Попытаю счастья тут.

Сабж обсуждался здесь:
http://forum.infostart.ru/forum86/topic138618/

Если резюмировать, имеется внешний источник данных. Менеджером или набором записей пытаюсь изменить данные, валится с ошибкой NULL в поле not NULL или невозможно преобразовать дату (в зависимости от версии платформы). Смотрю запрос профайлером и вижу, что INSERT, который сформировала платформа кривой. Там где в менеджере было 5, в Insert 0, Где должен быть 0 - 5, там где была дата в Insert - NULL.

Версия платформы последняя, SQL 2012. Есть идеи, господа?

Есть.
Не пользоваться ВИДами для записи.

мвахаха

(2) Очень обнадеживает

сделать вьюху с названиями полей без _ читать-писать в неё, смотреть, в какой платйорме исправлена эта ошибка (и исправлена ли вообще)

> сделать вьюху с названиями полей без _

Можно подробней, проблема с названиями полей? Оо

(5) ЕМНИП какая-то такая бага была. надо проверить, но это же не долго, да?

(6) Угу, ща попробую, пасиб

бага была для mySQL

(8) бага с подчеркивание в имени поля не зависит от провайдера ODBC

(8) ну вы же знаете, как это бывает. голову починили, жопа отваливается.

139 полей в таблице, однако

окей-окей

в sql management studio это мышкой накликивается

опять же - скрипт можно написать

(14) ну я не настолько пряморук, к сожалению

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

(16) Дык я ж говорю, оно не все столбцы путает из 139, нашел где-то 10 неправильных

(17) возможно с момента присоединения к 1С у тебя тупо сменилась схема данных ?

(6) В общем использование вью с алиасами не помогло

(0) Ну топорное решение - сгенери тестовый SQL-скрипт и выполни его через SQL cmd.

sqlcmd -S serv -d Database -P PaSSw0rd -q "INSERT INTO ..."

Спасибо всем отписавшимся. В общем, в ж*пу эти внешние источники, трубу я их шатал. Рабочий день - коту под хвост. Пойду на ADO все переписывать.