Господа, маленькую консультацию, пожалуйста.
Я не SAPщик, и имею о нем довольно общие представления. Я занимаюсь локализацией (адаптация к нашим непростым реалиям ) зарубежного Клиент-банка. Сейчас я должен определиться с форматом данных для передачи платежек из среды SAP в клиент-банк. Здесь, если я правильно понял, нет никаких стандартов. Может кто сталкивался с этим? Какие форматы выбирали? Мне лично хочется прибегнуть к формату 1С. Может кто чего скажет?
И обратная задача - загрузка выписок в среду SAP. Здесь, на первый взгляд, вариантов особых нет - надо использовать MultiCash. Но может я чего-то не понимаю?
Заранее благодарен.

Загружать можно и с помощью МТ940. Если траблы с закачкой, есть несколько exit-ов.

А выгрузку: либо на абапе писать (по REGUH, REGUP), либо формат ваять с помощью Payment Medium Workbench. Формат файла зависит от твоего клиент банка: некоторые даже позволяют руками настраивать формат.

Формат который будет SAP кидать клиент-банку я могу выбрать любой. Проблема как раз в том: какой выбрать? С точки зрения того, хотя бы, чтобы это вызвало минимальный геморрой у человека который будет настраивать Payment Medium Workbench. И еще: у некоторых организаций стоит старый SAP, например версия 4.6B. У них там чего то не хватает в комплекте, боюсь как раз Payment Medium Workbench . Таким компаниям придется писать что-то самостоятельно руками. Какой формат будет лучше использовать с этой точки зрения?

А какие есть?
Самый простой: текстовый фал с разделителями. На каждую платежку отдельная строка.

CSV? Для меня это идеальный вариант ! Просто неясно, насколько этот вариант прост для SAP'a. У меня достаточно туманное представление об этом чуде современной мысли. Если он легко делает CSV, то нет проблем. Вопрос теперь в другом: насколько легко? Если модернизация SAP для формирования такого файла потребует месяц-два, я боюсь моим заказчикам это не очень понравится.

Ну что ты, полгода минимум .

А вообще базовый формат настроить можно за 2-3 дня. А остальное - как пойдет: тестирование, доделывание, количество форматов, информация содержащаяся в платежке и т.д. 1-2 недели на все должно хватить.

Радостная весть ! Большое спасибо.
А так к слову, часто ли приходится вязать SAP с 1С?

Не приходится.

Лично у нас - печальный опыт по вязанию этих чудес
(нам такое пытался вытворить микротест)

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

SAP с 1С приходится вязать частенько, потому что 1С на настоящий момент это де-факто стандарт автоматизации учета в российской бухгалтерии. Компаний, которые пользуются SAP-ом для учета на 100% - немного, или даже очень мало. Все равно 1С у них обязательно есть, а значит и есть необходимость повязать его с SAP.

Да вот и мне так почему то кажется. 1С стоит сейчас вообще везде. Хотя бы какая-нибудь битая у младшего бухгалтера, просто потому что он(а) к ней привык(ла) на предыдущей работе. Так вот и возникает вопрос (см. начало дискуссии). "А может для связи между всем и вся, по крайней мере на уровне платежных документов, использовать формат обмена данными с клиент-банком 1С?". Я в рамках своего проекта понаписал уже связи с 1C и Navision. Скоро будет SAP. Потом Axapta. Так может и не забивать голову всякой фигней - ограничиться только 1С? Как уважаемые коллеги считают, насколько оправдана лень в этом вопросе?

Плиз, одолжите кто-нить 1с 8.0 обработочку для файлообмена с MultiCash.... Мне не в лом писать - времени нету...

А что значит вытворить?
Я правильно понимаю, что речь идет о ТДС и 1С? Если так, то печально то, что Заказчик играл в свои политические игры, и по сути ему такое вязание было не нужно (очередное прикрытие своих проблем при внедрении). Хотя лозунгов как всегда было море. А вяжутся они нормально, даже на уровне он-лайн.

Коллеги, кто может поделиться программой выгрузки платежек из упомянутых таблиц? Очень надо!