Господа!
Есть еще один маленький вопрос. Слышал, что в SAP существует встроенный механизм работы с приложениями типа 1С. Где можно почитать по этому поводу что нибудь?

Где слышал, там и почитать...

Где слышал, там и почитать... [/quote]

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

Про воспринимание колебаний эл.-магнитных волн - красиво, но все же, Господа, СПОКОЙНЕЕ!!!
Нет никакого встроенного механизма. Или ты понял неправильно, или объяснили неправильно.

Конечно же в SAP есть встроенные механизмы передачи информации во все локальные системы всех мировых производителей! SAP AG давно и плотно занимается подобными вопросами. Стоит только поискать в меню пункты с названиями 1С, БЕСТ, Navision, Baan и нажать пару кнопочек.

Если серьезно, то на ум сразу приходит механизм ALE. Теоретически можно написать расширения, генерирующие IDOC по факту какого-нибудь события в системе, например, проводки финансового документа.

Немного в сторону: тема целесообразности подобной передачи уже обсуждалась. Поищите...

Используйте дистанционные ФМ, можно свои, можно BAPI. А в 1С есть свои средства их вызова. SAP предоставляет возможность, а другие системы этим пользуюются. Уже все написано, можно хоть в yandex поискать

Спасибо большое всем за принятое участие.
Хотелось бы уточнить некоторые моменты.
1. Про 1С мне известно. Да можно открыть SAP 1С, но больно не хочется. Хотя я и 1С-ник, но по моему убеждению не стоит этого делать и вот почему: 1С - хорошая программа, но в таком режиме может глюкнуть. Это зависит от многих параметров, в т.ч. и от операционки и ее настроек в которой работает 1С. В любом случае, если 1С глюкнет - что будет с базой SAPа? Скорее всего ничего. Но существует очень маленькая вероятность, что SAP грохнется. А это уже очень серьезно. К тому же - вся основная деятельность предприятия ведется в SAP.
2. В 1С - только НУ и МЦФО. Регистры по НУ можно настроить в SAP, чем сейчас и занимаюсь. Но вот МЦФО.... Этой системы отчетности до недавнего времени у нас не было. Ее нужно организовать с нуля. Все дело в том, что в центральном аппарате - SAP, а в филиалах где - что (где то по моему еще даже базы под DOS крутятся). В SAP грузить все ОС, которые есть в филиалах на данный момент нач-во не согласно. А эт сделать нужно срочно. В принципе, можно написать задание ABAP-ерам, и они напишут выгрузку. Но если есть стандартная SAP-ская обработка подключения к базе 1С, тогда можно сделать все быстрей и красивше.
P.S.
Может написано не очень красиво, но как смог.
Кстати, большая просьба - если знаете, где можно прочитать про механизм ALE поподробнее, киньте пожалуйста ссылку.

Что-то неконкретно написали - а что хотим получить в результате связи с 1С. какую систему, функциональность?. Рассмотрим, например, один из вариантов. Аудитор предложил выгрузить проводки R/3 по шаблону1С с 2-мя субконтами, с количеством, чтобы удобно ему выполнять анализ в своем ПК.
Проблемы трудноразрешимые:
1. Превращение полупроводок в проводки для 1С - на манер нашей Корресподенции счетов. Все пользователи R/3 знают, что 100% задача не решается автоматически.
2. Аналитика, контировки (субконто) находятся в разных модулях; требуется подтащить и увязать в иерархию субконто и вставить в корреспонденцию. Интересно, кто уже вставил в свою "корреспонденцию" дебитора, кредитора, материал, основное средство, МВЗ и т.д.?
3. Объемы проводок (BSEG) за год составлят не менее 3 млн. для среднего предприятия , а в условиях регистра материалов еще больше. Примерная прикидка дает БД 1С более 1 Ггб - БД с DBF свалится. Время загрузки таких объемов чрезвычайно велико.

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

Вывод: проще обучить аудитора работать в среде R/3 и заключать договор на аудит в условиях R/3

Интересно все-таки знать, какие еще задачи участники форума собираются решать, используя 1С.

1. Кое-где интерпретация проводок делается еще на стороне R3. Вполне можно выгрузить уже готовое.
2. "Уже вставил" САП АГ, см. соответствующие отчеты в системе.
3. Давлю в себе смех, но без особого успеха.
Случаи выгрузки известны, вопрос действительно в целесообразности.

Ну, вообще то так и есть. У нас базы за гиг зашкаливают. Причем сделал еще сводную по всем филиалам, убрал оттуда все, что можно. Получилось около 2-х гигов. Реально я работал с базами 1С до 5 Ггб - и ничего не падало. Может и выше нормально будет. Это не хвала 1С - это просто факт.
Что касается перегона инфы из SAP в НУ (1С) - то эт тоже есть, но самописное. Если кому надо - алгоритм нарисую (ну и прочее там...).
Но хотелось бы использовать стандартные методы SAP.
Это не прихоть - необходимость. По мне - так лучше бы все было в SAP. Но это не от меня зависит. Вот и приходится выкаблучиваться.

Это где лежит? - в какой версии?

НУ еще куда не шло... а к МСФО САП все же поближе.
понятно, что в 1С вверх ногами все переворачивать легче, но стоит задуматься о получении отчетов из САПа. иначе зачем его внедряете?)

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

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

Так или иначе приходится делать отчетность в 1С для инспекций. Да и зарплата ведется там же...

2 Genj-sa:

Привет, я бывший 1С-ник.
Теперь ABAP-ер.
В данный момент женю две системы на предмет взаимного обмена.

Короче, слухай сюды...
Что касается обмена между системами, то есть несколько вариантов.

1) обмен через файл напрямую.
САП умеет читать/генерить файлы следующих форматов (понятных 1С-ке): txt, xml, xls, dbf(если очень постараться).

2) обмен через файл выгруженный другим приложением, управляемым САПом по OLE. Например тот же XLS или DOC. В САПе есть возможность работать с внешними приложениями по OLE, соответственно можно родить этим приложением файл с данными из САПа.

3) обмен c 1C напрямую по OLE. Используя ту же возможность работы с OLE можно прямо из САПа стартануть 1С-ку и управлять её объектами из ABAP-кода.

Это что касается готовых решений (мож что и упустил, но видимо не особо существенные моменты)

Теперь всякие там САПовские "родные" интерфейсы обмена.

Есть целый набор стандартных САПовских интерфейсов обмена, объединенных под общим названием EDI (Electronic Data Interchange, кажись). К этой группе относится и упоминавшийся ранее механизм ALE.
Работают эти интерфейсы прекрасно.....
Но...
Только при обмене между детищами SAP AG.

Если ты хочешь цепануть по этому интерфейсу внешнюю систему, разработчик которой к САПу не имеет отношения, то готовься к долгим и упорным написаниям всяких там парсеров, разборщиков, коннекторов и прочей лабуды...
В общем, долгострой...
По этой причине не рекомендую идти этим путём. Если конечно дело не имеет целью разработку универсального интерфейса SAP - 1C

Успехов!