Текущее время: Вт, фев 20 2018, 01:49

Часовой пояс: 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
Сообщения: 989
Откуда: что и все
Пол: Мужской
Автор, что получилось?

Думаю, 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
Сообщения: 989
Откуда: что и все
Пол: Мужской
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
Сообщения: 989
Откуда: что и все
Пол: Мужской
дёргать веб-сервисы из флеша это уже стандарт, в т.ч. SAPa, RIA то бишь. Rich Internet Applications. Даже книжка есть от сап-пресса, как их клепать по-быстрому. Корпоративненько )))

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

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

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

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


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

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


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

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


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

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