Исходный код вики 3.7.4 Схема по заявкам с ячеистым хранением (использует ИП Белоусов)
Версия 4.1 от star0chka star0chka на 2023/11/16 13:23
Скрыть последних авторов
| 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 | ((( | ||
| 16 | Основное отличие этой схемы от остальных схем, это то, то что у него все складские документы формируются на основании документов УС, такие как: Сборка товара, Размещение товара, Смена мест хранения товара, Приемка товара, Инвентаризация товара. | ||
| 17 | ))) | ||
| 18 | |||
| |
1.1 | 19 | **Примечание: клиент хочет для всех видов операций использовать бланки. Для выгрузки используется регзадание. Дальше описан механизм работы вручную для общей информации, по факту выгрузка будет происходить автоматически, а распределение заявок в соответствии с бланками.** |
| 20 | |||
| |
4.1 | 21 | == Данные для подключения == |
| |
1.1 | 22 | |
| 23 | ---- | ||
| 24 | |||
| 25 | Можно подключаться с продукт шлюза со следующими параметрами | ||
| 26 | RDP на внутренний адрес: 192.168.1.114 | ||
| 27 | Логин: User | ||
| 28 | Пароль: 123 | ||
| 29 | Сервер: 1c-srv | ||
| 30 | База: ut11_wms | ||
| 31 | В копии создал пользователя АСП Сборка с паролем A12345a (буквы английские) | ||
| 32 | В рабочей базе пользователь АСП пароль 1. | ||
| 33 | Путь к базе АСП.Склад.WMS | ||
| 34 | кластер серверов SQL | ||
| 35 | имя базы asp | ||
| 36 | Публикация: http:~/~/sql/asp | ||
| 37 | Вместо sql можно написать IP адрес 192.168.1.16 | ||
| 38 | На мобилке адрес цб: | ||
| 39 | http:~/~/192.168.200.1/asp | ||
| 40 | |||
| 41 | == Приемка от поставщика == | ||
| 42 | |||
| 43 | ---- | ||
| 44 | |||
| 45 | 1. В УТ на основании Отгрузки товаров поставщиком создается Приходный ордер с типом «Приемка от поставщика» и статусом «К поступлению». | ||
| 46 | 1. Через обработку (регзадание) выгружаем приходный ордер и в АСП.Склад.WMS создается приемка. В УТ устанавливается статус приходного ордера «В работе». | ||
| |
1.7 | 47 | 1. На ТСД сканируем количество принятого товара и ячейку приемки и завершаем приемку. |
| |
1.1 | 48 | 1. В обработке нажимаем «Получить документы из сборщика» и «Пересчитать количество» (регзадание). |
| 49 | |||
| |
1.7 | 50 | а) В момент пересчета меняется статус Приходного ордера на «Принят» (как для частичной, так и для полной приемки). |
| 51 | |||
| 52 | б) Если приемка с излишком, то автоматически создается приходный ордер на излишек, т.е. на разницу факт-план. Статус тоже должен быть “Принят”. При создании приходного ордера нужно указывать зону приемки “Склад А Излишки”. | ||
| 53 | |||
| |
1.1 | 54 | Пример: |
| 55 | |||
| 56 | [[image:image-20231116130147-1.png]] | ||
| 57 | |||
| 58 | [[image:image-20231116130147-2.png]] | ||
| 59 | |||
| 60 | [[image:image-20231116130147-3.png]] | ||
| 61 | |||
| 62 | 5. Также если принимаем счетчики, то на ТСД для кладовщика является обязательным заполнение даты выработки и передается эта дата в серию в УТ. | ||
| 63 | |||
| 64 | Признак в УТ | ||
| 65 | |||
| 66 | [[image:image-20231116130147-4.png]] | ||
| 67 | |||
| 68 | == Размещение принятого товара в ячейки == | ||
| 69 | |||
| 70 | ---- | ||
| 71 | |||
| 72 | 1. В УТ на основании Приходного ордера автоматически создается Отбор (размещение) товаров с типом «Размещение» и статусом «Подготовлено». | ||
| 73 | |||
| 74 | [[image:image-20231116130147-5.png]] | ||
| 75 | |||
| |
1.3 | 76 | 2. Через обработку (регзаданием) выгружаем Отбор (размещение) товаров **с видом операции Размещение** и в АСП.Склад.WMS создается размещение. В УТ устанавливается статус отбора (размещение) «В работе». |
| |
1.1 | 77 | |
| |
1.3 | 78 | 3. На ТСД сканируем количество размещаемого товара и целевую ячейку, завершаем размещение. |
| 79 | |||
| 80 | 4. В обработке нажимаем «Получить документы из сборщика» и «Пересчитать количество» (регзадание). | ||
| 81 | |||
| 82 | 5. В момент пересчета в УТ меняется статус Отбора (размещение) товаров на «Выполнено без ошибок», в случае частичной сборки «Выполнено с ошибками». | ||
| 83 | |||
| |
1.1 | 84 | [[image:image-20231116130147-6.png]] |
| 85 | |||
| 86 | == Перемещение товара из одной ячейки в другую == | ||
| 87 | |||
| 88 | ---- | ||
| 89 | |||
| 90 | 1. В УТ создается Отбор (размещение) товаров с типом «Перемещение» и статусом «Подготовлено». | ||
| 91 | |||
| 92 | [[image:image-20231116130147-7.png]] | ||
| 93 | |||
| |
1.3 | 94 | Через обработку (регзадание) выгружаем Отбор (размещение) товаров и в АСП.Склад.WMS создается размещение. В УТ устанавливается статус отбора (размещение) «В работе». |
| 95 | |||
| |
1.1 | 96 | 1. На ТСД сканируем количество размещаемого товара, исходную и целевую ячейку, завершаем размещение |
| 97 | 1. В обработке нажимаем «Получить документы из сборщика» и «Пересчитать количество» (регзадание). | ||
| 98 | 1. В момент пересчета автоматически меняется статус Отбора (размещение) товаров на «Выполнено без ошибок». | ||
| 99 | |||
| 100 | == Сборка товара == | ||
| 101 | |||
| 102 | ---- | ||
| 103 | |||
| 104 | 1. В УТ на основании расходного ордера создается Отбор (размещение) товаров с типом «Отбор» и статусом «Подготовлено». | ||
| 105 | |||
| 106 | Расходный ордер может создаваться как на основании реализации, так и на основании перемещения. | ||
| 107 | |||
| 108 | [[image:image-20231116130147-8.png]] | ||
| 109 | |||
| |
1.3 | 110 | 2. Через обработку (регзаданием) выгружается Отбор (размещение) товаров и в АСП.Склад.WMS создается сборка. В УТ устанавливается статус отбора (размещение) «В работе», чтобы документ ушел из поста «Сборка товара». |
| |
1.1 | 111 | |
| |
1.3 | 112 | 3. На ТСД сканируем количество собираемого товара, ячейку, завершаем сборку |
| 113 | |||
| 114 | 4. В обработке нажимаем «Получить документы из сборщика» и «Пересчитать количество». (регзадание) | ||
| 115 | |||
| 116 | 5. В момент пересчета в УТ автоматически меняется статус Отбора (размещение) товаров на «Выполнено с ошибками» для частичной сборки, и «Выполнено без ошибок» для полной. Также нужно менять статус расходного ордера. Устанавливать статус “Упакован”, если сборка полная и статус “Собран”, если сборка частичная. | ||
| 117 | |||
| |
1.1 | 118 | [[image:image-20231116130147-9.png]] |
| 119 | |||
| |
1.4 | 120 | 6. В расходном ордере заполняется количество упаковок, которое было указано на ТСД при завершении сборки (настройка заполнять тару). |
| |
1.1 | 121 | |
| 122 | [[image:image-20231116130147-10.png]] | ||
| 123 | |||
| |
1.4 | 124 | 7. В отборе фиксируется ответственный за сборку, время начала и завершения сборки, а также тип события. Из-за перехода на бланки время начала записывается дважды: сначала время распечатки бланка через их обработку, потом наше начало. Когда полностью перейдут на нашу интеграцию дублирование прекратится, поэтому не трогаем этот момент. |
| |
1.1 | 125 | |
| 126 | [[image:image-20231116130147-11.png]] | ||
| 127 | |||
| |
1.4 | 128 | 8. Есть запрос на то, чтобы фиксировать время завершения и ответственного также в расходном ордере, оформила в задачу этот вопрос. [[https:~~/~~/aspcom.bitrix24.ru/crm/deal/details/3535/>>url:https://aspcom.bitrix24.ru/crm/deal/details/3535/]] |
| |
1.1 | 129 | |
| |
1.7 | 130 | 9. В расходном ордере при пересчете заполняется действие «Отгрузить». [[image:image-20231116130147-12.png]] |
| |
1.3 | 131 | |
| |
1.4 | 132 | 10. В журнале отборов можно увидеть по иконке ТСД был документ собран на ТСД или через бумажный носитель. |
| |
1.3 | 133 | |
| |
1.1 | 134 | [[image:image-20231116130147-13.png]] |
| 135 | |||
| |
1.4 | 136 | ~11. Был запрос на определение приоритетности сборки. В реализации приоритет зависит от варианта отгрузки: |
| |
1.1 | 137 | |
| |
1.7 | 138 | **Самый высокий приоритет** - когда "клиент уже на складе" (в течение 30 мин должны собрать), потом самовывоз (к указанному времени), потом все остальные (до конца рабочего дня): доставка, в зону транзита, неизвестно. |
| |
1.1 | 139 | |
| 140 | Приоритетность на данный момент определяется на стороне клиента: в обработке, через которую происходит печать бланков сборки. Приоритетность у нас также в сборщике включена, но они хотели строгую очередь, с которой были проблемы. Пока этот вопрос не актуален, но может в будущем всплыть. | ||
| 141 | |||
| 142 | 10. Также был вопрос по заполнению даты выработки по счетчикам в сборке, но он замялся, Сергей сказал что ему такой запрос не озвучивали, но если вдруг к нему нужно будет вернуться, то вот задача: [[https:~~/~~/aspcom.bitrix24.ru/workgroups/group/21/tasks/task/view/17623/>>url:https://aspcom.bitrix24.ru/workgroups/group/21/tasks/task/view/17623/]] | ||
| 143 | |||
| 144 | [[image:image-20231116130147-14.png]] | ||
| 145 | |||
| 146 | [[image:image-20231116130147-15.png]] | ||
| 147 | |||
| |
1.4 | 148 | 12. Автоматически происходит запись в регистр сведений «Выполненные складские операции» по отборам товаров (см.обработку «Складские посты») по просьбе клиента. |
| |
1.1 | 149 | |
| |
2.2 | 150 | == Инвентаризация == |
| |
1.1 | 151 | |
| |
2.2 | 152 | ---- |
| 153 | |||
| |
1.1 | 154 | 1. В УТ создается документ Пересчет товаров |
| |
1.7 | 155 | 1. Через обработку (регзадание) выгружаем пересчет в АСП.Склад.WMS, создается инвентаризация. В УТ устанавливается статус? |
| |
1.1 | 156 | |
| 157 | Статус: В работе | ||
| 158 | ))) |