Перенос накопленных учетных данных из редакции 1.6 программы "1С:Бухгалтерия предприятия 8". Переход на редакцию 2.0

Большое спасибо за статью. Я действительно не доразбиралась с переходом. Но узнать свои ошибки вовремя очень и очень хорошо! :D
Ещё раз спасибо! :)
Свою публикацию удалила.

В каком направлении искать ошибку, не понятно... Буду благодарна за подсказку.

Пробую перенести данные из моей базы с 01.07.10 по 30.11.10 (с 01.01.10 по 30.06.10 информация введена оборотами из редакции 7.7., с 01.07.10 по 30.11.10 работали в редакции 1.6)
При выгрузке данных поставила выгружать только документы, по ссылкам выгрузка тянет план счетов и вот что получается:
Загружает план счетов:
...
План счетов "Хозрасчетный", счет "55.23" - установлено субконто "Статьи движения денежных средств"
План счетов "Хозрасчетный", счет "55.24" - установлено субконто "Статьи движения денежных средств"
Ошибка записи объекта
ТипОбъекта = Операция (бухгалтерский и налоговый учет)
Объект = Операция (бухгалтерский и налоговый учет) 00000000212 от 30.06.2010 0:00:00
ОписаниеОшибки = Ошибка при вызове метода контекста (Записать): Запись не верна! Вид субконто "Номенклатурные группы" не доступен для данной записи! (Регистр бухгалтерии: Журнал проводок (бухгалтерский и налоговый учет); Номер строки: 1)
ПозицияМодуля = Обработка.УниверсальныйОбменДаннымиXML.МодульОбъекта(4754)
КодСообщения = 26

Ошибка в обработчике события ПослеЗагрузкиОбъекта
ИмяПКО = ОперацияБух
ТипОбъекта = Операция (бухгалтерский и налоговый учет)
Объект = Операция (бухгалтерский и налоговый учет) 00000000212 от 30.06.2010 0:00:00
Обработчик = ПослеЗагрузкиОбъекта
ОписаниеОшибки = Ошибка записи объекта
ТипОбъекта = Операция (бухгалтерский и налоговый учет)
Объект = Операция (бухгалтерский и налоговый учет) 00000000212 от 30.06.2010 0:00:00
ОписаниеОшибки = Ошибка при вызове метода контекста (Записать): Запись не верна! Вид субконто "Номенклатурные группы" не доступен для данной записи! (Регистр бухгалтерии: Журнал проводок (бухгалтерский и налоговый учет); Номер строки: 1)
ПозицияМодуля = Обработка.УниверсальныйОбменДаннымиXML.МодульОбъекта(4754)
КодСообщения = 26
ПозицияМодуля = Обработка.УниверсальныйОбменДаннымиXML.МодульОбъекта(4761)
КодСообщения = 21

Ошибка при загрузке данных: {Обработка.УниверсальныйОбменДаннымиXML.МодульОбъекта(1541)}: Ошибка в обработчике события ПослеЗагрузкиОбъекта
ИмяПКО = ОперацияБух
ТипОбъекта = Операция (бухгалтерский и налоговый учет)
Объект = Операция (бухгалтерский и налоговый учет) 00000000212 от 30.06.2010 0:00:00
Обработчик = ПослеЗагрузкиОбъекта
ОписаниеОшибки = Ошибка записи объекта
ТипОбъекта = Операция (бухгалтерский и налоговый учет)
Объект = Операция (бухгалтерский и налоговый учет) 00000000212 от 30.06.2010 0:00:00
ОписаниеОшибки = Ошибка при вызове метода контекста (Записать): Запись не верна! Вид субконто "Номенклатурные группы" не доступен для данной записи! (Регистр бухгалтерии: Журнал проводок (бухгалтерский и налоговый учет); Номер строки: 1)
ПозицияМодуля = Обработка.УниверсальныйОбменДаннымиXML.МодульОбъекта(4754)
КодСообщения = 26
ПозицияМодуля = Обработка.УниверсальныйОбменДаннымиXML.МодульОбъекта(4761)
КодСообщения = 21

Ошибка записи объекта
ТипОбъекта = Операция (бухгалтерский и налоговый учет)
Объект = Операция (бухгалтерский и налоговый учет) 00000000212 от 30.06.2010 0:00:00
ОписаниеОшибки = Ошибка при вызове метода контекста (Записать): Запись не верна! Вид субконто "Номенклатурные группы" не доступен для данной записи! (Регистр бухгалтерии: Журнал проводок (бухгалтерский и налоговый учет); Номер строки: 1)
ПозицияМодуля = Обработка.УниверсальныйОбменДаннымиXML.МодульОбъекта(4754)
КодСообщения = 26


Свои велосипеды хоть понятнее...

Спасибочки, будем смотреть, мне пока тоже это всё не очень понятно...

Ого ! Публикации на эту тему пошли серьезные.

У меня тоже проблема с переносом описанная выше

Ошибка записи объекта
ТипОбъекта = Операция (бухгалтерский и налоговый учет)
Объект = Операция (бухгалтерский и налоговый учет) 00000000105 от 07.09.2010 15:23:24
ОписаниеОшибки = Ошибка при вызове метода контекста (Записать): Запись не верна! Вид субконто "Прочие доходы и расходы" не доступен для данной записи! (Регистр бухгалтерии: Журнал проводок (бухгалтерский и налоговый учет); Номер строки: 3)
ПозицияМодуля = Обработка.УниверсальныйОбменДаннымиXML.МодульОбъекта(4754)
КодСообщения = 26

и т.д.
в этой операции в строке 3 субконто указано, я его даже перевыбрала, и счет перевыбирала и субконто заново указывала и даже вообще для эксперимента удаляла эту стороку, но ругается он все равно на эту строку!
что делать то :?:

Где все это делается? В старой базе, в новой?

Спасибо, вот только хотела уточнить - при переносе всех доков за 2010 год, понадобится ли проводить Закрытие месяца за каждый месяц ? Ведь по сравнению с 1.6, в 2.0 Регламентная операция по Закрытию месяца, кардинально ОТЛИЧАЕТСЯ.

Понадобится. Кардинально отличается пожалуй методика работы, но не результат.
Ну будет вместо одного документа "Закрытие месяца" несколько "Регламентная операция".

Это я имела ввиду, просто если сейчас переходить на 2.0 со всеми докуметами за 2010 год и остатками на начало 2010, придеться заново закрывать около 11 месяцев :o . Обороты по фирме огроменные! Подскажите не лучше просто загрузить остатки на начало 2011 и начать как бы с нуля вести учет? Просто бухи в шоке что заново надо будет закрывать весь год.Это менее болезненно?Заранее спасибо )

Ксения! На самом деле все намного проще. Существует методика описанная фирмой 1С. Никаких кардинальных телодвижений не требуется. Но проверять обороты по счетам все равно необходимо.

"Существует методика описанная фирмой 1С" Подскажите, где опубликована данная методика? (ИТС под рукой нет к сожалению...)

"Остатки на начало 2011 года будут уже после переноса изменяться.
Это большой минус."
Но на сколько я поняла из Вашей публикации, информацию можно переносить несколько раз. Какая проблема перевыгрузить остатки после сдачи годовой отчетности? (Потом, видимо, придётся перепровести все документы, но это не так уж сложно).

А до сдачи годовой отчетности?
Вы будете работать в ДВУХ базах одновременно, и данные в них
будут постоянно расходится. Кто за этим будет следить?
А пополнение справочников н-р?
Как переносится справочник?
Сначала ищется объект (эл-т справочника) в приемнике по внутреннему
идентификатору источника, поэтому по УЖЕ ПЕРЕНЕСЕННЫМ объектам проблем нет.
Но если в приемнике по внутреннему
идентификатору объект не найден, то дальше поиск пойдет по реквизитам, н-р код и наименование,
или ИНН и т.д. Вы уверены, что здесь не будет дублирования или того хуже
неверных ссылок? Я не уверен.

Никакой особой методики не существует, на диске ИТС есть те же картинки, что и в
http://infostart.ru/public/79203/ и в данной публикации, и очень скромное по объему описание,
еще скромнее чем здесь.

bb1962 я с вами полностью согласна, на диске ИТС вообще почти ни чего не сказано. Легче поискать в инете, кто уже сталкивался на практике с переходом, а не в ТЕОРИИ! Очень много нюансов.

Получается есть три подхода к переносу на редакцию 2.0.
1. Перенести весь 2010 год документами. Плюс - 2010, 2011 и последующие года будут в одной базе; минус - перезакрытие месяцев за целый год и неизвестно что будет с оборотами;
2. Перенести остатки на начало 2011 года в начале января и работать параллельно в 2-ух базах. Минусы - придётся вручную синхронизировать базы; 2010 и 2011 года будут в разных базах; В плюс даже не знаю что поставить... если только простоту переноса;
3. Перенести остатки на начало 2011 года после закрытия года, т.е. в конце марта, а первый квартал перенести документами и перезакрыть 3 месяца. Минус - 2010 и 2011 года будут в разных базах. Плюс - перепроводить не весь год, а всего три месяца.

Разговаривала с клиентами, более предпочтителен оказался 3-ий вариант. Как уже говорила Ксения, бухгалтеров повергает в ужас мысль о том, что надо будет перезакрывать 11 месяцев. Большой вопрос, что будет с себестоимостью после всех этих манипуляций... Да и ведение учёта в двух базах по второму варианту не особо вдохновляет...

Сама процедура переноса по 3 варианту получается совсем уж
"нестандартной". Сначала остатки, потом документы, враз не получится.
И остается вопрос: насколько пригодна будет редакция 1.6 в 2011 году,
до каких пор пригодна? Хотя мысль интересная.

Как минимум, до сдачи отчетности первого квартала 2011 года редакция 1.6 пригодна будет.. Почему нет... А те, кто на УСН, так они, вообще, раз в год отчитываются, если в 2011 году ничего не изменится или не будет других причин обновляться (ошибки, например).

Yul_kat лично я пробовала 1 вариант, и уж больно он мне не понравился. Все что любят бухи править вручную не переносится, следовательно плывут обороты. Меня больше устраивает 2 вариант, но как уже было сказано bb1962, могут "поплыть" справочники.
А вот вопрос к Вам bb1962, а какой бы Вы вариант переноса выбрали?:)

Дополнил статью сообщением о критической ошибке правил переноса.

Дополнил статью.

3. Исправить сами правила переноса. Указанную конструкцию в запросе нужно заменить на:
ИЗ
РегистрБухгалтерии.Хозрасчетный.ДвиженияССубконто(, , Регистратор = &Регистратор) КАК ХозрасчетныйДвиженияССубконто.
И аналогичную в том же запросе
ИЗ
РегистрБухгалтерии.Налоговый.ДвиженияССубконто КАК НалоговыйДвиженияССубконто
ГДЕ
НалоговыйДвиженияССубконто.Регистратор = &Регистратор
заменить на
ИЗ
РегистрБухгалтерии.Налоговый.ДвиженияССубконто(, , Регистратор = &Регистратор) КАК НалоговыйДвиженияССубконто.

Корректно заменить не получается, может ли кто помочь и выложить правленный файл правил?

Допустимы только три параметра, т.е. последние две запятые лишние.
Вероятно, в РегистрБухгалтерии.Налоговый.ДвиженияССубконто та же ошибка.
К сожалению, нет доступа к сайту "1С" - у кого то из провайдеров на пути к "1С" что то
отвалилось.

http://narod.ru/disk/1747310001/EXPACC_16_20_v5.rar.html

Тоже попробовал перенести..а банковские счета организаций предусмотрено руками вбивать после переноса?

Господа, в любом деле есть косяки, не боги горшки обжигают. немного терпения и ручки программистов и у вас все получится.
у меня тоже не нашелся справочник "ПочтовыеСервера" в 1.6, да и откуда он мог взяться там, вот я и подправил ручками правила.

Тема актуальна на сегодняшний день. Тем более, что бухгалтерия всегда думает по-другому и не хочет слушать о "неправильном переносе".
При переносе остатком и оборотов за год пришлось потом все проводить, править, закрывать периоды и обнаруживать косяки в базе.
Единственное, что упустил автор это то, что остатки по 60 и 62 счетам формируются неправильно. Я написал письмо в 1 С указал причину
(а все дело в правиле переноса), но это пустой номер. Поэтому немного изменил правила переноса и все остатки сошлись. Так же нашел
причину неправильной амортизации при переносе остатков по счету 02. Да, и не переносите документ "Отражение зарплаты в регламентированном учете",
если конечно не хотите потом править проводки по 77,68,99 счетам.
А так проблема переноса существует, и лучше начинать сейчас. чем протом тебя съедят бухгалтера )))))).

oleg1761c@mail.ru

Oleg1973,
А вы поделитесь с товарищами по несчастью исправленными правилами переноса и все вас будут любить, холить и лелеять:)

Исправленная версия правил v5 (от 17.12.2010)
Ссылку на верный файл смотрите в комментарии (46)

Заменил строку №96842
РегистрБухгалтерии.Хозрасчетный.ДвиженияССубконто(, , Регистратор = &Регистратор,,) КАК ХозрасчетныйДвиженияССубконто

на

РегистрБухгалтерии.Хозрасчетный.ДвиженияССубконто(, , Регистратор = &Регистратор) КАК ХозрасчетныйДвиженияССубконто

В том то и минус второго сопоба, что никакого повторного переноса не будет, придётся вручную синхронизировать две базы. Одна база 1.6(с закрытем 2010 года) и вторая база на 2.0 с 2011 годом.

"Еще вопрос: у меня при переносе проводятся не все документы "Ввод начальных остатков". Ошибок достаточно много по разным счетам. Исправлять эти ошибки нужно в базе-приемнике?"
Если уверены, что делаете выгрузку первый и последний раз и с базой-источником работать не будете, то можно только в приёмнике поправить.

На сайте 1С появились обновленные обработки перехода на 2.0.
Версия от 28.12.2010.
EXPACC_16_20_v20101228.rar

Выпускают 1 версию каждые два дня, так что работают ребята - стараются.

Простите, а где именно на сайте 1С лежит EXPACC_16_20_v20101228.rar?

спс за статью

Автор КРАСАУЧЕК. ОГРОУМНЫЙ ПЛЮС.

При переходе на редакцию 2.0 с 1.6 при подключении к базе из которой берем информацию возникает ошибка:

Подключение к информационной базе: бухгалтерия16

Не удалось произвести подключение к информационной базе: бухгалтерия16

Окончание переноса данных: 11.01.2011 13:37:21

ПОМОГИТЕ!!!

а решить проблему, изображенную на рис.5, возможно для 8.1? база ни кем не используется, в файловом режиме и нужно загрузить именно из ИБ.

Платформа 8.2.13.202, Бухгалтерия предприятия, редакция 1.6 (1.6.28.1)
Почему-то не выгружаются остатки через "Выгрузка данных в Бухгалтерию предприятия редакции 2" от 18.01.11 Стопорится на документе (судя по строке состояния) и тишина..Никто не сталкивался? И как бороться? Заранее спасибо!

При переходе с 1.6.28.2 на 2.0.18.2 платформа 8.1на 60% получаю ошибку {Документ.СчетФактураВыданный(3433)}: Ошибка при вызове метода контекста (Получить): В данной транзакции уже происходили ошибки! Не удалось выписать выданный счет-фактуру от 01.01.0001 0:00:00. Вероятно счет-фактура с таким номером уже записан в информационной базе.
ТИИ не помогло, правила от 27.01 может подскажите что делать? Заранее спасибо!

Ошибка при загрузке данных: {Обработка.УниверсальныйОбменДаннымиXML(7081)}: Поле объекта не обнаружено (НеЯвляетсяНалоговымРезидентомРФ)

ошибка на новом релизе 2.0.19
ждать новые правила или переход на 2.0.18, потом обновление...

Столкнулся с аналогичным поведением обработки выгрузки. Не победили еще эту ситуацию?

та же фигня :( на 2.0.18 загрузка прошла нормально, потом обновил до 2.0.19

Про это можно почитать и посмотреть (картинки) Обновились, да не тогда, когда обновились или Изменить 1С

Большое спасибо за статью!

Статья просто прелесть! Спасибо.

Большое спасибо за статью! Мне очень помогло :)

сенк, завтра опробую

Подскажите пожалуйста. А можно при переходе с редакции 1.6 на 2.0 только одну организацию перенести (остатки, документы, и т.д.), а не все что есть в базе.

статья очень помогла, спасибо!