Всем привет!

Подскажите, пожалуйста, или снавигируйте где можно почитать.

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

На сколько реально организовать такой онлайн обмен данными? И как лучше это сделать?

Знаю, что в SAPе есть такая вещь, как POS-интерфейс, но вариант использования этой стандартной функциональности отпадает.

Заранее благодарен за ответ.

Не знаю, но может поможет:

1. Был каталог сервера приложений, доступный извне по FTP, на который скидывались файлы.
2. На сервере крутилось фоновое задание, которое перманентно сканировало каталог, на предмет появления новых фалов.
3. Если файл находился - его загружали и обрабатывали. После обработки - прожка генерировала в другом каталоге файл с протоколом.

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

1. Можно попробовать написать клиента к сапу на чём нибудь типа Delphi и т.п. который бы мониторил появление файла ну и закачивал бы его в САП (думается написать такое не очень сложно)
2. не обязательно ФТП до обычной шары можно с помощью OPEN DATASET...добраться главное чтоб она с сервера САП была видна

Предполагается, что входящие/исходящие файлы будут размещаться на FTP. Т.е. видится либо вариант со скриптом, который будет с FTP файлы забирать и размещать их на сервере приложений SAP, где их будет подхватывать ABAP-программа, либо работать из SAP-а напрямую с FTP.
Подскажите, плиз, есть ли в SAP-е методы или ФМ-ы, которые могут считывать папку с файлами с FTP. Я нашел только ФМ, который считывает один файл... Если ему на входе путь к папке задать, он ее всю считает?

ГФ SFTP. (Какая нить ФТП команда типа nlist и ФМ FTP_COMMAND должно помочь)

P.S. Поясню. ФТП был доступен пользователям, а Сапец работал с каталогом напрямую (как выше указывалось через Open Dataset).

а нельзя ли покопать в сторону Web сервисов?
была как-то интеграция с внешней delphi системой и 1c с их помощью, все достаточно резво.
правда, ПО POS должно уметь их вызывать, и версия сапа должна поддерживать Web сервисы.

Странно... вроде противоречащие друг другу утверждения.


Обмен файлами - это не онлайн-обмен

Прежде чем приступать к работе вам нужно прояснить ряд моментов:
1.Какие операции должны выполняться в системе R/3?
2.Какой объем файлов и какая периодичность их выкладывания?
3.Какие требования к времени обработки данных в системе R/3
4.Как планируется обработка ошибок с обеих сторон?

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

Если только след.этапом. пока только файлы.


Согласен .


Создаваться сбытовые заказы. Каждый файл - это один заказ.


Порядка 50 файлов в МИНУТУ (представьте себе интенсивность покупок в торговой сети, скажем в выходной день). Периодичность тоже можно примерно прикинуть, если, к примеру, файлы будут сыпаться с терминалов сети продуктовых магазинов.


Программа в R/3 должна обрабатывать входящие файлы очень быстро, пакетами. Т.е. полагаю, что нужно запускать, например, 10 файлов в параллельную обработку. В общем, результат обработки каждого файла - это созданный заказ + исходящий файл, который нужно выложить на тот же FTP (ответ терминалу). Этот ответ должен формироваться максимально быстро!
Обработанные файлы должны архивироваться и складываться в отдельный ресурс (например спец.папку на FTP).


Все ошибки планируется записываться в лог R/3 (slg0).

столько рисков... если секунд до 5 сведете - хорошо. 1-2 - совсем круто.
тут сразу стоит задуматься об отдельном диалоговом инстансе для этой задачи.

ИМХО (и только ИМХО), по пункту 2.
Не лучшее решение на каждый чих пользователя - создавать сбытовой заказ (особенно при таком потоке).

А что должно возвращаться из R/3?

Ответы в виде текстовых файлов и выкладываться на FTP.

А что в ответах - номера заказов?

Номер заказа в том числе, ну порядка 10 полей типа CHAR.

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



А есть пример работающий?

SE38->RSFTP002
Вводите какой-нить FTP хост и команду dir (или nlist) => наслаждаетесь списком файлов.
например:



Т.е. обойтись без внешних программ можно. На абапе заслесарить прожку, которая будет "слушать" ftp сервер и "ловить" появление новых файлов/закачивать оные. Но вот Real-Time систему построить не получится - т.е на просто закачку - парсинг файла уйдет какое-то время, а еще с созданием сбытового заказа.