Опыт интеграции САП и 1С 8 #777167

Как-то очень давно здесь обсуждалось, как можно скрестить САП и 1С. Так, чтобы САП, оставаясь первичной системой, в которую вводятся документы, сгружала все данные, релевантные для российской налоговой отчетности, в 1С. У кого-нибудь есть опыт такого проекта? Есть ли вообще шанс скрестить эти две системы (ежа и ужа)? По идее, принимая во внимание плюсы и минусы обеих систем, такая связка напрашивается сама собой. Но, судя по интернету, опытов таких немного. Почему бы это?

Разориться на сап и ещё его интегрировать с 1с?! Да вы там рехнулись.

Сап- это мертворожденное дите пожирающее мир:-)

Посмотри на базовые принципы обеих систем. Ясно станет почему решений мало.

а если серьезно, то твой вопрос свидетельствует о том, что ты делитант

А с делитантами разговаривать на профессиональные тему - бесполезно

делали такое с аксаптой - из нее выгружались промежуточные таблицы в скуль, которые засасывались в 1с. Сколько такая доработка для сапа будет стоить, боюсь представить.

Насчет Аксапты не знаю а из САПа и из ОЕБСа загружали в 1С (причем еще 77) через ADO напрямую из их БД. Причем саперы и ораклоиды идут лесом-полем ))

проектов интеграции SAP R/3 или SBO + 1С в инете море на большинстве проектов фискальный контур в R/3 отсутствует и отчетность сводиться в БП Корп с технической стороны это не является сколь значимой проблемой

Лет 8-10 назад писал загрузку проводов в БП 1.5, кажется, из SAP. Выгрузку писала контора с часовой ставкой в 3 раза выше моей. Пачку dbf загружали в документ Операция, тупо проводками, с аналитикой по подразделениям, в основном. Тогда я был молод и оптимистичен, а потому работу оценил часов в 20. Реально вышло больше почти вдвое.

Правило расчета затрат/стоимости (правило ПИ) Исходную оценка * 3.14 = Цена для заказчика

+ Еще лучше прописать бонусы за скорость (досрочное выполнение) и все супер. Вот с расчетом времени выполнения все плохо каждый менеджер подбирает коэффициенты под своих "программистов". Например знает что один неделю на форумах просидит и нифига не успеет поэтому срок озвученный прогом: неделю * 2 + 2 дня + ночь в запасе. И как только неделя подходит начинает трясти "скоро дедлайн" (не говоря прогу про более недели в запасе).

Мой персональный коэффициент оптимизма сейчас - около 1.5 )) На плохо поставленных/рискованных задачах увеличиваю до 2 или 3.

наверное потому что кто внедрил сап р3 на оперативке, цена интеграции покажется мелкими брызгами?

сейчас у нас две т.н. Бизнес-Единицы в САПе: одна работает по корпоративным правилам (МСФО, головная за рубежом). Эта первая (ведущая) БЕ по сформулированным правилам сгружает документы в другую БЕ, созданную специально для целей РСБУ. Пока мы были филиалом - с недостатками САПа для РСБУ-отчетности худо-бедно мирились. Например, нет необходимости расчитывать и отчитываться по ПБУ18, отложенным налоговым активам и т.д. Но теперь филиал становится российским юр.лицом. И перед налоргами придется отвечать по всей строгости. я нашел только ссылку на АСАП, некий проект по интеграции не помню точно какой фирмы, что-то с холодильным оборудованием.. Где их "море"? Подскажите, где видели, слышали

ну как возьмете 1С:БП3 или что-то иное для российского - не забудь отписаться, поржем... ;-)

ок, прямо из САП-форума вводим в поиск "Интеграция САП и 1С". Возвращает "Подходящих тем или сообщений не найдено"

а по конкретнее можно? Над чем собираешься ржать? У тебя опыт есть на этом поприще? Внедряли, да не получилось? Где? Когда? Что именно пошло не так?

Дык сначала возьмите 1С-ку БП3 например и посмотрите ее. Потом от ЭсЭйПи слегка тошнить будет от внешнего вида. Плохо искал Но они странные все темы где данные тянут из САПа в 1С со стороны 1С того, и ток одна темка где из САПа юзают веб-сервис поднятый в 1С.

Такую интеграцию приходилось делать неоднократно. Всегда со стороны SAP изначально звучал вопрос: "Скажите, в каком формате вы сможете загрузить в 1С"? Ответ был встречным вопросом: "Вам дорого - онлайн или дёшево - офлайн?" Онлайн тут же отпадал, после чего ответ превращался в "Можем через любой промежуточный flat-файл или файл Excel". В результате интеграция всегда делалась через промежуточный файл Excel: из SAP ERP идёт выгрузка, а уже потом загрузка из Excel в 1С. Т.е. задача со стороны 1С, по большому счёту, сводится к более простой: загрузка из Excel в 1С. Соответственно, технически - никаких проблем. Вопрос упирается только в различную структуру данных, соответственно, нужно (а) скрупулёзное сопоставление реквизитов базы-источника и базы-приёмника и (б) продумать, чтобы такое сопоставление пополнялось в базе-приёмнике при появлении новых объектов в базе-источнике, а также должным образом обрабатывалось в базе-приёмнике (перезаписывалось или нет) при повторных загрузках.

У нас все так и работает. Посылаем в Сап TAD и DLVR.

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

Это как договоритесь с сап интеграторами :)

+ народ же писал, что можно данные вообще на прямую из сапа подтягивать :)

При оффлайн-обмене из SAP ERP в MS Excel можно выгрузить с помощью стандартных пользовательских механизмов. Соответственно, цена вопроса - только в загрузке из Excel в 1С. При онлайн-обмене надо будет работать через ODBC или читать СУБД (Oracle или HANA) напрямую. С ODBC вроде всё просто, но тут сразу засада на стороне 1С. А вот с СУБД всё сразу становится дорого и долго, т.к., скорее всего, надо будет ABAP'еров привлекать.

Науя промежуточный файл? Или тем кто "купил САП" даже доступа/паролей от БД (Oracle или что там еще типа HANA) не выдали?

+ не понимаю проблемы завести в БД сапа учетку только чтение и выдать ее 1Снику еще с желательно кратким описанием структур таблиц нужных

в чем засада с ODBC и 1С?

+ реально не понимаю когда кучу раз делал даже для 77

У нас в конторе реализован обмен между SAP и 1С. Обработку по загрузке данных в 1С сам писал, выгрузку из SAP программист АВАР. Реализовано через web-сервис. Обработка 1С передает несколько параметров в SAP, тот обратно передает данные в формате XML. На основании этих данных загружаются в УПП справочники и создаются документы. Если есть ошибки при перекладке данных, нужным пользователям обработка отправляет письмо с описанием ошибки. Обмен происходит раз в сутки.

++ Делал переброс доков из Оракла в 1С через ODBC. С самим механизмом засад не обнаружил. Проблемы были только с большим количеством документов в день и с разными форматами данных. В итоге после нескольких подходов в Оракле была создана табличка, куда специально для 1С сливались нужные данные в нужном формате и 1С уже запросом их себе забирала.

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

+1 таскал из навика, OEBS кроме дат проблем нет

попробуй выйти на ребят, которые на КАМАЗе внедрение делали - у них есть даже "интеграционная шина" между САП и 1С