Внедряем новую схему НУ на спец регистрах.
Потребовалось расширить количество полей в таблице объектов. Теперь их 15.
Потребовалось изменить индекс к таблице, но в индексе не может быть больше 16 полей(наши 15 + мандант + БЕ).
В итоге, мы выкинули одно из полей из индекса, таблица активировалась. Но с точки зрения спец регистров,
то что мы сделали было не корректно, потому как ругается, чтоб все поля, добавленные пользователями
присутствовали в индексе. Сделали перенос полей для этого нового поля. Запустили сбор данных, отработало,
поле заполнилось.

Можно ли так оставить, не повлечет ли это в дальнейшем проблем? Или убрать поле и искать другие пути?

Если Вы переделываете стандартное решение на FI-SL - там есть Object Table 2, как раз для таких случаев. Воспользуйтесь лучше ей. С точки зрения наполнения - таблица будет отрабатывать даже с кривым идексированием, но в некоторый момент начнет сильно тормозить при выборках. Торможение будет развиваться по экспоненте, а исправить индекс таблицы с заполнением так, чтобы заполнение сохранилось, в 99% случаев невозможно, придется все сбрасывать.

Добрый день.
Как раз недавно столькнулся с той же проблемой и сначала тоже пошел по "кривому" пути, по которому пошел автор.
При проводке через GB01 периодически стали возникать ошибки при обновлении таблицы БД, в SAP почту присылалось сообщение типа:

Причем отловить случай когда документ постился, а когда откатывался я не смог найти. Решил использовать таблицу объектов 2 и не ломать функционал.
Отсюда совет, не ждать когда проблема выстрелит в продуктиве и не насиловать функционал, когда есть обходное решение.

Подскажите , а что за таблица объектов 2?
у нас есть ZTAXREGT, ZTAXREGA, ZTAXREGO,ZTAXREGP
Спасибо.