У меня богатый опыт интеграции систем с 1С.
На самом деле есть ограниченный набор способов интеграции систем с 1С.
Системы могут быть реализованы как веб-приложение в браузере или толстое приложение на компьютере. Суть от этого не меняется.
1. Приложение системы не интегрировано с 1С. В приложении оформляется услуга, а в 1С она пробивается как соответствующая услуга.
- плохо: нет контроля совершения транзакций в обоих системах
2. Приложение пытается распечатать фискальный чек на принтере
- плохо: приложение должно знать разные модели фискальных регистраторов,
- плохо: в 1С не создается чека, т.е. расхождение между ФР и 1С. В 1С приходится создавать чек в ручную, не пробивать, а только проводить.
3. Приложение создает чек в 1С через OLE-соединение и распечатывает его типовыми средствами 1С - вызовом функции ПровестиИРаспечатать.
- хорошо: приложение не зависит от модели фискальных регистраторов,
- плохо: пробивается не из режима РМК, теряются опции и бизнес-процессы этого режима.
4. Приложение создает отложенный чек в 1С через OLE-соединение и ждет, пока чек будет пробит. Продавец продолжает отложенный чек в РМК. Когда чек пробит, система делает дальнейшие движения.
- хорошо: пробивается из режима РМК, сохраняются опции и бизнес-процессы этого режима.
5. Приложение реализуется как модуль 1С и вызывается из 1С при пробитии соответсвующей услуги.
- хорошо: полная интеграция
- плохо: необходимо писать сложный модуль приложения под 1с.
6. Приложение делает промежуточный XML-запрос (на сервер или в каталог обмена). 1С при продаже услуги считывает этот запрос, добавляет в чек информацию из запроса, после пробития чека помечает что запрос обработан. Приложение, когда видит, что запрос обработан, завершает транзакцию на своей стороне.
- хорошо: идеальное решение. Небольшие доработки кода в приложении и на стороне 1С.
Journal information