Текущее время: Сб, июл 19 2025, 10:34

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




Начать новую тему Ответить на тему  [ Сообщений: 23 ]  На страницу Пред.  1, 2
Автор Сообщение
 Заголовок сообщения:
СообщениеДобавлено: Пт, фев 08 2008, 13:10 
Ассистент
Ассистент

Зарегистрирован:
Пт, июл 14 2006, 04:29
Сообщения: 26
Еще вопрос к Старику по реплике:
Цитата:
Мы умудрились сделать универсальную морду, в которой поддерживается большинство видов движений MM (для транзакций MB1A, MB1B, MB1C).

исходя из каких соображений вы затачивали интерфейс на транзакции MB1*?
В нашем проекте мы все транзакции строили на MIGO, для каждой хоз. операции писали отдельный вариант транзакции (SHD0). Вроде не плохо получилось, с учетом приятных фишек тр-ии MIGO, таких как копирование значения поля и т.п.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, фев 08 2008, 14:44 
Старший специалист
Старший специалист
Аватара пользователя

Зарегистрирован:
Сб, окт 16 2004, 11:27
Сообщения: 348
Откуда: Москау
Пол: Мужской
Цитата:

Значит в нашем случае необходимо зайти с другой стороны - сначала заменить ИС магазина на современный софт. :!:


И это в первую очередь!

Если есть возможность, то лучше использовать промышленные решения, совместимые с SAP. Если нет, то сразу закладывать возможность интеграции с SAP, причем с возможностями расширения и модернизации, с процедурами контроля данных.

В качестве носителя информации рекомендую формат XML - использовали, очень хорошие впечатления остались!

_________________
Тот, у кого хватит храбрости и терпения всю жизнь вглядываться во мрак, первым увидит в нём проблеск света


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, фев 08 2008, 14:52 
Старший специалист
Старший специалист
Аватара пользователя

Зарегистрирован:
Сб, окт 16 2004, 11:27
Сообщения: 348
Откуда: Москау
Пол: Мужской
del написал(а):
Еще вопрос к Старику по реплике:
исходя из каких соображений вы затачивали интерфейс на транзакции MB1*?
В нашем проекте мы все транзакции строили на MIGO, для каждой хоз. операции писали отдельный вариант транзакции (SHD0). Вроде не плохо получилось, с учетом приятных фишек тр-ии MIGO, таких как копирование значения поля и т.п.


Я несколько иное имел в виду... Про транзакции MB* я вспомнил только в связи с видами движений, которые в них доступны...

Мы не делали варианты транзакций, мы писали свою программу, в которую пользователь, условно, вводил наш код операции, в настройке которой было прописаны: вид движения, код отпускающего склада, код принимающего. То есть, действия пользователей сводились к тому, чтобы ввести код операции, номер товара и количество - все остальное тянулось из настроек.

Это решение было связано не только с необходимостью интеграции двух систем, но и с целью облегчения пользователям жизни, ведь в Торговой ИС понятия мест хранения, с которыми они постоянно работают, могут носить несколько другой смысл, чем в SAP (это уж как додумаются разработчики этих ИС - согласитесь, проблема актуальная для старых самописных ИС)... И чтобы поменьше рассказывать им про управление запасами в SAP, даешь им простенькую транзакцию....

Конечно, придется с ней повозиться, чтобы заложить в нее все, что есть и заложить возможности модернизации на перспективу... Но за неделю вполне реально "под ключ" такую собрать! У нас получилось!

_________________
Тот, у кого хватит храбрости и терпения всю жизнь вглядываться во мрак, первым увидит в нём проблеск света


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, фев 14 2008, 12:58 
Старший специалист
Старший специалист

Зарегистрирован:
Пт, мар 25 2005, 11:46
Сообщения: 282
Откуда: SPb
Старик написал:
Кстати, еще идея с того же проекта, которая оказалась рабочей...

Можно нарисовать свою транзакцию, которая работает по схеме:

1. Проводка докуента товара через BAPI
2. RFC-вызов в торговую ИС для обновления запасов
3. Если обновление в торговой ИС не прошло, то сторно документа товара.


А почему вы проводили документ, а потом сторнировали? Нельзя было использовать единую транзакцию для этих целей? Если не была завершена успешно, то не проводить ничего.

_________________
Лучше сделать и пожалеть, чем не сделать и потом жалеть.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, фев 14 2008, 18:18 
Старший специалист
Старший специалист
Аватара пользователя

Зарегистрирован:
Сб, окт 16 2004, 11:27
Сообщения: 348
Откуда: Москау
Пол: Мужской
zaba написал(а):
Старик написал:
Кстати, еще идея с того же проекта, которая оказалась рабочей...

Можно нарисовать свою транзакцию, которая работает по схеме:

1. Проводка докуента товара через BAPI
2. RFC-вызов в торговую ИС для обновления запасов
3. Если обновление в торговой ИС не прошло, то сторно документа товара.


А почему вы проводили документ, а потом сторнировали? Нельзя было использовать единую транзакцию для этих целей? Если не была завершена успешно, то не проводить ничего.


Думаю, что можно было делать commit для BAPI только в случае успешного завершения изменения запасов в Торговой ИС...
Ну не хватило терпения... :)

_________________
Тот, у кого хватит храбрости и терпения всю жизнь вглядываться во мрак, первым увидит в нём проблеск света


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, фев 14 2008, 18:19 
Старший специалист
Старший специалист
Аватара пользователя

Зарегистрирован:
Сб, окт 16 2004, 11:27
Сообщения: 348
Откуда: Москау
Пол: Мужской
zaba написал(а):
А почему вы проводили документ, а потом сторнировали? Нельзя было использовать единую транзакцию для этих целей? Если не была завершена успешно, то не проводить ничего.


Собственно, тут главное - ИДЕЯ, а детали - это уже дело времени и желания...

Успехов! :)

_________________
Тот, у кого хватит храбрости и терпения всю жизнь вглядываться во мрак, первым увидит в нём проблеск света


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

Зарегистрирован:
Вт, авг 31 2004, 14:57
Сообщения: 5258
Откуда: Ростов невеликий
Пол: Мужской
del написал(а):
Цитата:
Если есть возможность вносить изменения в ПОМ магазина, то почему бы не сделать rfc-вызов нужного ФМ (возможно самописного) в бэк-офисе SAP сразу же после проведения кассовой операции?

Это хорошее предлодение, однако програмное обеспечение магазина (ПОМ) - это приложение, которому около 10 лет. Это DOSовое приложение и ничего об RFC оно не знает.

rcsdk больше лет.
"просто вы не умеете готовить" - найдите старого системного c-ника, который за час сделает интерфейс dos-rfcsdk-sap.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: SAP в роли бэк-офиса на магазине - благо или наказание?
СообщениеДобавлено: Чт, окт 29 2009, 02:14 
Начинающий
Начинающий

Зарегистрирован:
Чт, окт 29 2009, 01:14
Сообщения: 7
для обновления темы:
1. есть SAP POS для работы на кассах. локализован для России. обращаться в Московский офис.
2. есть сценарий обработки заказа клиента, в котором проверяется доступность товара (остатки, резерв и т.д.).
3. если не нужна проверка доступности, на фига интеграция ERP -> POS по остаткам?


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 23 ]  На страницу Пред.  1, 2

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


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

Сейчас этот форум просматривают: Yandex [Bot]


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

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