Простите, но тогда не совсем понимаю. Какая же причина ошибки, если в постоянных переносах Таблица-Получатель ZTAXREGA?


Заморочка в нем?

Вы поймите, что любой спец.регистр очень специфичен.
И настройки для любого регистра очень индевидуальны.
Я понятия не имею, что из себя представляет таблица ZTAXREGA.
И в своих ответах исхожу только из опыта работы с регистрами, котрые настраивал сам.
Если система мне пишет ошибку:
"Постоянный перенос полей к табл. ZTAXREGA не найден."

Я могу предположить, что подобная ошибка может возникнуть в том случае, если из постоянного перноса полей удалена (либо модифицирована) как минимум одна запись. И что после удаления не сделали актуализацию кодировки.
Но повторюсь- это одно из предположений. Чужой регистр - это темный лес. И я не знаю, что там Юникон или SAP CIS в нем навернул.

Постоянные переносы полей в регистрах генерятся автоматически на первом этапе соэданий регистров (точнее создания таблиц), с помощью инсталяции. Во время инсталяци генерится куча программ, в которые, наравне с другими настройками, эти переносы включены. Так вот если после инсталяции пост. переносы были модифицированы , то это не значит, что они тут же прописались во всех программах SL. Ровно для этого и предназначена актуализация кодировки. Либо можно сделать проверку инсталяции, как я писал выше. Если проверка сообщит, что инсталяция некорректна, то прямо из этого сообщения можно запустить программу корректировки.
Обо всем этом можно легко почитать в хелпе. Он на русском языке и там написано много интересного:)

Спасибо за понимание ситуации.

Мысль хорошая. Почитаю обязательно.

Надеюсь про это там написано. А то не зная броду - не суйся в воду.

В общем разделе параметров планирования необходимо определять класс параметра планирования, который предлагается выбрать из списка. Подскажите транзакцию по ведению классов параметра планирования.
Без этого невозможно ввести плановые значения в регистр.

Еще пара вопросов для спецов по FI-SL
1. При запуске цикла распределения плановых значений возникает ошибка "БЕ не присвоен регистру". Это неправда. Все присвоено. В чем может быть проблема?
2. Выполняю сведение.
В статистике сброса пишет
0 зап. считаны из БД
0 из них сгенерир. логич. зап.
0 Записи сброшены в БД

Но ниже в табличке в одной из строк

Считано Создано Записан(о)

1 1 1

Т.е. в наборе сведения записи нашел, а в набор сброса не положил? Тогда ЧТО Создано и КУДА Записано?

Появилась еще одна тема, связанная со спецрегистрами. Господа специалисты по данной теме прошу сюда! У меня к вам масса вопросов...

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

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

По второму вопросу. Смотрели ли вы результат после выполнения свдения? По идее когда вы выполняете сведение система должна выдать, сколько она считала документов, сколько сгенерировано и сколько сброшено. Если все по нулям и кол-во записей, считанных из БД = 0, то система не считала ничего. Нужно смотреть настройку сведения.

Скажите тогда, что у вас было прописано и что вы поставили?
Ошибка "строка документа Х ХХХХХ не проводится в регистр FI-SL" весьма актуальна сейчас для меня.

Спасибо! Не нужно, разобралась самостоятельно!:)