k
Да, и "те склады" тоже не нужны
Документ, получается, нафиг не нужен.
Остаток товаров по поставщику можно также с этого регистра получать, если не предполагается, что какие-то еще документы там двигали остаток по тем складам
Size: a a a
2020 March 03
pk
нет, смотри склады были сделаны не просто так - они нужны менеджерам при всех стандартных подборах и отображениях УТ. поэтому такой вариант и выбрали.
pk
ну и естественно они закрыты для резерва при заказах в настройках
pk
а дать просто cf можно?)
увы ( пиши в личку если надо будет помочь, куски кода скину
k
Зачем им видеть эти склады, если они не могут с них продавать?
EA
увы ( пиши в личку если надо будет помочь, куски кода скину
ладно, спасибо
k
Если им просто нужно видеть, то это решается одним отчетом.
EA
Зачем им видеть эти склады, если они не могут с них продавать?
чтоб ответить быстро клиенту
pk
чтоб ответить быстро клиенту
++++
pk
"добрый день сможем привезти через 2 дня"
k
Менеджер может ответить быстро клиенту только в таком варианте этого функционала?
pk
Менеджер может ответить быстро клиенту только в таком варианте этого функционала?
быстрый подбор встроен в кучу форм с отображением остатков + в кучу мест в переделках
pk
это был лучший вариант по логике для конкретного решения
k
Напоминает одну базу на семерке, где в поле с типом справочника писали комментарии, на каждый комментарий создавая элемент
k
"Использование механизмов и объектов наполненых одним смыслом для решения задач, наполненных другим смыслом"
k
это был лучший вариант по логике для конкретного решения
Он был не лучший. Он был менее затратный для разработчика и более костыльный как таковой
pk
"Использование механизмов и объектов наполненых одним смыслом для решения задач, наполненных другим смыслом"
зачастую, то что выглядит костылем или ошибкой является специфическими требованиями бизнеса
pk
задачу можно было решить по-разному
pk
я лишь рассказал о своем опыте
k
Да я понимаю