Текущее время: Ср, май 07 2025, 12:58

Часовой пояс: 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 часа


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

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


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

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