Невыходит сменить редакцию на 3.0 обновлением, при обновлении появляется ошибка:
Ошибка SQL: Запись значения NULL в поле, не допускающее NULL '_FLD447'

Выполняю переход, как написано в инструкции, которая вылезает при запуске 1С, с бухгалтерии 2.0 (2.0.65.45), платформа 8.2 (8.2.19.130).
1. Создаю резервную копию;
2. Добавляю администратору права для перехода на ред. 3.0;
3. Выполняю поиск обновлений, ничего не показывает, указываю файл обновления и успешно проходит, не доходя до принятия изменений, дальше вышеуказанная ошибка.
4. Проверка БД до и после перехода обновлением ошибок не выдает.

Есть возможность перед конвертированием найти в базе все пустые значения (NULL) и заполнить/исправить их?

ТиИ должна их выявить

а замену платформы ДО перехода на 3.0 почему не делаете? Или 3 - это как раз и есть замена 8.2 на 8.3 ?

(0) Открываем ридми от последней бухии:

=================
Важная информация
-----------------------------------------------------------------------
Текущая версия конфигурации "Бухгалтерия предприятия" предназначена
для использования с версией системы 1С:Предприятие 8.3 не ниже 8.3.8.1747.

Рекомендуется использовать версию 1С:Предприятие 8.3 не ниже 8.3.9.1818.
=================

а у ТС: "платформа 8.2 (8.2.19.130).". Думаю, что надо обновить платформу.

Забыл добавить пункт установки платформы 8_3_9_1850.
Нашел помарку на другом форуме, что требуется сперва запускать файл для перехода с редакции 2.0, который почему-то находится в списке релизов (releases.1c.ru/project/Accounting30) только в обновлении 3.0.27.7, буду пробовать.

ТиИ что такое, можно небольшую справку?

ТиИ что такое, можно небольшую справку?

пункт меню в администрировании, доступный из конфигуратора - тестирование и исправление

Туже ошибку выдал ТиП, что и при обновлении на 8.3, как найти поле с пустым значением?

ТиП показывает:
В процессе обновления информационной базы произошла критическая ошибка
по причине:
Ошибка СУБД:
Ошибка SQL: Запись значения NULL в поле, не допускающее NULL '_FLD447'
по причине:
Ошибка SQL: Запись значения NULL в поле, не допускающее NULL '_FLD447'

запросом

Оказывается показал сообщение о критической ошибке с вариантами закрыть и завершить работу, автоматическое исправление ошибок с вариантом "создавать объекты" данные проблемы исправят?
Или все же придется вручную искать неизвестным мне способом ? "запросом".

Вот отчет тестирования:

Тестирование начато
Проверка логической целостности. Справочник.БанковскиеСчета F00000002
    Не определен владелец
Проверка логической целостности. Справочник.БанковскиеСчета F00000001
    Не определен владелец
Проверка логической целостности. Справочник.БанковскиеСчета F00000003
    Не определен владелец
Проверка логической целостности. Справочник.Номенклатура.Реквизит.КодТНВЭД материалы
    Значение должно быть NULL.
Проверка логической целостности. Справочник.Номенклатура.Реквизит.КодТНВЭД продукты питания
    Значение должно быть NULL.
Проверка логической целостности. Справочник.Номенклатура.Реквизит.КодТНВЭД услуги
    Значение должно быть NULL.
Проверка логической целостности. Справочник.Номенклатура.Реквизит.КодТНВЭД Товары
    Значение должно быть NULL.
Проверка логической целостности. Справочник.Номенклатура.Реквизит.КодТНВЭД Товары на комиссии
    Значение должно быть NULL.
Проверка логической целостности. Справочник.Номенклатура.Реквизит.КодТНВЭД Материалы
    Значение должно быть NULL.
Проверка логической целостности. Справочник.Номенклатура.Реквизит.КодТНВЭД Оборудование (объекты основных средств)
    Значение должно быть NULL.
Проверка логической целостности. Справочник.Номенклатура.Реквизит.КодТНВЭД Оборудование к установке
    Значение должно быть NULL.
Проверка логической целостности. Справочник.Номенклатура.Реквизит.КодТНВЭД Полуфабрикаты
    Значение должно быть NULL.
Проверка логической целостности. Справочник.Номенклатура.Реквизит.КодТНВЭД Продукция
    Значение должно быть NULL.
Проверка логической целостности. Справочник.Номенклатура.Реквизит.КодТНВЭД Продукция из материалов заказчика
    Значение должно быть NULL.
Проверка логической целостности. Справочник.Номенклатура.Реквизит.КодТНВЭД Услуги
    Значение должно быть NULL.
Проверка логической целостности. Справочник.Номенклатура.Реквизит.КодТНВЭД Возвратная тара
    Значение должно быть NULL.
Проверка логической целостности. Справочник.Номенклатура.Реквизит.КодТНВЭД Спецодежда
    Значение должно быть NULL.
Проверка логической целостности. Справочник.Номенклатура.Реквизит.КодТНВЭД Спецоснастка
    Значение должно быть NULL.
Проверка логической целостности. Справочник.Номенклатура.Реквизит.КодТНВЭД Инвентарь и хозяйственные принадлежности
    Значение должно быть NULL.
Обработка структуры базы данных...
Тестирование закончено

тут создавать ничего не надо. определиться с банк. счетами - удалять их или перевешивать на существующие объекты. ну и почистить КодТНВЭД в группах спр. номенклатуры

ну тебе все равно это все на копии сразу сделать?
проверь, будет создаваться ошибка повторно или нет.

"Владелец" как раз и является общим реквизитом справочника. Так что ошибка с найденным запрещенным нулл вполне ему соответствует. Открой эти элементы в предприятии и перезапиши с владельцем или они сами на пустого контрагента запишутся

"Ну Вы блин даете"
Например пункт где править?
Проверка логической целостности. Справочник.БанковскиеСчета F00000002
    Не определен владелец

Где такой пункт править?
Проверка логической целостности. Справочник.Номенклатура.Реквизит.КодТНВЭД материалы
    Значение должно быть NULL.

>Например пункт где править?
Проверка логической целостности. Справочник.БанковскиеСчета F00000002
    Не определен владелец

в базе. задать владельца. или удалить элемент

>Где такой пункт править?
Проверка логической целостности. Справочник.Номенклатура.Реквизит.КодТНВЭД материалы
    Значение должно быть NULL.

в справочнике. удалить пустую ссылку. можно ТиИ запустить на исправление - сама почистит

(11) скорее всего в номенклатуре у групп задан этот реквизит КодТНВЭД, а нужно только у элементов.

В справочниках -> банковские счета нашел три пустых строки, удалить и изменить нет возможности, пишет, что не указан владелец.
Удаление через Shift+del сообщает о нарушении прав доступа.

Действую под пользователем с полными правами.

(14) ОбменДанныыми.Загрузка = Истина используй. Ты там кто?  Директор что ли? Почему такую элементарщину спрашиваешь?

(14) посмотри что в правах на этот справочник в конфигурации указано (галка на непосредственное удаление снята) для этих самых полных прав. Такое бывает.

И если не хочешь править права, то свою обработку сделай да и все. чтоб процедура Удалить там была

переучивается с 7.7, например

С удалением разобрался. Для исправление пунктов "Справочник.Номенклатура.Реквизит.КодТНВЭД" пойдут такие настройки?
http://yarcube.ru/upload/medialibrary/fa6/tii.jpg

При тестировании, после удаления (через Shift+Del, через Del не выходит, пишет про отсутствие владельца) банковских счетов (Справочник.БанковскиеСчета F00000001 ...F0000002 ...F0000003), сообщается о большом кол-ве ошибок:
Объект, на который ссылается значение, отсутствует.
Проверка логической целостности. РегистрБухгалтерии.Хозрасчетный Списание с расчетного счета 000000006 от 07.05.2010 0:00:00:1:1:Банковские счета

После тестирования и исправления удаленные банковские счета появляются, и так же без владельца. Не стоило удалять эти счета?

очищать и удалять поствавь

Все получилось, описываю порядок обновления, который мне пришлось выполнить:

1. Создаю резервную копию;
2. Выполняю поиск ошибок в конфигураторе, исправляю и проверяю снова
Администрирование --> Тестирование и исправление;
3. Устанавливаю платформу 8_3_9_1850;
4. Добавляю администратору права для перехода на ред. 3.0;
5. Скачиваю и устанавливаю с портала обновлений (users.v8.1c.ru/distribution) через указание файла
Бухгалтерия предприятия, редакция 3.0 --> версия 3.0.27.7 --> Дистрибутив обновления для перехода с редакции 2.0
6. Скачиваю и устанавливаю с портала обновлений (users.v8.1c.ru/distribution) через указание файла
Бухгалтерия предприятия, редакция 3.0 --> версия 3.0.9.4
Происходит объединение конфигураций, после завершения, продолжаем обновление (F7)
Конфигурация --> Обновить конфигурацию базы данных.
7. Пошагово обновляю конфигурацию до последней версии 3.0.44.198

"накатыванием" переводил, вроде нормально

При первом запуске бухгалтерии на редакции 3.0 появилась ошибка "Значение не является значением объектного типа (Получить объект)"
Подробности см. в Журнале регистрации
http://yarcube.ru/upload/medialibrary/c5f/oshibka-pri-zapuske-redaktsii-3.0.jpg

После нажатия ОК программа вылетает и при каждом запуске та же ошибка.
Где искать журнал регистрации?

>Где искать журнал регистрации?

О_о...

контора в надежных руках...

(22) в шкафу. Четвертая полка сверху.

Вылетает после ошибки:

Обновление информационной базы на версию "3.0.9.4" завершилось с ошибками:
{ОбщийМодуль.ОбновлениеИнформационнойБазыПереопределяемый.Модуль(500)}: Значение не является значением объектного типа (ПолучитьОбъект)
        ОбъектВладелец = ВыборкаОбъект.Объект.ПолучитьОбъект();

(23) Больше похоже что админа заставили базой заниматься)

Все прям хорошие шутники :)
Есть варианты дальнейших действий?

(27) Позовите компетентного специалиста. После таких "обновлений" не факт что все будет корректно работать у бухгалтеров.

так он еще ОСВ не формировал. сейчас еще кучку вопросов принесет после того как сформирует

(29) "Стрижка только начата!" (с)

(27) А пошагово обновляю - это в каком режиме? в конфигураторе сидишь?

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

(27) Прежде чем начнешь накатывать обновления релизов конфига, надо бы (после лечения базы) сравнить ОСВ и всякие остатки, что они не слетели, ну и запомнить где-то, что было, что будет, чем сердце успокоится

(32) А разве с 2.0 на 3.0 обновлениями переходят? я думал только через перенос данных по правилам?

(33) ну вот, к примеру: Бухгалтерия предприятия, редакция 3.0 --> версия 3.0.27.7 --> Дистрибутив обновления для перехода с редакции 2.0

Можно через перенос. Но это со специалистом, наверное. Или когда в конфигурацию 2.0 вносились модификации зачем-то. А на типовой вот такой дистрибутив есть. Но честно сказать, я туда не заглядывал внутрь. Может и там тоже перенос данных выполняется по каким-то правилам.

>А разве с 2.0 на 3.0 обновлениями переходят?

переходят... только там еще надо руками в пофигураторе шурудить

Установил конфигурацию версии 3.0.29.8 (полный дистрибутив) без подтверждения легальности, ошибка теперь не появляется. (31) В конфигураторе обновляюсь, легальность подтверждаю после всех обновлений обычно. Ради исключения для редакции 3.0 могу и после каждого обновления запускать, мне не сложно.
(32) Благодарю за совет, в данный момент перехожу на скопированной базе (тестовая), в дальнейшем буду сравнивать это Ваше ОСВ :) главбуху так же дам на прочес.

И так вопрос, что такое ОСВ и какая примерная последовательность проверки нужна?

(36) Тебе слово , ты два. нее, так разговор не пойдет. давай так - тебе слово ты тыщу рублей на счет?
Просто ты не обладаешь базовыми понятиями - напортачишь не здесь так в другом месте.
Тебе скажешь что такое ОСВ - ты начнешь задавать вопрос - что такое счета и зачем они нужны?

(37) Мне так с Вами тыщ не хватит, у нас девять баз, одна из них по сельскому хозяйству. ОСВ, остатки и прочее главбуха попрошу проверить.

(38) Вооот - поэтому и нанимают специалистов чтобы оптом его время купить. Вот и наймите.
Ну или сами почитайте)

(38) ОСВ - это оборотно-сальдовая ведомость. Ну просто база у тебя на БП, значит там это есть...

А если одна из них еще и по сельскому хозяйству... мда... А потом выяснится, что это еще и не в РФ, а где-то на просторах СНГ...

хотя, о чем это я? за пределами РФ БП таких версий никому не нужна.

(36) легальность надо подтверждать после каждого обновления.