Кис Классика
http://cis-pos.com
Кроссплатформенная система. Конструктор компоновщик.
С разбегу можно ознакомится с 5ю решениями в этом конструкторе)(Магазин,Санаторий,Дистрибуция,Склад с мультиканальным учетом,и кафешка)
http://www.cis-pos.com/apex/f?p=116:43

И отдельное для дистрибуции С настройкой мобильного торгового терминала.
http://www.cis-pos.com/apex/f?p=116:49

Что-то уже обсуждалось на форуме
https://www.sql.ru/forum/1262788/kis-klassika-opensource-otdau-kod-s-zavismostyami
1.Используемый язык (языки) и библиотеки. Почему, зачем и как.

Язык java ...когда проводил исследования он оказался лучше всего для ленивой погрузки решений,алгоритм читает инструкции из базы данных(конфигурацию) подгружает по ходу необходимые компоненты).
Помимо этого у языка java отличный встроенный ScriptEngeener ..Что позволяет исполнять на скриптовых языках JS,Python,Groovy,Rubyбчто ещё более повышает гибкость и возможность модификации отраслевых решений на ходу.
2.Среда разработки: загрузка, установка, зависимости.
Грубо говоря - сколько нужно затратить времени, чтобы начать творить :).
3.ГУИ.
4.База данных.

Я разрабатывал в JDeveloper.(В Виртуалке он тоже установлен и сразу можно творить).
База данных Oracle 11
GUI Сочетание xml для описания cruid и java class(возможно скриптов js)
4мин видео https://cloud.mail.ru/public/3kUh/VEcNvrrZU
5.Отчеты.

Свой написанный генератор отчетов дающий pdf на выходе.
Описывается в xml и они хранятся в clob полях
На форумах тут он тоже обсуждался с примерами отчетов(в том числе и кросстабов)
6.Распространение готовых продуктов. Формат, установка, обновление.

Поскольку флагманской осью является linux то он обладает способностью ..вытащил диск и вставил в другую маму совсем другой модификации и OC завелась.
Это дает возможность подготовить образ.(110 GB)
утилитой DD его может развернуть даже эникейщик и получаем(за 1 час)..полностью готовую ОСЬ c СУБД Oracle С Клиентом со всеми грёбанными российскими примочками онлайн кассы егаис,драйверами для сканеров штрихкодов,весов терминалов сбора данных. драйверов для Фискальных регистраторов,teamviewer skype,LibreOffice,Предустановленные серии лазерных драйверов с которыми я работаю.Настроенный Шлюз rest сервиса и шлюз soap для интеграции с другими учетками.(в росии это одинэф,-до оккупации было много разных Украинских систем, с которыми интегрировались по шлюзу)

А на винду только клиент...и копируется просто папка(Ну java тоже на винде инсталлируем)
7.Кастомизация и интеграция.

Про интеграцию уже чуть сказал имеется rest шлюз.
А кастомазация...Про неё в двух словах не скажешь.но попробую
правим xml,правим js ...правим класс или делаем его копию и в конфигирураторе указываем что исполняет другой класс и он его вызовет...ваш клон решения.
То что в ИС сделано до фига отраслевых решений малыми силами(у меня мелкий ИТ бизнес-дело)
Которые живут,..
Я писал выше на сайте OpenSource ,что уровень вхождения выше,Это должен быть нормальный разработчик а не

vill_ager,
В любом случае, платформа обязана иметь встроенный язык,
и это будет 100% интерпретатор.

Моё личное мнение...НО совсем не соглашусь...
Когда то я слышал шутку...


Не обязана ИС быть интерпретатором.

vill_ager,
Как тут без интерпретатора?

Это если Вы одинэфник ,то всё (_|_)
А если нормальный разработчик ,то вагон и маленькая тележка решений.
Допустим для Вашего случая Выгрузка документов в их формате.
Говорю про свою ИС.
Во первых ИС не монолит...А существует множество обслуживающих сервисов. Типа как авианосец обслуживают куча мелких эсминцев для выполнения тактических задач,чтобы не гонять авианосец зря,который для стратегических.
В ИС Классика я бы решил(и решал неоднократно)
1.Действительно можно загрузить плагин на скриптовом языке.(я бы так не делал)
2.PL/SQL можно редактировать и я бы скорректировал процедуру выдачи в формате заказчика.(Этот вариант плох...если идет обновления и эта процедура вдруг случайно будет затронута)
3.Сделаю клон сервиса на другом порту, чуточку модифицируя индивидуальный код(у меня на nodejs (а вы можете на python ) и говорю заказчику ...забирайте документ по rest http://ip/documentttn:portnew
и всё он хватает свои доки ..все довольны.
(Третье решение я бы и предоставил и были подобные прецеденты ...для обмена информацией между ИС и служит rest ).

Возможно у Вас есть другие примеры...где кажется без интерпретатора никак...но поверьте ...если имеете доступ к ядру ИС к исходникам...и к другим вспомогательным сервисам...то интерпретатор не нужен.
(Отдельные плагины..да нужны на скриптовом языке...для гибкости...направления алгоритма чуть чуть влево вправо ...но не вся ИС)

vill_agerirbis_al,

Кроме модуля выгрузки нужно красиво и в нужное место вписать его вызов в ГУИ,
снабдить это дело диалогом обращения к файловой системе для выбора файла для
загрузки или выгрузки, при этом не потеряв возможность обновления базовой конфигурации.

Да возможность вызова плагина решает такие проблемы. По сути платформа интерпретирует плагин.

Делать клон? как с этим жить дальше? Как сопровождать кучу клонов?

Имея же интерпретатор на борту все делаем не выходя из платформы, пользуясь только встроенными средствами.
Я не буду устраивать холливар...считаете что ИС должна быть интерпретатором ...это Ваше дело.
В моем опыте таких потребностей не было.