Текущее время: Вс, дек 17 2017, 04:25

Часовой пояс: UTC + 4 часа




Начать новую тему Ответить на тему  [ Сообщений: 13 ] 
Автор Сообщение
 Заголовок сообщения: FrontEnd для обработки транспортных заявок (R/3 - XI - ???)
СообщениеДобавлено: Пт, окт 03 2008, 15:40 
Начинающий
Начинающий

Зарегистрирован:
Пт, окт 03 2008, 15:21
Сообщения: 4
Ищу вариант реализации системы для обработки транспортных заявок перевозчиками удаленно. Основные данные заявки хранятся в R/3 SD. По мере создания заявок, они отсылаются перевозчику, который их утверждает или отклоняет. При утверждении назад в R/3 отправляются подробные данные, внесенные перевозчиком. Плюс, перевозчик должен видеть отчеты по операциям.

Связь R/3 с данной системой планируется осуществлять через SAP XI.

Я придумал 2 варианта реализации:
1) Веб-приложение на Java, которое связывается с R/3 через SOAP адаптер XI
2) VBA приложение в EXEL, которое также связывается с R/3 через SOAP адаптер XI

Искал в Интернете какие-либо стандартные средства для реализации такого функционала, но ничего подходящего не нашел.

Может кто сталкивался с такой задачей? Какие еще могут быть варианты реализации?

У нас SAP BASIS 4.6C и NW7.1


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, окт 03 2008, 19:05 
Гуру-модератор
Гуру-модератор
Аватара пользователя

Зарегистрирован:
Ср, ноя 01 2006, 23:58
Сообщения: 794
Откуда: Заарбрюкен
Пол: Мужской
Как вариант Web приложение на ABAP/JAVA с прямой связью по RFC...

Хотя "Веб-приложение на Java, которое связывается с R/3 через SOAP адаптер XI" больше нравится...


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, окт 03 2008, 21:26 
Директор
Директор
Аватара пользователя

Зарегистрирован:
Пн, ноя 07 2005, 16:59
Сообщения: 1071
Откуда: Moscow
Пол: Мужской
А зачем там XI вообще?
WebDynpro for ABAP, например.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Сб, окт 04 2008, 14:28 
Гуру-модератор
Гуру-модератор
Аватара пользователя

Зарегистрирован:
Ср, ноя 01 2006, 23:58
Сообщения: 794
Откуда: Заарбрюкен
Пол: Мужской
korchagin писал:
А зачем там XI вообще?
WebDynpro for ABAP, например.


Это жеж RFC, а если системы "далеко"... ИМХО IDOC будет тут уместнее...
Хотя ABAP Webdynpro быстрее и симпотнее... :)


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пн, окт 06 2008, 09:12 
Начинающий
Начинающий

Зарегистрирован:
Пт, окт 03 2008, 15:21
Сообщения: 4
korchagin писал:
А зачем там XI вообще?
WebDynpro for ABAP, например.


Но, если делать через WebDynpro for ABAP, то для каждого из удаленных пользователей придется заводить аккаунт R/3, на сколько я понимаю.. А это будет дороговато..


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пн, окт 06 2008, 12:13 
Гуру-модератор
Гуру-модератор
Аватара пользователя

Зарегистрирован:
Ср, ноя 01 2006, 23:58
Сообщения: 794
Откуда: Заарбрюкен
Пол: Мужской
Да нет, необязательно... Приложение может работать под аккаунтом системного пользователя... Только тогда авторизацию вам тоже писать...


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт, окт 07 2008, 10:34 
Директор
Директор
Аватара пользователя

Зарегистрирован:
Пн, ноя 07 2005, 16:59
Сообщения: 1071
Откуда: Moscow
Пол: Мужской
Konstantin Anikeev писал:
korchagin писал:
А зачем там XI вообще?
WebDynpro for ABAP, например.


Это жеж RFC, а если системы "далеко"... ИМХО IDOC будет тут уместнее...
Хотя ABAP Webdynpro быстрее и симпотнее... :)

Почему же RFC, обычный HTTP.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт, окт 07 2008, 13:21 
Гуру-модератор
Гуру-модератор
Аватара пользователя

Зарегистрирован:
Ср, ноя 01 2006, 23:58
Сообщения: 794
Откуда: Заарбрюкен
Пол: Мужской
korchagin писал:
Почему же RFC, обычный HTTP.


Я имел ввиду, что если это отдельная система на WebDynpro (ABAP или Java) то надо будет как-то в свою данные передавать, а это либо RFC, либо IDOCs, либо еще что-то...


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: FrontEnd для обработки транспортных заявок (R/3 - XI - ???)
СообщениеДобавлено: Чт, ноя 22 2012, 15:33 
Директор
Директор

Зарегистрирован:
Вт, июл 18 2006, 18:44
Сообщения: 986
Откуда: что и все
Пол: Мужской
Автор, что получилось?

Думаю, FLASH уместен был бы.

_________________
Telegram-chat: PO, CPI-PI, java, groovy


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: FrontEnd для обработки транспортных заявок (R/3 - XI - ???)
СообщениеДобавлено: Чт, ноя 22 2012, 16:07 
Начинающий
Начинающий

Зарегистрирован:
Пт, окт 03 2008, 15:21
Сообщения: 4
Сделана и успешно работает такая схема: Java Веб-приложение в связке с SAP напрямую через RFC.

А что такое FLASH?

_________________
Мой блог о технологиях и юморе AMBIVALENT.ru.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: FrontEnd для обработки транспортных заявок (R/3 - XI - ???)
СообщениеДобавлено: Чт, ноя 22 2012, 16:31 
Директор
Директор

Зарегистрирован:
Вт, июл 18 2006, 18:44
Сообщения: 986
Откуда: что и все
Пол: Мужской
Macromedia / ActionScript.
Там вызов веб-сервисов есть.
Ну, можно и через JCo по RFC конечно... А кто кого вызывает, или в обе стороны?


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: FrontEnd для обработки транспортных заявок (R/3 - XI - ???)
СообщениеДобавлено: Чт, ноя 22 2012, 16:55 
Начинающий
Начинающий

Зарегистрирован:
Пт, окт 03 2008, 15:21
Сообщения: 4
То есть это именно тот FLASH, о котором я подумал сначала:) Неожиданное решение? В принциепе, можно запрограммировать почти на чем угодно, хоть на PHP, просто есть уже более менее устоявшиеся технологии постороения корпоративных веб-приложений.

У меня же сделано именно через JCO - работает очень быстро, т.к. без посредников. Вызовы всегда исходят только со стороны Java приложения, на стороне SAP хватило всего одного функционального модуля, который в зависимости он заданных параметров возвращает нужные результаты в табличном виде. Фоновых вызовов нет, все по запросу пользователя. В моей схеме Java приложение не хранит данные нигде кроме SAP.

_________________
Мой блог о технологиях и юморе AMBIVALENT.ru.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: FrontEnd для обработки транспортных заявок (R/3 - XI - ???)
СообщениеДобавлено: Чт, ноя 22 2012, 17:42 
Директор
Директор

Зарегистрирован:
Вт, июл 18 2006, 18:44
Сообщения: 986
Откуда: что и все
Пол: Мужской
дёргать веб-сервисы из флеша это уже стандарт, в т.ч. SAPa, RIA то бишь. Rich Internet Applications. Даже книжка есть от сап-пресса, как их клепать по-быстрому. Корпоративненько )))

В отличии от JCo, в модели веб-сервисов можно дёшево принимать вызовы (был бы сетевой доступ конечно) а не поллить, но для данной задачи вижу что это неактуальное требование.

А так -- отлично, что работает! Поздравляю!

PS Сам тоже делал на JCo 3 недавно задачку, правда как раз серверную а не клиентскую, и с хранением в джавашных таблицах. Полное зеркало :)

_________________
Telegram-chat: PO, CPI-PI, java, groovy


Принять этот ответ
Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 13 ] 

Часовой пояс: UTC + 4 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 3


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB