Всем привет

Продолжаю возиться с цепочками... Есть у меня работающая (грузит данные каждую ночь) активная цепочка.
Пытаюсь ее перенести через RSA1-Связь с переносом. Еще при СБОРЕ объектов (т.е. до запроса не дошло) выдает ошибки, наподобии этой

Сама цепочка при изменении в запрос на перенос не просится...

Вот что я накопала в хелпе.
Далее табличка объектов типа A и D. Разумеется, RSPV, должен переноситься, когда он A-TLOGO-Object.
Кто знает, где копать дальше и не к базисникам ли это?

Ты обычную проверку цепочки запускала ? Там warning-ов нет ? Похоже есть некоторая inconsistency. Где там у тебя удаление индексов в цепочке ? Попробуй этот процесс удалить и заново вставить.

Запускала. Варнинги есть, но совсем в другом месте, как раз в тех элементах, где варнинги - все ок. Процесс удаляла, заново вставляла. Не помогло.
DROPCUBE - это не индексы, а полное удаление данных. Но не суть, т.к. проблемы не только с ним.
Есть другая цепочка (и она такая не одна, с аналогичными ошибками). Старт - инфопакет:загрузка ОД в признак за предыдущ. месяц - инфопакет:загрузка ОД в признак за текущ. месяц - обновление данных из PSA - активация основных данных в признаке.
Сама цепочка - в порядке, без варнингов. Данные - загружает на ура.
При попытке сбора - этапы инфопакетов не собираются, зато пишется ошибка о том, что объект ZNBWS_KA типа ISIP в версии А не найден.
При этом те 2 инфопакета, которые в цепочке реально есть, имеют имена типа ZPAK_*, а пакета ZNBWS_KA никогда не было, ни в цепочке (ее создавала я и никто больше не лазал в нее, проверено), ни вообще.
Самый финиш - это выпадение в ошибку "отсутствие в версии А" стартового триггера в других 5 цепочках. Опять же, цепочки рабочие.
---
Есть насчет всего одна версия - утром при просмотре журналов из STMS система повисла напрочь. Базисник ее рестартнул. Могло сие повлиять?

Блин (надо другое выражение использовать)
Глючит у тебя система не по-детски...

Был бы у меня и наших базисников доступ... Может помогли бы...
А так...

Могу сказать только одно.

- У нас (это в самой, что ни на есть западной конторе цепочки процессов "особым совещанием" разрешено создавать и править НЕПОСРЕДСТЕВЕННО в продуктиве).
- Начальство у нас вполне адекватное. И на такой шаг без веских причин не пошло бы.

- Я сам нае¤%ъся, пардон как в том анекдоте натрахался с цепочками и их переносами "по самое нихочу". НЕТ там никакой закономерности. Сплошныэ глюки...

Ну, чтобы я стал делать..

1. транзакция ST01 и полная трассировка, с целью понять чtо происходит с системе.
2. Писать злобные письма в САП.

Извини, на сегодня я исчерпал свой интелект. Если завтра свежие мысли придут - поделюсь. Всё... Спать пора. "Утро вечера мудреннее"(с)...

В итоге плюнула на все и решила попытаться перенести цепочки.
Интерфейс перенесся, все красиво. Но некоторые элементы при попытке "ведения варианта" оказываются несуществующими. Доделываю их ручками и складываю в локальный запрос.

если БИ 7 ещ нота 966131. было точно также со всеми процессами...поставил - помогло

спасибо...
хотя и 3.5

пардон...писал про 3.5..на 3.5 ставил ту ноту..она из 20 суппорта пэкэджа
Суппорт Пэкэдж поставь 20:)

А патчика-то и нету похоже еще, если поглядеть еще ниже

есть... но тебе нужна тока нота 966131...для решения твоей проблемы

Ну и что мне из нее ставить? Все корректировки - на 30B и 700
А ссылки на патч вообще не вижу...

обратись к админу...

Ну вот так бы сразу и сказал...

ну он тебе и поставит...