Варианты интеграции с SAP

Материал из razgovorov.ru
Перейти к: навигация, поиск

Вариант 1. Стандартный модуль ЭДО от SAP CIS

Если у Вас достаточно свежий SAP ERP, то у Вас уже есть модуль, который умеет выгружать и загружать электронные счета-фактуры, корректировочные счета-фактуры, накладные, акты. По умолчанию модуль не умеет подписывать документы, а загрузка и выгрузка документов происходит через папку на локальном диске.

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

Предполагается, что оператор электронного документооборота должен доработать данный модуль (реализовать BADI), чтобы он умел подписывать документы, а также выгружал их не на диск, а непосредственно оператору. Некоторые операторы выдают подобные доработки за свой модуль интеграции с SAP.

Работа оператора в данном модуле для отправки пары накладная + фактура будет выглядеть следующим образом (по состоянию на начало 2016 года):

  1. распечатать накладную в режиме формирования электронного документа (в стандартную программу печати встроен функционал формирования XML и добавления её в журнал электронных документов.
  2. запустить журнал электронных накладных (запустить программу, заполнить селекционный экран)
  3. найти свой документ в журнале
  4. нажать кнопку подписать (кроме совсем стандартной версии с выгрузкой на диск)
  5. нажать кнопку отправить
  6. повторить тоже самое для фактуры

Обработка служебных и входящих документов это тоже куча кликов мышкой.

Видео работы стандартного модуля через BADI: отправка ТОРГ-12, отправка фактуры

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

На текущий момент реализация BADI есть у двух операторов Тензор, Контур.

Достоинства:

  1. стандартный функционал
  2. не требуется доработок (если выгружать в каталог)
  3. не требуется дополнительный сервер
  4. можно организовать обмен с несколькими операторами из одного интерфейса

Недостатки:

  1. большая трудоемкость для оператора
  2. требуется свежая версия SAP
  3. документы отправляются россыпью
  4. документы отправляются синхронно (последовательно) = при объеме от 100 за один раз это уже медленно
  5. нельзя обработать пакет документов
  6. все документы выглядят одинаково (не поддерживается пользовательская визуализация документов)
  7. требуется ABAP разработка для расширения перечня поддерживаемых документов
  8. необходимо в справочнике контрагентов проставить идентификаторы участников документооборота(по умолчанию вручную)
  9. потребуются обновление при изменении формата ФНС, оперативность обновления и исправление ошибок вероятно будет по стандартам SAP.
  10. не умеет загружать
  11. BADI операторов то же нужно ставить.

Вариант 2. Через EDI iDoc

Практически во всех SAP есть возможность обмена документами через EDI или iDoc. СБИС может конвертировать EDI сообщения в электронный документы и обратно, например DESADV в накладную + фактуру, а на основании RECADV утверждать или отклонять документы.

Скорее всего данных в сообщении не хватит для формирования документа (ИНН, КПП, ставки НДС), это потребует либо добавления недостающей информации в сообщение либо ведения соответствующих справочников на стороне оператора.

Когда нет вариантов установить модуль интеграции, это тоже вариант.

Достоинства:

  1. нет, это пожарный вариант
  2. стандартный функционал
  3. не требуется дополнительный сервер


Недостатки:

  1. работа в двух интерфейсах (электронные документы есть только в интерфейсе оператора)
  2. сложно диагностировать ошибки
  3. много нюансов.

Вариант 3. SBIS SAPPER

Модуль интеграции от СБИС. Модуль установив который Вы получаете несколько способов загрузки и выгрузки любых электронных документов, т.е в большинстве случаев, без написания ABAP кода можно настроить выгрузку любого документа SAP в электронном виде, а также создания по данным XML любого документа в SAP. Подробнее о SBIS SAPPER здесь.

Достоинства:

  1. цена
  2. простое использование (минимум кликов)
  3. выгрузка и загрузка любых документов
  4. не требуется ABAP разработка для расширения перечня поддерживаемых документов
  5. не требуется доработок при изменении форматов ФНС (документы конвертируются на стороне оператора)
  6. быстрый обмена (многопоточная работа)
  7. может быть использован как BADI к стандартному модулю (вариант 1)
  8. нет абонентской платы за использование модуля
  9. можно купить коробку и настраивать своими силами
  10. не требуется дополнительный сервер
  11. работает на любых SAP (BASIS > 7.00)

Недостатки:

  1. необходимо установить модуль в SAP
  2. обмен с несколькими операторами из одного интерфейса через роуминг

Вариант 4. Интеграционные модули уважаемых интеграторов

Много разных модулей, с разными возможностями. Тут все решает цена - функционал.

На что обратить внимание при выборе:

  1. скорость работы - отправка нескольких тысяч документов при неудачной реализации может измеряется в днях и это факт. Полный цикл формирования, подписания и отправки одного пакета документов занимает несколько секунд, за счет многопоточности при отправке нескольких десятков документов его можно сократить до долей секунды.
  2. стоимость - многие интеграторы устанавливают абонентскую плату и свою стоимость отправленного документа, и как правило она на порядки превышает стоимость у оператора
  3. поддержка пользовательских визуализаций - в СБИС накладные и фактуры у разных клиентов могут выглядеть по разному, если способ представления зашит в модуле интеграции, то Вы не будете видеть никакой дополнительной информации, которая может быть весьма важной.
  4. возможность пакетной обработки - в СБИС все документы передаются пакетами, это удобно. Модули в которых это не учтено при проектировании получают разнообразный спектр проблем в эксплуатации
  5. необходимость установки отдельного сервера и покупки ПО - если для работы модуля требуется отдельный сервер, который например осуществляет обмен с несколькими операторами, то надо смотреть на все - какая БД используется, как организовано хранение данных, как может масштабироваться решение при увеличении нагрузки. Проблем нет когда данных мегабайты, но когда данные будут весить гигабайты или террабайты может случиться неприятный сюрприз с тупиком в конце. Здесь важно не то, что интегратор умеет писать для SAP, здесь важно разрабатывал ли интегратор системы подобные тем, что он будет ставить на этот отдельный сервер или это у него первое подобное решение.
  6. изменяет ли модуль стандартные компоненты SAP
  7. уточняйте функционал модуля - как правило разработчик модуля и заказчик по разному понимают термин загрузка в SAP. Разработчики по загрузкой как правило понимают возможность показа в SAP входящих документов, а заказчик хочет создавать автоматически документы SAP на основании данных электронных документов и как правило этот функционал стоит отдельных денег равных стоимости модуля.

Вариант 5. Самостоятельная разработка

Вы можете самостоятельно реализовать в SAP выгрузку в XML и создание документов из XML. Сама процедура преобразования данных SAP в XML и обратно реализовано в SAP достаточно просто. На один формат XML нужно сделать одно XSL преобразование, которое и отвечает за преобразование данных в обе стороны при помощи команды CALL_TRANSFORMATION и займет у Вашего разработчика не более недели.

Рекомендуем вызывать код по выгрузке из программы печати, т.к. там уже есть все расчеты и Вам не потребуется поддерживать два алгоритма формирования документа.