Моули "Контроль поставки" и "Трекинг" для нестандартной УТ11.1 в рамках большого проекта

Отдельный модуль большого проекта по разработке автоматизированной системы для компании-импортера.
Модуль “Контроль поставки” есть продолжение модуля "Расчет заказа", выведенного в отдельный проект.
На основании документа "Расчет заказа" можно заносить “Заказ поставщику”. Сумма в заказ поставщику проставляется из рассчитанной суммы по иностр. поставщику Сам заказ поставщику формирует плановые показатели дополнительных расходов, которые “налипают” сверх суммы за товар поставщику, указанной в заказе поставщику. Плановые показатели должны храниться в неком регистре для дальнейшего анализа с фактическими данными. Аналитика плановых показателей должна содержать в себе вид расхода, сумму расхода, аналитический признак поставки и дату фиксации планового показателя. Кроме того заказ поставщику формирует текущее состояние поставки, характеризуемое следующими параметрами:
товарное наполнение, текущее местоположение, статус поставки (производство, отгрузка, в море, промежуточный порт, на СВХ, растомаживается, вывоз на склад, постановка на ЖД, завершена). На основании документа заказ поставщику формируется документ поступление товаров. Он регистрирует факт отгрузки товара поставщиком. Это отражается в регистре состояния поставки. Каждое поступление является аналитическим признаком для группировки всей информации, касаемой план-фактного анализа расходов по поставке.
Должен существовать документ регистрирующий изменение состояние поставки. Кроме того, он должен позволять изменять плановые показатели дополнительных расходов по поставке, но эти изменения не должны менять изначального планового набора показателей. Все регистрации изменений должны быть видны в привязке к документу поставки.
Регистрация изменений, связанных с корректировкой плановых показателей расходов должен отражаться таким образом, чтобы после построения итогового план-фактного анализа себестоимости поставки можно было проследить поэтапное изменение плана и сравнить с итоговым фактом каждый этап. При разнесении фактических данных расходов по поставки должен быть внедрен механизм проверки на превышение пороговых значений отклонения от плана и выдавать оповещение, если таковое случилось. Состояние поставки также должно содержать аналитику по заказу покупателя, если товар везется под заказ - это даст возможность отслеживать для заказа покупателя текущее положение дел с его заказом, в том числе и при обмене с сайтом - личным кабинетом сайта.

Модуль "Трекинг"
Система должна содержать регистр состояния поставки. Состояние должно содержать информацию о таких событиях как дата начала выполнения заказа поставщика, ориентировочная дата выполнения, фактическая дата выполнения, дата отправки, ориентировочная дата прихода в порт, какой порт назначения, текущее местоположение поставки в пути на какую дату, судоходная линия, агент в Китае, фактическая дата подхода в порт, дата подачи ГТД, ориентировочная дата выпуска из таможни (со склада СВХ), фактическая дата выпуска из таможни, кто осуществляет автовывоз, наличие формы А (номер DHL отправления и дата отправки), наличие телекс-релиза, номер ГТД, информация о контейнерах. Наличие ссылки на заказа покупателя будет достаточно для отслеживания движения заказа покупателя на этапе “В пути из Китая в Россию”. Для этапа движения по России фиксируются моменты отгрузки, планируемой доставки на станцию назначения, транспортная компания, наличие автовывоза, текущая дислокация, дата фактического прибытия товара на станцию назначения, номера коонтейнеров/вагонов при движении по России.
Все изменения состояния должны осуществлятся документом изменения состояния на основании документов системы (если они являются триггером для изменения состояния) или заводится вручную пользователем для регистрации изменения.
Надо предусмотреть возможность фиксировать необходимость доставки в КП с указанием станции назначения, сроков, тарифов с распределением суммы доставки на сумму КП. Исходя из веса груза должно быть предложено пользователю выбрать вариант отправки до станции назначения. Вагон или контейнер с оптимальной раскладкой между ними. Кроме того должны быть зафиксированы предварительные даты отгрузки, даты промежуточного этапа и даты прихода в конечный пункт назначения. Кроме того данные по доставке должны мигрировать в заказ покупателя и реализацию. Кроме того необходимо предусмотреть контроль доставки. Непосредственно при реализации товара (отгрузке в транспортную компанию) необходимо фиксировать плановый набор показателей доставки товара. При разнесении допрасходов на реализацию необходимо фиксировать факт. Причем при разноске таких расходов надо сверять факт с планом и, если фактическое значение превышает допустимый порог, выдавать предупреждение о возможной ошибке или неверном распределении сумм). Распределение допрасходов от транспортных компаний необходимо предусмотреть с возможностью привязки расходов как к перемещению так и к реализации в одном документе допрасхода. Допрасход на реализацию увеличивает себестоимость проданных товаров, допрасход на перемещение - себестоимость перемещаемого товара.

Более подробно про алгоритмы расчета будет описано в рабочей области и/или непосредственно в процессе общения.

В качестве исходного материала используется переработанная УТ11.1. В работе используется клиент-серверный вариант с сервером 1с на Windows.