Поле таблицы не может принимать значение NULL (Расширения)
Опишу конкретный случай, связанный с расширениями.
Пример:
Платформа 8.3.18.1208
База серверная.
В базе имеются подключенные расширения.
При записи документа возникает ошибка "поле Fld40387 таблицы vt8270 не может принимать значение null" и предлагается завершить работу 1С: Предприятие.
Что НЕ Помогло:
-Очистка кэша;
-Удаление базы из sql и создание новой sql-базы из копии;
-ТиИ;
-Выгрузка в файловую и проверка через утилиту chdbfl;
Пример:
Платформа 8.3.18.1208
База серверная.
В базе имеются подключенные расширения.
При записи документа возникает ошибка "поле Fld40387 таблицы vt8270 не может принимать значение null" и предлагается завершить работу 1С: Предприятие.
Что НЕ Помогло:
-Очистка кэша;
-Удаление базы из sql и создание новой sql-базы из копии;
-ТиИ;
-Выгрузка в файловую и проверка через утилиту chdbfl;
По теме из базы знаний
- Устройство хранения данных в MS SQL Server
- Чек-листы для проведения Code Review
- Полезный код для программистов 1С (часть 3). Подготовка печатных форм + подсистема Управление печатью (БСП)
- Вскрытие статического анализа кода проектов 1С
- Поинтегрируем: сервисы интеграции – новый стандарт или просто коннектор?
Найденные решения
Возможное решение:
Чтобы определить, какое поле вызывает ошибку, можно воспользоваться ПолучитьСтруктуруХраненияБазыДанных().
В моем случае ошибка была связана с добавленным реквизитом "п_Склад" табличной части "Товары".
Среди НЕАКТИВНЫХ расширений было одно, у которого также был добавлен реквизит "п_Склад" табличной части "Товары".
Далее остается удалить неактивное расширение с вызывающим ошибку реквизитом или удалить из него этот реквизит.
Такая ошибка может возникнуть, если ранее была задача объединить несколько расширений в одно.
Чтобы определить, какое поле вызывает ошибку, можно воспользоваться ПолучитьСтруктуруХраненияБазыДанных().
В моем случае ошибка была связана с добавленным реквизитом "п_Склад" табличной части "Товары".
Среди НЕАКТИВНЫХ расширений было одно, у которого также был добавлен реквизит "п_Склад" табличной части "Товары".
Далее остается удалить неактивное расширение с вызывающим ошибку реквизитом или удалить из него этот реквизит.
Такая ошибка может возникнуть, если ранее была задача объединить несколько расширений в одно.
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Возможное решение:
Чтобы определить, какое поле вызывает ошибку, можно воспользоваться ПолучитьСтруктуруХраненияБазыДанных().
В моем случае ошибка была связана с добавленным реквизитом "п_Склад" табличной части "Товары".
Среди НЕАКТИВНЫХ расширений было одно, у которого также был добавлен реквизит "п_Склад" табличной части "Товары".
Далее остается удалить неактивное расширение с вызывающим ошибку реквизитом или удалить из него этот реквизит.
Такая ошибка может возникнуть, если ранее была задача объединить несколько расширений в одно.
Чтобы определить, какое поле вызывает ошибку, можно воспользоваться ПолучитьСтруктуруХраненияБазыДанных().
В моем случае ошибка была связана с добавленным реквизитом "п_Склад" табличной части "Товары".
Среди НЕАКТИВНЫХ расширений было одно, у которого также был добавлен реквизит "п_Склад" табличной части "Товары".
Далее остается удалить неактивное расширение с вызывающим ошибку реквизитом или удалить из него этот реквизит.
Такая ошибка может возникнуть, если ранее была задача объединить несколько расширений в одно.
(4) В таблице документа были фантомные поля - бесхозные, без владельца, но в кулуарах базы где - то прописанные, они и портили все... В сабже они не были бесхознвыми - грохнул расширение - они и за ним исчезли, а у меня были без владельца - нечего было грохать!
Пробовал через студию менять тип на NULL, грохать - таблица дает грохнуть, поменять но они в кулуарах базы прописаны везде, и база тут же становится невыгружаемая и нерабочая... но по итогам помогло ТИИ - оно подчистило косяки и сиэйчдбфл следом
НИКОГДА БОЛЬШЕ НЕ БУДУ ДОБАВЛЯТЬ РЕКВИЗИТЫ В РАСШИРЕНИЯХ В ЗАИМСТВОВАННЫЕ ОБЪЕКТЫ!!!!!
Лучше извратиться, сделать в расширении отдельную свою добавленную структуру хранения для дополнительных реквизитов ТЧ и при открытии/изменении документа подгружать данные в вычисляемые поля формы, созданные программно, чтобы была имитация добавленных реквизитов. Гемора побольше но... данные дороже! А люди без зарплаты злые, могут и побить!)))) (база ЗКГУ полетела)
Пробовал через студию менять тип на NULL, грохать - таблица дает грохнуть, поменять но они в кулуарах базы прописаны везде, и база тут же становится невыгружаемая и нерабочая... но по итогам помогло ТИИ - оно подчистило косяки и сиэйчдбфл следом
НИКОГДА БОЛЬШЕ НЕ БУДУ ДОБАВЛЯТЬ РЕКВИЗИТЫ В РАСШИРЕНИЯХ В ЗАИМСТВОВАННЫЕ ОБЪЕКТЫ!!!!!
Лучше извратиться, сделать в расширении отдельную свою добавленную структуру хранения для дополнительных реквизитов ТЧ и при открытии/изменении документа подгружать данные в вычисляемые поля формы, созданные программно, чтобы была имитация добавленных реквизитов. Гемора побольше но... данные дороже! А люди без зарплаты злые, могут и побить!)))) (база ЗКГУ полетела)
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот