Частичная отмена строк отгрузки

[vey]

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

• товар уже отобран и укопплектован;
• возможно, складской сотрудник только получил задание на отбор товара.

Как быть в этих ситуациях:

• как удалить строку из отгрузки (при этом необходимо, чтобы складской сотрудник был поставлен автоматически в известность относительно данных изменений);
• как отразить перемещение товара на исходное место?

Я посмотрела стандартную функциональность отгрузок, но не нашла какого-либо приемлемого решения. Да, можно удалить заказ на отгрузку из строки заказа (но при этом в форме отгрузок сотрудник не будет видеть никаких изменений!!!), можно отменить строку комплектации из отгрузки. Но это уже инициатива складского сотрудника. А если отгрузка уже скомплектована и требуется удалить позицию, то как быть? Также ведь необходимо, чтобы складской сотрудник видел у себя задание на возврат товара в ячейку хранения. Конечно, данной проблемы бы не было, если не приступать к отбору товара по заказу и комплектации только с некоторого момента Х, начиная с которого корректировка заказа филиала (или клиента, та же ситуация) будет невозможна. Но объемы заказов настолько велики, что иначе не будет возможности отобрать весь товар для отправки на филиалы и клиентам этой же ночью.

[slava09]

А каким образом работнику склада дается задание на отбор товара?

[vey]

Из заказа (журнала списания, перемещения и т.д.) создается заказ на отгрузку. А на основании шаблонов отгрузок автоматически формируется отгрузка. Складской сотрудник таким образом видит новые поступившие задания на отгрузку

[slava09]

Я что-то не уловил... Филиал территориально удален от основного склада? Т.е. филиал набивает свой заказ через терминал (ну или удаленным клиентом)?

[vey]

Да, филиал находится в другом городе. Но тут главное - не филиал даже, а именно процесс отмены строки отгрузки в произвольный момент. Причем, инициироваться отмена будет из заказов. Т.е. по аналогии с отправкой заказа на отгрузку и получением информации в форме "Отгрузки" по новым отбираемым позициям, необходимо иметь еще какой-то способ инициировать отмену какой-либо позиции заказа вплоть до момента "Отправки" отгрузки.

[slava09]

Ну не скажите. Если бы это была локальный заказ, то проблемы можно было бы устранить административным путем.

[Starling]

Уточню БП:
1. Создается заказ на продажу
2. Обрабатывается отгрузочная накладная, что приводит к автоматическому формированию отгрузок (через шаблоны отгрузок)
3. Обрабатываются отгрузки, создаются маршруты комплектации и печатаются упаковочные листы, в которых уже будет отображено место хранения товара
4. Работники склада приносят товар к месту упаковки
5. По каким-то причинам клиент отказывается от части товарных позиций в заказе на продажу (денег у него не хватило, передумал и т.д.)
6. После этого работник склада получает сообщение о том, что товар нужно вернуть в ячейку(при этом не всегда именно в ту, из которой он этот товар забрал)

Вопрос как реализовать пункт 6? В стандарте мы может удалить строку заказ на продажу, при этом удалив заказ на отгрузку, но это события проходит для кладовщика не замеченным, и как результат работник скалад ни чего забирать не будет.

[slava09]

Падажите.
Удалить отгрузку можно только если она уже полность укомплектована, или пока комплектация не начата. Так же и с заказом на отгрузку, насколько я помню - удалить его из "рабочей" отгрузки нельзя.
Получаем:
1. удалять отгрузку и заказ на отгрузку по которым не начата работа - можно и незаметно для кладовщика;
2. если строка уже скомплектована, то статус расхода "Скомплектовано" и такую строку заказа тоже не удалить - только после раскомплектования. Вот в этом месте надо думать - как оповестить кладовщика что строка раскомплектована. Или заставлять кладовщика самого делать обработку раскомплектации, с соответствующими действиями (отнести назад товар, вернуть в другую ячейку и т.д.);
3. если отгрузка только готова к комплектации, то удалить ее нельзя, но и статус проводок еще не "скомплектовано". Вот это трудный вариант: неизвестно взял товар кладовщик в руки или не взял.

[slava09]

Ну предлагаю такой вариант:

1. Разрешать удалять строки заказов, по которым процесс комплектации отгрузки не стартовал (это вроде стандартно);
2. Если пользователь пытается удалять скомплектованную строку система ругается, на то что она уже скомплетована. Нужно разукомплектовывать. Вот здесь и ковырнуть какой-нить механизм оповещения, или как я уже говорил - отдать эту привелегию самому поставщику;
3. Отгрузки которые не доделаны не трогать вообще, а ждать пока они будут скомплектованны, а потом выполнять пункт 2

[Vals]

Цитата:

Сообщение от Starling

Уточню БП:
1. Создается заказ на продажу
2. Обрабатывается отгрузочная накладная, что приводит к автоматическому формированию отгрузок (через шаблоны отгрузок)
3. Обрабатываются отгрузки, создаются маршруты комплектации и печатаются упаковочные листы, в которых уже будет отображено место хранения товара
4. Работники склада приносят товар к месту упаковки
5. По каким-то причинам клиент отказывается от части товарных позиций в заказе на продажу (денег у него не хватило, передумал и т.д.)
6. После этого работник склада получает сообщение о том, что товар нужно вернуть в ячейку(при этом не всегда именно в ту, из которой он этот товар забрал)

Вопрос как реализовать пункт 6? В стандарте мы может удалить строку заказ на продажу, при этом удалив заказ на отгрузку, но это события проходит для кладовщика не замеченным, и как результат работник скалад ни чего забирать не будет.

1. Всё таки нужно проработать бизнес-процесс. "По каким-то причинам клиент отказывается от части товарных позиций в заказе на продажу (денег у него не хватило, передумал и т.д.)" Эти причины должны выясняться ДО отгрузки. В общем этот момент нужно проработать.

2. МОжно формировать возвраты. Но будет сложно их отследить и вернуть "Из погруженного на машину"

3. А Сводное планирвоание у вас внедрено?

[Starling]

Цитата:

Сообщение от Vals

1. Всё таки нужно проработать бизнес-процесс. "По каким-то причинам клиент отказывается от части товарных позиций в заказе на продажу (денег у него не хватило, передумал и т.д.)" Эти причины должны выясняться ДО отгрузки. В общем этот момент нужно проработать.

Пробуем, но пока пользователи очень сильно этому противятся

Цитата:

Сообщение от Vals

2. МОжно формировать возвраты. Но будет сложно их отследить и вернуть "Из погруженного на машину"

Если я правильно понимаю, то для того, что бы возврат сделать нужно товар сначала списать, а потом уже его вернуть. А зачем его списывать, если он еще пределы скалад не покинул. Получается, что пользователь должен будет выполнить дополнительные действий, которые по БП не происходят.

Цитата:

Сообщение от Vals

3. А Сводное планирвоание у вас внедрено?

Пока нет, но вполне вероятно будет позже

[Vals]

Цитата:

Сообщение от Starling

Пробуем, но пока пользователи очень сильно этому противятся


Если я правильно понимаю, то для того, что бы возврат сделать нужно товар сначала списать, а потом уже его вернуть. А зачем его списывать, если он еще пределы скалад не покинул. Получается, что пользователь должен будет выполнить дополнительные действий, которые по БП не происходят.


Пока нет, но вполне вероятно будет позже

1. Конечно противятся, ведь никому не охота напрягаться
2. Не совсем списать. Товар "списывается" при проводке накладной. А при проводке отборочной - формируется расход со склада. Вот его то вы и можете вернуть обратно если поставите "минус кол-во". Но если честно это вариант некрасивый. Возвраты будут фигурировать как приходы (Журнал прибытие или Регистрация) путаницы будет наверняка много. Лучше уж заранее отгружать то, что нужно.

3. В общем потому что Сводным ещё не занимались - вот и возникает такая путаница. Сводное позволяет заранее планировать что нужно, а что нет. Например есть положительный опыт его использования в торговых сетях.

[Starling]

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

Если в чем-то не прав, то поправьте пжлз

[glibs]

К сожалению, прав.

Цитата:

Сообщение от vey

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

IMHO, это слабое место в реализованной в Аксапте технологии учета отгрузки.

Если груз комплектуется, то только создается видимость того, что он перемещается в ячейку отгрузки. На самом деле он продолжает числиться в той ячейке, в которой лежал, но как скомплектованный. И отмена комплектации приведет к тому, что груз вернется в ту ячейку, в которой лежал. Даже если в нее понатыкали новых паллет и там уже нет места. Ну и естественно, кладовщик об этом ничего не узнает.

Я пока смог найти только одно "объяснение" такой реализации. Скорее всего те, кто писал WMS, работали на условиях поставки, отличных от франко-склад. И вариант о том, что что-то м.б. не принято клиентом прямо на складе по причине нехватки денег в пачке или "не влезло в газельку" не рассматривал.

Если для вас это очень важно, то можно подумать о доработке какой-нибудь.

[Starling]

Клиент новый, Аксапта новая, а проблемы старые (или очень похжие).
Исходные данные:
1. Axapta 4 SP 2
2. БП следующий:
a. От клиента получают заявки – по факту получения каждой заявки создаются заказы на продажу
b. В конце дня по всем заказам формируются отгрузочные накладные. Расширенного склада в данном случае нет.
c. Кладовщик получает в бумажном виде отгрузочные накладные и выполняет подбор товара. При этом фактическое количество может отличаться от заявленного как в сторону увеличения, так и в сторону уменьшения. (Продают колбасу, для каждого батона(палки) допускает погрешность порядка 70 грамм)
d. Затем заказ на продажу корректируют на фактическое количество и отгружают. Цены указываются за 1 кг продукции
3. Использовать регистрацию отгрузочных накладных не планирую, т.е. в момент обработки отгрузочной накладной все складские проводки сразу приобрета.т статус Скомплектовано. Хотя если регистрация решит проблему, то будет и она

Вопрос – как реализовать в Axapta вариант, когда заявленное количество отличается от фактического?

Если изменения произошли в сторону увеличения, то проблем по большому счету нет, изменили количество в строке заказа и обработали накладную. Но если фактически получили меньшее количество, то изменить количество в строке заказа без выполнения разукомплектации уже нельзя. Выполнять же разукомлектацию довольно сложно, так как эту операция нужно будет выполнять практически по всем строкам заказов на продажу.

Что можете посоветовать?

З.Ы.: вариант использовать перепоставку недопоставку не подходит, так как сумма должна быть выставлена за фактически отгруженную продукцию

[twilight]

Как раз и нужно использовать регистрацию отгрузочных накладных
1. Сначала выписываете и распечатываете отгрузочную накладную
2. Кладовщик комплектует товар и в печатной форме отгрузочной накладной указывает фактически скомплектованное количество
3. В момент регистрации отгрузочной накладной указываете фактически скомплектованное количество, при этом только фактическое количество у вас перейдет в статус скомплектовано, а остальное останется в статусе Заказано

После этого можно заказ редактировать, а можно и не редактировать
Можно обработать накладную на скомплектованное количество - в накладной будут суммы, которые соответствуют этому количеству. А чтобы заказ закрылся, в момент обработки накладной нужно поставить галочки Закрыто у тех строк, по которым скомплетованное количество отличается от запрошенного.
Если заказ не редактировать, то преимущество будет в том, что сохранится история для последующего анализа - сколько мы запрашивали и сколько на самом деле отгрузили.

[Starling]

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

Или я чего то не учел?

[twilight]

Случай, когда фактическое больше заказанного ничем не отличается от случая, когда фактическое меньше заказанного
Вы точно так же можете либо отредактировать исходный заказ, либо обработать накладную на скомплектованное количество

[Starling]

Каюсь, как-то я изначально этого недосмотрел.
Спасибо за помощь.

А есть возможность настроить так, чтобы при разноске накладной в ее строках параметр «закрыта» был по-умолчанию активен? Или некая периодическая операция которая позволила бы удалять со времен складские проводки, которые уже никогда не будут отгружены?

Я так понял можно использовать операцию удаления заказа, но хотелось бы просто ограничиться удалением складских проводок.

[twilight]

Цитата:

Сообщение от Starling

А есть возможность настроить так, чтобы при разноске накладной в ее строках параметр «закрыта» был по-умолчанию активен? Или некая периодическая операция которая позволила бы удалять со времен складские проводки, которые уже никогда не будут отгружены?

Такой настройки не знаю и операции тоже