Еще вопрос к Старику по реплике:

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

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

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

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

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

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

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

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

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

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

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

Успехов!

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

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