Обмен между сап и бухгалтерией 1с
Обновлено: 07.07.2024
Кому предназначена эта статья? Наверное, начинающим программистам веб-сервисов 1С. Хотя она и не даст ответы на все возникающие вопросы, в интернете легко найти информацию по более узким вопросам а-ля что такое пакет XDTO или SOAP UI. Сверхзадача этой статьи – морально подготовить читателя к тому, что не всё может зависеть от знаний, что не стоит расстраиваться из-за всяких глюков, а к ошибкам других людей нужно относиться с пониманием.
1. Исторический обзор обмена информации между базами 1С
Проблема обмена информации между базами 1С появилась одновременно с 1С и как только она не решалась! Самым распространенным в какое-то время стал (да так и остался) обмен xml-файлами. Плюсы этого подхода (гибкость и универсальность), общеизвестны, а о недостатках, как обычно, мало кто говорит.
Году так в 2010 у меня был проект по обмену с сайтом на битриксе, где файл обмена приближался по размеру к 2 ГБ. При его разборе успешно падал Microsoft парсер. В результате доработанный за два месяца обмен не прошел испытание объемом, а заказчик оставил меня без денег. Прошло уже 10 лет, но до сих пор 2ГБ остаются критичным размером для файлов обмена.
Можно ли сделать обмен по-другому? Да, и не слишком большими затратами! Зачастую бэкап всей базы средствами SQL занимает минуты, а по объему – те же гигабайты. Выгрузка данных в xml файл занимает часы, потому что каждую порцию данных надо завернуть в теги xml, которые и добавляют объема файлу выгрузки.
2. Web-сервисы для обмена с SAP
Следующим уровнем является описание нескольких близких по смыслу объектов в одном месте – WSDL файле. WSDL файл описывает уже весь web-сервис.
Например, обмен по номенклатуре был реализован через web-сервис:
Он может принимать xml-файлы 4 видов:
· CLSMAS03 – вид номенклатуры;
· CLFMAS02 – дополнительные реквизиты номенклатуры;
· CHRMAS03 – значения дополнительных реквизитов номенклатуры; типы и структура этих объектов описаны в одноименных XDTO -пакетах
Почему на скриншоте к пакетам по номенклатуре добавился пакет AEAUD01? В этом пакете описывается ответ 1С для SAP после приема пакетов по номенклатуре. Он относится к другому web-сервису, но в списке пакетов XDTO все стоят рядом.
3. Публикация веб-сервиса
Итак, вы сделали свой web-сервис c модулем и пакетами XDTO, а теперь нужно, чтобы он заработал. Закавыка в том, что у 1С пока нет своего сервера. Поэтому приходится запускать web-сервисы 1С на самых распространенных web-серверах – IIS и Apache. Обычно этот процесс сопровождается некоторыми проблемами. Дружелюбный Апач можно взгромоздить куда угодно, хоть на свою домашнюю машину, но даже он может потребовать установки подходящей версии, потому что последняя именно с сервисами 1С может работать некорректно. Веб-сервер IIS обычно работает в связке со множеством других в разных компаниях: вы заходите на терминальный сервер, подключаетесь к серверу 1С, к хранилищу на другом сервере и обнаруживаете, что для веб сервера IIS есть еще один сервер. И конечно, на каждый сервер не так просто попасть, почти везде нужны административные права.
Попробуем опубликовать его:
Первая проблема при публикации веб-сервиса – требование административных прав. Даже если Вы всемогущий Администратор в 1С, системе Windows об этом не известно.
Тут может быть всего два варианта решения проблемы: получить права от заказчика, что бывает непросто, или же по несколько раз на дню публиковать Ваши сервисы администратору – а это трудно назвать решением проблемы даже с натяжкой.
Ну, допустим, Вы запустили 1С под правами администратор Windows. Дальше будьте готовы к новым испытаниям:
В целом понятно, чего хочет 1С, однако эти модули расширения, наверное, надо устанавливать на машину, где работает IIS. В нашем проекте на сервере c IIS пришлось устанавливать и 1С, и модули расширения веб-сервера 1С, чтобы просто опубликовать их для IIS. Для работы с 1С эта машина была слабой, а для веб-сервера – вполне нормальной.
Вам знакомо выражение «в конце концов, среди концов, найдешь конец ты наконец»? Вот-вот. Скриншот публикации нарисован для сервера Apache. Но зачем нам Apache, если мы работаем на IIS?
Скорее всего, пока вы получите доступ к череде серверов для публикации ваших веб-сервисов на IIS, вы успеете:
· скачать и установить на своей локальной машине Апач, запустить его и обрадоваться, что оно работает;
· опубликовать веб-сервис и убедиться, что он не работает;
· найти нужную версию апача, переустановить его и переопубликовать свой веб-сервис.
При первом запуске окна Публикация на web-сервере обычно включены все галки, нужно оставить то, что действительно необходимо.
4. Отладка веб-сервиса 1С 8.3
Программист 1С считается состоявшимся, если умеет копировать в буфер и извлекать из него, а также пользоваться отладчиком. При работе с web-сервисами ситуация отладки довольно пикантна – может отлаживаться программа, не имеющая отношения к 1С. Будьте уверены, что 1С будет мстить вам за такой подход и не будет отлаживаться до последнего. Настройками отладки довольно просто пользоваться – достаточно задать правильные параметры на закладке Прочие при публикации веб-сервисов:
Потом в Конфигураторе настроить подключение к отладке:
Можно попробовать настроить отборы предметов отладки:
А также параметры отладки:
Но даже это может оказаться бесполезным. В моем случае при отладке ничего не работало из-за того, что IIS использовал нестандартный порт. Так что даже с правильными настройками отладка может не запуститься. На ситуацию эту стоит смотреть с философской точки зрения – в конце концов все настройки станут понятными. Любая проблема решаема, даже если на первый взгляд это не так.
5. Что такое SOAP
Итак, мы закодировали и опубликовали веб-сервис, разобрались с настройками отладки и хотим показать заказчику, что всё работает. Прямо сразу показывать не советую, так как есть риск, что код не заработает корректно с первого раза, особенно когда его много.
Если бы наш запрос к веб-серверу был простым, через методы POST или GET, то данные такого запроса веб-сервису передал бы сам браузер. Для передачи пакетов XDTO нужна особая программа. К счастью, проблем с ней практически не возникает.
Эта программа называется SOAP UI и в алгоритме ее работы есть немало здравых идей.
Самая гениальная идея – всё описание веб-сервиса есть в wsdl-файле. Кстати, нам его дал заказчик вместе с тестовыми данными, что значительно ускорило весь процесс.
В SOAP UI мы можем сделать новый SOAP проект.
Загрузим в него wsdl-файл.
В проекте сразу будут шаблоны запроса к нашему веб-сервису.
Мы можем заполнить эти шаблоны вручную, а если повезет, то и содержимым тестовых файлов от заказчика. На скриншоте красным выделено место, с которого до закрывающего тега в конце просто вставляется содержимое тестового файла заказчика. Наградой за старания будет маленькая желтая стрелка слева в красном кружочке в конфигураторе 1С после отправки запроса из SOAP UI. Через непродолжительное время он даже посчитает, что запрос не удался, таймаут превышен, и никогда не узнает, что у вас просто заработала отладка!
Следует обратить внимание еще на два момента:
1. Нужно будет указать правильный url обращения к веб-сервису. Мой первый url был правильный с точностью до нестандартного порта IIS. Из-за этого в ответе была ошибка 500 – внутренняя ошибка веб-сервиса. Но именно из-за неё я был уверен, что дело не в моём коде, а в сервере IIS, так что обратился к администратору заказчика, который просто подсказал, как добавить нестандартный порт в url.
Если Вы дочитали, и даже допрограммировали до этого места, вам самим впору писать статьи про 1С. Как ни странно, программировать веб-сервисы довольно просто, особенно при наличии сделанного проекта перед этим. В них нет кучи кода и особо сложных запросов, похожих на написанные роботом. Узкие места в веб-сервисах, конечно, есть, но нам повезло, что мы просто адаптировали проект, где они уже были решены.
Если Вам удалось запустить отладчик, через некоторое время вы обнаружите, что всё идеально работает! Китайцы не зря советовали опасаться своих желаний, потому что когда они исполнятся, ребром станет вопрос – а что со всем этим делать? Например, оказалось, что гениальная схема SAP из 4 файлов для номенклатуры может подкинуть вам фокус в виде пришедшего файла с номенклатурой и файла с видом номенклатуры, но пустым видом номенклатуры в самой номенклатуре, потому что эта связка приходит в третьем файле, который вам не послали из SAP. С удивлением вы обнаружите, что SAP – это не только высокооплачиваемые специалисты, но и люди творческие и условно обязательные, которым не чуждо ничто человеческое. Бывает, они пришлют вам несвязанные данные, которые при Вашем идеальном коде всё равно будут недозаполненными. Понятно, что они это делают не специально – когда номенклатуры несколько тысяч позиций, то такие вещи неизбежны. Как же можно бороться с этим хаосом?
Давайте будем на каждый пришедший пакет делать файл лога. Идея замечательная, но первая же полная выгрузка справочника номенклатуры завалит вас кучей довольно больших файлов xml, смотреть которые довольно неудобно. И тогда придется писать просмотр логов, который из каждого файла находит ключевые элементы (обычно их немного – до 2-3). Тогда файл превращается в строчку табличного поля, из которой можно посмотреть номенклатуру и на которую можно наложить отбор, вывести всё табличное поле в файл Excell и т.д.
У обработки простейший дизайн – 4 табличных поля по числу файлов обмена:
Каждый вид файлов заполняется примерно так:
Именно эта обработка позволила практически в онлайн режиме отвечать на вопросы типа сколько данных пришло, какие были незаполненные и т.п. Она оказалась нужна для проверки больших объемов выгрузки. Почему не сделали вместо файлов лога какой-нибудь регистр? На это не было добра от заказчика, да и все эти проверки нужны только на период отладки и запуска. Может вам она даже и не понадобится. Просто знайте, что всего одна страница кода может сэкономить вам кучу нервов и времени.
Обычно на проекте сложности бывают программного характера, но оказалось, что могут быть и организационного.
Что можно сделать лучше на проекте с веб-сервисами?
1. С первого дня работы обеспечить нормальную среду разработчику:
I. работающее без больших задержек хранилище. (в нашем случае нужно было просто сделать новое);
II. работающую без больших задержек 1С. (в нашем случае нужно было добавить памяти в сервер, однако от этой процедуры слетают лицензии);
III. достаточное количество лицензий: на программиста может уходить 4-5 лицензий, поэтому несколько программистов могут создать их дефицит.
2. Обеспечить оперативную поддержку со стороны админов.
3. Иметь нормальное ТЗ. Впервые на этом проекте я столкнулся с тем, что выпрашивал себе работу. Нельзя сказать, что загрузки не было из-за того, что быстро кодировали, просто внимания РП на всех не хватало. С хорошим ТЗ сделали бы в два раза больше и быстрее.
4. Общаться с заказчиком по скайпу, а не через электронную почту. Ведь тогда можно оперативно получить ответ на свой вопрос, что-то показать по демонстрации экрана, да и вообще сделать взаимодействие быстрым и эффективным. Почему заказчик выбрал путь общения через E-Mail, непонятно, но, полагаю, из-за каких-то соображений политики безопасности, что тоже имеет смысл.
Все вышеперечисленные вещи очевидны, но потери от них у нас составили порядка 30 % от общего времени проекта.
К этой группе следует отнести непосредственное подключение из SAP к базе 1С, расположенной на SQL сервере. Я нашел единственно простое решение - непосредственно на сервере SAP работать с наполнением базы 1С минуя всяких посредников (включая платформу 1С). Вот пример загрузки справочника "Банки" из 1С в таблицу базы данных SAP:
В комментариях я отметил основные моменты (кто-то приятно ужаснется, впервые увидев этот процедурный язык). Не печальтесь, если что-то останется непонятно сразу. Здесь просто имитация работы с курсором sql. Код отдаленно напомнит Вам все, с чем Вы когда-то сталкивались и t-sql, и foxpro, и дельфи. Это просто букет воспоминаний.
Чтобы на SQL сервере было возможно так легко разобраться с наполнением бызы (запрос в тексте весьма недвусмысленно говорит о простоте), Вам понадобится создать представления к таблицам 1С (это отдельная тема, она есть и среди моих публикаций). Имея некий курсор, Вы можете прочитать последовательно весь справочник 1С, обрабатывая на каждом шаге его элементы. Я не стал приводить сложной реализации с делением на фрагменты обмена и ограничился линейным перебором с проверкой версии элемента справочника 1С перед загрузкой.
Самих настроек подключения Вы не видите, потому что они собраны в отдельном месте. Оно называется DBCO. Это имя некого мастера или формы, которые принято называть транзакцией. Не удивляйтесь искажению терминологии, т.к. SAP имеет глубокие исторические корни, и в каждый поворотный момент истории нужно было принимать решения о выборе пути и названий (SAP вообще редко везло с выбором). Ниже скрин настройки:
Я не нашел другого более простого и быстро реализуемого способа. Но из SAP можно работать и с веб-сервисами 1С. На первом итапе перед Вами будет стоять "дикая" потребность быстрого обмена, а веб-сервисы вообще не обеспечат требуемую скорость.
Обращение 1С к SAP.
Этот раздел сложен скорее своим многообразием выбора. Перед Вами и прямое обращение к базе данных SAP (как мы это сделали с 1С), и шина SAP PI (интеграционная шина), и Web AS (собственный web-сервер), и пр. Выбор велик, а времени во всем этом разбираться нет. По правде говоря, обидно будет затратить усилия и разочароваться в результате.
SAP предлагает что-то большое и с первого взгляда невразумительно в теме web-сервисов. Когда Вы затратите свое дорогое время, внимательно и осторожно изучите этот вопрос, то вместе с чувством огромной проделанной работы и сорванных сроков в вашей душе поселится разочарование. Впрочем, если Вы сеньор программист с/с++/java и набрались в жизни много знаний о популярных и современных технологиях, то сможете рассуждать за одним столом с консультантами SAP о программировании, культуре бизнеса, политике и, конечно, симпатичных девушках.
В основе всех известных мне сегодня технологиях доступа из 1С к SAP лежит абревиатура RFC. RFC - это удаленный вызов функций. Это чем-то напоминает web-сервисы 1С, только нет посредника и клиент непосредственно вызывает функциональные модули. Это работает непосредственно через сокеты ( 3300 tcp порт на сервере). Формат обмена спрятан в коммерческой библиотеке, которая предлагает API-интерфейс (смотрите детали в SDK RFC). Реализация предложена на языке C. Взгляните на простой пример.
Это строка соединения:
Это вызов удаленной функции по имени:
И закрываем соединение:
Просто и понятно, если Вы ежедневно пишете программы на с/с++. А если нет? Для таких случаев открывается целый спектор готовых решений, который я немного и упомянул выше. В первую очередь опытные консультанты обступят Вас вокруг с уже готовыми ценами за услуги. Смутное чувство нереальности происходящего не оставит Вас, пока они не уйдут. Но с их уходом останется только пустота (станное чувство, которое не возникает после разговора со специалистами). Нет, у Вас, конечно, останется понимание о размере счетов, которые нужно оплатить, но вот с пониманием и знанием следующих направлений развития все плачевно (помните продавцов в магазине?)
Я скажу Вам прямо без утайки. Если Вы овладеете RFC, то весь довесок или букет интеграционных решений станет Вам не нужен. Взгляните на простой алгоритм вызова из 1С удаленной функции SAP:
Удаленная функция представляет из себя функциональный модуль (в примере это YTURE_FM). Функция принимает один строковый параметр с именем REQUTEXT и возвращает два строковых параметра ECHOTEXT и RESPTEXT (это как передать в функцию три параметра, два из которых она изменит).
Функциональный модуль можно создать в транзакции SE37. Обратите внимание на отметку удаленного вызова:
А вот и обработка на сервере SAP переданных параметров:
Здесь в коде нет заморочек. Это просто ЭХО, т.е. возвращается то, что передали (параметр с именем RESPTEXT дополнительно заполняется сведениями о подключении).
Имея возможность подключиться из 1С непосредственно к серверу SAP, минуя многочисленных посредников, Вы бережете время и получаете максимальную скорость. Чтобы описание не выглядело голословно, я приложил релиз компоненты для 1С. Однако надеюсь, что я убедил Вас в правильности использовать и изучать сразу RFC и не разбрасывать своё время и усилия на зоопарк вокруг интеграции. В конечном счете Вы сбережете и фонд оплаты труда, т.к. зверинец весьма прожорлив.
(6) Насчет Аксапты не знаю а из САПа и из ОЕБСа загружали в 1С (причем еще 77) через ADO напрямую из их БД.
Причем саперы и ораклоиды идут лесом-полем ))
(0) проектов интеграции SAP R/3 или SBO + 1С в инете море
с технической стороны это не является сколь значимой проблемой
(10)+ Еще лучше прописать бонусы за скорость (досрочное выполнение) и все супер.
Вот с расчетом времени выполнения все плохо каждый менеджер подбирает коэффициенты под своих "программистов".
Например знает что один неделю на форумах просидит и нифига не успеет поэтому срок озвученный прогом: неделю * 2 + 2 дня + ночь в запасе.
И как только неделя подходит начинает трясти "скоро дедлайн" (не говоря прогу про более недели в запасе).
(0) наверное потому что кто внедрил сап р3 на оперативке, цена интеграции покажется мелкими брызгами?
(7) сейчас у нас две т.н. Бизнес-Единицы в САПе: одна работает по корпоративным правилам (МСФО, головная за рубежом). Эта первая (ведущая) БЕ по сформулированным правилам сгружает документы в другую БЕ, созданную специально для целей РСБУ. Пока мы были филиалом - с недостатками САПа для РСБУ-отчетности худо-бедно мирились. Например, нет необходимости расчитывать и отчитываться по ПБУ18, отложенным налоговым активам и т.д.
Но теперь филиал становится российским юр.лицом. И перед налоргами придется отвечать по всей строгости.
(8) я нашел только ссылку на АСАП, некий проект по интеграции не помню точно какой фирмы, что-то с холодильным оборудованием.. Где их "море"? Подскажите, где видели, слышали
(14) ну как возьмете 1С:БП3 или что-то иное для российского - не забудь отписаться, поржем. ;-)
(16) а по конкретнее можно? Над чем собираешься ржать? У тебя опыт есть на этом поприще? Внедряли, да не получилось? Где? Когда? Что именно пошло не так?
(18) Дык сначала возьмите 1С-ку БП3 например и посмотрите ее. Потом от ЭсЭйПи слегка тошнить будет от внешнего вида.
(0) Такую интеграцию приходилось делать неоднократно. Всегда со стороны SAP изначально звучал вопрос: "Скажите, в каком формате вы сможете загрузить в 1С"? Ответ был встречным вопросом: "Вам дорого - онлайн или дёшево - офлайн?" Онлайн тут же отпадал, после чего ответ превращался в "Можем через любой промежуточный flat-файл или файл Excel". В результате интеграция всегда делалась через промежуточный файл Excel: из SAP ERP идёт выгрузка, а уже потом загрузка из Excel в 1С. Т.е. задача со стороны 1С, по большому счёту, сводится к более простой: загрузка из Excel в 1С. Соответственно, технически - никаких проблем.Вопрос упирается только в различную структуру данных, соответственно, нужно (а) скрупулёзное сопоставление реквизитов базы-источника и базы-приёмника и (б) продумать, чтобы такое сопоставление пополнялось в базе-приёмнике при появлении новых объектов в базе-источнике, а также должным образом обрабатывалось в базе-приёмнике (перезаписывалось или нет) при повторных загрузках.
У нас все так и работает. Посылаем в Сап TAD и DLVR.
(20) спасибо, это, кажется, тот самый ответ, который я последнюю неделю разыскиваю.. Итак, опыт есть, в большей части офлайн, через эксель. Значит ли это на практике, что каждый день/неделю/месяц некий супер-юзер должен вручную сгрузить из САПа в эксель, а потом из экселя в 1С?
И.. если все таки не поскупиться и реализовывать обмен в реальном времени (онлайн), и, желательно, без человеческого участия, - то почему/насколько это дорого/дороже?
Сорри, если вопросы наивные - я не программист, пользователь
+ народ же писал, что можно данные вообще на прямую из сапа подтягивать :)
(22) При оффлайн-обмене из SAP ERP в MS Excel можно выгрузить с помощью стандартных пользовательских механизмов. Соответственно, цена вопроса - только в загрузке из Excel в 1С. При онлайн-обмене надо будет работать через ODBC или читать СУБД (Oracle или HANA) напрямую. С ODBC вроде всё просто, но тут сразу засада на стороне 1С. А вот с СУБД всё сразу становится дорого и долго, т.к., скорее всего, надо будет ABAP'еров привлекать.
(20) Науя промежуточный файл?
Или тем кто "купил САП" даже доступа/паролей от БД (Oracle или что там еще типа HANA) не выдали?
Что делать крупному предприятию, которое вынуждено использовать в разных филиалах и подразделениях сразу несколько кардинально отличающихся от друга учётных систем? Особенно, если речь идёт о российской ERP 1C и продуктах на базе немецкой SAP. Считается, что проекты по взаимной интеграции этих систем либо невозможны, либо невероятно затратны. При этом, каналы связи между ними бывают жизненно необходимы для бизнеса.
Но стоит ли вообще проводить классическую интеграцию, чтобы настроить обмен данными и документами? Разбираем ситуацию и находим наиболее оптимальное решение задачи.
Кто сталкивается с проблемой интеграции ERP
Лидерство на рынке учётных систем в России делят 1С и SAP, на которые в сумме приходится порядка 80% всех затрат на внедрение информационных систем управления.
У каждой из систем есть своя «специализация». Если 1С изначально создавалась для бухгалтерского учёта, автоматизации работы с документами и данными, то SAP скорее была предназначена организации сложного производственно-логистического функционала – управления ресурсами, обеспечения бесперебойности поставок и производства, оперативной коррекции производственного плана.
Если 1С учитывает, в первую очередь, опыт, нюансы ведения бизнеса и законодательство России, то SAP ориентируется на стандартны управления и инструменты западных компаний.
Ситуации, при которых организациям требуется настроить обмен данными между этими двумя системами, характерны для крупных холдингов – дистрибьюторов, ритейлеров, производственных предприятий, которые:
- Имеют головной офис за рубежом, а в России работают их филиалы;
- Занимаются активным поглощением более мелких организаций и территориальной экспансией;
- Внедряют новые ERP по мере быстрого роста и усложнения структуры компании.
В одном случае иностранным компаниям, выходящим на российские рынки, требуется обеспечить соответствие нормам документооборота при минимальном вмешательстве в SAP. Это может привести к патовой ситуации – работать в рамках глобальной SAP с российскими контрагентами и госорганами невозможно без сложных доработок, но их также сложно провести из-за ограничений по вмешательству в ERP – это дорого, долго и, зачастую, противоречит политике международных холдингов.
Другая ситуация связана с «зоопарком систем» внутри российских предприятий. Приняв решение по переходу на более совершенное программное обеспечение по управлению ресурсами холдинга, предприятие не может одномоментно перевести на него все свои юрлица и филиалы из-за тех же проблем со сроками и затратами. Встаёт задача «подружить» системы внутри одного контура, не усложняя бизнес-процессы.
Цены на продукцию 1С существенно ниже, чем на SAP. Речь идёт не только об затратах на специалистов по внедрению, но и на дальнейшее сопровождение и обновление ПО. По разным оценкам, порядок затрат на внедрение SAP для малого и среднего бизнеса может исчисляться десятками и сотнями тысяч долларов, в то время как создание ERP на базе 1С – всего сотнями тысяч или миллионами рублей.
Внедрение SAP в крупном холдинге может занять пять-шесть лет, тогда как проекты на базе 1С требуют гораздо меньше времени. Считается, что SAP не обладает хорошими адаптационными характеристиками и в чистом виде для особенностей российского рынка не приспособлен. Не достаточно установить ERP, её придётся регулярно подстраивать под быстро меняющиеся требования и нововведения законодательства, дорабатывать и подгонять под бизнес-процессы, связанные с ситуацией на рынке.
ERP
Плюсы
Минусы
Адаптирована к российскому законодательству, не требует доработок
Это отраслевой стандарт для бухучёта и управления ресурсами
Внедрение происходит быстро и недорого
Легко найти специалистов для поддержки системы
Решения ориентированы на РСБУ, отличающиеся от международных.
Для получения отчётности по стандартам МСФО потребуются дополнительные трудозатраты
Учитывает лучшие международные практики по организации бизнес-процессов
Система «заточена» на работу с логистикой, планирование производства и обработку больших объёмов данных
Охватывает ключевые направления деятельности компании, может включать встроенные CRM и MRP
Внедрение проходит долго, проекты стоят дорого
Требуется адаптация к российским стандартам, необходима значительная доработка ПО
Есть возможность работать с отчётностью по РСБУ с помощью специальных дополнений к системе, но процесс отличается повышенной сложностью
Почему прямая интеграция не нужна
Большая часть продуктов SAP не являются готовыми к эксплуатации «из коробки», а предполагают реализацию проекта по внедрению информационной системы под конкретного заказчика. На российском рынке присутствует более сотни компаний-интеграторов, предлагающих свои услуги в области внедрения информационных систем на базе SAP и имеющих разные уровни компетенций. В этом отношении недостатка в специалистах нет. Но поскольку линейка SAP покрывает большую часть типовых функциональных областей (финансы, кадры, логистика и т.д.) и ряд специфических для конкретных отраслей (например, ритейл, химическое производство и т.д.), то российские компании-интеграторы специализируются на автоматизации лишь отдельных функциональных областей и, соответственно, на конкретных продуктах/конфигурациях SAP.
Опыт по эффективной и быстрой интеграции 1С и SAP есть лишь у единиц. Относительная слабая поддержка российской локализации SAP зачастую вынуждает интеграторов уже в процессе внедрения заниматься разработкой дополнительного и очень специфичного функционала. И даже после завершения таких проектов заказчику нужно будет регулярно актуализировать систему к новым требованиям законодательства, нормативным актам регулирующих госорганов и т. д. При этом, делать такие обновления придётся в сжатые сроки.
Обе системы 1С и SAP поддерживают достаточно гибкие в реализации веб-сервисы, которых на практике оказывается недостаточно для прямой интеграции. Наиболее оптимальным решением, позволяющим обойти ограничения учётных систем, является «бесшовная» интеграция и вынос основных задач по конвертации форматов, подписанию электронных документов и обработке данных на внешний шлюз.
Соединение с таким интеграционным шлюзом можно проводить через выгрузку данных или универсальные модули-коннекторы.
- Уйти от необходимости нести значительные расходы на доработку SAP под российскую специфику;
- Сократить сроки ведения интеграционных проектов с нескольких лет до месяцев и даже недель;
- Оперативно вносить изменения в бизнес-процессы в связи с нововведениями в законодательстве или сменой рыночной конъюнктуры.
Как это работает на практике
Среди российских компаний с иностранным происхождением есть несколько примечательных кейсов, связанных с необходимостью подготовки глобальной SAP к реалиям рынка.
Например, Ariston является ведущим производителем водонагревателей и конденсационных котлов. Заводы и филиалы холдинга находятся в Европе, Азии и Америке. Российское производство расположено в Ленинградской области. Завод поставляет свою продукцию в крупнейшие торговые сети. Для оптимизации бизнес-процессов в цепочке поставок предприятие планировало перейти на электронный обмен данными со своими покупателями и дистрибьюторами. В частности, Ariston хотел усилить контроль над потоком входящих заказов и улучшить платёжную дисциплину контрагентов. При классическом EDI-обмене в систему автоматически могли попадать заявки даже от тех покупателей, которые имели долги, а сторнировать весь поток заказов в SAP было бы тяжело. Требовалось создать инструмент, автоматически фильтрующий заявки в подобных ситуациях. Необходимая доработка системы SAP, используемой Ariston, силами европейских специалистов была достаточно затратной.
Работы на стороне учётной системы холдинга оказались минимальными, что соответствовало достаточно строгой внутренней политике компании. При этом, для работы с входящими заказами в интеграционной системе реализован необходимый пользовательский интерфейс.
Итоги. Коротко
В качестве заключения повторим несколько важных моментов, которые доказаны в реальных бизнес-кейсах в России:
Компания SAP - лидер рынка комплексного корпоративного прикладного программного обеспечения, баз данных, аналитики, интеллектуальных технологий в мире. Компания «1С» является лидером рынка корпоративных приложений в России и странах СНГ. В России 1С составляет около 83% рынка ERP-систем. До выпуска 1С:ERP WE компания 1С была нацелена на русскоязычный рынок. 1С существенно уступает SAP по охвату территории. Изначально фирма 1С была ориентирована на сектор СМБ, программные продукты 1С ведут свое начало от потребностей российской бухгалтерии. Системы SAP, изначально поставлявшиеся на рынок для крупного бизнеса, сейчас успешно покоряют сектор СМБ.
2. Плюсы и минусы программных решений
В 2005 году компания «1С» выпустила конфигурацию «1С:Управление производственным предприятием», при разработке которой учитывались современные международные методики управления предприятием (MRP II, CRM, SCM, ERP, ERP II и др.) и опыт успешной автоматизации производственных предприятий, накопленный фирмой 1С.
В 2013 году компания 1С выпустила новое программное решение для комплексной автоматизации промышленных предприятий - 1С:ERP Управление предприятием 2. В программе основной акцент был сделан на планировании. И только следствием установленного плана, являлась оперативная деятельность предприятия и ее учет. Формирование бухгалтерских проводок не производится в оперативном режиме. Бухгалтер формирует правила ведения регламентного учета. Затем становится контролером, который подключается на завершающем этапе работ, когда планы установлены, выполнены и нужно подготовить регламентную отчетность. 1С:ERP Управление предприятием 2 в полном смысле является системой управления ERP-класса.
Ранее выбор между решениями на платформе 1С и SAP определялся количеством автоматизируемых рабочих мест. Предприятия среднего и малого бизнеса в основном внедряли 1С:УПП. Корпорации численностью от 2000 человек предпочитали SAP ERP. С появлением и развитием 1С:ERP размер объекта автоматизации при выборе программного решения значения больше не имеет, возможности двух систем выровнялись. Например, Почта России завершила масштабный проект по автоматизации документооборота на 1С на 47612 рабочих мест. 1С:ERP демонстрирует прекрасные результаты на предприятиях ПАО "Вымпел-Коммуникации" - 13000 автоматизированных рабочих мест, "Трансмашхолдинг" - 19510 автоматизированных рабочих мест и т.д.
Обе ERP системы предназначены для автоматизации систем управления и учета на предприятиях различных отраслей и видов деятельности, включают в себя решения для комплексной автоматизации производственных, торговых и сервисных предприятий. Обе системы предназначены для ведения бухгалтерского учета, расчета зарплаты и управления кадрами, для учета в бюджетных учреждениях, продукты для управления финансами холдингов и отдельных предприятий, и имеют разнообразные отраслевые и специализированные решения.
Обе системы представляют собой набор стандартных бизнес-процессов и большое количество настроек, расширений, интерфейсов и других возможностей менять этот процесс под свои нужды. Содержат внутренний язык программирования и средства разработки и отладки — то есть, при желании, в рамках системы можно разработать свой собственный функционал или расширить существующий. Система управления предприятием от SAP SE подразумевает подгонку бизнес-процессов под западные стандарты. При внедрении 1С:ERP бизнес-процессы предприятия автоматизируются без масштабных преобразований. В архитектуре SAP все модули завязаны на единое ядро, у продуктов 1С нет общей платформы и если вы приобретаете отдельные решения, между ними нужен обмен. Для организации обмена есть «Конвертация данных». В 1С существует возможность добавлять внешние доработки (печатные формы, отчеты, обработки), что позволяет расширить функционал программы без вмешательства во внутренний программный код. В SAP такой возможности нет. SAP работает исключительно со встроенными объектами.
Программные решения SAP ERP ориентированы на общеевропейские стандарты функционирования производственных предприятий системы класса ERP и под принципы "западного" учета. Они адаптируются под законодательство конкретной страны дислокации, но немецкая ERP-система не успевает оперативно подстраиваться под постоянно меняющиеся требования российского законодательства. Слабая локализация под российские условия – это главный недостаток при внедрении SAP в России. Решения от 1С максимально соответствуют российской практике управления бизнесом. Первенство 1С в автоматизации российского регламентированного учета неоспоримо. В 1С:ERP реализованы привычные для пользователей инструменты и формы бухгалтерской отчетности. Решение 1С оперативно реагирует на выход каждого нового закона.
3. Сравнение реальной стоимости программных решений
Eсли Вам не удобно работать со специфическим интерфейсом или функционалом SAP, если у Вас сильно затянувшееся внедрение SAP, если Вам важна стоимость программного продукта либо если Вы представитель государственной компании, которая в связи с планами Минпромторга и Минкомсвязи по импортозамещению программного обеспечения должна перейти на российский продукт, обращайтесь в «Кодерлайн». Специалисты нашей компании переведут Вас на 1С:ERP за приемлемую цену и в максимально сжатые сроки.
Читайте также: