• Ласкаво просимо на Спільнота для обміну досвідом між користувачами програм УкрБланк, УкрСклад, УкрЗарплата.
 

Обнаружился небольшой глюк

Автор Yurakha, Квітень 14, 2011, 12:54:37

Попередня тема - Наступна тема

0 Користувачі і 2 Гостей дивляться цю тему.

Yurakha

Была выписана накладная на перемещение на три товарных позиции.
Одна из позиций присутствует на основном складе в количестве 392шт. , было по ней перемещено на другой склад 390шт. Остальные 2 позиции перемещались в незначительных количествах по отношению к наличии на основном складе. При сохранении документа , все прошло нормально , товары переместились на другой склад в нужных количествах.
Потом решили в эту накладную добавить еще пару товаров. При сохранении появилось окно
предупреждение что количество на складе меньше чем ..... именно по товару которого 392шт. , а перемещалось 390шт. При изменении накладной , количество по этой позиции не менялось.
Если ответить Да , то все работает правильно , на основном складе остается 2шт. , на другом 390шт. , но при следующем редактировании этой накладной , даже если ничего не менять , снова появляется окно предупреждение.   

Ника

Ну это естественно. Так как эта накладная уже была ранее проведена и товар списан с 1-го на  2-й склад. А при редакции накладной вы опять пытаетесь списать товар с 1-го склада, оно так и будет.

Yurakha

#2
Цитата: Ника від Квітень 14, 2011, 14:39:20
Ну это естественно. Так как эта накладная уже была ранее проведена и товар списан с 1-го на  2-й склад. А при редакции накладной вы опять пытаетесь списать товар с 1-го склада, оно так и будет.
Как-то нелогично , я открываю накладную на редактирование , а не делаю из нее как шаблон , тем более , что ничего в ней не меняю , и тем более , что при ответе "Да" на предупреждающее окно , на складах ничего дополнительно не корректируется и не перемещается , а все остается как и было проведено по накладной , тогда к чему это предупреждение ?
Значит проверялка должна проверять только новые позиции , а которые уже проведены и не изменяются - не должна , а если изменяются проведенные , тогда должна проверять , но корректно.

gnat

У меня док на перемещение редактируется в течении всего рабочего дня (нужен только один док. так требует склад)
и такое сообщение по началу вводило в заблуждение. Потом разобрался, и стал проверять только новые изменения.
В дальнейшем боюсь что просто перестану обращать внимание на это сообщение, а вдруг и правда там будет моя ошибка.

Подскажите как избежать таких ошибок :'(

admin

Да, это недоработка. Добавили в доработки будем исправлять.

Fanat

Есть еще нюанс с перемещением.. Пример: при создании документа выбираем откуда: "СКЛАД" и куда: "магазин" добавляем одну или пару позиций, теперь меняем отправителя/получателя т.е. делаем откуда: "магазин", а куда: "СКЛАД" и добавляем еще одну две позиции...сохраняем. В смысле перемещения прога сработала супер, товар переместился "и туды и сюды", только вот кладочщик от такой накладной был в шоке! склад отправитель: "різні", склад получатель : "різні". Что делать и куда что перемещать?!
Вывод: считаю, что после добавления в документ первой позиции функция выбора складов должна быть неактивна, как в случае с валютой... Дабы избежать длительного запоя перегревшегося кладовщика+)

Fanat

И еще по теме. Предупреждения типа "Ахтунг, количество товара на складе меньше чем..." выскакивает и в расходных накладных при их редактировании, но это не так страшно, так как по сути накладная недолжна редактироваться, а вот в счете в котором был зарезервирован товар, это постоянное напоминание не к чему. Особенно, если активно и спользуешь данную функцию в счете для резервирования товара под конкретного клиента(к примеру при заказе по телефону), а пототом редактируешь по факту реальной отгрузки клиенту, так как если просто выписать накладную на основании счета и уже там подкорректировать, то некоторый товар так и останется "висеть" в резерве, а тебе каждый раз напоминает: "бойся, кол-во товара на складе..." +)

Павло

Цитата: Fanat від Квітень 18, 2011, 22:07:48
Есть еще нюанс с перемещением.. Пример: при создании документа выбираем откуда: "СКЛАД" и куда: "магазин" добавляем одну или пару позиций, теперь меняем отправителя/получателя т.е. делаем откуда: "магазин", а куда: "СКЛАД" и добавляем еще одну две позиции...сохраняем. В смысле перемещения прога сработала супер, товар переместился "и туды и сюды", только вот кладочщик от такой накладной был в шоке! склад отправитель: "різні", склад получатель : "різні". Что делать и куда что перемещать?!
Вывод: считаю, что после добавления в документ первой позиции функция выбора складов должна быть неактивна, как в случае с валютой... Дабы избежать длительного запоя перегревшегося кладовщика+)
+1

Fanat

Третий вопрос:
Собственно от чего меня и "прорвало" =) До определённого момента у нас был только один склад и физичиский и виртуальный(в программе), с которого мы и торговали, но возникла потребность в отдельном складском помещении, что соответственно ведёт за собой создание в проге еще одного склада, а отсюда и необходимость использования накладных на перемещение. НО...
Ситуация: формируем отчет "Прибыль по складу (МАГАЗИН) по методу FIFO" период к примеру с понедельника по воскресенье прошедшей недели, записываем итоговые цифры: расход/количество/сумма, Прибыль/сумма. Создаем еще один склад, так и назовём его -"СКЛАД". Перемещаем в течении взятой недели со склада "МАГАЗИН" на склад "СКЛАД" и наоборот разные позиции в разном кол-ве, при этом не создаем больше никаких других накладных, т.е. никаких продаж!  Все перемещения только по приходной цене, еще и следим чтоб цена в идентичных товарах была неизменной... Улавливаете?.. После всех "движений/перемещений" опять формируем отчет "Прибыль по складу (МАГАЗИН) по методу FIFO" всё с тем же периодом. И о чудо! Итоговые цифры ИЗМЕНИЛИСЬ! Все показатели увеличелись, в том числе и прибыль, но ведь мы ничего не продали! Откуда прибыль?
Как быть? Может я где-то не доганяю, а может у кого то есть решение нашей проблемки...

Павло

Так, є такі проблеми у звітах при переміщенні. Звіти по прибутках ближчим часом будуть вдосконалюватись.

admin

Цитата: Fanat від Квітень 18, 2011, 22:07:48
Есть еще нюанс с перемещением.. Пример: при создании документа выбираем откуда: "СКЛАД" и куда: "магазин" добавляем одну или пару позиций, теперь меняем отправителя/получателя т.е. делаем откуда: "магазин", а куда: "СКЛАД" и добавляем еще одну две позиции...сохраняем. В смысле перемещения прога сработала супер, товар переместился "и туды и сюды", только вот кладочщик от такой накладной был в шоке! склад отправитель: "різні", склад получатель : "різні". Что делать и куда что перемещать?!
Вывод: считаю, что после добавления в документ первой позиции функция выбора складов должна быть неактивна, как в случае с валютой... Дабы избежать длительного запоя перегревшегося кладовщика+)

У пользователя всегда должен быть выбор, не хочет не изменяет склады тогда они будут писаться  верно, а если склады разные программа и пишет что "разные", для вашего случая и в помощь вашему кладовщику :) есть переменные
[Товар.Склад]
и
[Товар.СкладПолучатель]
которые покажут для каждого товара конкретный склад.

Павло

При внесенні залишків мав таку ситуацію: на складі була позиція, якої не було в довіднику даного складу, але вона була в довіднику іншого складу. При скануванні даного товару автоматично змінився склад, і всі наступні позиції почали вноситись в тому ж документі на інший склад. В результаті 8-ми годинне внесення залишків пішло коту під хвіст, оскільки після внесених залишків на другий склад в документі склад став -1, а можливості змінити для тих позицій склад немає.
З інвентаризацією буде те саме.

На мою думку, краще все-таки після першої внесеної позиції блокувати вибір складу (або дати можливість блокування в параметрах програми).

admin

Цитата: Павло від Квітень 19, 2011, 16:04:29
При внесенні залишків мав таку ситуацію: на складі була позиція, якої не було в довіднику даного складу, але вона була в довіднику іншого складу. При скануванні даного товару автоматично змінився склад, і всі наступні позиції почали вноситись в тому ж документі на інший склад. В результаті 8-ми годинне внесення залишків пішло коту під хвіст, оскільки після внесених залишків на другий склад в документі склад став -1, а можливості змінити для тих позицій склад немає.
З інвентаризацією буде те саме.

А в накладной были товары с разных складов или с одного? Если с разных то все нормально, склад -1, если удалите позицию с другого склада должен стать опять ID склада.

Павло

Цитата: admin від Квітень 19, 2011, 16:13:07
Если с разных то все нормально, склад -1, если удалите позицию с другого склада должен стать опять ID склада.
Саме так, але вносили залишки на одному складі. Тому в документі внесення залишків мав бути тільки один склад. Оскільки склад автоматично змінився (побачили це завершивши роботу, і побачили тільки тому, що склад став -1), все переробляли заново. В результаті треба було видалити біля 500 позицій, які пішли не на той склад. Хто ж міг подумати, що склад зміниться? Тепер вийшли з положення: постійно дивимось, чи не змінився склад.  :o

gnat

У меня таже ситуация только перепрыгнул на склад тест где проводятся испытания и тренировки,
и все заново:
отсканировал штрих-код - проверил найденли он (т.к. по звуку нельзя определить)
проверил склад. Пока делал инвентаризачию чуть шею не скрутил.
нужно блокировать такие скачки