Исходный код вики 3.7.3 Схема работы "Сборка по заявкам и маршрутам"(в разработке)
Версия 6.3 от star0chka star0chka на 2023/11/07 15:30
Скрыть последних авторов
| author | version | line-number | content |
|---|---|---|---|
 |
1.1 | 1 | (% class="jumbotron" %) |
| 2 | ((( | ||
| 3 | (% class="container" %) | ||
| 4 | ((( | ||
| |
5.1 | 5 | = Схема работы "Сборка по заявкам и маршрутам - отдельными заявками на склад" = |
| |
1.1 | 6 | ))) |
| 7 | ))) | ||
| 8 | |||
| |
6.2 | 9 | |
| |
1.1 | 10 | ((( |
| |
5.2 | 11 | {{box title="**Содержание**"}} |
| |
1.1 | 12 | {{toc/}} |
| 13 | {{/box}} | ||
| 14 | |||
| |
6.1 | 15 | == Описание (как работает эта схема и для чего нужна): == |
| |
5.2 | 16 | |
| |
6.1 | 17 | ---- |
| 18 | |||
| |
5.2 | 19 | Данная схема подходит для ситуации, когда продавец собирает заказ по определенному маршруту, то есть он не каждый заказ обрабатывает отдельно, а он выгружает из УС маршрут, потом сводно выгружает сразу все документы по заказам, которые привязаны к определенному маршруту, и создается одна сборка на весь товар, происходит схлопывание(группируются строки). |
| 20 | |||
| |
6.1 | 21 | == Общее описание схемы работы бизнес-процесса: == |
| |
5.2 | 22 | |
| |
6.1 | 23 | ---- |
| 24 | |||
| |
5.2 | 25 | 1. процедура заказа; |
| 26 | 1. Занесение заказа товара в КИС продавца | ||
| 27 | 1. Оператором | ||
| 28 | 1. Сервисами интеграций | ||
| 29 | 1. Группировка заказов по маршруту доставки в разные маршруты; | ||
| 30 | 1. КИС. Формируется сводное задание на сборку по маршруту; | ||
| 31 | 1. В сводном Маршруте объединены заявки покупателя по одному маршруту доставки; | ||
| 32 | 1. Разделение задания на сборку по секциям где товар в наличии; | ||
| 33 | 1. Возможно разделение по складам и секциям в них | ||
| 34 | 1. В задании на сборку отражается общее количество товарам по всему сводному маршруту; | ||
| 35 | 1. Сборка заказа по полученному заданию | ||
| 36 | 1. Товар собирается без привязки под клиента сводно по маршруту(отгрузка с машины водителем) | ||
| 37 | 1. Собранный товар перемещается в зону отгрузки | ||
| 38 | 1. Формирование документов | ||
| 39 | 1. ТТН | ||
| 40 | 1. УПД | ||
| 41 | 1. Акты | ||
| 42 | 1. Счета | ||
| 43 | 1. Списание остатка в КИС продавца. | ||
| 44 | |||
| |
6.2 | 45 | [[image:image-20231107152152-1.png]] |
| |
5.2 | 46 | |
| |
6.2 | 47 | == Если выгружается заказ то он создает отдельное задание на склад: == |
| |
5.2 | 48 | |
| |
6.1 | 49 | ---- |
| |
5.2 | 50 | |
| |
6.2 | 51 | === Как это выглядит при работе: === |
| 52 | |||
| 53 | 1. Выгружаем документ основания «Заказ покупателя» из УС, можно посмотреть как это делать по инструкции: (ссылка на инструкцию). | ||
| 54 | 1. Есть разные варианты распределения на ТСД, их можно посмотреть в этой инструкции: (ссылка на инструкцию, какие распределения есть). | ||
| 55 | 1. Работа с ПФД: после выгрузки данных в АСП.Склад WMS на основании отдельного заказа покупателя, так как документ отправлен на сборку, у него сформируется подчиненный документ «Задание на склад». | ||
| 56 | |||
| 57 | [[image:image-20231107152152-2.png]] | ||
| 58 | |||
| 59 | 4. Работа с ТСД: На ТСД синхронизируем данные, заходим во вкладку «Сборки товаров», выбираем документ, который выгрузили, нажимаем на него, и собираем его(можно собрать полную сборку, можно частичную(это когда не полностью собран товар)), нажимаем «Завершить». Также более подробно как собрать сборку можно посмотреть по инструкции: (ссылка на инструкцию) | ||
| 60 | |||
| 61 | [[image:image-20231107152152-3.png||height="362" width="221"]] | ||
| 62 | |||
| 63 | 5. После того как прошла синхронизация, данные возвращаются в документ Склада «Задание на склад», и пересчитывается в документе ПФД. Если у вас была частичная сборка, то будет выделена строка другим цветом(березовым), и будет написано «Частичная», если же полная, то будет выделена строка зеленым цветом, и написано «Полная». | ||
| 64 | |||
| 65 | [[image:image-20231107152152-4.png]] | ||
| 66 | |||
| 67 | 6. Возврат данных в УС: заходим в УС и нажимаем «Вернуть документы из сборщика». Информация о данных, которые были собраны в процессе сборки, возвращаются в УС. Если сборка не полная, можно изменить документ основания в УС по данным из сборки. | ||
| 68 | |||
| 69 | == Если выгружается сводная то она вот так схлопывается: == | ||
| 70 | |||
| 71 | ---- | ||
| 72 | |||
| 73 | === Как это выглядит при работе: === | ||
| 74 | |||
| |
6.1 | 75 | __Настройки:__ |
| 76 | |||
| |
6.3 | 77 | [[image:image-20231107152152-5.png||height="362" width="735"]] |
| |
5.2 | 78 | |
| |
6.2 | 79 | [[image:image-20231107152152-6.png||height="372" width="739"]] |
| |
5.2 | 80 | |
| |
6.2 | 81 | [[image:image-20231107152817-13.png||height="264" width="689"]] |
| |
5.2 | 82 | |
| |
6.3 | 83 | [[image:image-20231107152950-14.png||height="416" width="588"]] |
| |
5.2 | 84 | |
| 85 | 1. Выгружаем документ сводной «Заказ покупателя» из УС, в котором есть два документа. Заполняем в сводной накладной маршрут. В сводном Маршруте объединены заявки покупателя по одному маршруту доставки; | ||
| 86 | |||
| |
6.3 | 87 | [[image:image-20231107152152-9.png||height="396" width="791"]] |
| |
5.2 | 88 | |
| |
6.3 | 89 | [[image:image-20231107152152-10.png||height="394" width="696"]] |
| |
5.2 | 90 | |
| 91 | 2. В сборке создался один документ, 1 задание на склад и 1 сборка. | ||
| 92 | |||
| |
6.3 | 93 | [[image:image-20231107152152-11.png||height="428" width="754"]] |
| |
5.2 | 94 | |
| |
6.2 | 95 | [[image:image-20231107152152-12.png]] |
| 96 | |||
| 97 | |||
| 98 | == == | ||
| |
1.1 | 99 | ))) |
| 100 | |||
| 101 | (% class="col-xs-12 col-sm-4" %) | ||
| 102 | ((( | ||
| 103 | |||
| 104 | ))) | ||
| |
6.2 | 105 | |
| 106 | ~)~)~) |