Ситуация такая: стремительно переходим на САП. Как сдавать отчетность - не понятно. Есть идея выгружать данные из САП, загружать их в 1С (скорее всего БП) и далее по накатаной. Т.к. переход стремительный, то времени продумать что и как выгружать/загружать особо нет. Поэтому рассматриваем возможность покупки готового решения по загрузки данных в 1С (некая обработка + спецификация данных, которые ей нужно подать на вход).
Если у кого-то есть искомое или знает того, у кого есть) - большая просьба поделиться.
В интернетах масса предложений, но это все приедем, посмотрим, и т.д. А готовых решений нет. А времени что-то писать под нас, увы скорее нет.

(215) "Ну по такой логике админы СУБД могут над любой системой ржать." так так и есть) При доступе к базе данных, совершенно не важно как вы защищаете данные на уровне бизнес логики.

(220) И это только заменяемых на нулевом ТО!

(217) Больше всех должен париться главбух ))

(193) А что САП теперь без серверов БД обходится, ну типа TRUNCATE TABLE уже никак?

(222)
https://static.1c.ru/bf/2018/p/01/13_05_УАЗ%20курс%20на%20индустрию%204_0%20(Ступин%20УАЗ).pdf

5-й слайд

так что не надо тут про 16 тыщ деталей

(223) Главбухи - таких ушлых еще поищи.
Легко переведут все стрелки на 1сника

(218) > Всё запутано не только для разработчиков

Только наоборот. Это слоган для типовых от 1С.
В САПе как раз модель ограничения прав значительно более логична. Админ - выполняет административные функции и к данным не допускается. И это правильно.

(227) В должностных обязанностях 1С-ника есть пункт о сдаче регламентированной отчётности?

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

(226) Не пересчитывал - почем купил, по том и продаю. Но технология от автомобиля отличается - тут начинают с подготовки форм для литья и варки стали.

(214) > типовые от 1с рассчитаны на малый и средний бизнес,

ERP это для ларьков? Я давно это подозревал...


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

А с какого перепугу крупная компания должна ещё и ролевую модель под семя ломать (помимо всех прочих доделок и допилок под себя).

Ролевая модель - это основа любой системы. Перепиливать её - нетривиальная задача.

(228) Отладку как проводить? Если ты не можешь поменять значение одного реквизита на другое? Или просто провести документ, чтобы в точку останова попасть) Или отдельную роль завести, "Программист", у которого собственно будет доступ ко всем данным, ну или админ будет каждый раз давать новую роль для доступа к определенному блоку? Нашли что сравнивать, от бизнес логики зависит все. Ты можешь и в 1С наделать как тебе вздумается, при желании

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

(233) + И да, в 1С присутствуют отдельные роли кстати для этого, "Администратор" и "Администратор системы".

(232) 1С пока пофигу на эти проблемы. Поэтому кому надо - делает сам.

(236) Каждый делает сам по своему, а потом - "что делать, Вася увольняется, никто не понимает, как всё работает"

(233) Бред не неси. Какая отладка в продуктивной базе.
Все эти "поменять значение", "провести документ, чтобы попасть в точку" и т.п. вещи делаются исключительно на копиях или в разработочных базах.

Отладка на продуктивном сервере - это нормально для небольших баз, а не внедрений уровня SAP/ERP.

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

(235) > в 1С присутствуют отдельные роли кстати для этого, "Администратор" и "Администратор системы".

Только почему-то в типовых конфигурациях это не используется. Там сразу даются админу "Полные права".

(238) > Почитай на ИТС о зонах

см. https://its.1c.ru/db/metod8dev#content:5905:hdoc

(204) >>если у тебя раздельный учет НДС (третья аналитика на субсчетах 19-го счета) и сторнируется документ прошлого квартала. Там тупое сторно не проканает.

Оно на шару и в 1С не проканает, у тебя пропорция по раздельному учету сама не пересчитается. МинФин пояснял, что ее нужно корректировать в том периоде, к которому она относится, но так методики корректировки в НК в таком случае нет, то это белая дыра. Да и вообще, раздельный учет больше к теме налоговой оптимизации, т.к. там много совсем не очевидных камней. Кажется, кроме 1С, с таким широким охватом кейсов в части 1С, не сделал до сих пор никто, и чота_тама_на_шару откуда то ливануть в нее, надеясь, что оно сама - бред. Для начала надо выстроить методику учета в самой бухне, определить какие расходы сразу распределяются, какие учитываются в стоимости и т.д., чтобы потом поиметь наименьшее количество проблем. Тут, по мне, внешняя система вообще вторична - если у вас учет в части НДС на предприятии выстроен, то написать выгрузку - это вопрос больше технический. Если его нет - то вы ничего не напишите.

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

(232) "Вопрос только в том, что в типовых конфигурация от 1С" вот типовЫЕ это не только ЕРП. Типовые это и бухгалтерия и УТ и другие. ЕРП же идет уже в разряд крупных предприятиях, где как и САП никто коробку не ставит в голом виде и полные права кому попало не раздает. Там не имеет значения САП или 1с, права доступа решаются не только и не столько ролями в ИС.

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

(239) Открыл типовую БП - роль Администратор системы и Полные права это две таки разные роли с разным доступом)

(245) А теперь посмотри поставлямые профили.
Я уже устал повторять, что отдельные роли в платформе есть. Но в типовых конфигурациях отдельных профилей нет. Это раз!
А во-вторых, всё написано так, что чтобы пользователь мог ставить обновления конфигурации (выполнять чисто административную функцию) тебе придётся дать ему полные права. А это пи*дец.

(244) Какие акционеры, какие инвесторы? Что за детский сад?
Инвесторы и акционеры вообще в базу не ходят. Они красивые отчеты аудиторов в тихих кабинетах, попивая коньяк, листают.

(243) ХЗ что ты имеешь ввиду. Ни слова не понял. Вернее слова вроде как русские, а смысл ускользает.... (((

(241) > Оно на шару и в 1С не проканает

Так я собственно говоря о том же самом и толкую.
В САП этой мути нет вообще. А что делать с этим в 1С при интеграции с САП - тоже не до конца понятно.

(246) Хм а в САПе пользователь может обновлять систему? А под какими правами?

(250) Нет. В том то и дело, что в САПе админ, обновляющий систему, НЕ имеет доступа к данным. В типовых от 1С такого ограничения нет - админ может ВСЁ.

(247) Может быть и смотрит, инвесторы разные бывают.

(251) В смысле а каким образом происходит "alter table" ?

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

(246) Вы путаете роли и профили доступа. Роли - это объект метаданных конкретной конфигурации. Так вот, в типовой есть Роль Админ системы и Полные права. В профиле доступа да,администратору дают обе роли конфигурации, потому что - это для (248) - 1с поставляется как коробка в большинстве типовых. Любой человек может получить дистрибьютив установки конфигурации и банальным далее далее создать пустую базу и наполнять ее данными. Потому что для предприятий, использующих только ут или только бп нет возможности содержать ит отдел. Поэтому 1с дает возможность мелким организациям самостоятельно использовать продукт. В крупных предприятиях это не актуально, поэтому САП не поставляется как "коробка", так же как и ЕРП от 1с. Есть как минимум 1 специалист который будет заниматься установкой. И он уже настроит для крупного предприятия отдельный профиль, не внося изменения в Конфигурацию.

(248) если коротко смысл - Вы ошибочно сравниваете типовые конфигурации от 1с, которые должны работать из "коробки", с внедрением 1с в крупных организациях.

(247) "Инвесторы и акционеры вообще в базу не ходят. Они красивые отчеты аудиторов в тихих кабинетах" - а я говорил что ходят в базу? данные для них приносят аудиторы, но аудиторы если мы имеем ввиду не ИТ аудит, не смогут увидеть   грамотную заплатку в системе, которая позволяет менять руководству компании данные в обход типовых механизмов.

А как в сапе вводят начальные остатки? это же по любому в заднем числе.

Или например как вводят документы, которые нужно учесть в предыдущем периоде, чтобы не исказить себестоимость например?

(257) Абсолютно в любой системе можно менять данные "в обход типовых механизмов".

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

(259) *в любой известной учетной системе

(255) (256) Я то как раз ничего не путаю.
Ролевая модель - это основа. Она должна работать как раз именно из коробки! И уже из коробки должно быть разделение доступа - админ - это админ, а пользователь - это пользователь.

Все эти сопли и слюни про внедрение в маленькой конторе без своего ИТ-отдела и внедрение в большой конторе с ИТ-отделом - это какой-то детский лепет.

> Есть специалист который ... настроит для крупного предприятия отдельный профиль, не внося изменения в Конфигурацию.

Ага щазззззз! Ты пробовал? Пойди сделай отдельный профиль прежде чем гнать такую пургу. Не выйдет у тебя. Для банальной установки обновления потребуются полные права. Или придётся пилить конфигурацию.

Может уже хватит фантаизировать? Есть проблема. Пора бы уже признать её реальность, а не юлить в попытках не обмануть самого себя, отвергая реальность.

(261) ну давайте без соплей) Сотрудник компании купивший САП, может самостоятельно развернуть по руководству установки САП?

(262) + сотрудник при этом не относящийся к ИТ. Финансовый директор или главбух?)

(261) Лично мне кажется что вы чего то путаете с накаткой обновлений на систему (неважно 1С или САП) и полными правами.

Кто мешает реализовать в 1С некий сервис/робота для обновления, который работает с требуемыми полными правами но кроме обновлений из файла cfu ничего не умеет.
Тогда для обновления системы достаточно запуска этого робота, не зная его логина/пароля для доступа к 1С.

И да еще кроме (253) ответь на вопрос а каким образом в САПе происходит обновление системы с изменением таблиц после которых надо заиметь доступ к данным, для того чтобы обновить их.
Удаляем таблицу и вместо нее данные разносим в две другие новые например.

(264) "Кто мешает реализовать в 1С некий сервис/робота для обновления, который работает с требуемыми полными правами но кроме обновлений из файла cfu ничего не умеет. " - тсссс. не подсказывайте ему)

(265) мешает то что это нужно реализовать, а по умолчанию нет

(264) "а каким образом в САПе происходит обновление системы с изменением таблиц после которых надо заиметь доступ к данным, для того чтобы обновить их.
Удаляем таблицу и вместо нее данные разносим в две другие новые например." - там похоже есть запуск "конфигуратора" в режиме сравнения объединения без возможности запуска "предприятия". То есть доступ у него то есть, но в привилегированном режиме.

(266) как это нет? Пакетный запуск конфигуратора нужно самому писать?

(267) Там все смешнее в реальности, те кто думают что SAP это такая "единая система" как платформа 1С:Предприятие глубоко заблуждаются ))

Там Java + Oracle (с кучей кода/хранимок на PL/SQL) и это, с админским доступом и запретом к данным там все очень и очень плохо ))

Да можно "обновить" часть САПа путем замены приложения/модулей на Java.
Это примерно как переустановить платформу/сервер 1С )) Не трогая базу/конфу...

(269)+ Т.е. товарищ ведет речь про "обновление" примерно как "перезаписать файлы exe" (jar|war|ear по факту)

(0) найми подрядчика для этой задачи

в случае "миссия невыполнима" очень хороший вариант

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

(202) на тебе: http://www.rayconsulting.ru/?software-ifrs
в частности:
RayCon® Financial Reporter. Генератор финансовой отчетности (МСФО, управленческой и пр.) в MS Excel для 1С:Бухгалтерия 2.0/3.0
сожет еще и это пригодится:
RayCon® Double Accounts. Подсистема МСФО для 1С:Бухгалтерия 2.0/3.0

(272) Не читать, уже все расписали.

(147) чушь это то что ты пишешь.
непосредственно закупленные лицензии на сап - безусловно нельзя учитывать как НМА.
однако умные люди уже давно поняли что нужно создавать проекты по автоматизации. по результатам данного проекта будет создана(!) уникальная конфигурация, именно для данного предприятия, интеллектуальная собственность на которую будет принадлежать предприятию, затраты на разработку и прочее будет отнесено сюда же.
и вот данная конфигурация как раз и будет иметь стоимость и являться активом.
это широко распространенная схема которая применяется много лет крупными предприятиями, проходит обязательный аудит, в том числе и международный и никаких нареканий не вызывает.
а лицензии, техподдержка и прочее - это затраты для возможности использования данного актива.
так что ваши знания стандартов заявленные в (168) имеют пробелы.
(143) я не имею права называть.

Условия для отнесения к НМА

Объект интеллектуальной собственности можно учесть в составе нематериальных активов при одновременном выполнении следующих условий*:
— организация является обладателем исключительных прав на объект. При этом существование самого объекта и исключительные права на него должны быть подтверждены документально*;
— организация имеет право на получение экономических выгод от использования объекта;
— срок использования объекта превышает 12 месяцев, и организация не предполагает его дальнейшую перепродажу, по крайней мере, в течение 12 месяцев;
— первоначальная (фактическая) стоимость может быть достоверно определена.

Об этом сказано в пункте 3 ПБУ 14/2007.

(276) "исключительных прав на объект"

Вот тут и загвоздка что ни 1С ни САП нельзя перепродавать/распространять, это может делать только разработчик и кому он передал эти исключительные права.

Во всех компаниях, где использовался SAP, всегда наблюдал обратную картину. Первичка велась в бухгалтерии и в ЗУПе, а в SAP непосредственно в SQL грузились данные отчётов. С появлением внешних источников, такая методика сильно упростилась.

Я смотрю тут собрались только 1сники, которые рассказывают друг другу, что такое сап. Я реальный сапер. Опыт разработки> 10 лет. Работал в 5 крупнейших компаниях РФ. В том числе касался интеграции с 1с.
Спрашивайте.
Что касается тс и его темы:
никаких стремительных внедрений сап не бывает. Это всегда долго и дорого.
Готовых решений по интеграции с любой внешней системой не бывает.э, поскольку сап внедряется на крупных компаниях и там всегда все сложно и не стандартно.

Прочёл всю ветку. Ржал.
Каждый день отлаживаюсь в продуктивных системах. Многое просто нельзя проверить на репродуктивной системе.
Не раз сталкивался, когда не то что админы со всеми правами, а рядовые разрабы "мочили" данные напрямую в таблицах бд. И это при наличии трёхдверный архитектуры.
Помимо откатов сап нужен:
Если это международная компания
Если она хочет сделать эмиссию и торговать своими акциями на мировой бирже
Если это холдинг компаний и количество пользователей системы >1000
Если массивы данных в этой системы исчисляется миллионами
- миллиардами записей
Если оборот компании более 100 млн $ - просто коллеги по бизнесу не поймут.
Устал писать с телефона �� - причин внедрения сап много.


P.s. сочувствую тс. Нормальных вариантов решения в озвученные сроки нет.

трёхдверный эээ,что это,

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

(280) Трёхзвенная, очевидно.

(279) >Не раз сталкивался, когда не то что админы со всеми правами, а рядовые разрабы "мочили" данные напрямую в таблицах бд. И это при наличии трёхдверный архитектуры.

Имеется ввиду 1С или SAP?

(283) конечно сап

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

(283) и те и другие мочат.
и да, в (279) - портрет реального разработчика, именно такие внедрятели нам чаще всего попадались.
(285) очевидно что можно. но технически как сделать - не знаю, это вопрос к базисникам, у нас базисник был хороший, не приходилось лезть вообще в эти вопросы ни разу.

(285) Там все намного хуже чем вы думаете. Такого понятия как платформа нет, есть эталонная система.

(287)+ При необходимости лезут и меняют код в "платформе" под внедрение.
В результате любое обновление системы до нового эталона это пипец хуже чем допиленную конфу 1С обновить до новой типовой.

(288) Простите, а в чём прикол тогда? Бизнес-процессы меняются, разрабы стараются, а предприятие остаётся в каменном веке? Хм, кажется немецкие коллеги идут не по самому оптимальному пути. Хотя...

(288) смотря как писали.
если аккуратно через расширения и свои дополнения к таблицам то нормально.
а если с ключом разработчика вломились в стандарт и изуродовали его тогда конечно... туши свет.

(289) "немецкие коллеги идут не по самому оптимальному пути" сравните долю рынка САП И 1с и тогда поймете, кто идет из них по не оптимальному пути)

(163) [yawning] цитирую:
--
21 Нематериальный актив подлежит признанию тогда и только тогда, когда:
(a) существует вероятность того, что предприятие получит ожидаемые будущие экономические выгоды, проистекающие из актива;
(b) себестоимость актива можно надежно измерить.

27 Себестоимость отдельно приобретенного нематериального актива включает в себя:
(a) цену покупки нематериального актива, включая импортные пошлины и невозмещаемые налоги на покупку, после вычета торговых скидок и уступок; и
(b) любые затраты, непосредственно относящиеся к подготовке актива к использованию по назначению.
--

(289) Прикол в том все системы подобного уровня и назначения такие.

(291) Там сравнивать нечего, хуже только сравнение рынка 1с и галактики

(294) и да галактика это и есть "российский сап"

(0)
Мясокомбинат черкизовский?

(291) Я про тех.реализацию и адаптацию. А то ведь можно финансы скрестить со временными промежутками и приплести ещё искусственное продвижение по странам. В общем ну его))))

(293) Значит, если рядом с САП появится концепция 1С, он сразу ослабнет? Ведь 1С и Парус шли параллельно и в итоге вторая система как-то сдулась.

(297) Как мне сказал один коллега, который работал с парус - парус сдулся потому что любая доработка превращалась в пытку.

(297) Концепция 1С не тянет банально те объемы что требуется.
Ни тысячи юзеров ни миллиарды записей

(299)+ 1С могла на основе шустрой 77 сваять нечто близкое к требуемому что на современном железе и базах смогло бы.
Но не смогли

(299) Да, именно так и есть. Но ведь ларьки никто не отменял, а для них концепция то другая нужна. Это же почти точная модель вытеснения виндовсом ОС/2 и нетвары - ларькам не нужно круто и дорого, им нужно быстро и дёшево.
Хочу заверить, что многих вещей не понимаю, поэтому вопрос был малозначимым.

(300) 77 - тупик в плане масштабируемости. А в 8ке запросы - почти "прямые", проблемы могут быть только с записью/удалением и организацией некоторых виртуальных таблиц (ну и типовые конфигурации - отдельная больная тема).
Что в 77 было лучше и удобнее - это возможность писать тексты модулей во внешних файлах. Без гемора с динамическим обновлением :(

(302) "Выполнить" позволяет делать то же самое.

(302) Динамическое обновление давно уже не такое глючное. К тому же нормальная разработка, это когда обновляешься раз в неделю, а то и реже. Или нет?

(304) нет

(296) Это было бы забавно. В цехах автоматизация и сплошной IoT. А в офисе толпа бухов колотит вручную первичку в БП3. На дворе был 2018-й год.

(306) операторы дешевле софта

(304) >> К тому же нормальная разработка, это когда обновляешься раз в неделю, а то и реже.

Да. Чаще нужно ставить только хотфиксы, для этого лучше использовать расширения.

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

(278) "Первичка велась в бухгалтерии и в ЗУПе, а в SAP непосредственно в SQL грузились данные отчётов."
- это офигительно достоверные данные, которые просто так в САП нельзя изменить! это - круто! ;-)

(310) Ну это же дебилизм на самом то деле "данные отчетов" грузить в САП.

Создается видимость работы системы - этакая https://ru.wikipedia.org/wiki/Потёмкинские_деревни

(302) Текстовые модули они же оццтой по скорости.
Одна из причин перехода одной конфы с 7.7 на 8 это 20 минут старта изза текстовых модулей...

(310) А смысл все отпуска, отсутствия, больничные, и прочую муть в САП тащить. Им были интересны затраты на ЗП, и их структура. Данные эти, видимо, потом участвовали в красивых отчётах.

(311) Ну, кроме СаПа и ЗУП там ещё самописный фронт был на Оракле. Под каждую задачу - свою систему. Ну а иностранцы, как было выше подмечено, 1С не доверяют.

(0) SAP Cloud Platform Integration

https://its.1c.ru/db/metod8dev#content:5934:hdoc
готовые спецификации

Там каждое поле описано. Типовые этот формат поддерживают "из коробки"

Я вижу топик ушёл в обсуждение достоинств и недостатков 1с. Между тем, тс просил конкретных предложений, описания подходов интеграции 1с <-> sap.
Мне известны 4 способа:
1. Через файлы обмена - тупо, медленно, старо, работает. Полагаю тс, с учётом озвученных сроков придётся воспользоваться этим способом.
2. SAP DCOM Connector. Работает. Проверял лично в  1с, excel, access.
3. Sap .net connector. Сам не делал, но видел решение по ведению материалов - аналог транзакций mm01,mm02, mm03 на c#.
4. Web service - лучший на сегодня вариант. Конкретно с 1с не пробовал. Но есть опыт интеграции с js, python приложениями. Знаю, что с 1с есть проблемы с настройками политик безопасности.

1) Отчетность сдаем через 1С.
2) Обмен с 1С через Excel.
3) для сдачи НДС нужны книги покупок и продаж - выгружаем из SAP поступления, реализации товаров в в разрезе транзакций со ставками НДС, услуги опционально, можно и руками набить как правило. Перед сдачей желательно предварительно свериться с поставщиками и покупателями. Сдаем НДС.
4) остальную отчетность рисуем "на коленке" в Excel. Благо что алкодеклараций всяких нет.
5) живем так пока либо собственник не сбежит обратно, либо не появится ресурсы на допиливание адекватной выгрузки.

Был опыт в продуктовой розничной сети. Но там мы наоборот стремительно выпиливали САП, однако работало все именно так.

(0)
>Ситуация такая: стремительно переходим на САП.
>Если у кого-то есть искомое или знает того, у кого есть) - большая просьба поделиться.

Лучшее решение на рынке: http://catalog.mista.ru/public/145983/. Можно достаточно "стремительно" - буквально за месяц - настроить выгрузку из оперативного контура (например, покупки и продажи в SAP) в бухгалтерский контур (1С). Но при этом надо чётко понимать, что при полноценной интеграции могут возникнуть ещё и обратные информационные потоки как в виде отдачи в SAP статусов о загрузке в 1С, так и в виде чисто российских заморочек, например, зарплату придётся считать в 1С, и передавать данные в SAP.
А можно просто перекидывать данные через внешние файлы. Например, из SAP легко может выгрузить данные в Excel и прочитать файлы Excel в 1С. Когда в последний раз такое делал, перегружали продажи в Канаде и Швейцарии с одновременным разбором (сопоставлением) платежей по клиент-банку - уже много лет работает. Внешние файлы - это, конечно, не онлайн-интеграция, но если структура выгружаемых из SAP файлов не меняется, то в 1С можно вполне грамотную репликацию наладить.


(73)
>Но у них отчетность всю жизнь в экселе рисовали.

См. ответ ниже в (202): можно взять ваши отрисованные в Excel отчеты и заполнять их непосредственно из 1С.


(75)
>Делайте как нормальные люди - фронт на 1С, а бэк на SAP :))

Слова не мальчика, но мужа! По другому работать и не будет. Но с оговоркой по российским заморочкам расчета зарплаты и пр.


(202)
>а мне, пожалуйста, некую обработку, чтобы отчетность по МСФО сделала на основе выгрузки из БП.

Обработка работает непосредственно c остатками и оборотами 1C (из бухгалтерской подсистемы), выгружая данные в Excel в виде финансовой отчетности: http://catalog.mista.ru/public/64699/. Работает во многих иностранных компаниях и бухгалтерских компаниях, обслуживающих иностранцев. Игра строится на следующем:
1. Настройка в пакетном режиме и на уровне пользователя.
2. Не надо отрисовывать формы в 1С.
3. В Excel сохраняются все формулы для расчётов и анализа.


(242)
>А кто-нибудь уже писал, что одну интеграцию САП-1С будут несколько месяцев отлаживать?

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


(275), (276)
>непосредственно закупленные лицензии на сап - безусловно нельзя учитывать как НМА.

FYI: В отличие от РСБУ, где софт учитывается как НМА только в случае обладания исключительными правами, в МСФО софт учитывается как НМА и в случае неисключительных прав.


(279)
>Готовых решений по интеграции с любой внешней системой не бывает, поскольку сап внедряется на крупных компаниях и там всегда все сложно и не стандартно.

Абсолютно верно! Но... Если среды, где кастомизация, в основном, осуществляется на уровне программного кода, а есть - где на уровне пользователя. Впрочем, как правило, решения такого рода паллиативные: есть и доработки кода, и настройки мэппинга таблиц с данными.