Добрый день.Платформа 8.2.14.540. Конфигурация УПП 8.2.14.3.Sql server 2008.
Недавно при проведении нового документа Оприходование товаров появилась такая ошибка: Ошибка SDBL: Поле Fld24244 таблицы Document389 не может принимать значение Null.
Делал тестирование исправление - ничего не помогло.
Где искать ошибку и как с ней бороться?

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

Для начала стоит посмотреть значение какого реквизита несет это поле. Далее посмотреть значения каких типов может принимать реквизит и посмотреть что по факту там находится. Null обычно для составных типов не допустимо для несоставных

(1) где посмотреть что за поле?

Поле Fld24244 как мне найти в структуре метаданных документа?

(3) На ИТС вроде типовая была, либо из нетиповых на инфостарте глянь. Когда сам такую выкладывал

(5) а как хоть обработка называется?

(6) Этого не помню. Еще проще метод - глянуть в СП функцию ПолучитьСтруктуруХраненияБазыДанных()

infostart.ru/public/76537/

(8) большое спасибо за обработку. Поле Fld24244 я нашел. А что дальше с ним делать?

в нём почему-то тип не указан

(9) Какой реквизит - какие типы может принимать ? В отладчике глянь чего в него пихает ругающийся документ. Кроме того, проблема скорее всего при записи - а не при проведений документа - ибо меняется значение реквизита шапки.

(10) В конфигураторе тип реквизита глянь

просто в обработке мне показало следующее:
Таблица SQL|Поле SQL      |Поле 1С
Document389|_Fld24244RRef |
           _Fld24095RRef |ПодразделениеЗатраты
..............................
В остальных таблицах показаны реальные реквизиты док.

а _Fld24244RRef = пусто. Как найти ему соответствие реквизиту 1с?

Сделай скриншот - несколько неясно о чем речь.
В (0) ты пишешь о поле Fld24244. Отсутсвие суффиксов говорит о явно простом типе значение.
В (13) Пишешь о поле Fld24244RRef , суффикс которого RRef указывает на хранение ссылочного типа значений.

блин, как сюда скриншоты вставлять?

(16) Через любой бесплатный хостинг, например imageshack.us

(17) http://imageshack.us/photo/my-images/443/17232003qp.png/

(18) А где RRef из (13) ?

то из другой обработки вот ссылка: http://imageshack.us/photo/my-images/845/28546697.png/

(20) Предположительно это колонка следствие ошибки в структуре БД. Пробовал проводить реструктуризацию БД ?

(21)нет. Делал все проверки , кроме реструктуризации.

(22) Стоит сделать - скорее всего это решит проблему.

(23) сейчас буду пробывать. ОГРОМНОЕ СПАСИБО, что уделил мне время.

(24) Не за что. Лишь бы помогло :)

(15) Кстати, разница в именах полей 2х обработок возникла из отображение в SDBL представлении в (18) при SQL представлении в (20). Более информативно SQL представление, ибо дает больше информации о поле. В данном случае поле явно создавалось как ссылочное.

не помогла реструктуризация(

(27) Попробуй выгрузить сфник и загрузить в новую базу - появится ли в структуре лишнее поле.

может ещё идеи какие-нибудь есть?

(0)
На машине клиент банка какой ни будь есть?
У меня в платежках подобная ошибка возникает но только на той машине где клиент банка стоит.

(28) не в структуре не появилось лишнее поле.

(30) не , клиент банк не стоит

(31) Так значит у тебя проблема в данных. База большая ? Попробуй выгрузить базу и загрузить понову. Если не поможет - На копии (!!!) стоит попробовать вручную в SQL грохнуть колонку.

(33) РАЗОБРАЛСЯ!!!!!!!!!!!!!!!!!!!!!!!
ВСЕМ СПАСИБО ЗА ПОМОШЬ!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

решение: уд., а потом доб. последнего реквизита в цепочке метаданных документа