Аналитика по отмененным заказам

[EVGL]

Цитата:

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

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

Пользователь в заказе может поменять количество, и следов не останется, а подтверждение будет лежать как было. По поводу докомплектации: я предложил сравнивать количество в подтверждении с суммой всех проводок на данный момент. Тем самым докомплектация будет отражена.

[mazzy]

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

в аксапте существует два механизма для комплектации по заказу:
1. pick из строчки заказа - не оставляет документ, меняет только складские проводки
2. picking list registration - оставляет документ




так вот, если хочется оставить след и получать отчетность по отмененным комплектациям, то нужно пользоваться только вторым способом и НЕ нужно использовать первый (закрыть полностью. например, правами)

отмененный picking list вполне остается в системе для отмененного заказа.


но я еще раз повторю:
мы могли продать != сколько склад собрал.

[Vadik]

Цитата:

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

в аксапте существует два механизма для комплектации по заказу:
1. pick из строчки заказа - не оставляет документ, меняет только складские проводки
2. picking list registration - оставляет документ

ну как минимум это еще может быть "работа" в WHS, которую можно отменить после комплектации

Цитата:

но я еще раз повторю:
мы могли продать != сколько склад собрал

[AXcons]

Цитата:

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

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

в аксапте существует два механизма для комплектации по заказу:
1. pick из строчки заказа - не оставляет документ, меняет только складские проводки
2. picking list registration - оставляет документ
...

так вот, если хочется оставить след и получать отчетность по отмененным комплектациям, то нужно пользоваться только вторым способом и НЕ нужно использовать первый (закрыть полностью. например, правами)

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

[potential]

Цитата:

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

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

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

Цитата:

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

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

мб массовые расстрелы?

[Ace of Database]

1) Можно сделать доработку: добавить в строку заказа поле "Максимально было скомплектовано". На метод update() в таблице InventTrans добавить код, который при переходе проводки по заказу в статус "Скомплектовано" сравнивает суммарное количество скомплектованных по строке заказа проводок с уже сохраненным количеством в поле "Максимально было скомплектовано" в строке заказа. И если новая проводка увеличивает это количество, то обновлять его.
Если у вас часто раскомплектовывают, а потом заново скомплектовывают, а вам надо знать сумарно скомплектованное количество, то всегда увеличивать значение поля "Максимально было скомплектовано" при переходе складской проводки в статус "Скомплектовано" из более низкого статуса.

2) Если у вас используются Маршруты комплектации, про которые говорил Маззи, то можно просто считать сумму по количеству из всех маршрутов, в том числе в статусе "Отменено". Там в поле WMSOrderTrans.Qty хранится скомплектованное количество. Но! В этом поле хранится заданное к комплектации количество, а по факту могли скомплектовать меньше.

[dn]

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

Цитата:

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

Представим, что это екоммерс, интернет-торговля.
Вводные данные те же - собрали, клиент позвонил, отказался. Здесь процесс сложнее, потому что заказы забирает транспортная компания, и склад может получить информацию об отмене поздно, и заказ уже будет отгружен в ТК

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

[AXcons]

Цитата:

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

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

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

2. Там будет отгрузка в транспортную компанию и возврат из транспортной компании. Это как раз все отражается проводками. Ситуация с комплектацией сложна тем, что следов операции не остается в системе - была проводка, и нету..

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

[dn]

Цитата:

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

Маршруты комплектации мы не используем, потому что у нас склад в отдельной WMS, в Аксапте это только строка заказа и складская проводка. Заявка на комплектацию - это запрос в WMS на комплектацию, в Аксапте это только строка лога интеграции.

А что мешает задействовать двухуровневую схему комплектации. При выгрузке в WMS просто создаете документ маршрут комплектации, а на основании ответа от WMS собственно комплектуете проводки по этому маршруту?

[AXcons]

Цитата:

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

А что мешает задействовать двухуровневую схему комплектации. При выгрузке в WMS просто создаете документ маршрут комплектации, а на основании ответа от WMS собственно комплектуете проводки по этому маршруту?

Ну, во-первых, на внедренной системе такие доработки уже не делают. У нас Аксапте 10 лет, модулю екоммерс 3 года. Тут, как говориться "работает - не трогай". Поэтому в рамках текущего решения надо что-то придумать.