Исходный код вики 3.7.4 Схема по заявкам с ячеистым хранением (использует ИП Белоусов)
Редактировал(а) superadmin 2024/05/02 14:46
Скрыть последних авторов
| author | version | line-number | content |
|---|---|---|---|
 |
1.1 | 1 | (% class="jumbotron" %) |
| 2 | ((( | ||
| 3 | (% class="container" %) | ||
| 4 | ((( | ||
| |
2.1 | 5 | = Схема по заявкам с ячеистым хранением = |
| |
1.1 | 6 | ))) |
| 7 | ))) | ||
| 8 | |||
| 9 | ((( | ||
| 10 | {{box title="**Содержание**"}} | ||
| 11 | {{toc/}} | ||
| 12 | {{/box}} | ||
| 13 | |||
| |
2.1 | 14 | (% class="box successmessage" %) |
| 15 | ((( | ||
| |
5.1 | 16 | Основное отличие этой схемы от остальных схем, это то, то что у нее все складские документы формируются на основании документов УС, такие как: Сборка товара, Размещение товара, Смена мест хранения товара, Приемка товара, Инвентаризация товара. |
| |
2.1 | 17 | ))) |
| 18 | |||
| |
12.1 | 19 | **Примечание: для выгрузки используется регзадание. Дальше описан механизм работы вручную для общей информации, по факту выгрузка будет происходить автоматически, а распределение заявок в соответствии с бланками.** |
| |
1.1 | 20 | |
| 21 | == Приемка от поставщика == | ||
| 22 | |||
| 23 | ---- | ||
| 24 | |||
| 25 | 1. В УТ на основании Отгрузки товаров поставщиком создается Приходный ордер с типом «Приемка от поставщика» и статусом «К поступлению». | ||
| 26 | 1. Через обработку (регзадание) выгружаем приходный ордер и в АСП.Склад.WMS создается приемка. В УТ устанавливается статус приходного ордера «В работе». | ||
| |
1.7 | 27 | 1. На ТСД сканируем количество принятого товара и ячейку приемки и завершаем приемку. |
| |
1.1 | 28 | 1. В обработке нажимаем «Получить документы из сборщика» и «Пересчитать количество» (регзадание). |
| 29 | |||
| |
1.7 | 30 | а) В момент пересчета меняется статус Приходного ордера на «Принят» (как для частичной, так и для полной приемки). |
| 31 | |||
| 32 | б) Если приемка с излишком, то автоматически создается приходный ордер на излишек, т.е. на разницу факт-план. Статус тоже должен быть “Принят”. При создании приходного ордера нужно указывать зону приемки “Склад А Излишки”. | ||
| 33 | |||
| |
1.1 | 34 | Пример: |
| 35 | |||
| 36 | [[image:image-20231116130147-1.png]] | ||
| 37 | |||
| 38 | [[image:image-20231116130147-2.png]] | ||
| 39 | |||
| 40 | [[image:image-20231116130147-3.png]] | ||
| 41 | |||
| 42 | 5. Также если принимаем счетчики, то на ТСД для кладовщика является обязательным заполнение даты выработки и передается эта дата в серию в УТ. | ||
| 43 | |||
| 44 | Признак в УТ | ||
| 45 | |||
| 46 | [[image:image-20231116130147-4.png]] | ||
| 47 | |||
| 48 | == Размещение принятого товара в ячейки == | ||
| 49 | |||
| 50 | ---- | ||
| 51 | |||
| 52 | 1. В УТ на основании Приходного ордера автоматически создается Отбор (размещение) товаров с типом «Размещение» и статусом «Подготовлено». | ||
| 53 | |||
| 54 | [[image:image-20231116130147-5.png]] | ||
| 55 | |||
| |
1.3 | 56 | 2. Через обработку (регзаданием) выгружаем Отбор (размещение) товаров **с видом операции Размещение** и в АСП.Склад.WMS создается размещение. В УТ устанавливается статус отбора (размещение) «В работе». |
| |
1.1 | 57 | |
| |
1.3 | 58 | 3. На ТСД сканируем количество размещаемого товара и целевую ячейку, завершаем размещение. |
| 59 | |||
| 60 | 4. В обработке нажимаем «Получить документы из сборщика» и «Пересчитать количество» (регзадание). | ||
| 61 | |||
| 62 | 5. В момент пересчета в УТ меняется статус Отбора (размещение) товаров на «Выполнено без ошибок», в случае частичной сборки «Выполнено с ошибками». | ||
| 63 | |||
| |
1.1 | 64 | [[image:image-20231116130147-6.png]] |
| 65 | |||
| 66 | == Перемещение товара из одной ячейки в другую == | ||
| 67 | |||
| 68 | ---- | ||
| 69 | |||
| 70 | 1. В УТ создается Отбор (размещение) товаров с типом «Перемещение» и статусом «Подготовлено». | ||
| 71 | |||
| 72 | [[image:image-20231116130147-7.png]] | ||
| 73 | |||
| |
7.1 | 74 | 2. Через обработку (регзадание) выгружаем Отбор (размещение) товаров и в АСП.Склад.WMS создается размещение. В УТ устанавливается статус отбора (размещение) «В работе». |
| |
1.3 | 75 | |
| |
7.2 | 76 | 3. На ТСД сканируем количество размещаемого товара, исходную и целевую ячейку, завершаем размещение. |
| |
1.1 | 77 | |
| |
5.2 | 78 | 4. В обработке нажимаем «Получить документы из сборщика» и «Пересчитать количество» (регзадание). |
| 79 | |||
| 80 | 5. В момент пересчета автоматически меняется статус Отбора (размещение) товаров на «Выполнено без ошибок». | ||
| 81 | |||
| |
1.1 | 82 | == Сборка товара == |
| 83 | |||
| 84 | ---- | ||
| 85 | |||
| 86 | 1. В УТ на основании расходного ордера создается Отбор (размещение) товаров с типом «Отбор» и статусом «Подготовлено». | ||
| 87 | |||
| 88 | Расходный ордер может создаваться как на основании реализации, так и на основании перемещения. | ||
| 89 | |||
| 90 | [[image:image-20231116130147-8.png]] | ||
| 91 | |||
| |
1.3 | 92 | 2. Через обработку (регзаданием) выгружается Отбор (размещение) товаров и в АСП.Склад.WMS создается сборка. В УТ устанавливается статус отбора (размещение) «В работе», чтобы документ ушел из поста «Сборка товара». |
| |
1.1 | 93 | |
| |
7.3 | 94 | 3. На ТСД сканируем количество собираемого товара, ячейку, завершаем сборку. |
| |
1.3 | 95 | |
| |
7.3 | 96 | 4. В обработке нажимаем «Получить документы из сборщика» и «Пересчитать количество» (регзадание). |
| |
1.3 | 97 | |
| 98 | 5. В момент пересчета в УТ автоматически меняется статус Отбора (размещение) товаров на «Выполнено с ошибками» для частичной сборки, и «Выполнено без ошибок» для полной. Также нужно менять статус расходного ордера. Устанавливать статус “Упакован”, если сборка полная и статус “Собран”, если сборка частичная. | ||
| 99 | |||
| |
1.1 | 100 | [[image:image-20231116130147-9.png]] |
| 101 | |||
| |
1.4 | 102 | 6. В расходном ордере заполняется количество упаковок, которое было указано на ТСД при завершении сборки (настройка заполнять тару). |
| |
1.1 | 103 | |
| 104 | [[image:image-20231116130147-10.png]] | ||
| 105 | |||
| |
1.4 | 106 | 7. В отборе фиксируется ответственный за сборку, время начала и завершения сборки, а также тип события. Из-за перехода на бланки время начала записывается дважды: сначала время распечатки бланка через их обработку, потом наше начало. Когда полностью перейдут на нашу интеграцию дублирование прекратится, поэтому не трогаем этот момент. |
| |
1.1 | 107 | |
| 108 | [[image:image-20231116130147-11.png]] | ||
| 109 | |||
| |
1.4 | 110 | 8. Есть запрос на то, чтобы фиксировать время завершения и ответственного также в расходном ордере, оформила в задачу этот вопрос. [[https:~~/~~/aspcom.bitrix24.ru/crm/deal/details/3535/>>url:https://aspcom.bitrix24.ru/crm/deal/details/3535/]] |
| |
1.1 | 111 | |
| |
1.7 | 112 | 9. В расходном ордере при пересчете заполняется действие «Отгрузить». [[image:image-20231116130147-12.png]] |
| |
1.3 | 113 | |
| |
1.4 | 114 | 10. В журнале отборов можно увидеть по иконке ТСД был документ собран на ТСД или через бумажный носитель. |
| |
1.3 | 115 | |
| |
1.1 | 116 | [[image:image-20231116130147-13.png]] |
| 117 | |||
| |
1.4 | 118 | ~11. Был запрос на определение приоритетности сборки. В реализации приоритет зависит от варианта отгрузки: |
| |
1.1 | 119 | |
| |
1.7 | 120 | **Самый высокий приоритет** - когда "клиент уже на складе" (в течение 30 мин должны собрать), потом самовывоз (к указанному времени), потом все остальные (до конца рабочего дня): доставка, в зону транзита, неизвестно. |
| |
1.1 | 121 | |
| 122 | Приоритетность на данный момент определяется на стороне клиента: в обработке, через которую происходит печать бланков сборки. Приоритетность у нас также в сборщике включена, но они хотели строгую очередь, с которой были проблемы. Пока этот вопрос не актуален, но может в будущем всплыть. | ||
| 123 | |||
| |
7.4 | 124 | 12. Также был вопрос по заполнению даты выработки по счетчикам в сборке, но он замялся, Сергей сказал что ему такой запрос не озвучивали, но если вдруг к нему нужно будет вернуться, то вот задача: [[https:~~/~~/aspcom.bitrix24.ru/workgroups/group/21/tasks/task/view/17623/>>url:https://aspcom.bitrix24.ru/workgroups/group/21/tasks/task/view/17623/]] |
| |
1.1 | 125 | |
| 126 | [[image:image-20231116130147-14.png]] | ||
| 127 | |||
| 128 | [[image:image-20231116130147-15.png]] | ||
| 129 | |||
| |
7.4 | 130 | 13. Автоматически происходит запись в регистр сведений «Выполненные складские операции» по отборам товаров (см.обработку «Складские посты») по просьбе клиента. |
| |
1.1 | 131 | |
| |
2.2 | 132 | == Инвентаризация == |
| |
1.1 | 133 | |
| |
2.2 | 134 | ---- |
| 135 | |||
| |
1.1 | 136 | 1. В УТ создается документ Пересчет товаров |
| |
1.7 | 137 | 1. Через обработку (регзадание) выгружаем пересчет в АСП.Склад.WMS, создается инвентаризация. В УТ устанавливается статус? |
| |
1.1 | 138 | |
| 139 | Статус: В работе | ||
| |
10.1 | 140 | |
| 141 | ---- | ||
| 142 | |||
| |
14.1 | 143 | Чтобы посмотреть инструкции по работе с АСП Склад.WMS, перейдите по ссылке - [[Работа с АСП Склад.WMS>>doc:ASP-Sklad-WMS-Novaya-struktura.3\. Работа с АСП Склад WMS.WebHome]] |
| |
1.1 | 144 | ))) |