You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Заказ дилера и parametric реализуют неплохую математику для Поставщиков - клиенты могут рассчитывать изделия, формировать и доставлять заказы.
Настало время, чтобы в Заказе дилера появилась клиентская математика для формирования внутри документа Расчет заказов внешним поставщикам с http API.
Зачем это надо
Математика нужна, чтобы в реальном времени в процессе формирования нашего заказа, рассчитать изделия в сервисе внешнего поставщика (подоконники, жалюзи и т.д.) по алгоритмам и правилам этого поставщика с точными ценами и сроками исполнения
Метаданные
Справочник http_apis хранит список доступных для заказа номенклатур, параметров и ограничений
Табчасть http_apis в справочнике Абоненты, служит для привязки элементов справочников Контрагенты и Серверы к API поставщика (разным абонентам нужна разная авторизация и в общем случае, разные контрагент и договор)
Табчасть Заказы в документе Расчет, хранит ссылки на Заказы поставщикам. Ссылки нужны для пересчетов и подклейки дополнительной информации (даты доставки и наши внутренние штрихкоды, которые поставщик должен напечатать на этикетах, но которые неизвестны в момент первичного расчета)
Параметры конкретного изделия, свёрнутые в json в терминах внешнего поставщика, храним в строке типовой табчасти ДополнительныеРеквизиты характеристики продукции. По заполненности этой строки, изделие внешнего параметрика, можно отличить от изделия рисовалки или параметрика внутреннего. Спецификация и координаты у таких изделий отсутствуют
Справочник http_apis может наполняться и обновляться автоматически, если сервис поставщика предоставляет такой режим, а может и руками технолога.
Решено не транслировать параметры поставщика в ссылки плана видов характеристик Допреквизиты и справочники Значения свойств объектов и Цвета. Так честнее, проще и надёжнее.
Алгоритм
На первом этапе, изделия parametric_external, планируется оформлять отдельными строками документа Расчет (так же, как сейчас оформляются обычный и расширенный parametric). Задача встроить parametric_external вовнутрь изделия рисовалки не сложна, но решать её будем отдельно
В форме parametric_external выбираем поставщика - открывается список доступных к заказу изделий и материалов
По кнопке Рассчитать, создаётся или перезаполняется Заказ поставщику, выполняется http-запрос в сервис поставщика, возвращаются цены либо информация об ошибке
Т.к. нет жесткой привязки заказных изделий к геометрии изделий рисовалки, корректировка размеров и повторный пересчет - на совести менеджера
Заказ поставщику формируется с состоянием транспорта Черновик. Дозаполнение, проведение и финальная отправка пачки заказов поставщикам, выполняется в другой части алгоритма
Оплачивать заказы поставщикам можно как по отдельности, так и списком. Беспокоить менеджеров поставщика задачей выставления счетов, нет необходимости. Подбор заказов поставщикам в платёжку, выполняется в другой части алгоритма
The text was updated successfully, but these errors were encountered:
Со стороны метаданных, экранная форма parametric_external - это редактор табчасти Заказы документа Расчет, объединенная с редактором Заказа поставщику и редактором параметров строк Заказа поставщику.
Заказ дилера и parametric реализуют неплохую математику для
Поставщиков
- клиенты могут рассчитывать изделия, формировать и доставлять заказы.Настало время, чтобы в Заказе дилера появилась клиентская математика для формирования внутри документа
Расчет
заказов внешним поставщикам с http API.Зачем это надо
Математика нужна, чтобы в реальном времени в процессе формирования нашего заказа, рассчитать изделия в сервисе внешнего поставщика (подоконники, жалюзи и т.д.) по алгоритмам и правилам этого поставщика с точными ценами и сроками исполнения
Метаданные
http_apis
хранит список доступных для заказа номенклатур, параметров и ограниченийhttp_apis
в справочникеАбоненты
, служит для привязки элементов справочниковКонтрагенты
иСерверы
к API поставщика (разным абонентам нужна разная авторизация и в общем случае, разные контрагент и договор)Заказы
в документеРасчет
, хранит ссылки наЗаказы поставщикам
. Ссылки нужны для пересчетов и подклейки дополнительной информации (даты доставки и наши внутренние штрихкоды, которые поставщик должен напечатать на этикетах, но которые неизвестны в момент первичного расчета)ДополнительныеРеквизиты
характеристики продукции. По заполненности этой строки, изделие внешнего параметрика, можно отличить от изделия рисовалки или параметрика внутреннего. Спецификация и координаты у таких изделий отсутствуютСправочник
http_apis
может наполняться и обновляться автоматически, если сервис поставщика предоставляет такой режим, а может и руками технолога.Решено не транслировать параметры поставщика в ссылки плана видов характеристик
Допреквизиты
и справочникиЗначения свойств объектов
иЦвета
. Так честнее, проще и надёжнее.Алгоритм
Расчет
(так же, как сейчас оформляются обычный и расширенный parametric). Задача встроить parametric_external вовнутрь изделия рисовалки не сложна, но решать её будем отдельноРассчитать
, создаётся или перезаполняетсяЗаказ поставщику
, выполняется http-запрос в сервис поставщика, возвращаются цены либо информация об ошибкеЧерновик
. Дозаполнение, проведение и финальная отправка пачки заказов поставщикам, выполняется в другой части алгоритмаThe text was updated successfully, but these errors were encountered: