Способы интеграции с типовой (встраивание, обмен, com). Какой лучше?
Стоит задача создать дополнительный модуль к типовой конфигурации - учет специального оборудования. Модулю нужен доступ к общим справочникам, возможность просмотра и генерации документов в типовой конфигурации.
Нужно сделать модуль с одной стороны максимально интегрированным с типовой, с другой стороны типовую по максимум не модифицировать.
Возникла дилемма как производить интеграцию с существующей системой (типовой конфигурацией), вот некоторые соображения на этот счет, поправьте если я что-то не верно указал.
1. Встраивание в типовую конфигурацию. Модуль целиком встраивается и модифицирует типовую конфигурацию.
(+) доступ к общим справочникам (контрагенты номенклатура и т.д.)
(+) возможность напрямую просматривать документы и генерация их пользователем или модулем.
(–) требуется ручное обновление при каждом выпуске нового релиза типовой. Со всеми вытекающими: нет автоматического обновления, задержка в выпуске.
2. Ведение в режиме обмена через файл. Модуль будет самостоятельной конфигурацией с возможностью обмена. Цепляемся к общему плану обмена.
(+) типовая конфигурация будет не тронута
(–) необходимые для работы документы и справочники типовой придется загружать в модуль, с дополнительной синхронизацией двусторонней.
(–) потребуется отслеживать структуру типовой в части общих данных, и реализовать дублирующий функционал в модуль.
3. В режиме обмена по COM соединению. Модуль будет самостоятельной конфигурацией, но общие данные онлайн извлекаются из типовой конфигурации. Пример: справочник контрагенты есть и в типовой и в модуле, но в модуле не хранятся все его реквизиты. При попытке модификации пользователем, открывается через COM элемент справочника из типовой, модифицируется и закрывается.
(+) типовая не модифицируется вообще
(+) не требуется дублировать функционал типовой в части общих объектов.
(–) для полноценной работы требуется постоянное подключение к типовой конфигурации
(–) для генерации отчетов и выборок потребуется дополнительно обрабатывать типовую по COM соединению.
Нужно сделать модуль с одной стороны максимально интегрированным с типовой, с другой стороны типовую по максимум не модифицировать.
Возникла дилемма как производить интеграцию с существующей системой (типовой конфигурацией), вот некоторые соображения на этот счет, поправьте если я что-то не верно указал.
1. Встраивание в типовую конфигурацию. Модуль целиком встраивается и модифицирует типовую конфигурацию.
(+) доступ к общим справочникам (контрагенты номенклатура и т.д.)
(+) возможность напрямую просматривать документы и генерация их пользователем или модулем.
(–) требуется ручное обновление при каждом выпуске нового релиза типовой. Со всеми вытекающими: нет автоматического обновления, задержка в выпуске.
2. Ведение в режиме обмена через файл. Модуль будет самостоятельной конфигурацией с возможностью обмена. Цепляемся к общему плану обмена.
(+) типовая конфигурация будет не тронута
(–) необходимые для работы документы и справочники типовой придется загружать в модуль, с дополнительной синхронизацией двусторонней.
(–) потребуется отслеживать структуру типовой в части общих данных, и реализовать дублирующий функционал в модуль.
3. В режиме обмена по COM соединению. Модуль будет самостоятельной конфигурацией, но общие данные онлайн извлекаются из типовой конфигурации. Пример: справочник контрагенты есть и в типовой и в модуле, но в модуле не хранятся все его реквизиты. При попытке модификации пользователем, открывается через COM элемент справочника из типовой, модифицируется и закрывается.
(+) типовая не модифицируется вообще
(+) не требуется дублировать функционал типовой в части общих объектов.
(–) для полноценной работы требуется постоянное подключение к типовой конфигурации
(–) для генерации отчетов и выборок потребуется дополнительно обрабатывать типовую по COM соединению.
По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
4. Автоматический REST сервис (если типовая на 8.3 без режима совместимости)
(+) типовая не модифицируется вообще
(+) не требуется дублировать функционал типовой в части общих объектов.
(+) для полноценной работы не требуется постоянное подключение к типовой конфигурации
(+) типовая не модифицируется вообще
(+) не требуется дублировать функционал типовой в части общих объектов.
(+) для полноценной работы не требуется постоянное подключение к типовой конфигурации
REST - это 8.3.5, которая пока в тестовом статусе. К тому же принципиальной разницы между REST и ComConnector нет, отличается только транспортный уровень.
(2) RustamZz,
А не нужно менять типовую. Есть подписки на события, программное изменение форм. Этого вполне достаточно. Тогда ручное обновление сведется к десятку кликов мышкой по кнопке "Далее".
(2) RustamZz,
(–) требуется ручное обновление при каждом выпуске нового релиза типовой
А не нужно менять типовую. Есть подписки на события, программное изменение форм. Этого вполне достаточно. Тогда ручное обновление сведется к десятку кликов мышкой по кнопке "Далее".
(4) asved.ru,
Бывают ситуации, когда выпуск критичен (
Например, УПП 1.3.51 аж до 1.3.51.5 довели.. и сделали это в конечном итоге 16 апреля. Когда уже практически отчетность надо сдать. А отраслевое решение (не буду уточнять какое - не так это и важно) только 30 апреля догнало этот релиз..
З.ы. Это я не к тому, что отраслевики козлы, а просто получается так, что само типовое решение может затянуться с финальным релизом, а уж отраслевое в любом случае запоздает - и вот когда такие наложения происходят в отчетный период - это очень неприятно (
Бывают ситуации, когда выпуск критичен (
Например, УПП 1.3.51 аж до 1.3.51.5 довели.. и сделали это в конечном итоге 16 апреля. Когда уже практически отчетность надо сдать. А отраслевое решение (не буду уточнять какое - не так это и важно) только 30 апреля догнало этот релиз..
З.ы. Это я не к тому, что отраслевики козлы, а просто получается так, что само типовое решение может затянуться с финальным релизом, а уж отраслевое в любом случае запоздает - и вот когда такие наложения происходят в отчетный период - это очень неприятно (
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот