Текущее время: Чт, дек 11 2025, 01:13

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




Начать новую тему Ответить на тему  [ Сообщений: 7 ] 
Автор Сообщение
 Заголовок сообщения: Перенос альтернативных спецификаций материала из 4.6 в 6.0
СообщениеДобавлено: Пн, окт 06 2008, 10:40 
Старший специалист
Старший специалист
Аватара пользователя

Зарегистрирован:
Вт, дек 18 2007, 13:19
Сообщения: 275
Откуда: Донецк
Пол: Мужской
Здравствуйте, пожалуйста, подскажите. На базис писали, но безрезультатно. Может сюда нужно.

При переносе спецификаций материала через IDOC (транзакция BD30) между двумя системами альтернативные спецификации не перенеслись.
Если выбрать в поле АльтернСпецификация с 2 по 5, то в следующем окне в поле Спецификации в списке стоит 1092, Спецификации выбраны для распред - 0.
При нажатии на какую-либо из появившихся спецификаций выдает ошибку: "Распределение предусмотрено только для простых спецификаций".
Возможно ли с помощью этой транзакции перенести все-таки альтернативные спецификации или нужен другой IDOC и другая транзакция для переноса?

_________________
Вебом по САПу!


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт, окт 07 2008, 13:19 
Специалист
Специалист

Зарегистрирован:
Чт, авг 23 2007, 07:42
Сообщения: 201
Откуда: Москва
Пол: Мужской
Проверте модел распределения трBD64, определение данных партнёров трWE20. Это при условии что RFC соединение корретно настроено( прописаны логические системы, сгенерен юзер для RFC, синхронизированы пароли и т д)
Idoc воще формируються в исходящей системе? Что пишут в трWE02, мониторе тр.BD87 и монитор RFC трSM58
Ещё подозрение что перед тем как нести спецификации, надо ОЗМ перенести, на которые спецификации и которые в спецификациях

_________________
«Каждый слышит только то, что он понимает» (И. В. Гёте)


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

Зарегистрирован:
Вт, дек 18 2007, 13:19
Сообщения: 275
Откуда: Донецк
Пол: Мужской
jass написал:
Проверте модел распределения трBD64, определение данных партнёров трWE20. Это при условии что RFC соединение корретно настроено( прописаны логические системы, сгенерен юзер для RFC, синхронизированы пароли и т д)
Idoc воще формируються в исходящей системе? Что пишут в трWE02, мониторе тр.BD87 и монитор RFC трSM58
Ещё подозрение что перед тем как нести спецификации, надо ОЗМ перенести, на которые спецификации и которые в спецификациях


Абсолютно все настроено. Т.к. перебрасывали ОЗМ и спецификации альтернативы 1. И сейчас 4.6 тоже предлагает перебросить только эту 1 -ю альтернативу, а на 2,3,4 (узловые) ругается, пишет: "ошибка BOM 004 Распределение предусмотрено только для простых спецификаций". Т.е. готова перебросить только 2/3 всех спецификаций.

в WE02 принимающей системы 6.0 куча перенесенных IDOCов с зеленым семафором. Возможно нужен иной изощренный IDOC для этого?

_________________
Вебом по САПу!


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

Зарегистрирован:
Чт, авг 23 2007, 07:42
Сообщения: 201
Откуда: Москва
Пол: Мужской
Аналогично мучался с ОЗМ, причём из манданта в мандант в 6.0., процесс застрял. Решилось выгрузкой и загрузкой через LSMW((

_________________
«Каждый слышит только то, что он понимает» (И. В. Гёте)


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

Зарегистрирован:
Вт, дек 18 2007, 13:19
Сообщения: 275
Откуда: Донецк
Пол: Мужской
jass написал:
Аналогично мучался с ОЗМ, причём из манданта в мандант в 6.0., процесс застрял. Решилось выгрузкой и загрузкой через LSMW((


Думали и над этим, но у нас в 4.6 вобще нет LSMW.

Зато нашли транзакцию CG33 - импорт спецификаций из текстового документа. Но антипода к ней - транзакцию с єкспортом не можем найти. Выгрузили в txt-файл из CS11, потом попробовали CG33 стала ругаться на делимитер EOF. Похоже, что нужно загружать txt-файл с особой структурой. Но для этого опять же нужен экспорт.

_________________
Вебом по САПу!


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, окт 16 2008, 13:16 
Специалист
Специалист

Зарегистрирован:
Чт, авг 23 2007, 07:42
Сообщения: 201
Откуда: Москва
Пол: Мужской
а тр.CGBC не пробовали юзать?

_________________
«Каждый слышит только то, что он понимает» (И. В. Гёте)


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

Зарегистрирован:
Вт, дек 18 2007, 13:19
Сообщения: 275
Откуда: Донецк
Пол: Мужской
jass написал:
а тр.CGBC не пробовали юзать?


Попробовали. Система выдала ошибку 2 (что-то неправильно с заголовком DVS). Влезли в текст программы, обнаружили, что нужно в таблицу TCGENV дописать поле DVSKEY_EXCELMACRO, а транзакция сама в него, если правильно поняли код, допишет значение. Поле в таблицу добавили, но ошибка осталась прежняя. А как Вы справились с этой транзакцией и насколько от нее получилось пользы?

_________________
Вебом по САПу!


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

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


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

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


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

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