|
![]() |
#1 |
Banned
|
Цитата:
Сообщение от AXcons
![]() Ок, подтверждение (ну или документ с фактом комплектации) мы сохраним допустим, а как понять, что по нему не было отгрузки? То есть все равно в момент раскомплектации нужно найти этот документ и там что-то проставить. Или имеется в виду, что мы ставим фильтр по отмененным заказам, и в них просто берем значения из этого подтверждения сколько было скомплектовано перед отменой? То же самое можно в строке заказа хранить наверное. Вопрос только сразу встает с докомплектацией, когда частями комплектовалось.
|
|
|
За это сообщение автора поблагодарили: mazzy (2). |
![]() |
#2 |
Участник
|
я, скорее всего, сегодня не смогу принять участие в обсуждении.
конечная мысль такая: в аксапте существует два механизма для комплектации по заказу: 1. pick из строчки заказа - не оставляет документ, меняет только складские проводки 2. picking list registration - оставляет документ так вот, если хочется оставить след и получать отчетность по отмененным комплектациям, то нужно пользоваться только вторым способом и НЕ нужно использовать первый (закрыть полностью. например, правами) отмененный picking list вполне остается в системе для отмененного заказа. но я еще раз повторю: мы могли продать != сколько склад собрал. |
|
![]() |
#3 |
Модератор
|
Цитата:
Цитата:
но я еще раз повторю:
мы могли продать != сколько склад собрал ![]()
__________________
-ТСЯ или -ТЬСЯ ? |
|
|
За это сообщение автора поблагодарили: mazzy (2). |
![]() |
#4 |
Участник
|
Цитата:
Сообщение от mazzy
![]() я, скорее всего, сегодня не смогу принять участие в обсуждении.
конечная мысль такая: в аксапте существует два механизма для комплектации по заказу: 1. pick из строчки заказа - не оставляет документ, меняет только складские проводки 2. picking list registration - оставляет документ ... так вот, если хочется оставить след и получать отчетность по отмененным комплектациям, то нужно пользоваться только вторым способом и НЕ нужно использовать первый (закрыть полностью. например, правами) Максимум, что есть - это строи заказов на сбор и подтверждений сборки/разборки от склада в логе интеграции, но по логу интеграции строить отчетность все-таки не вариант, поэтому, видимо, придется хранить в строках раскомплектованное количество. |
|
![]() |
#5 |
Участник
|
Цитата:
Если уже есть заявка на возврат - пересчитывать при изменении количества мб массовые расстрелы? Последний раз редактировалось potential; 15.02.2017 в 09:52. |
|
![]() |
#6 |
Участник
|
1) Можно сделать доработку: добавить в строку заказа поле "Максимально было скомплектовано". На метод update() в таблице InventTrans добавить код, который при переходе проводки по заказу в статус "Скомплектовано" сравнивает суммарное количество скомплектованных по строке заказа проводок с уже сохраненным количеством в поле "Максимально было скомплектовано" в строке заказа. И если новая проводка увеличивает это количество, то обновлять его.
Если у вас часто раскомплектовывают, а потом заново скомплектовывают, а вам надо знать сумарно скомплектованное количество, то всегда увеличивать значение поля "Максимально было скомплектовано" при переходе складской проводки в статус "Скомплектовано" из более низкого статуса. 2) Если у вас используются Маршруты комплектации, про которые говорил Маззи, то можно просто считать сумму по количеству из всех маршрутов, в том числе в статусе "Отменено". Там в поле WMSOrderTrans.Qty хранится скомплектованное количество. Но! В этом поле хранится заданное к комплектации количество, а по факту могли скомплектовать меньше. |
|
![]() |
#7 |
Участник
|
Если исходить из того, что отменяем комплектацию при отмене заказа, то действительно стоит дорабатывать маршруты комплектации.
Но у нас, например, если задание на комплектацию уже передано на склад, то отмене уже не подлежит. Склад выставит нам счет и за комплектацию, и за раскомплектацию. Т.е. для возврата товара на склад делаем сторнирующий документ с соответствующим признаком причины коррекции. А на основании этого получим необходимую статистику. А как вы будете учитывать ситуацию, когда клиент отказался от товара уже при получении? |
|
![]() |
#8 |
Участник
|
Цитата:
Сообщение от dn
![]() Если исходить из того, что отменяем комплектацию при отмене заказа, то действительно стоит дорабатывать маршруты комплектации.
Но у нас, например, если задание на комплектацию уже передано на склад, то отмене уже не подлежит. Склад выставит нам счет и за комплектацию, и за раскомплектацию. Т.е. для возврата товара на склад делаем сторнирующий документ с соответствующим признаком причины коррекции. А на основании этого получим необходимую статистику. А как вы будете учитывать ситуацию, когда клиент отказался от товара уже при получении? 1. Склад выставит счет за раскомплектацию, но этот счет будет меньше, чем счет транспортной компании за доставку и возврат товара, если этот заказ не раскомплектовать. Поэтому мы разбираем заказы, если до отгрузки клиент успевает от них отказаться. Маршруты комплектации мы не используем, потому что у нас склад в отдельной WMS, в Аксапте это только строка заказа и складская проводка. Заявка на комплектацию - это запрос в WMS на комплектацию, в Аксапте это только строка лога интеграции. . |
|
![]() |
#9 |
Участник
|
А что мешает задействовать двухуровневую схему комплектации. При выгрузке в WMS просто создаете документ маршрут комплектации, а на основании ответа от WMS собственно комплектуете проводки по этому маршруту?
|
|
![]() |
#10 |
Участник
|
Ну, во-первых, на внедренной системе такие доработки уже не делают. У нас Аксапте 10 лет, модулю екоммерс 3 года. Тут, как говориться "работает - не трогай". Поэтому в рамках текущего решения надо что-то придумать.
|
|