Комментарий

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

Подробности

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

Содержимое

...	...	@@ -3,10 +3,14 @@
3	3	(% class="container" %)
4	4	(((
5	5	(% id="H42043543743544043243844043E43243043D438435" class="container" %)
6		-= Резервирование =
	6	+= Работа с остатками =
7	7	)))
8	8	)))
9	9
	10	+=== Сортировка ячеек ===
	11	+
	12	+----
	13	+
10	10	Подбор остатков при резервировании сначала сортируется по приоритету ячейки, а потом по дате выработки.
11	11
12	12	(% class="box successmessage" %)
...	...	@@ -14,5 +14,45 @@
14	14	**Приоритет определяется по типу ячейки:** 1 - оперативного хранения, 2 - долгого, 3 - остальные.
15	15	)))
16	16
	21	+Делаем две приемки без основания номенклатуры "Сыр "Колобок"". В первой приемке распределяем(сканируем шк ячейки) товар в оперативную ячейку(123), во второй приемке распределяем в ячейку долгого хранения(234). Завершаем приемку без основания и переходим в ЦБ.
17	17
18		-
	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	+Новая версия мп должна синхронизироваться с цб, в которой нет такой настройки.

1709122786295-242.png

Author

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

Размер

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

Содержимое

1709123062134-901.png

Author

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

Размер

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

Содержимое

1709123249492-779.png

Author

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

Размер

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

Содержимое

1709124487400-116.png

Author

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

Размер

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

Содержимое

1709124531489-689.png

Author

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

Размер

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

Содержимое