Как синхронизировать 1С: Предприятие с внешней системой?

Question

[Андрей]

Передо мной стоит задача синхронизировать данные по работе с сотрудниками (добавление, перемещение внутри организации, увольнение), с другой сторонней системой, не относящейся к 1С.

Так как я в 1С полный ноль, то совсем не знаю с какой стороны подойти к решению задачи. На данный момент мне непонятны следующие вопросы:

1. Каким образом лучше взаимодействовать с внешней системой, если источником данных является 1С? REST, SOAP + WSDL, что-то еще?

2. Есть ли в 1С какая-то глобальная событийная модель. Чтобы я мог подписаться на событие "сотрудник добавлен" и в нужном мне месте знать о том, что произошло. Или же мне придется редактировать форму добавления сотрудников и внутри нее размещать необходимые мне вызовы?

3. Каким образом подобные доработки распространяются в пользовательские конфигурации 1С? Есть какие-то средства экспорта/импорта, инсталляция может быть? Или мне придется каждый раз вручную редактировать пользовательскую конфигурацию?

Спасибо за помощь!

Answer 1

[Дмитрий Кинаш]

1) Веб-сервисы, про которые вы упомянули предназначены для внешних потребителей. Если инициатором выступает 1С, то вам доступны практически все инструменты (кроме особо экзотических) - обмены через файловые шары, FTP, веб-службы, COM-подключения, прямые выгрузки в СУБД при наличии ODBC-драйверов и так далее.

2) В платформе есть специальный объект "подписка на события", который позволяет не редактируя те же самые справочники вставить свой исполняемый код на события, которые связаны с конкретным справочником, их списком или каждым из справочников системы. Тоже самое касается документов (только список обрабатываемых событий более расширен) и некоторых других объектов.

3) Совсем "вручную" не нужно. Вы можете сделать свою "каркасную" конфигурацию, которую через механизм "сравнения/объединения конфигураций" будете внедрять в пользовательскую, таким образом перенося в нее свои подписки на события и общие модули с их обработкой. Таким образом свои настройки интеграции распространяют такие компании как Битрикс, Агент-Плюс и пр. Для управляемых конфигураций (это самые последние разработки 1С - ERP, Бухгалтерия 3, Управление торговлей 11, Управление небольшой фирмой и так далее) совсем недавно появилась возможность создавать расширения. Обзорно можете почитать тут - https://habrahabr.ru/company/1c/blog/320018/

Comments

[Андрей]

Спасибо! Вы смогли ответить на все мои вопросы

[Андрей]

Дмитрий Кинаш я нашел еще функционал под названием "План обмена". Судя по описанию это то, что мне нужно. Не можете ничего рассказать про него? Возможно есть какие-то подводные камни, из-за которых данное решение мне не подойдет?

[Дмитрий Кинаш]

Андрей: План обмена позволяет описать внешние по отношению к текущей базе 1С сущности. Это могут быть базы филиалов, или мобильные устройства сотрудников или сайт. При создании плана обмена указываются виды данных, которыми предполагается обмениваться. Далее при внесении изменений в каком-то справочнике (в тех же сотрудниках), этот элемент регистрируется на отправку в узлы (экземпляры данного плана обмена). Потом при обмене с конкретным узлом все объекты, которые зарегистрированы на отправку в него будут выгружены в XML-файл, а в свойствах узла счетчик выгруженных пакетов увеличиться на единичку. Если в рамках обмена приходит "квитанция о получении", то регистрация элементов в узле очищается (кроме тех, которые зарегистрировались между отправкой и получением обратного ответа); если обратной связи не было, то данные считаются потерянными в пути и при последующем обмене выполняется новая попытка их выгрузить.

Это стандартный механизм, которым можно пользоваться сразу же после создания в конфигураторе нового плана обмена. Если применить фантазию и навыки программирования, то можно сделать много чего полезного. К примеру, регистрировать не всех сотрудников для отправки в удаленный филиал, а только тех, которые работают в этом филиале и руководство компании; для отправки на сайт регистрировать только те товары, которыми предполагается он-лайн торговля (а вовсе не запчасти, бензин, бумагу для принтеров и прочие расходники ежедневной деятельности). Так же достаточно использовать узлы плана обмена в качестве регистратора изменений, а сами пакеты на отправку и получение формировать своими силами - это позволит отойти от XML-файликов к другим каналам коммуникации - к примеру, к отправке по веб-сервису файлов JSON.

[Андрей]

Дмитрий Кинаш: спасибо за такой подробный ответ! И все-таки я правильно понимаю, что используя данный подход как раз могу обращаться из 1С к API своего внешнего сервиса? Настраиваю "План обмена" на автоматическую отправку данных при изменении некоторых справочников, настраиваю протокол взаимодействия с моим сервисом и в результате получаю почти мгновенную синхронизацию изменений, да еще и с проверкой того, что данные были доставлены. Если так, то звучит очень неплохо и значительно упрощает мою задачу.
Еще хотелось разобраться в таком моменте: где в 1С хранятся данные для доступа к сторонним сервисам? Есть какой-то общепринятый подход или мне нужно свои костыли городить?

[Дмитрий Кинаш]

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

Все зависит от целей. Обычно создают константы. Если внешних приемников несколько и каждый со своими настройками, то создают справочник с настройками. Если нет желания, что бы какой-то хитрый манагер полез консолью отчетов в базу и узнал все пароли, то или прописывают прямо в коде (но это не гибко, так как при изменении пароля нужно код менять), или хранят в настройках пользователя, под которым проходит обмен.

[Андрей]

Дмитрий Кинаш: спасибо! Буду разбираться)

Answer 2

[Евгений]

Из опыта(лично испытал на себе) есть варианты:
1. В платформе есть подписки на события(ответ на пункт 2): при изменении/ добавлении/записи etc. объекта справочника/документа etc могут быть описаны дополнительные действия подробнее. Можно организовать все что угодно: выгрузку данных в любого формата файл, подключение, например, по ADO к MS SQL. С файлами минус в том, что должна быть shared-область для двух систем(1C - доступ на запись, вторая система на чтение).
2. Регламентное задание 1C(гугл) - аналог сервисов. Пишем функцию(опять же на выгрузку данных в файл или коннект к СУБД), задаем расписание.
3. Подключение к 1C Предприятию через COM-объект. В целевой системе при наличии соответствующих инструментов создаем COM-подключение к 1C и делаем все что нужно c использованием методов платформы 1C. Метод достаточно противоречивый, но также работает.

Comments

[Андрей]

Дело в том, что целевая система и 1С будут расположены на отдельных серверах, поэтому работа по COM не очень подходит. Тем более источником данных и инициатором взаимодействия как раз будет выступать 1С. Для меня удобнее всего было бы использовать REST, т.е 1С просто вызывает заранее оговоренный набор методов. Просто опять же я не знаю - так вообще делают?

[Евгений]

Андрей: https://habrahabr.ru/company/1c/blog/308420/ возможно это будет также полезно

[Андрей]

Евгений: да, как раз открыта эта вкладка, единственная полезная статья, что удалось найти на Хабре. Спасибо!

[Дмитрий Кинаш]

Андрей: статьи про 1С в основном пишут на этом ресурсе - infostart.ru

Answer 3

[Константин]

3. Каким образом подобные доработки распространяются в пользовательские конфигурации 1С? Есть какие-то средства экспорта/импорта, инсталляция может быть? Или мне придется каждый раз вручную редактировать пользовательскую конфигурацию?

Можно написать промежуточную конфигурацию. Которая будет получать данные из типовой, преобразовывать ее и передавать дальше.
Этим вы достигнете что изначальная конфигурация останется типовой, без изменений для обновлений. В промежуточной с данными можно произвести дополнительные изменения.