Исходный код вики 10. Одинцов. Разбивается при выгрузке хотя остаток есть
Версия 4.12 от star0chka star0chka на 2024/02/28 16:08
Последние авторы
author | version | line-number | content |
---|---|---|---|
1 | (% class="jumbotron" %) | ||
2 | ((( | ||
3 | (% class="container" %) | ||
4 | ((( | ||
5 | (% id="H42043543743544043243844043E43243043D438435" class="container" %) | ||
6 | = Работа с остатками = | ||
7 | ))) | ||
8 | ))) | ||
9 | |||
10 | === Сортировка ячеек === | ||
11 | |||
12 | ---- | ||
13 | |||
14 | Подбор остатков при резервировании сначала сортируется по приоритету ячейки, а потом по дате выработки. | ||
15 | |||
16 | (% class="box successmessage" %) | ||
17 | ((( | ||
18 | **Приоритет определяется по типу ячейки:** 1 - оперативного хранения, 2 - долгого, 3 - остальные. | ||
19 | ))) | ||
20 | |||
21 | Делаем две приемки без основания номенклатуры "Сыр "Колобок"". В первой приемке распределяем(сканируем шк ячейки) товар в оперативную ячейку(123), во второй приемке распределяем в ячейку долгого хранения(234). Завершаем приемку без основания и переходим в ЦБ. | ||
22 | |||
23 | [[image:1709124487400-116.png||height="408" width="407"]] | ||
24 | |||
25 | [[image:1709124531489-689.png||height="370" width="413"]] | ||
26 | |||
27 | Смотрим отчет "Ведомость по товарам", что у нас появился приход на остатке. | ||
28 | |||
29 | [[image:1709125110102-627.png||height="455" width="688"]] | ||
30 | |||
31 | Делаем "Заказ покупателя" с основанием, создаем документ, выбираем наш товар, вводим то количество, которое приняли или меньшее. Отправляем на сборку. | ||
32 | |||
33 | [[image:1709125389124-520.png||height="338" width="705"]] | ||
34 | |||
35 | В созданной сборке видим, что ячейки подтянулись те, на которых есть остаток, и сначала подставляется ячейка оперативного хранения. | ||
36 | |||
37 | [[image:1709125575971-440.png||height="361" width="785"]] | ||
38 | |||
39 | Если не хватило остатка на оперативной ячейке, то тянется далее с ячейки долгого хранения. | ||
40 | |||
41 | [[image:1709125687651-102.png||height="385" width="784"]] | ||
42 | |||
43 | === Дробный остаток === | ||
44 | |||
45 | ---- | ||
46 | |||
47 | Теперь если есть дробный остаток, то подбирается ячейка. | ||
48 | |||
49 | Делаем заказ покупателя с основанием, добавляем товар "Сыр "Колобок"", добавляем количество больше, чем есть на остатке в ячейке 123. Отправляем на сборку. Создалась "Сборка товара". Видим что появился дробный остаток, и он распределился в ячейку. | ||
50 | |||
51 | [[image:1709125505789-286.png||height="364" width="750"]] | ||
52 | |||
53 | === Реквизит "Обработка финиш" === | ||
54 | |||
55 | ---- | ||
56 | |||
57 | В МП при завершении обработки документа устанавливается реквизит "Обработка финиш", также эта дата устанавливается и в дату документа, получается что момент проведения и учета остатка будет совпадать с датой фактического завершения обработки документа. | ||
58 | |||
59 | Делаем "Заказ покупателя" с основанием, отправляем на сборку. На тсд собираем и возвращаем в ЦБ. В документе "Сборка товара" переходим в раздел "Дополнительно", видим что установилась дата "Старт" и "Финиш", и она совпадает с датой документа. | ||
60 | |||
61 | [[image:1709122786295-242.png||height="320" width="913"]] | ||
62 | |||
63 | Настройка "Синхронизировать время с мобильным устройством" позволяет при возврате документа склада из мп в цб дата документа, старт и финиш, будут приводиться ко времени сервера. | ||
64 | |||
65 | На тсд у нас стоит часовой пояс "Новая Зеландия". | ||
66 | |||
67 | [[image:1709123062134-901.png||height="446" width="296"]] | ||
68 | |||
69 | Делаем сборку без основания, отправляем в ЦБ. Видим что дата синхронизировалась с сервером. | ||
70 | |||
71 | [[image:1709123249492-779.png||height="329" width="832"]] | ||
72 | |||
73 | Новая версия мп должна синхронизироваться с цб, в которой нет такой настройки. |