Добрый день,

подскажите, пожалуйста, на какую транзакцию заменилась OMGN с версии 4.6
Мы перешли на 6.0, в OSS ничего не нашла

Подскажите пожалуйста!

Спасибо!

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

Очень жаль
У нас все настройки закрыты в продуктиве, и проходят только транспортом, что в это случае зделать не возможно....
Ладнобудем искать обходы

спасибо!

не понимаю вас. в SPRO путь Управление материальными потоками-Закупки-Заказ на поставку-Настройка заявки на перемещение запаса и тут всё есть. Делайте на системе настроек и переносите транспортом. А на продуктиве и транзакция та у вас только на просмотр, ведь там изменения запрещены. Не понимаю вашей проблемы

Дело в том, что я не могу сделат транспорт, так как всего у нас 4 разаных системы (1 для разработок, 2 тестовые и одна продуктив) в каждой из них,к примеру код клиента, разный, поэтому, если сделать транспорт данные затрутся, и необходимо делать изменения напрямую в каждой системе

Раньше через OMGN делали напрямую в каждой системе и через нее доступ был, а вот через SPRO закрыто. И всех все устраивало.....

Теперь крутиться придется....

ну что сказать - или протяните один код по всем системам - НСИ вам в помощь - или лезьте к базсникам и попросите полномочия на этот объект в PRD, мотивируйте нуждой, обстоятельствами и слезами, а так же письмами с копией начальству - должно помочь

Очень "полезные" тестовые системы, в которых данные по настройкам не совпадают с продуктивом

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

Или я что-то не понял, или как...
Дебитор присваивается заводу:
УМП ->Закупки -> Заказ на поставку -> Настройка заявки на перемещение запаса -> Настройка данных отгрузки для заводов.
То, что технические дебиторы в разных системах разные -- это проблема. На мой взгляд, в одном ландшафте они не должны иметь разные коды.

Целиком и полностью с Вами согласна уважаемый waverzzz!
Но дело в том, что наши тестовые системы обновляются из продуктива не очень часто (1 раз в 4 месяца), вот и получается, что при создании нового завода в момент когда обновления не придвидятся, приходится крутиться и вертеться.

В последствии, при следующей копии продуктива все везде будет идентично, но что делать сейчас

Ладно, уже рассматриваю вариант Justudent

Всем спасибо!