Когда 1С-ник садится в BMW, он начинает приглядываться к SAP

SAP — страшно дорогая 1С-ка немецкого происхождения © lurkmore. Я провел небольшое интервью со специалистом SAP, который в прошлом был очень хорошим 1С-ником. Перенимаем прогрессивный опыт.

Иногда, оказавшись в хорошей немецкой иномарке невольно думаешь, мол умеют немцы делать машины. И вот вроде наши  тоже умеют, а с конвейера только калины сходят. Почему? Когда я задумал это интервью, то первое время хотел просто показать отличия, как в 1С принято и как может быть по-другому. Но в процессе я понял, что мы не так уж и отличаемся. 1С очень быстро развивается в технических аспектах. Вот 1С уже типа бросила вызов SAP, хотя кто в своем уме будет что-то перевнедрять? А вот люди и подходы в 1С остаются теми же. И в этом плане интервью оказалось для меня даже полезнее и интереснее, чем я изначально предполагал.

Итак, интервью дает Алексей, это мой бывший сотрудник, который уже несколько лет является специалистом службы поддержки (поддержка+руководство проектами) SAP в одной трансконтинентальной корпорации. Этот человек в прошлом поднимал очень не простые проекты в сфере 1С и интегрировал 1С со всем вокруг. Естественно, многие специфические тонкости в интервью опущены, т.к. они могут выдать источник информации. И не смотря на то, что это не ахти какой секрет, я думаю, что все понимают, что неприятные последствия никто просто так разгребать не захочет. Поэтому я не буду этого требовать и от Алексея. Некоторая анонимность еще никому не мешала.

Перед тем, как начать. Не воспринимайте написанное, как попытку причесать всех под одну гребенку. Это частный взгляд одного специалиста. Согласитесь, «житейского опыта» у SAP будет по-больше, чем у 1С. В этом смысле не учиться у «старшего брата» было бы глупо.

Если данный пост окажется интересным сообществу, то, скорее всего, будут и более углубленные материалы. А пока только по верхам.

не внедрили

Я: Алексей, привет. Расскажи, как вообще набирают людей в поддержку SAP в больших компаниях? Как набирают в 1С:Франчайзи, думаю многие и так знают. ))) Будет с чем сравнить.

А: Вообще зависит о компании в отдельности (спасибо КЭП)) ), в компании, где я работаю, подбор персонала состоит из нескольких этапов. Основные требования, чтобы попасть на поддержку SAP (на моем опыте):  

  • опыт в IT (даже если c SAPом не работал, но плюсом идет), и тут 1Cовцы в большом почете, ибо помимо опыта поддержки и внедрения имеют комплексное мышление, понимают бизнес-процессы, имеют представления об архитектуре учетных систем.
  • свободный англ. — конкретно в моей организации без него не берут. т.к. 70% общения на англ., но в рос.компаниях не критично, хватит и уровня чтения тех док.
  • так называемые «soft skills», и снова 1Совцы в почете (на основе отзывов)  — наличие навыков переговоров с людьми, способность к общению с руководством, клиентно-ориентированный подход, работа на результат, зачастую умение себя продавать. Во многом, именно soft skills помогают пройти отбор, поскольку на поддержке SAP есть существенная разница от 1С — узкая специализация и наличие большого числа технологий, из которых состоит архитектура SAP, политика разделения прав доступа (Segregation Of Duties), что требует постоянного взаимодействия с другими ИТ отделами (например, базис — базы данных, отделы, поддерживающие интерфейсы передачи данных между SAP и сторонними программами, функциональные отделы — по поддержке SAP FICO, MM, SD, CRM и т.д). Но это в случае корпорации, в малых компаниях могут больше  уделять внимания технике, сам понимаешь. В 1С же один сотрудник поддержки способен покрывать гораздо большее количество технологий, минимизируя время на согласования внутри IT. 

Отбор 

  1. Стандартный для многих компаний, что в 1С, что в SAP: Сторонние HR агентства вначале выискивают кандидатов по резюме, по соцсетям и т.д. Проводят первичные интервью.
  2. Если пройден этап 1, то далее идет интервью с будущим руководителем, те же вопросы, но более детально + диалог на англ.
  3. Прохождение онлайн-тестирования, различные задачки на интеллект, логику (тесты по методике SHL).
  4. Собеседование в компании, где смотрят на то, как презентуешь себя, как умеешь в команде работать и т.д

Я: Вот взяли тебя, ты ничего не понимал в SAP, да есть опыт в 1С, но по сути ты нулевой ведь был. Что было дальше?

А: Ну, первые пару месяцев проходишь стажировку, где не только SAP изучается (45-50%), но и процессы внури IT департамента, «кто за что отвечает и к кому бежать в случае чего»)) Силен процессный подход, т.е. проф развитие максимально технологично: новому сотруднику назначается «buddy» («товарищ»)) ) из числа опытных сотрудников, который курирует твой процесс обучения. Составляется план работы на период стажировки. Примерный план:

  • Знакомство с компанией, ее рынком, показателями на рынке
  • Знакомство с IT департаментом — встречи с разными отделами для понимания, кто чем занимается. Роль IT в компании.
  • Обзор функционала (н-р, работа с регламентными заданиями (SAP jobs), форматами передачи данных, основы работы с модулем, в моем случае с FI/CO (финансовый и упр учет), особо изучаются доработанные механизмы и программы, специфичные для компании, смежный функционал, н-р финансовые системы, с которыми есть интерфейс с SAP и т.д)
  • Изучение уровней поддержки, обязанности каждого уровня (см.выше)
  • Изучение инструментов. используемых в поддержке (н-р программы по регистрации инцидентов, базы знаний (типа Lotus Notes), средства аудио-видео конференций, общие платформы взаимодействия типа MS Sharepoint)
  • Изучение направлений работы в отделе. Пример: зона работы в сфере Учет основных средств (FI-AA), или Ценообразование (CO-PC) подразумевает не только решение проблем, но и анализ трендов по инцидентам, внесение предложений по оптимизации данного участка системы, чтобы минимизировать количество инцидентов. 
  • Изучение ландшафта системы, механизмов транспортирования изменений из системы в систему. В SAP, как правило, существует понятие ландшафта: совокупность системы для разработки (конфигурирования) — тестовой системы — продуктивной системы.

Контроль плана проводится еженедельно с помощью buddy, который отмечает % выполнения плана по тому или иному пункту. Кроме того, сотрудник берет на себя небольшие задачи, проекты для практики. По окончании периода стажировки проводится совещание, где сотрудник рассказывает своему отделу, чему он научился и что успел сделать. На совещании присутствуют руководители смежных отделов SAP + менеджер по SAP практике в целом. После совещания сотруднику доводится отзыв о его работе. На очередном совещании отдела проходит обсуждение возможных задач, которые может взять на себя сотрудник.

Сотрудник вместе с менеджером составляет план развития на год, где описываются проекты сотрудника, его задачи и цели в формате SMART, а также прорабатываются KPI по каждому проекту, пример метрик: количество инцидентов к концу года по данной области системы, сроки сдачи проектов, количество закрытых часов по запросам на расширение функционала и т.д. Кроме того, в Плане развития большой упор делается также на развитие личных качеств, пример: развитие навыков переговоров. Затем прописывается, каким образом сотрудник будет развивать данный навык (посещение тренинга, книги, участие в переговорах по таким-то проектам).

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

Я: …Такой, очень продуманный подход, стратегический. А как, если можно в общих чертах, у вас оценивается работа?

А: Тут все типовое, с точки зрения ITIL. Соглашение об уровнях сервиса (SLA) + метрики (KPI), по которым можно судить о ценности ИТ для бизнеса. Н-р, кол-во сбоев системы на глобальном уровне (никто не может работать), время реагирования на критичные инциденты, количество новых решений, реализованных службой ИТ и т.д. Ключевой момент — регулярное информирование руководства бизнеса о достигнутых показателях. Также ИТ отдел может иметь свой центр затрат и доходов, куда поступают средства за запросы по расширению функционала.

Я: Читателей Инфостарта интересует в основном 1С, но им интересен и западный опыт в IT. Давай по основам. Как вообще относится бизнес к службе поддержки SAP?

А: Отдел по поддержке SAP воспринимается в Компании как сервисная организация, а не просто «суппорт». В таком подходе бизнес-пользователи есть внутренние клиенты и партнеры. Кроме того, при таком «маркетинговом» подходе Отдел воспринимается не столько как затратная часть бизнеса, но как внутренний партнер, помогающий в реализации бизнес стратегий. Также, как отдел продаж относится к отделу закупа, как к одному из подразделений компании, которое помогает достигать общих целей.

А поддержка 1С в российских компаниях зачастую воспринимается топ-менеджментом как статья расходов, нет плотного сотрудничества между IT и бизнес подразделениями по моим наблюдениям. Частая позиция пользователей — «У вас там что-то сломалось, сами и чините, а нас не мучайте своими непонятными вопросами». Есть, конечно, исключения, что, однако, общей картины не меняет. Возможный источник различий здесь — менталитет, с которым ИТ поддержка должна работать и развивать в русле «мы вместе ответственны за систему».

Я: Расскажи подробнее о том, как организована поддержка у вас в организации.

А: Я опишу то, что у нас называется вертикальной структурой поддержки.

  • Пользователь (User) — просто юзер:)
  • Ключевой пользователь (Key User) — помогает юзерам в разных сферах. например, ключевой пользователь по учету основных средств или кассовым операциям, решает how-to вопросы («не знаю, как это работает»), поднимает инциденты в службу поддержки SAP, является точкой контакта со службой поддержки SAP
  • Суперпользователь (Super Key User, Lead Key User) — оказывает поддержку ключевым юзерам, обучает их работе с системой регистрации инцидентов, обучает их новому функционалу в SAP, доводит до их сведения новости из мира IT, касающиеся бизнеса (новые проекты, новые процедуры и т.д.), доводит отзывы о качестве сервиса в Отдел на основе общения с пользователями. Является экспертом-методологом в своей области (например, по ценообразованию, или по налоговой отчетности и т.д.). Помогает службе поддержки SAP выявлять инциденты, не связанные с техническими сбоями (н-р, ключевой пользователь просто не знает функционал). Данный уровень поддержки может отсутствовать в небольших компаниях.

Служба поддержки SAP состоит из:

  • 1-я линия поддержки (Service Desk), решающую типовые инциденты, описанные в базе знаний, а т.ж. занимающиеся распределением более сложных инцидентов. На этой стадии активно используется outsource (как правило, из из Индии), что удешевляет процесс массового решения таких инцидентов, не требующих креативного подхода. Иногда также вовлекаются стажеры на первом месяце работы, чтобы познакомится с бизнес пользователями и технически «натаскаться» на типовых инцидентах.
  • 2-я линия поддержки — состоит из опытных сотрудников, занимающиеся решением инцидентов. Часто привлекается outsource из консалтинга (читай — Франчайзи, если брать аналог в сфере 1С). Собственные сотрудники вовлечены в анализ сервиса, выискивание путей оптимизации IT процессов, повышение лояльности клиентов (бизнеса), ведение собственных проектов по улучшению работы системы. Кроме того, собственный сотрудники вовлечены больше во внутренние проекты внедрения нового функционала, релизов системы, в то время как outsource занят на решении инцидентов связанных с тех.ошибками либо незначительной доработкой функционала (н-р, требующая менее 5 часов работы сотрудника — добавить настройку, изменить печ.форму).По сути собственные сотрудники больше относятся к ITSM — сфере управления IT процессами, в то время как outsource — IT инженеры (программисты, консультанты). Главный уровень поддержки со стороны IT.
  • 3-я линия поддержки — не вовлечена в работу с пользователями, обязанности — проверка критичных изменений системы (н-р, затрагивающая несколько филиалов), участие во внутренних проектах внедрения системы в новых филиалах как кураторы, разработка архитектуры нового функционала, работа с SAP AG (производитель SAP) по внедрению новых IT процессов или консультация по критичным областям поддержки SAP (н-р, производительность, базы данных, критичные таблицы данных внутри SAP), передача знаний на 2й уровень поддержки.

Если филиалы находятся в разных часовых поясах (8 часов и более, то применяется ITIL процесс Follow the Sun — передача функций сервиса в отдел, географически расположенный в том же часовом поясе. В небольших компаниях — может назначаться дежурная смена.

Я: А что ты скажешь о твоем опыте в 1С, видишь ли ты концептуальные отличия от того, что ты наблюдаешь в структуре поддержки SAP?

А: Конечно, структуру поддержки, которую я описал, можно воспроизвести и в поддержке 1С, но есть очень серьезное отличие. Поддержка 1С зачастую очень хорошо разбирается в бизнес-процессах (т.к. нет спец. роли Key User), в то время как поддержка SAP специализируется на IT вопросах, поэтому их уровень знания бизнес-процессов минимален, как мне кажется.

Я: Ок. Расскажи напоследок, какое принципиальное отличие, на твой взгляд, между поддержкой SAP и 1С исходя их твоего опыта? И на этом пока закончим.

А. Я бы сказал, что главное отличие, с которым я столкнулся, заключается в процессности IT поддержки, технологичности этих процессов. Приведу пример с таким процессом, как управление изменениями (Change Control Management). Допустим, к нам пришел бизнес-юзер с просьбой изменить печатную форму. Такие этапы, как сбор требований, формирование ТЗ, доработка, тестирования  — вполне схожи с тем, что практикуется в мире 1С. Здесь же,  в системе поддержки такой громоздкой системы как SAP, применяется хитрый процесс «транспортировки» изменения из тестовых систем в продуктив. Он состоит из организационной и технической части. 

Организационные моменты: рассмотрение заявки, оценка последствий внесения изменения. В случае с печатной формой выясняем: какой филиал использует форму? Актуально ли для других филиалов? Используют ли форму другие филиалы из других стран и регионов (Америка, Азия)? Если форма используется в разных филиалах, запрос на изменение проходит процедуру Governance — IT служба совместно с бизнесом принимает решение о том, делать ли изменение? Если решение положительное, запрос отправляется в разработку.

Техническая часть включает в себя специальный инструмент типа SAP Solution Manager — изменение в виде пакета данных транспортируется из тестовой базы в продуктив после соответствующих цифровых подписей со стороны IT и бизнес-юзеров. Такой процесс делает внесение изменений в системы прозрачным как на уровне людей, так и техники. Хочу отметить, что, конечно, процессы вносят некоторую «заторможенность» и бюрократичность, которая, наверно, может быть излишней в большинстве компаний, работающих на 1С. Но в условиях глобальной ERP системы с over 9000 активных пользователей это вполне оправдано. Процесс, таким образом, есть своеобразная карта маршрута от «Что нам нужно достичь» к «Как мы должны этого достичь».

Напоследок я бы хотел пожелать всем профессионалам в сфере автоматизации успеха, новых идей и постоянного роста над собой.

 

П.С. Если вам понравился этот материал, то вы можете подписаться на рассылку. Я и дальше планирую публиковаться на ИС, в рассылку войдут материалы, не подходящие ИС по формату.

70 Comments

  1. RAILS

    Если честно надеялся, что будут затронуты технические различия между двумя системами. Способы реализации тех или иных процессов

    Reply
  2. nurpoz

    (1) RAILS,

    Бывает. ))

    Это проба пера на эту тему. Будут какие-то конкретные вопросы — может чего и придумаем.

    Я вообще сомневался, стоит ли поднимать тему сапы на ИС.

    Reply
  3. kwazi

    как регламенты устроены и так понятно. Все дело в масштабе.

    Разный заход у 1с и САП. 1с — снизу (от массового пользователя)

    САП — Сверху (от крупных).

    Поэтому и разность подходов.

    Reply
  4. maxx

    Спасибо за статью.

    Конечно, поражает размер компаний которые используют SAP, транснациональные.

    Есть подозрения, что в статье речь идёт о компании, которая связана у нас с полезными ископаемыми.

    Правильно ли я понимаю, что в России SAP если убрать компании, добывающие национальные достояния, или с огромным госуд.участием, то внедрять его по сути негде. К примеру, вот у меня в городе есть с десяток заводов, есть ли смысл вообще им смотреть на SAP, к примеру консервному заводу?

    Reply
  5. ChiginAV

    (2) «сомневался, стоит ли поднимать тему сапы на ИС»

    Думаю стоит. Нужно расширять кругозор. А то для многих ОС = Windows, учетная система = 1С и т.п.

    Спасибо за статью. Надеюсь на продолжение

    Reply
  6. nurpoz

    (4) maxx,

    Нет, в статье компания как раз не занимается полезными ископаемыми.

    Я, кстати, задавал подобный вопрос устно, кому стоит смотреть в сторону сапы. Ответ был примерно такой: все зависит от степени зрелости бизнеса. Если бизнес-процессы вычленились, устаканились и меняются не часто, то можно смотреть в сторону сап, если бизнес мал, молод или быстро меняется, то лучше 1С — дешевле поддержка таких стремительных изменений обойдется.

    Reply
  7. maxx

    (6)

    то лучше 1С — дешевле поддержка таких стремительных изменений обойдется.

    Согласен, т.е. главное понять, понадобятся ли стремительные изменения на предприятии?

    Вышел очередной закон, меняющий бух.отченость в декабре месяце, т.е. через месяц или два уже нужно сдавать по новой форме. Это считать как потребность в стремительных изменениях?

    Владельцы розничной сети придумали на выходных в декабре новогоднюю акцию, требует чтобы через 3 дня работало, т.к. до Нового года осталось 3 недели. Это считать как потребность в стремительных изменениях?

    Вот и получается, по-моему, что вообще 1С и SAP не конкурируют между собой.

    Reply
  8. i.kovtun

    Эм… начал читать, сразу возник вопрос, героя зовут Алексей или Александр? Понятно, что персонаж собирательный, но все-таки:)

    Reply
  9. cool.vlad4

    (7) maxx, может я и не прав, но и в 1С через 3 дня нормально ничего работать не будет. просто если делать одну фигню за 3 дня, другую за три дня, ничего путного в итоге не выйдет. (разве, что печатные формы)

    Reply
  10. mymyka

    (9)3 дня 1сника-фикси как бэ стоят от 6.5 до 13.6 тыс рублей. Если вы по 3 дня делаете печатные формы, то работодателю даже франь и тот дешевле выйдет, не говоря уже о фри.

    Reply
  11. cool.vlad4

    (10) mymyka, я где-то написал, что я делаю 3 дня одну(а не 100 например) печатную форму? покажите где.

    Reply
  12. nurpoz

    (8) i.kovtun,

    Вам показалось )))

    Reply
  13. vano-ekt
  14. serega3333

    как ни о чем получилась статья, лучше бы про ABAP порассказывал и сколько абаперы получают и сколько времени они разрабатывают отчеты…

    Reply
  15. mymyka

    (11)а в чем разница между 100 ПФ и 1 акцией? 3 дня вполне вменяемый срок для задачи такого уровня.

    Reply
  16. cool.vlad4

    (15) mymyka, ну а я написал, что нет, невменяемый? прочти еще раз. ты бы по делу что ли спрашивал, а не к словам цеплялся. я могу к 100 еще один нолик прибавить, а потом и еще один. о чем ты споришь нифига непонятно.

    Reply
  17. vano-ekt

    по поводу, управления изменениями…

    Изменения вносятся в само решение от SAP или внутри компании вашей?

    Reply
  18. Evgen.Ponomarenko

    (16) Eugeneer,

    Если хочется работать — работай, если хочешь зарабатывать — придумай что-нибудь другое!

    Хотя в целом я вас поддерживаю ))) просто не так уж много 1снегов садится в свою BMW.

    Reply
  19. vano-ekt

    (19) как правило, это Logan 🙂

    Reply
  20. nurpoz

    (18) vano-ekt,

    или внутри компании вашей?

    Первую часть вопроса я еще понял, а вот вторую…

    Можете перефразировать свой вопрос?

    Reply
  21. Evgen.Ponomarenko

    (20) vano-ekt,

    в лучшем случае подержаный Opel combo, такой себе семейный автомобильчик )

    Reply
  22. vano-ekt

    (21) да я уже догнал… SAP в одной трансконтинентальной корпорации…

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

    Reply
  23. Vladimir Litvinenko

    Работал в компании, где основной учетной системой был SAP и 1C на подхвате. При всей крутости SAP, консультанты не отличались клиентоориентированностью и желанием решать возникающие проблемы. Не отличались умением взаимодействовать с другими IT-подразделениями и строить диалог. По крайней мере в сравнении с коллегами 1С-никами. Общаться с ними было проще через посредников. Того же мнения было наше непосредственное начальство и бухгалтерия филиала. Хотя формально всё тоже было по ITIL.

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

    Reply
  24. wtlz

    классная статья. прочитал с удовольствием. но мало. даешь еще!

    Reply
  25. anton.fly7

    а у меня Lexus, считаю она лучше бмв

    Reply
  26. omut

    Мне показалось, что ключевое предложение тут

    в условиях глобальной ERP системы с over 9000 активных пользователей

    … отсюда и различие. При таких масштабах «классические» франч. поддержка-разработка конечно не будут работать.

    Reply
  27. comol

    По мне так BMW — стрёмная машина с жутким дизайном

    А SAP — система-динозавр с убогим интерфейсом.

    P.S. иногда так хочется побыть троллем 🙂

    Reply
  28. mikmike

    Продолжение приветствуется :).

    Reply
  29. Bukaska

    Требуем продолжения банкета!)))

    Reply
  30. Babuin

    интересуют больше технические подробности, а не организационные.

    Как и сколько по времени выполняется расчет себестоимости, расчет зп

    существуют ли блокировки-взаимоблокировки, падения платформы (ноту корявую накатили к примеру)?

    Reply
  31. Ibrogim

    Я так и представил, как буду рассказывать руководству, что в IT отдел нужно 10 человек, из них только трое смогут реально что то сделать (но пользователям с ними напрямую поговорить нельзя).

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

    Верю, что есть и положительные примеры.

    Reply
  32. nurpoz

    (27) omut,

    Что вы подразумеваете под «классической» франч поддержкой?

    Reply
  33. omut

    (33) я подразумеваю то, что 99% франчей никогда не рассчитывали работать с подобными масштабами, а сидят на внедрениях и поддержке с десятками — максимум сотнями (это уже скорее только внедрения) конечных пользователей. Поддержку осуществляет один-два прикрепленных спеца «по всем направлениям», по необходимости подключаются другие (в том числе и стороние) разработчики. Как вам вот это из статьи: внешними силами делаются печатные формы, а свои занимаются глобальными вещами. Вы видели где-нибудь, чтобы IT-служба организации скидывала на сторону задачки по такому принципу? Обычно бывает с точностью до наоборот.

    Reply
  34. nurpoz

    (34) omut,

    Понял. Чтобы ИТ-службы наших клиентов так делали наблюдал, но очень редко. В основном это представительства зарубежных компаний, где все же некая культура и финансирование в ИТ получше, чем у наших. Мы постоянно на фрилансеров скидываем все, что только можно и особенно мелочевку типа печатных форм, обработок, правил переноса и пр. Выходит и быстрее и дешевле.

    Reply
  35. dock

    Ждем продолжения.

    Reply
  36. wolfsoft
    Организационные моменты: рассмотрение заявки, оценка последствий внесения изменения. В случае с печатной формой выясняем: какой филиал использует форму? Актуально ли для других филиалов? Используют ли форму другие филиалы из других стран и регионов (Америка, Азия)? Если форма используется в разных филиалах, запрос на изменение проходит процедуру Governance — IT служба совместно с бизнесом принимает решение о том, делать ли изменение? Если решение положительное, запрос отправляется в разработку.

    А там или падишах помрёт, или ишак сдохнет (с)

    Большая неповоротливая система. Такие «динозавры» обречены на вымирание.

    Reply
  37. Oleg1708

    Страшно подумать как у них новая счет-фактура внедряется… Она из ФНС выходит за 3-4 недели до начала использования, а то и позже. 🙁

    Reply
  38. DAnry

    Спасибо за статью, интересный обмен опытом. Жду продолжения

    Reply
  39. comol

    (38) Oleg1708, ))))) счет фактура в SAP-е. Ещё спросите как они декларацию по НДС в налоговою из SAP-а отправляют :)))))

    Reply
  40. SinglCOOLer

    У нас не смогли найти замену ЗУПу, когда все глобально переезжало на SAP, слишком часто меняется законодательство, а 1С в этом плане всегда «на коне» и как правило в типовых релизах изменения появляются заранее

    Reply
  41. Oleg1708

    (40) comol, Думаю сделали проще — выгрузку в 1С Бухгалтерию сделали и все :)))))

    Reply
  42. nurpoz

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

    Reply
  43. comol

    (42) Oleg1708, (43) Вы ещё не поняли, что так происходит во ВСЕХ российских компаниях в которых внедрён SAP? :)… Там под полом у всех 1С-ка… И все скидываются на оплату разработки перегрузки программистам, чтобы не вбивать данные 2-жды 🙂

    Reply
  44. pudovan

    (37) wolfsoft, Абсолютно согласен. Бюрократия просто убивает! Вот например меня и убила… Сейчас занимаюсь только 1С и очень этим доволен.

    Reply
  45. OrsoBear

    Умение себя продавать… уже 4 раз за утро.. надо подумать над этим.. похоже, слабое звено.

    Спасибо за статью.

    Reply
  46. nurpoz

    (44) comol,

    Да понятно это все.

    Мне вот интересно, т.к. с сапой близко с технической стороны не знаком. Может вы подскажете. Почему выгружают все таки в сап? Почему не выгружают в какую-нибудь головную 1с-ку? Ведь при таком дроблении баз, не будет много горячих пользователей на одну базу. Престиж (типа сап это круто, стандарт де-факто), бабло (откаты?) или есть какие-то более приземленные причины?

    Reply
  47. comol

    (47) Все причины вместе… ну ещё могу добавить что в «крутых компаниях», есть такое понятие как SLA… И там всё жестко про непрерывность бизнеса… А 1Ска… ну валится оно регулярно и ничего с этим не поделаешь, поэтому «Крутые IT-шники» 1С ненавидят, им о своей шкуре надо заботиться а 1С их подставляет 🙂

    Reply
  48. pudovan

    (43) У меня на обслуживании есть компания, которая пользуется хотя и переписаной но 1С, а потом делает выгрузку в САП. Делают они это для того, чтобы сдавать отчётность в главный оффис, который является большой глобальной корпорацией, где соответственно весь учёт ведётся на САП…

    Тут у нас для учёта действетельно 1С подходит идеально. Но значительно интереснее их подход для того, как соединить данные с САПом. Был отдельно сделан план счетов по САПУ, где было введено все статьи и коды как в САП, а потом введено соответствие их статей нашему плану счетов! Ну и соответсвенно был сделан в регистре бухгалтерии новый регистр по САПу.

    Таким образом когда нужно получить отчёт по статьям САПа, то делаем его по бухгалтерскому ригистру САПа. Ну и соответсвенно по тому же регистру делаем выгрузку данных. Оригинально, не правда ли…

    Reply
  49. Evgen.Ponomarenko

    (49) pudovan,

    Оригинально, не правда ли…

    Как по мне — это самое оптимальное решение учитывая текущий уровень развития/недоразвитости современных технологий.

    Reply
  50. SirYozha

    (28) по первой части коммента не согласен, а что sap — динозавр со стремным интерфейсом согласен ))

    Reply
  51. comol

    (49) pudovan, Ага…. забыли сказать ещё о «прелестях»… что план счетов «по сапу» это несколько тысяч счетов… что длинна наименования аналитики — 60 символов, что иерархия не поддерживается и т.п.

    Reply
  52. CheBurator

    еще бы сравнитьт более-менее сопоставимо — взять какую-нить мелкую компаниюс САП и крупную компанию с 1С — ну чтоб колво юзверей было примерно одинаоквым 😉 в первом приближении можно сказать что и объем/задач, автоматизированных системами будет «одинаковым» и посмотреть — сколько будет сидеть спецовв на поддержке у САПаи сколько у 1С.

    Reply
  53. mr.Kot

    Статья интересная. В комментариях предсказуемо начался разбор «что лучше» и всех больше плюсов набрал комент о том, что специалисты SAP по сравнению со спецами 1С хуже — (24)

    Reply
  54. Rustig

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

    Reply
  55. Rustig

    (52)

    забыли сказать ещё о «прелестях»… что план счетов «по сапу» это несколько тысяч счетов… что длинна наименования аналитики — 60 символов, что иерархия не поддерживается и т.п.

    Спасибо за переданный опыт, за нюансы.

    Но «глаза боятся, руки делают» — из этого перечня для 1С-ки ничего критичного не вижу, напишите, пожалуйста, подробнее:

    1) план счетов содержит несколько тысяч счетов — сложность только в том, что для ведения учета по каждому такому счету придется дополнительно описывать алгоритмы дебета и кредита по счету?

    2) длина наименования аналитики — 60 символов — наименование расширим, где нужно подправим алгоритмы. 🙂 так?

    3) иерархия счетов — она нам зачем-то нужна для выгрузки остатков по «саповским» счетам? 🙂

    Reply
  56. comol

    (56) Rustig, Если сделаете будете 1-м кто ведет учет по РСБУ в САП, ну или 101 кто пытался :))

    1) Да не сложности никакой… всего лишь переобучить всех бухгалтеров на предприятии… вернее скорее всех уволить и набрать новых :). Написать для них тонну документации и научить с этим ПС работать…. А ну да, ещё алгоритм подбора счетов в каждом документе свой реализовать, а так сущие мелочи 🙂

    2)

    длина наименования аналитики — 60 символов

    Расширите длинну аналитики в SAP?!!!! Удачи вам в этом :)))

    3) Да не, иерархия счетов не нужна совсем… бухгалтер может и из линейного списка выбрать нужный :)))

    Reply
  57. comol

    (55) Rustig, Когда напишите в SAP расчет налога на прибыль по РСБУ… выложите здесь если не трудно код этой транзакции… не для использования конечно, а так… просто будет интересно на ЭТО взглянуть

    Reply
  58. Rustig

    (57) насколько я понял, речь в (49) идет о том, что дополнительный план счетов реализован в «1С:Бухгалтерия 8». База SAP в этой схеме только получает конечные остатки по счетам, при чем по счетам, которые настроены по дополнительному плану счетов, который в свою очередь условно называют план счетов САПа.

    То есть в самом SAPе ничего не дорабатывалось. В общем, пока я не понимаю.

    Reply
  59. Rustig

    (59) детали сравнения САП и 1С здесь http://infostart.ru/public/242084/

    Reply
  60. pudovan

    (59) Rustig, В САП какраз переделывать ничего не надо! САП как раньше писалось «динозавр» с которого не могут слезть иностранные компании, поэтому 1С используем для ведения учёта по национальным стандартам, а для САПа готовим выгрузку согласно ихнего плана счетов ;).

    Reply
  61. Nevskiy

    А почему все как-то скромно опускают финансовую часть вопроса?

    Reply
  62. Petroff1

    как то в 2002 году пришел на предприятие с предложил им 1С бух. 77, ответ » у нас есть программист и он нам написал программы, нас все устраивает» как в последствии выяснилось проги на фоксе 3 отдельно касса, ос, продажи, склад….. как я понял чистый САП… через год я их все таки дожал… продал и внедрил.. про старое они вспоминали с ужасом.

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

    Reply
  63. hogik

    (63)

    «отдельно касса, ос, продажи, склад….. как я понял чистый САП»

    Вы не поняли. 🙂 В нормальных системах отдельные задачи (модули) используют общую, единую схему базы данных. Это в отличии от «лоскутной концепции» 1С-а — множество конфигураций со своей базой данных и бесконечные обмены информацией между ними в режиме конвертации.

    Reply
  64. zlodeenko

    Ню ) Хотелось тоже больше технических подробностей. Что ж там такого в SAP, что спецы стоят мега дорого. И почти всегда на аутсорсе. Ждем сообщений. Ну а вообще, с САП не работал, пока что только вот 1СЫ ОДИНСЫСИВАЮ ) И то плотненько (С программированием — адским под все подряд) начал буквально с месяца три. До этого, администрирование и конфигурирование. Но блин, желтые книжки руководства разработчика — так и не дали покоя )

    УРА ПЕРВЫЙ ПОСТ )))

    Reply
  65. KlesAlex

    Тема BMW не раскрыта))))))))

    Reply
  66. aytana

    (49) pudovan, а что тут оригинального, в УПП, например, МСФО по такому же принципу организован

    Reply
  67. b-dm

    Полезная статья, очень понравилось!) А как подписаться на рассылку, не работает кнопка то 🙂

    Reply
  68. nurpoz

    (68) рассылка очень давно не работает, не до этого )

    Reply
  69. 2ncom

    (2) «сомневался, стоит ли поднимать тему сапы на ИС»

    Тема SAP и 1С — конечно же интересна.

    И на сегодняшний день статья интересна и актуальна.

    На ИС обсуждения ушли больше в техническую сторону, что и понятно.

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

    Наверняка, у многих есть наболевшие технические и методические вопросы и предложения.

    Формат ИС позволит услышать мнение опытных специалистов не из штата 1С, а практических (полевых) специалистов. Уверен — прозвучит много интересного.

    Понятно, что развиваться 1С должна, и есть куда развиваться (глядя на тот же SAP), а направления изменений платформы (в последние несколько лет) — вызывают много вопросов.

    Предлагаю для обсуждений тему: «В чем SAP лучше 1С?» или просто: «Как сделать 1С лучше?».

    При всех огромных достоинствах платформы 1С, есть по крайней мере несколько принципиальных моментов (на мой взгляд), которые позволяют SAP работать с большими базами (очень большими) , а 1С практически нет.

    Reply
  70. 2tvad

    Очень интересно. Если можно, хотелось бы узнать про тренды. Как оно происходит? Так же хотелось узнать как идет связь поддержи и тестировщиков?

    Reply

Leave a Comment

Ваш адрес email не будет опубликован. Обязательные поля помечены *