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