Комментарий

• Свойства страницы (1 изменено, 0 добавлено, 0 удалено)
• Вложения (0 изменено, 0 добавлено, 5 удалено)
  • 1709122786295-242.png
  • 1709123062134-901.png
  • 1709123249492-779.png
  • 1709124487400-116.png
  • 1709124531489-689.png

Подробности

Свойства страницы

Содержимое

...	...	@@ -3,60 +3,11 @@
3	3	(% class="container" %)
4	4	(((
5	5	(% id="H42043543743544043243844043E43243043D438435" class="container" %)
6		-= Работа с остатками =
	6	+= Резервирование =
7	7	)))
8	8	)))
9	9
10		-=== Сортировка ячеек ===
11	11
12		-----
13	13
14		-Подбор остатков при резервировании сначала сортируется по приоритету ячейки, а потом по дате выработки.
15	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		-
30		-Делаем "Заказ покупателя" с основанием, создаем документ, выбираем наш товар, вводим то количество, которое приняли. Отправляем на сборку. В созданной сборке видим, что ячейки подтянулись те, на которых есть остаток, и сначала подставляется ячейка оперативного хранения, а если не хватило остатка на оперативной ячейке, то тянется далее с ячейки долгого хранения.
31		-
32		-
33		-=== Дробный остаток ===
34		-
35		-----
36		-
37		-Теперь если есть дробный остаток, то подбирается ячейка.
38		-
39		-Делаем заказ покупателя с основанием, добавляем товар "Сыр "Колобок"", добавляем количество больше, чем есть на остатке в ячейке 123. Отправляем на сборку. Создалась "Сборка товара". Видим что появился дробный остаток, и он распределился в ячейку.
40		-
41		-
42		-=== Реквизит "Обработка финиш" ===
43		-
44		-----
45		-
46		- В МП при завершении обработки документа устанавливается реквизит "Обработка финиш", также эта дата устанавливается и в дату документа, получается что момент проведения и учета остатка будет совпадать с датой фактического завершения обработки документа.
47		-
48		-Делаем "Заказ покупателя" с основанием, отправляем на сборку. На тсд собираем и возвращаем в ЦБ. В документе "Сборка товара" переходим в раздел "Дополнительно", видим что установилась дата "Старт" и "Финиш", и она совпадает с датой документа.
49		-
50		-[[image:1709122786295-242.png||height="320" width="913"]]
51		-
52		-Настройка "Синхронизировать время с мобильным устройством" позволяет при возврате документа склада из мп в цб дата документа, старт и финиш, будут приводиться ко времени сервера.
53		-
54		-На тсд у нас стоит часовой пояс "Новая Зеландия".
55		-
56		-[[image:1709123062134-901.png||height="446" width="296"]]
57		-
58		-Делаем сборку без основания, отправляем в ЦБ. Видим что дата синхронизировалась с сервером.
59		-
60		-[[image:1709123249492-779.png||height="329" width="832"]]
61		-
62		-Новая версия мп должна синхронизироваться с цб, в которой нет такой настройки.
	13	+

1709122786295-242.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.star0chka

Размер

...	...	@@ -1,1 +1,0 @@
1		-99.4 KB

Содержимое

1709123062134-901.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.star0chka

Размер

...	...	@@ -1,1 +1,0 @@
1		-106.6 KB

Содержимое

1709123249492-779.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.star0chka

Размер

...	...	@@ -1,1 +1,0 @@
1		-58.3 KB

Содержимое

1709124487400-116.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.star0chka

Размер

...	...	@@ -1,1 +1,0 @@
1		-92.2 KB

Содержимое

1709124531489-689.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.star0chka

Размер

...	...	@@ -1,1 +1,0 @@
1		-90.6 KB

Содержимое