что такое сап код
SAP vs 1С: что выбирают бухгалтеры
Бухгалтеры поделились мнениями о программе SAP. И советуют ее использовать, только если этого требуют корпоративные стандарты компании. В остальных случаях — советуют 1С.
«Собираемся (думаем) перейти на SAP. Насколько она заточена под российский налоговый и бухгалтерский учет? Какие подводные камни при формировании отчетности есть?».
Забегая вперед — многие бухгалтеры пишут, что если в компании используют SAP — придется многое делать в Excel.
В комментариях пишут, что система под российский налоговый и бухгалтерский учет не заточена от слова «совсем»:
«Не заточена. Точить будете сами, оплачивая услуги специально обученных людей».
Кто-то пишет, что крупные компании используют SAP, и это нормально:
«Серьезные компании работают с SAP. Это нормально. Вопрос в другом аттестация рабочих мест сотрудников компании, в части приобретения навыков работы».
На это отвечают, что это не нормально, просто так принято:
«Это не нормально, а просто так принято, не более. Если у тебя 2-3 ярда оборотов, то ты должен себе поставить SAP».
Пишут, что лучше использовать 1С, а в случае с SAP — нужен программист, который все будет постоянно ее дорабатывать.
«SAP можно использовать только тогда когда сидит программер и постоянно с учетом изменения законодательств или отчётных форм запиливает ее под тебя. А иначе только 1С».
Выходит, что ПО от 1С, как бы его порой ни ругали, все-таки одно из лучших для наших бухгалтеров? Или у вас есть другое мнение? Напишите отзыв.
У кого-то требование использовать SAP обусловлено корпоративным стандартом. И это очень неудобно:
«Очень-очень-очень дорого. Сложно. Долго. Я почти всю отчетность делаю руками, в экселе. Но корпоративный стандарт требует SAP».
У кого-то тоже из-за корпоративного стандарта. Параллельно используют 1С и Excel:
«У нас САП корпоративный, никуда не денешься. Налоговая, бухгалтерская и статистическая отчетность в Экселе. Только ЗП в 1С. Но я знаю, что корпорация жмётся покупать Country version, поэтому все в Экселе. Непонятно, какую цель вы преследуете, думаю о САПе. Если цель оправдана, идите на Космодамианскую набережную к ним и разговаривайте про российский учёт».
А вот положительный отзыв. Ну, почти:
«НДС нормально делает, в смысле формирует книги покупок и продаж. Декларацию теоретически можно отладить, но мне лично проще руками. ЗП естественно в ЗУПе, прибыль руками. В принципе все там нормально настроено, есть загрузка из банка, можно массивы файлов загружать, ГТД пошлину на материал не распределяет. Много работы предстоит с программистами вам».
Еще пишут, что это вообще прекрасная программа (очень похоже на сарказм):
«Прекрасно заточена, выгружать проводки в 1С и там сдавать отчётность, а вообще модуль российского бухучета там есть, за сто тысяч миллионов дополнительно. Вы понимаете, что изменить что либо в сапе и в 1С это две большие разницы?»
На это пишут, что «этот трансфер проводок — доработка, совсем не дешевая». На что ответили, что «в SAP ничего дешёвого нет и не было никогда».
Подытожим таким комментарием:
«SAP — это дорого, точнее — очень и очень дорого. Ну а за ещё немного дорого — вам все допишут. Только дописывать будут долго, а наши законодатели за это время поменяют или закон, или формат декларации. Не всякий крупный бизнес выдержит затраты на SAP».
ВНИМАНИЕ!
1 декабря на «Клерке» стартует обучение на онлайн-курсе повышения квалификации для получения удостоверения, которое попадет в госреестр. Тема курса: управленческий учет.
Повышайте свою ценность как специалиста прямо на «Клерке». Подробнее
Что такое SAP?
И как получилось, что 77% мировой торговли, в том числе 78% поставок продуктов питания, проходит через программы SAP?
ERP — то место, где компании хранят основные операционные данные. Мы говорим о прогнозах продаж, заказах на покупку, складских запасах, а также о процессах, которые срабатывают на основе этих данных (например, выплаты поставщикам при оформлении заказов). В некотором смысле ERP является «мозгом» компании — она хранит все важные данные и все действия, которые инициируются этими данными в рабочих процессах.
Но прежде чем полностью захватить современный мир бизнеса, как вообще появилось это программное обеспечение? История ERP начинается с серьёзной работы по автоматизации офисной деятельности в 1960-е годы. Ранее, в 40-е и 50-е годы происходила главным образом автоматизация механической работы «синих воротничков» — вспомните General Motors, создавшую свой отдел автоматизации в 1947 году. А вот автоматизация работы «белых воротничков» (часто с помощью компьютеров!) началась в 60-е.
Автоматизация 60-х: появление компьютеров
Первыми бизнес-процессами, которые автоматизировали с помощью компьютеров, стали расчёт зарплаты и выставление счетов. Раньше целые армии офисных работников вручную подсчитывали часы работы сотрудников в бухгалтерских книгах, умножали на почасовую ставку, затем вручную вычитали налоги, вычеты на пособия и так далее… всё это только для того, чтобы посчитать зарплату за один месяц! Этот трудоёмкий, повторяющийся процесс был подвержен человеческим ошибкам, при этом он идеально подходит для компьютерной автоматизации.
К 60-м годам многие компании для автоматизации расчёта зарплаты и выставления счетов использовали компьютеры IBM. Процессинг данных —устаревший термин, от которого осталась только компания Automatic Data Processing, Inc. Вместо него сегодня мы говорим «ИТ». Тогда ещё не сформировалась отрасль разработки программного обеспечения, поэтому в отделы ИТ часто брали аналитиков и учили их программировать на месте. Первый в США факультет Computer Science открыл университет Пердью в 1962 году, а первый выпуск по специальности состоялся спустя несколько лет.
Написание программ для автоматизации/обработки данных в 60-е годы было сложной задачей из-за ограничений памяти. Не было ни языков высокого уровня, ни стандартизированных операционных систем, ни персональных компьютеров — только большие дорогие мейнфреймы с небольшим объёмом памяти, где программы запускались на катушках магнитной ленты! Программисты часто работали с компьютером по ночам, когда он был свободен. Для компаний вроде General Motors обычным делом было писать собственные операционные системы, чтобы получить максимальную отдачу от своих мейнфреймов.
Cегодня мы запускаем прикладное программное обеспечение в нескольких стандартных операционных системах, но такого не было до 1990-х гг. В средневековую эпоху мейнфреймов 90% всего программного обеспечения писалось на заказ, и только 10% продавалось в готовом виде.
Такая ситуация глубоко повлияла на то, как компании развивали свои технологии. Некоторые предполагали, что будущее за стандартизированным оборудованием с неизменной ОС и языком программирования, как система SABRE для авиационной промышленности (которая используется до сих пор!) Большинство компаний продолжали создавать собственное полностью изолированное программное обеспечение, часто изобретая велосипед.
Рождение стандартного программного обеспечения: расширяемая программа SAP
В 1972 году пять инженеров уволились из IBM, чтобы заключить контракт на поставку программного обеспечения с крупной химической фирмой под названием ICI. Они основали новую компанию под названием SAP (Systemanalyse und Programmentwicklung или «системный анализ и разработка программ»). Как и большинство разработчиков программного обеспечения в то время, они в основном занимались консалтингом. Сотрудники SAP приходили в офисы клиентов и разрабатывали софт на их компьютерах, в основном, для управления логистикой.
Но самое главное, программное обеспечение SAP изначально создавалось расширяемым. В первоначальном контракте с ICI компания SAP не создавала программное обеспечение с нуля, как было принято в то время, а писала код поверх предыдущего проекта. Когда SAP выпустила своё программное обеспечение для финансового учёта в 1974 году, то изначально планировала в будущем писать поверх него дополнительные программные модули и продавать их. Такая расширяемость стала определяющей особенностью SAP. В то время взаимодействие между клиентскими контекстами считалось радикальной инновацией. Программы писались с нуля для каждого клиента.
Важность интеграции
Когда SAP представила свой второй программный модуль для производства в дополнение к первому финансовому модулю, эти два модуля смогли легко взаимодействовать друг с другом, поскольку у них была общая база данных. Такая интеграция сделала сочетание модулей значительно более ценным, чем просто две программы по отдельности.
Поскольку ПО автоматизировало определённые бизнес-процессы, его влияние в значительной степени зависело от доступа к данным. Данные заказа на закупку хранятся в модуле продаж, данные по запасам продукции хранятся в модуле склада и т. д. И поскольку эти системы не взаимодействуют, их регулярно нужно синхронизировать, то есть сотрудник вручную копировал данные из одной базы в другую.
Интегрированное ПО решает эту проблему, облегчая коммуникацию между системами компании и позволяя новые виды автоматизации. Такого рода интеграция — между различными бизнес-процессами, а также источниками данных — является ключевой особенностью ERP-систем. Это стало особенно важным по мере развития аппаратного обеспечения, что открывало новые возможности автоматизации — и системы ERP процветали.
Скорость доступа к информации в интегрированном ПО позволяет компаниям полностью изменить свои бизнес-модели. Компания Compaq с помощью ERP внедрила новую модель «производство по заказу» (то есть сборка компьютера только после явного получения заказа). Эта модель экономит деньги, уменьшая складские запасы, полагаясь на быстрый оборот — именно то, в чём помогает грамотная ERP. Когда IBM последовала тому же примеру, то сократила время доставки комплектующих с 22-х до трёх дней.
Как на самом деле выглядит ERP
Слова «корпоративное программное обеспечение» никак не ассоциируется с модным и удобным интерфейсом, и SAP не исключение. Базовая установка SAP содержит 20 000 таблиц БД, 3000 из которых являются таблицами конфигурации. В этих таблицах около 8000 конфигурационных решений, которые нужно принять ещё до начала работы программы. Вот почему SAP Configuration Specialist — это реальная профессия!
Несмотря на сложность настройки, программное обеспечение SAP ERP обеспечивает ключевую ценность — широкую интеграцию между собой нескольких бизнес-процессов. Эта интеграция приводит к тысячам вариантов использования в организации. SAP организует эти варианты использования в «транзакциях», которые представляют собой бизнес-действия. Некоторые примеры транзакций включают «создание заказа» и «отображение клиента». Эти транзакции организованы в формате вложенного каталога. Таким образом, чтобы найти транзакцию «Создать заказ на продажу», вы идёте в каталог «Логистика», затем «Продажи», затем «Заказ», и там найдёте фактическую транзакцию.
Если назвать ERP «браузером транзакций», то это будет удивительно точным описанием. Он очень похож на браузере, тут есть кнопка «Назад», кнопки зуммирования и текстовое поле для кодов “TCodes”, эквивалент адресной строки в браузере. SAP поддерживает более 16 000 типов транзакций, поэтому навигация по дереву транзакций может быть сложной без этих кодов.
Несмотря на головокружительное количество доступных конфигураций и транзакций, у компаний всё равно встречаются уникальные варианты использования, им нужно тонко настраивать свои действия. Для обработки таких уникальных рабочих процессов у SAP есть встроенная среда программирования. Вот как работает каждая часть:
Данные
В интерфейсе SAP разработчики могут создавать собственные таблицы БД. Это реляционные таблицы как обычные базы SQL: столбцы различных типов, внешние ключи, ограничения значений, а также разрешения на чтение/запись.
Логика
SAP разработала язык под названием ABAP (Advanced Business Application Programming, первоначально Allgemeiner Berichts-Aufbereitungs-Prozessor, по-немецки «общий процессор создания отчётов»). Он позволяет разработчикам запускать индивидуальную бизнес-логику в ответ на определённые события или по расписанию. ABAP — это язык с богатым синтаксисом, здесь примерно втрое больше ключевых слов, чем в JavaScript (см. реализацию игры 2048 на языке ABAP). Когда вы написали свою программу (в SAP есть встроенный редактор для программирования), то публикуете её как собственную транзакцию, вместе с индивидуальным кодом TCode. Можете настроить существующее поведение с помощью обширной системы хуков, которые называются «бизнес-надстройками» (add-ins), где программа настраивается для запуска при выполнении определённой транзакции — аналогично триггерам SQL.
SAP также поставляется с конструктором для создания UI. Он поддерживает драг-н-дроп и поставляется с удобными функциями, такими как сгенерированные формы на основе таблицы БД. Несмотря на это, его довольно трудно использовать. Моя любимая часть конструктора — рисование столбцов таблицы:
Трудности внедрения ERP
Интегрированная природа ERP означает, что для её внедрения требуются усилия компании целиком. А поскольку компании получают выгоду только после повсеместного внедрения, это особенно рискованно! Внедрение ERP — не просто решение о покупке: это обязательство изменить свои методы управления операциями. Установка программного обеспечения — это легко, перенастройка рабочего процесса всей компании — вот где основная работа.
Для внедрения у себя ERP-системы клиенты часто нанимает консалтинговую фирму, такую как Accenture, и платят ей миллионы долларов за работу с отдельными бизнес-подразделениями. Аналитики определяют, как интегрировать ERP в процессы компании. И как только интеграция начинается, компания должна начать обучение всех сотрудников, как использовать систему. Gartner рекомендует резервировать 17% бюджета только на обучение!
Современная индустрия ERP
Крупнейшими игроками являются Oracle и SAP. Хотя обе являются лидерами рынка, их ERP-продукты удивительно отличаются. Продукт SAP был в основном построен внутри компании, в то время как Oracle агрессивно скупила конкурентов, таких как PeopleSoft и NetSuite.
Oracle и SAP настолько доминируют, что даже Microsoft использует SAP вместо своего собственного ERP-продукта Microsoft Dynamics.
Поскольку в большинстве отраслей довольно специфические потребности в ERP, у Oracle и SAP есть готовые конфигурации для многих отраслей, таких как пищевая, автомобильная и химическая, а также вертикальные конфигурации, такие как процессы организации продаж. Тем не менее, всегда остаётся место для нишевых игроков, которые, как правило, ориентируются на конкретную вертикаль:
Однако специализация — не единственная возможность найти свою нишу на рынке. Некоторые стартапы пытаются вывести на рынок более современные программные платформы. Примером может служить Zuora: она предлагает возможность интеграции (с разными ERP!) по подписке. Стартапы вроде Anaplan и Zoho предлагают то же самое.
ERP на подъёме?
В 2019 году SAP чувствует себя прекрасно: в прошлом году выручка составила €24,7 млрд, а рыночная капитализация сейчас превысила €150 млрд. Но мир программного обеспечения уже не тот, что раньше. Когда SAP впервые появилась, данные были изолированы и трудно интегрировались, так что хранение всего этого в SAP казалось очевидным ответом.
Но теперь ситуация быстро меняется. У большинства современных корпоративных программ (например, Salesforce, Jira и т. д.) есть бэкенд с хорошими API для экспорта данных. Формируются озёра данных: например, Presto облегчает соединение между собой баз данных, невозможное всего несколько лет назад.
SAP@Pitroff.Ru
Что такое SAP?
Несмотря на то, что SAP в России присутствует уже 22 года и сложно найти крупный бизнес, в котором так или иначе не используются продукты этого производителя – вопрос этот задается с завидной регулярностью и настойчивостью. 🙂
Давайте попробуем разобраться, что стоит за аббревиатурой SAP.
Немного истории.
История SAP начинается с пяти “беглых” немецких инженеров IBM.
Точнее, все началось с того, что XEROX заказал IBM программное обеспечение для мейнфреймов IBM. 🙂
Но в 1972 году команде проекта (Claus Wellenreuther, Hans-Werner Hector, Klaus Tschira, Dietmar Hopp и Hasso Plattner) было объявлено, что работа их больше не нужна; а проект, над которым они работали, уходит в другое подразделение.
Посовещавшись, вся команда увольняется и в июне 1972 года основывает фирму “Systemanalyse und Programmentwicklung”(нем.) (“Системный анализ и разработка программ”). Позднее расшифровка меняется на “Systeme, Anwendungen und Produkte in der Datenverarbeitung”(нем) – “Системы, Приложения и Продукты в обработке данных”.
Первым клиентом становится немецкое подразделение “Imperial Chemical Industries” в городе Остринген, для которого SAP разработал систему бухгалтерского и зарплатного учета. Вместо хранения данных на перфокартах, их решили хранить локально. SAP назвал свою систему “системой реального времени” – ведь больше не нужно было ждать ночи, когда обрабатывались перфокарты.
В честь “реального времени” (“Real-time”) в название системы вынесли букву “R”, которая сохранялась вплоть до конца 90х годов (система называлась R/1, R/2, R/3).
Путаница в названиях
У непосвященного человека обилие названий продуктов SAP вызывает легкое головокружение.
Тут нужно понимать следующее – есть несколько крупных направлений разработки:
Часть из продуктов разрабатывается самостоятельно, в центрах разработки SAP по всему миру (пример – SAP ERP, SAP NetWeaver); часть – покупается вместе с компаниями, их разрабатывающими (примеры – SAP MDM, SAP Cloud/Ariba, SuccessFactors). На май 2014 года на счету компании было 58 поглощений (полный список можно посмотреть на Wikipedia, на английском языке).
Поскольку корпорация огромна – бывают даже конкурирующие между собой решения. Пример – наличие двух инструментов построения отчетности в SAP BI: SAP Business Explorer и SAP Business Objects. Первый инструмент изначально был разработано компанией в ходе работ над SAP BI; второй – получен в результате поглощения сторонней компании.
Технологическая платформа.
Большинство решений SAP разрабатывается и выполняется на одной и той же технологической платформе – SAP NetWeaver Application Server(SAP NW AS). В версиях SAP R/3 до 4.6 включительно технологическая часть называлась “базис”, позднее базис стал частью SAP NW AS.
Я уже упоминал, что в названии “R/3” заложено упоминание о трехуровневой архитектуре. С 1992го года технологическая платформа разделена на три части: сервер базы данных (в нем хранятся все данные системы), сервера приложений (на них выполняются программы, их в системе может быть несколько) и клиентская часть – SAP GUI (устанавливается на компьютеры пользователей системы).
В качестве базы данных и операционной системы для технологической платформы SAP могут быть использованы практически любые комбинации. Обычно эту комбинацию выбирают во время покупки ПО SAP, исходя из имеющихся лицензий/стоимости новых, удобства и стоимости администрирования и поддержки.
В состав SAP NetWeaver Application Server входят:
Все бизнес-содержимое устанавливается “поверх” технологической платформы.
SAP ERP – система управления предприятием.
Основным продуктом SAP долгое время являлась система управления предприятием. В современной версии она впервые была выпущена на рынок 6 июля 1992 года и называлась SAP R/3, где R – это “realtime”(“реального времени”), а “3” – это трехуровневая архитектура (клиент, сервер приложений, база данных). С течением времени версии программного обеспечения менялись, причем на рынок выпускались далеко не все версии. Основные версии – 3.1, 4.0, 4.6B, 4.6C. В 2005-м году название системы сменилось сначала на ECC 5.0 (Enterprise Core Component,”центральный компонент предприятия”), затем, в 2006-м – на SAP ERP 6.0 (Enterprise Resource Planning, “планирование ресурсов предприятия”).
Сама система представляет собой “конструктор” из связанных между собой модулей, каждый из которых отвечает за определенные задачи предприятия. Названия модулей – сокращения от функционала: FI – finance (финансы), LO – logistic (логистика), SD – sales and distribution (продажи и дистрибуция), HR – human resources (персонал), и т.д.
Есть стандартная картинка, изображающая SAP R/3 в виде конструктора из кубиков – с нее начинается любое официальное объяснение архитектуры: 
Любопытно: модуль “людские ресурсы” (human resources) в какой-то момент поменял свое название на HCM (human capital management) – управление человеческим капиталом. Видимо, маркетинг компании решил, что называть людей “капиталом” – это более толерантно, чем “ресурсом”.
Все модули опираются на “базис” – технологическое ядро системы, обеспечивающее работу всей системы в целом. Технических специалистов, отвечающих за функционирование базиса системы, обычно так и называют – “базисники“.
Казалось бы, все ясно и понятно: купил и установил систему, запустил и работай. Но нет, не тут-то было. Если бы все происходило так просто – рынка SAP специалистов (и, надо сказать, дорогого рынка) просто не существовало бы. 🙂
“Хитрость” кроется в том, что разработчики старались предусмотреть все возможные случаи и применения системы. Из-за этого SAP ERP представляет собой набор стандартных (причем, часто с немецкой точки зрения) бизнес-процессов и огромное количество настроек, расширений, интерфейсов и других возможностей менять этот процесс под свои нужды. Более того, система содержит внутренний язык программирования (ABAP) и средства разработки и отладки – то есть, при желании, в рамках системы можно разработать собственный функционал или существенно расширить существующий.
Часто эта возможность воспринимается ошибочно как разрешение делать с системой все, что угодно. Есть на рынке “специалисты”, плохо разбирающиеся в стандартных процессах SAP, но отлично умеющие написать “все_что_угодно_за_ваши_деньги” на ABAP.
Последствия такой “работы” часто бывают тяжелыми и дорогими – сложности с поддержкой, медленная работа системы, непонятные ошибки. Хуже всего – если система не прошла полноценное тестирование и все проблемы выявляются в ходе продуктивной эксплуатации. Есть простой совет – там, где это возможно, использовать стандартные возможности системы.
Помимо стандартного функционала существует еще большое количество расширений для SAP ERP, также разрабатываемых SAP: индустриальные (SAP Industry Solution) (например, для машиностроения, металлургии, автомобильной промышленности), решения для отдельных направлений (например, решения SAP Banking или SAP Retail) и прочая-прочая-прочая.
SAP Business Suite
SAP ERP – это только один из полного набора продуктов для бизнеса, так называемого SAP Business Suite. В состав этого набора также входят:
Управление данными.
SAP также разрабатывает различные решения по управлению данными. Основной продукт – это SAP Business Intelligence (в прошлых версиях носил название SAP Business Warehouse), решение для сбора, хранения, обработки данных и построения отчетности.
Основными данными предприятия занимается SAP Master Data Management (SAP MDM) – продукт многострадальный. Изначально разрабатываемый в Германии, затем был заморожен и под той же маркой вышел продукт одной из поглощенных фирм. Основная задача SAP MDM – сбор, хранение и распределение справочников предприятия – всевозможных номеров, кодов и прочей информации, к которой могут обращаться различные службы и системы предприятия. По свежей информации – SAP готовит сюрприз для своих клиентов и разрабатывает новую версию MDM практически с нуля – дабы избавится от проблем предыдущих версий и использовать новые технологии.
SAP Identity Management – занимается хранением и распределением основных данных пользователей.
Новые технологии.
В последние годы SAP активно инвестирует в новые технологии – “облака”, мобильные приложения, вычисления в оперативной памяти.
HANA (High-Performance Analytic Appliance) – высоко-производительная база данных, целиком работающая в оперативной памяти. SAP активно адаптирует все свои продукты на эту технологию.
SAP Mobility – платформа для разработки, размещения, дистрибуции и администрирования мобильных приложений. Появилась в SAP вместе с поглощением компании Sybase. Также портфель мобильных бизнес-приложений был расширен путем поглощения компании Syclo.
Технологию и инфраструктуру для предоставления “облачных” сервисов принесла с собой приобретенная компания Ariba.
Самое яркое из “облачных” решений было закуплено вместе с компанией SuccessFactors – это решение для работы с персоналом.
Интеграция.
Технологическая платформа SAP NW AS предоставляет достаточно много интерфейсных возможностей для взаимодействия как между продуктами SAP, так и с не-SAP системами.
Для более сложных ландшафтов с несколькими продуктами существует интеграционная платформа SAP Process Integration – продукт, предназначенный специально для построения, мониторинга и администрирования всего обмена данными между всеми системами предприятия (как SAP, так и не-SAP).
Также стоит упомянуть и о системе, позволяющей централизовано управлять всем “зоопарком” SAP-систем – это SAP Solution Manager.
В заключение.
В рамках короткой статьи невозможно упомянуть все продукты SAP – портфель огромен. Существуют еще “мелкие” продукты, предназначенные для решения конкретных задач в рамках больших систем, технические и технологические продукты (например, поисковый механизм TREX или монитор для Java – Wily Introscope). Есть также линейка продуктов для среднего (ну и с некоторой натяжкой – для малого) бизнеса.
Как-то коллеги рассказывали историю о внедрении SAP R/3 для компании из.. 5ти человек. Правда, компания занималась покупкой-перепродажей, но в больших объемах.
Ответственно заявляю – знать ВСЕ продукты SAP невозможно. Глубоко знать ВСЕ продукты SAP – невозможно в принципе.
Но именно поэтому рекомендую при выборе подходящего продукта настойчиво интересоваться – может быть есть “параллельный” или дополняющий продукт, который выполняет нужные вам функции и сможет сильно облегчит жизнь.
На этом – все.
Спасибо всем, кто смог дочитать до этого места. Надеюсь, вам стало яснее – что такое “SAP”. 🙂
С уважением,
Ваш Pitroff.
8 thoughts on “ Что такое SAP? ”
Спасибо, в русском интернете так мало подобных статей, а если точнее – их совсем нет. Очень полезный ресурс. С нетерпением жду новых публикаций.
Добрый день. В очередной раз перечитываю сайт и вот что бросилось в глаза: “…Эти небольшие самостоятельные продукты используются в тех случаях, когда необходимо создать интерфейс с SAP-системой, а напрямую это сделать не получается…”. Не могли бы Вы коснуться вопроса о соединении “напрямую”? Это как? Может все наши городушки с PI можно сделать как-то проще? Нет у нас сложных процессов в интеграции. В абсолютном большинстве это просто преобразование IDOC в другой формат передача “третьей стороне” по SOAP или FTP или обратно в SAP по той же траектории.
“Напрямую” – это по предоставляемым SAP стандартным интерфейсам, их немного – RFC и ALE/IDoс, из относительно новых – SOAP/HTTP. Ну можно еще упомянуть выгрузку/загрузку файлов через ABAP-код – но это скорее не интерфейсная задача, а задача экспорта-импорта данных.
В ALE есть понятие “порт” – фактически, это транспортный протокол: XML через файл или HTTP, RFC вызов и т.д.; все доступные типы портов можно посмотреть в help, пример для NW73: https://help.sap.com/saphelp_nw73/helpdata/en/4b/69785558d241a9e10000000a421937/content.htm
То есть, теоретически, Вашу задачу можно решить и стандартными средствами ALE.
Но главной задачей интерфейса все равно будет преобразование данных. ALE предоставляет интерфейс и свой формат; преобразование форматов – задача внешней системы. Тут придется думать, кто и как будет этим заниматься, какие ресурсы будут выделены на работу этих средств мэппинга, как мониторить и администрировать передачу данных.
Полностью согласен! У нас до PI тоже тупо АйДоки в файлики складывались, а 1С-ка их подбирала. Но видели бы вы тот монументальный, в прямом смысле код, который в 1С все это дело разруливал! И какие глаза были у каждого следующего 1С-ника, которому приходилось это все поддерживать. 🙂
А когда мы пересели на PI, перерисовали всю передачу – вот тут наступила благодать. А когда еще и 1С-УПП туда же воткнули, по сути просто добавив получателя для сообщения, то тут даже 1С-ники нас зауважали 🙂
The Devil (SAP) is no so black, as he painted 🙂 И Вы это доказали. Огромное спасибо. Сам я 1С-ник, но попав в струю автоматизации крупных компаний, которые используют SAP для своих нужд, пришлось искать ответы на свои вопросы. Здесь я нашёл много ответов. Вопросы конечно же ещё есть, но ещё не всё прочитано.
ЗЫ При прочтении этой статьи появилось ощущение чего то очень знакомого… А.. да … у 1С так же есть платформа и прикладные решения: торговля, зарплата, бухгалтерия… Мне интересно, как много было позаимствовано разработчиками из SAP. Судя по тому, что я ни фига не понимаю в SAP, а 1С занимаюсь более 19 лет идеи одни и те же, но реализации настолько различны, как русский и китайский языки….
Спасибо большое. Всё стало намного понятнее.