Поставили консультанты задачу, ответом на которой было «Нужно расширить CI_COBL». У нас система работаем более 5 лет, а CI_COBL расширяли на момент ее внедрения ,и за это время изменяли и расширяли очень многое… Так вот консультанты (ММ,СО) категорически не хотят добавлять новые поля в CI_COBL, т.к. не могут прогнозировать успешного выполнения всех транзакций и не смогут протестировать все.
Уважаемые ГУРУ, по вашему мнению, может ли на что-то повлиять добавление дополнительных полей в CI_COBL.
Спасибо.

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

Однозначно только добавлять.
У нас непрерывное производство и проводки рождаются ночью тоже. Я так понимаю при переносе на продуктив (даже ночью) структуры, мы можем столкнуться с дампами в этот момент.
Спасибо.
Это единственная проблема, с которой мы может столкнуться?

Я бы даже так сказал: на время активации структуры (ориентировочно 10-30 минут) у вас будут падать в дамп любые проводки в MM и FI.
Поэтому правильно планировать эту операцию так, чтобы на время переноса выкинуть всех пользователей и отключить интеграцию с внешними системами, проводящую документы.

Не просто с дампами. Если перед переносом не разогнать юзверей, как предложил LKU, гарантированы дедлоки на уровне СУБД, а так же возможно появление некосистентных данных.
ЗЫ: плохо будет не только FI и ММ. Блок контировки много где используется

Ничего страшного в дополнительных полях блока контировки я лично не вижу.
НО!
На живой системе вы столкнетесь с большими техническими проблемами при активации структуры. Об этом вам уже сказали. Лучший выход, мне кажется, - полное закрытие системы для пользователей и останов фоновых заданий на время импорта запросов в продуктив.

P.S.:
Не стоит забывать, что расширение блока контировки на стороне FI не ограничивается добавлением полей в структуру CI_COBL и ее активацией
Потребуется также расширить структуру CI_COBL_BI, модифицировать кластер RFBLG (BSEG), обновить данные настроечных таблиц, обработать подэкраны блока контировки, не забыть про экраны быстрого ввода FI, настроить статусы полей... Но это, конечно, делается и отлаживается в системе разработки и тестирования.

Спасибо за советы. Кое-что прояснилось.
Еще один вопрос.
Мне консультант FI сказал, что добавление полей может привести к перегенерации экранов некоторых программ. И если в проводках мы их не увидим, то в фоновом режиме они будут и как результат нам необходимо будет переписать программы, которые работают с пакетниками SHDB и LSMW.
Хочу услышать от коллег, насколько Вы сталкивались с таким? Так ли на самом деле?
Для нас это критично, т.к. большинство пакетников писались очень давно.

Поля в экранах, скорее всего, появятся.
Однако, если дополнительно не будет выполнятся настройка статусов полей - что новое поле обязательно для заполнения, то проблем не будет. Если поле есть на экране и отсутствует в пакетнике - оно просто останется пустым.
Естественно, если поле обязательно для ввода, тогда будет ошибка и пакетник необходимо переписывать (обычно можно просто дописать новое поле).

Дело в том что было сказано, что в любом случае нужно будет переписывать проги с SHDB и LSMW. Даже если эти поля будут необязательными.