Исходный код вики 10. Одинцов. Разбивается при выгрузке хотя остаток есть
Версия 4.6 от star0chka star0chka на 2024/02/28 15:27
Скрыть последних авторов
| author | version | line-number | content |
|---|---|---|---|
 |
1.1 | 1 | (% class="jumbotron" %) |
| 2 | ((( | ||
| 3 | (% class="container" %) | ||
| 4 | ((( | ||
| |
3.1 | 5 | (% id="H42043543743544043243844043E43243043D438435" class="container" %) |
| |
4.2 | 6 | = Работа с остатками = |
| |
1.1 | 7 | ))) |
| 8 | ))) | ||
| 9 | |||
| |
4.2 | 10 | === Сортировка ячеек === |
| 11 | |||
| 12 | ---- | ||
| 13 | |||
| |
4.1 | 14 | Подбор остатков при резервировании сначала сортируется по приоритету ячейки, а потом по дате выработки. |
| |
3.1 | 15 | |
| |
4.1 | 16 | (% class="box successmessage" %) |
| 17 | ((( | ||
| 18 | **Приоритет определяется по типу ячейки:** 1 - оперативного хранения, 2 - долгого, 3 - остальные. | ||
| 19 | ))) | ||
| |
3.1 | 20 | |
| |
4.2 | 21 | Делаем две приемки без основания номенклатуры "Сыр "Колобок"". В первой приемке распределяем(сканируем шк ячейки) товар в оперативную ячейку(123), во второй приемке распределяем в ячейку долгого хранения(234). Завершаем приемку без основания и переходим в ЦБ. |
| |
3.1 | 22 | |
| |
4.2 | 23 | |
| 24 | Смотрим отчет "Ведомость по товарам", что у нас появился приход на остатке. | ||
| 25 | |||
| 26 | |||
| 27 | Делаем "Заказ покупателя" с основанием, создаем документ, выбираем наш товар, вводим то количество, которое приняли. Отправляем на сборку. В созданной сборке видим, что ячейки подтянулись те, на которых есть остаток, и сначала подставляется ячейка оперативного хранения, а если не хватило остатка на оперативной ячейке, то тянется далее с ячейки долгого хранения. | ||
| 28 | |||
| 29 | |||
| 30 | === Дробный остаток === | ||
| 31 | |||
| 32 | ---- | ||
| 33 | |||
| 34 | Теперь если есть дробный остаток, то подбирается ячейка. | ||
| 35 | |||
| |
4.3 | 36 | Делаем заказ покупателя с основанием, добавляем товар "Сыр "Колобок"", добавляем количество больше, чем есть на остатке в ячейке 123. Отправляем на сборку. Создалась "Сборка товара". Видим что появился дробный остаток, и он распределился в ячейку. |
| |
4.2 | 37 | |
| 38 | |||
| |
4.3 | 39 | === Реквизит "Обработка финиш" === |
| 40 | |||
| 41 | ---- | ||
| 42 | |||
| 43 | В МП при завершении обработки документа устанавливается реквизит "Обработка финиш", также эта дата устанавливается и в дату документа, получается что момент проведения и учета остатка будет совпадать с датой фактического завершения обработки документа. | ||
| 44 | |||
| |
4.4 | 45 | Делаем "Заказ покупателя" с основанием, отправляем на сборку. На тсд собираем и возвращаем в ЦБ. В документе "Сборка товара" переходим в раздел "Дополнительно", видим что установилась дата "Старт" и "Финиш", и она совпадает с датой документа. |
| |
4.3 | 46 | |
| |
4.4 | 47 | [[image:1709122786295-242.png||height="320" width="913"]] |
| 48 | |||
| |
4.5 | 49 | Настройка "Синхронизировать время с мобильным устройством" позволяет при возврате документа склада из мп в цб дата документа, старт и финиш, будут приводиться ко времени сервера. |
| |
4.4 | 50 | |
| |
4.6 | 51 | На тсд у нас стоит часовой пояс "Новая Зеландия". |
| |
4.5 | 52 | |
| 53 | [[image:1709123062134-901.png||height="446" width="296"]] | ||
| 54 | |||
| |
4.6 | 55 | Делаем сборку без основания, отправляем в ЦБ. Видим что дата синхронизировалась с сервером. |
| |
4.5 | 56 | |
| |
4.6 | 57 | [[image:1709123249492-779.png||height="329" width="832"]] |
| 58 | |||
| |
1.1 | 59 |