Есть бизнес процесс:
1) выигрываем акуцион. Заносим аукцион как сделку. Сделка может быть на несколько получателей (Больниц).
2) В процессе игры мы посчитали, у каких поставщиков и по какой цене покупаем и сумму госконтракта чтобы понимать сколько выхлоп будет.
3) делаем заказ поставщикам. причем нужно чтобы менеджеры понимали, что это под конкретный госконтракт и не забрали без распоряжения под простую продажу.
4) при поступлении конкретной заявки от клиента в рамках аукциона мы должны ему поставить товар.
5) при необходимости мы отдаем зарезервированный товар под общую продажу.
В преведущей программе это решалось созданием овердофига складов, что убило стандартный складской учет.
Как реализовать данную схему и кто это делал, поделитесь опытом ? Вижу варианты
1) Создавать большой заказ покупателя на основании сделки под каждого получателя и отгружаем его по мере поступления заявки.
ЗА: ничего дописывать не надо. Почти стандартный функционал.
ПРОТИВ: Заявка от клиента это отдельная операция и надо отражать: кто, когда и зачем дал заявку. К тому же хочется получать заявку по EDI.
2) Дописать систему резервирования: в заказе поставщику при специальных условиях создается назначение под сделку. Потом вручную или автоматически (заказ покупателя дорабатывается) корректируем назначение
ЗА: Почти на 100% соответствует бизнесс-процессам.
ПРОТИВ: Нужна доработка и я не могу просчитать последствия такой доработки. Вопрос: кто-нибудь такое делал и как решили вопрос ? главное: Как реализовать малой кровью ? Расширять тип в реквизит "Заказ" в справочнике назначений, а потом дописывать по мере необходимости.
3) ПРЕДЛОЖИТЕ СВОЙ ВАРИАНТ
(4) Сделка принадлежит организации. В моей схеме проекты это сквозной справочник с единой идентификацией. И отдельный регистр под сквозное обособление по проектам между всеми юрлицами...
(6) Там внутри справочника еще куча параметров - настройка частичных поставок, правила контроля и т.д. У этого справочника есть подчиненный сквозной справочник Спецификации, по которым так же можно делать заказы между организациями и собирать иерархическую аналитику в разрезе Проект/Спецификация.
В дальнейшем предполагалось к этому справочнику привязать схемы процессов и цен (цепочки поставок), чтобы система автоматически генерировала заказы и потребности между организациями...
А ломать типовой справочник Назначения - точно очково, да и ни к чему он.
(3) Не то.
Соль вся в том, что мы закупаем товар под госконтракт (сделку) ДО прихода конкретного заказа покупателя (заказов покупателя ещё нет в помине ) и в принципе, надо зарезервировать товар чтобы его случайно не продали другим.
Может поиграть с видом деятельности ?