20 подписчиков
Ох, Рарус и словоплёты.
Что ожидалось услышать: как к СППР или иной какой 1С прикрутили систему описания бизнес-процессов или систему напиcания кода как в Knime,
чтобы аналитики, архитекторы и просто пользователи могли донести до программиста какую-то схему, а он по ней построил код решения.
Вместо этого излагается методологическое решение внутри 1С ERP, которое позволило без модификации кода типовой конфигурации
описать работу авиакомпании.
Неплохое решение, весьма интересное.
Там, кстати, за основу выбрана сущность "Работа самолёта" - номенклатура вокруг которой работает производственный учёт в 1С ERP.
Аплодисменты.
Но это не no-code решение.
А теперь представьте что эта задача попалась бы вам и вашей СППР.
Как бы вы её решали в СППР.
Напоминаю суть: Архитектор Рарус выработал решение на основе определения сущностей и управления настройками 1С ERP, которое не требует кодовой доработки.
Как это описать в СППР?
Ведь решение выстроено вокруг не метаданного, а "объекта данных" - сущности у Раруса, вокруг элемента справочника "Номенклатура" для простоты.
Плюс настройки 1С.
Напоминаю, что в модели ERP от 1С, которая выпускалась для СППР настройки конфигурации присутствовали как элемент справочника "Функции" СППР1.
1 минута
27 июля 2024