День добрый! Сегодня пользователи стали жаловаться что у них при создании СФ выданного стала падать 1С с ошибкой SDBL: поле fldXXXXX из таблицы DocumentXXX не может иметь значение NULL. Как оказалось проблема возникает только на этом сервере терминалов, на остальном все нормально. Чистка кэша у пользователей не помогла. Сейчас выяснилось, что если открыть конфигуратор этой базы на том самом серевере терминалов там нету этого злополучного поля в документе на которое ссылается ошибка. При открытии конфигуратора на других серверах поле у документа есть. Тестирование логической целостности конфигурации тоже ни к чему не привело. Кто сталкивался? Как можно исправить?

сервер 1с там же стоит где ошибка?

(1) нет, сервер 1с крутиться на другом сервере

сорри за тавтологию

Похоже, недочистили.

(4) Так я заходил пользователем, у которого кэша вообще не было, проблема все равно оставалась

(5) Я имею ввиду Windows-пользователя

Может серверный кэш почистить?

(7) Как это сделать?

(8) в папке srvinfo на сервере 1с, только осторожно. ну или удалить-добавить в консоли 1с сервера. Осторожно там делать надо, там и ЖР и настройки всякие

Точно не помню, надо у гугла спросить.

Демонически обновляли?

(0) вы там часом не два независимых сервера 1С к одной базе подняли?

v8: Кэш конфигурации на сервере приложений. Как почистить?

(11) Возможно, одинэсник который это поле вносил, обновлял демонически(не помнит уже).

(14) Видел такую ошибку после ДО, помогло нормальное обновление (с реструктуризацией данных).

Действительно похоже, на косяки динамического обновления.
Чистка кэша должна помочь.

(15) Как вариант, внести какое-л изменение и обновить базу?

(17) Как вариант.

(17) Для начала сравнить с конфигурацией БД

Или выгрузить файл конфигурации из другой БД

(19) Сравнивал с конфигурацией БД, второе еще не пробовал. Сейчас попробую

(17)+100 и самое простое

причем изменение в этот объект т.е. с-ф