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

30.11.15

Интеграция - Обмен между базами 1C

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

Ссылки по теме:

  1. О выпуске редакции 2.0 прикладного решения "Бухгалтерия предприятия"
  2. Переход на редакцию 2.0
  3. Здесь изложен оптимистичный сценарий, но тоже может пригодиться.

В ссылке по теме №3  в картинках изложен традиционный сценарий перехода на новую редакцию программы "1С:Бухгалтерия предприятия 8". В двух словах его принцип: запускается программа в новой редакции 2.0 с пустой информационной базой, из нее открывается рабочая информационная база в старой редакции, выполняется выгрузка данных во временный файл, затем загрузка из временного файла в новую базу.

Отсюда становится понятной первая проблема: если вы работаете в старой редакции на платформе "1С:Предприятие 8.1", то и в новую редакцию можно перейти только на платформе "1С:Предприятие 8.1", поскольку открыть старую базу на платформе "1С:Предприятие 8.2" невозможно. Визуально это выглядит так: если новая редакция работает на платформе "1С:Предприятие 8.2", то старую базу в списке доступных информационных баз вы просто не увидите. Значит нужно либо конвертировать старую базу на платформу "1С:Предприятие 8.2", либо устанавливать новую редакцию на платформе "1С:Предприятие 8.1".

Становится понятно также, что тот же сценарий переноса данных возможен и поэтапно: сначала выгружаем данные в промежуточный файл из рабочей информационной базы в старой редакции, затем загружаем эти данные в пустую базу в новой редакции. Этот вариант более универсален и дает ряд преимуществ и дополнительных возможностей. Его и рассмотрим.

Этап 1. Запускаем рабочую информационную базу в старой редакции 1.6, теперь уже не важно на какой она платформе "1С:Предприятие 8.1" или "1С:Предприятие 8.2". Используем обработку "Универсальный обмен данными в формате XML" (МЕНЮ - СЕРВИС - ПРОЧИЕ ОБМЕНЫ ДАННЫМИ). Указываем файл правил обмена - переноса данных из редакции 1.6 в редакцию 2.0 (см. рис. 1). Это ключевой момент, о том где взять правила обмена, чуть ниже. Указываем в какой файл выгружать данные (любое имя в любом каталоге). Параметры выгрузки и настройку выгружаемых данных оставляем неизменными. О них поговорим позже.

Рис. 1 Так выглядит окно выгрузки данных из редакции 1.6

Период выгрузки. Заслуживает того, чтобы на нем остановится подробнее. По умолчанию (как на рис. 1) переносятся остатки на 1 января 2010 года и все хозяйственные операции 2010 года. Можно перенести остатки на любую дату и соответственно операции за любой период, т.е. можно перенести и всю накопленную рабочую базу целиком, все ее операции. Вопрос только в том, насколько перенесенные данные, прежде всего документы конечно, будут работоспособны в новой редакции 2.0. Формально новая редакция не поддерживает хозяйственные операции до 2010 года. К этому нужно быть готовым. Дело в том, что переносятся не движения документов, проводки например, а сами документы, т.е. их содержание, а движения документов появляются уже в новой базе как результат проведения перенесенных документов. Поэтому движения документов в новой базе (по старым операциям до 2010 года) не всегда будут совпадать с движениями в старой базе. В частности это относится к операциям по учету основных средств. Но если вы готовы, как шутят программисты, поработать напильником, то вперед и с песней.

 

 

 

Где взять правила переноса данных из редакции 1.6 в редакцию 2.0. Запускаем программу в новой редакции 2.0. Открываем справочник "Конвертации из информационных баз предыдущих версий" (см. рис. 2). Далее находим правила "ACC16_20", это и есть правила переноса из программы "1С:Бухгалтерия предприятия ред.1.6". Жмем кнопку "Записать файлы конвертации на диск" и указываем куда сохранить правила.

Рис.2 Сохранение правил переноса данных в файл.

Этап 2. Запускаем пустую информационную базу в новой редакции 2.0, опять же не важно на какой она платформе "1С:Предприятие 8.1" или "1С:Предприятие 8.2". Выбираем вариант "Загрузить данные из файла" и указываем файл, в который делали выгрузку (см. рис. 3).

Рис.3 Выбор файла для загрузки данных

Можно использовать обработку "Универсальный обмен данными в формате XML" (МЕНЮ - СЕРВИС - ПРОЧИЕ ОБМЕНЫ ДАННЫМИ). Указываем файл для загрузки (см. рис.4) - тот же, в который только что делали выгрузку, нажимаем кнопку "Загрузить данные".

Рис. 4 Так выглядит окно загрузки данных в редакцию 2.0

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

Попробую резюмировать: описанный здесь способ переноса данных дает ряд преимуществ, таких например как независимость от платформы. Исключается возможная проблема доступа к информационной базе - источнику. Я не стал подробно на этом останавливаться, но такая проблема тоже возможна (см. рис. 5).

Рис. 5 Одна из возможных ошибок переноса данных

Возможна и такая ошибка как на рис.6. Здесь понятно, что делать - обновить релиз конфигурации базы-источника. Это нужно сделать независимо от способа переноса данных.

Рис.6 Ошибка, связанная с релизом конфигурации базы-источника

Что еще дает поэтапный перенос данных? Можно переносить данные частями, например только какого то одного вида документы. Это особенно полезно при повторных переносах. При варианте загрузки непосредственно в новую редакцию 2.0, я условно назвал его в начале статьи традиционным, тоже возможны повторные переносы, но только всей информационной базы целиком, что понятно может занимать много времени. При описанном способе можно переносить любую часть базы вплоть до отдельных документов или элементов справочников. Можно переносить не только проведенные документы например, а любые, даже помеченные на удаление. Для того, чтобы эти возможности понять, внимательно рассмотрите закладки "параметры выгрузки" и "выгружаемые данные", включая правую половину окна, предназначенную для отборов объектов, тех самых отдельных документов или элементов справочников.

 

 

 

Описать все возникающие при переносе данных проблемы не представляется возможным, но некоторые наиболее критические ошибки я постараюсь осветить. Начну с того, что в правилах переноса от 07.12.2010 (!!!) в ПКО "ОперацияБух" в обработчике события "Перед выгрузкой" используется очень неэффективный запрос к данным. А именно, в алгоритме "ПолучитьПроводкиДокумента" (Алгоритмы.ПолучитьПроводкиДокумента) в запросе используется конструкция:

	 ИЗ

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

	 ГДЕ

	 ХозрасчетныйДвиженияССубконто.Регистратор = &Регистратор

Такой запрос с отбором по регистратору, т.е. по одному документу, выполняется по времени так же долго как и запрос по всей таблице ДвиженияССубконто, т.е. по всем документам (не только "Операция"). В зависимости от размера информационной базы это время может составлять от нескольких секунд до нескольких минут. Но поскольку таких запросов при переносе будет столько же сколько документов "Операция", то общее время выгрузки документов "Операция" может нарастать катастрофически.

Что можно сделать в такой ситуации:

1. Исключить при переносе документы "Операция", перенести их отдельно или вручную.

2. Использовать для переноса документов "Операция" более ранние правила переноса (или более поздние - ошибка наверняка будет исправлена).

3. Исправить сами правила переноса. Указанную конструкцию в запросе нужно заменить на:

	 ИЗ

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

И аналогичную в том же запросе

	 ИЗ

	 РегистрБухгалтерии.Налоговый.ДвиженияССубконто КАК НалоговыйДвиженияССубконто

	 ГДЕ

	 НалоговыйДвиженияССубконто.Регистратор = &Регистратор

заменить на

	 ИЗ

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

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

Первый вариант видимо будет пригоден для сравнительно небольших организаций с хорошо поставленным учетом, т.е. отсутствием ошибок в старой базе в 2010 году, с регулярным перепроведением документов. Во всех ли случаях, если перепровести документы 2010 года в редакции 1.6 получим тот же результат, что и сегодня?

Третий вариант может оказаться наиболее разумным для большинства, если мы готовы смириться с его недостатками.

А вот второй вариант требует особого внимания, поскольку все чаще звучит вопрос: "Интересует, будут ли проблемы при повторном переносе если клиент будет редактировать в промежутке между переносами справочники в редакции 1.6 или 2.0"? Отвечаю: "Да, будут". Рассмотрим.

Будем использовать для тестового переноса данных демо-базу программы "1С:Бухгалтерия предприятия 8" в редакции 1.6. Выполним перенос данных за 2010 год как описано выше. А затем, уже после переноса, отразим операцию получения услуг от нового (это важно!) поставщика (см. рис.7). Эти услуги оказаны в декабре, следовательно они изменят сальдо по счету "60.01" на конец года.

Рис.7

Предположим, организация "Торговый дом "Комплексный" оплатила поставщику оказанные им услуги в январе 2011 года, следовательно эту операцию следует отразить в новой базе, что мы и сделаем (см. рис.8). Введем в новой базе нового поставщика с тем же ИНН, с тем же наименованием и даже  код у нас получился тот же. Что кстати не всегда возможно, просто в нашем случае мы добавляем и в новой и в старой базе нового контрагента сразу после переноса, поэтому новому элементу справочника присваивается очередной номер и он в данном случае совпадает. Еще раз подчеркну, если бы например в новой базе мы успели ввести к этому моменту других новых контрагентов, то для контрагента "Новый поставщик услуг" код в старой и новой базах уже не совпал бы.

Рис.8

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

Рис.9

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

Рис.10

Что такое внутренний идентификатор объекта. Он присваивается при создании любого объекта (элемента справочника, документа), и он уникален, т.е. при создании в разных базах двух "одинаковых" объектов - одинаковых по жизни, их внутренние идентификаторы никогда не совпадут. При первоначальном переносе объекты в новой базе создаются и им присваивается внутренний идентификатор объекта-источника. Поскольку этот идентификатор никогда  ни при каких обстоятельствах не изменяется (пользователем), это и обеспечивает повторный перенос без проблем. А вот с новыми объектами, созданными уже после первоначального переноса, проблему я описал. Правила переноса различных объектов - различны, чаще поиск в новой базе производится для справочников по коду и наименованию, для документов по дате, номеру и организации, но далеко не всегда это так. Не зная этих правил, невозможно следить за синхронизацией информационных баз.

Поскольку поступают вопросы о том, как быть с нетиповыми, т.е. доработанными конфигурациями, решил добавить этот абзац. В общем случае нужно изменять правила переноса. Н-р, в документ, участвующий в переносе, добавили реквизит. Его значение переносится не будет, надо добавить его в правило переноса документа и возможно создать (если необходимо) новое правило для переноса именно этого реквизита. Например в том случае, когда реквизит имеет тип справочник или документ, и для такого типа еще нет правила переноса. Ну и т.д. Для редактирования правил переноса нужно использовать конфигурацию "Конвертация данных". Из литературы достаточно посоветовать книжку В.Э.Бояркина и А.И.Филатова "Конвертация данных: обмен данными между прикладными решениями".


© Борис Балясников, декабрь 2010г.

См. также

SALE! 10%

Перенос данных из УПП 1.3 в ERP 2 / УТ 11 / КА 2. Переносятся документы, справочная информация и остатки

Обмен между базами 1C Платформа 1С v8.3 1С:Управление производственным предприятием 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Россия Платные (руб)

Обработка позволяет перенести из УПП 1.3 в ERP / УТ 11 / КА 2 всю возможную информацию. Переносятся документы, а также начальные остатки и справочная информация. Есть фильтр по организации и множество других опциональных параметров выгрузки. Наши правила переноса в продаже с 2015 года, постоянно работаем над их развитием. Более 360 предприятий выполнили переход с использованием этого продукта. Оказываем техническую поддержку по всем вопросам проекта переноса данных из УПП 1.3.

50722 45650 руб.

04.08.2015    159265    363    266    

345

SALE! 10%

[ED3] Обмен для ERP 2.5, КА 2.5, УТ 11.5 БП 3.0, Розница, УНФ и других с EnterpriseData (универсальный формат обмена), правила обмена

Обмен между базами 1C Файловый обмен (TXT, XML, DBF), FTP Платформа 1С v8.3 1С:Розница 2 1С:Управление нашей фирмой 1.6 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Россия Платные (руб)

Правила в универсальном формате обмена для ERP 2.5, КА 2.5, УТ 11.5, БП 3.0, Розница, УНФ, для последних версий конфигураций. Ссылки на другие конфигурации в описании публикации. Правила совместимы со всеми другими версиями конфигураций новыми и старыми, поддерживающими обмен в формате EnterpriseData. Не требуется синхронного обновления правил после обновления другой конфигурации, участвующей в обмене. Типовой обмен через планы обмена кнопкой Синхронизация вручную или автоматически по расписанию, или вручную обработкой.

25080 руб.

12.06.2017    134590    718    291    

387

Перенос данных из УПП 1.3 в БП 3.0. Переносятся документы (обороты за период), справочная информация и остатки

Обмен между базами 1C Файловый обмен (TXT, XML, DBF), FTP Платформа 1С v8.3 1С:Управление производственным предприятием 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Управленческий учет Платные (руб)

Перенос данных из 1С:Управление производственным предприятием 1.3 в 1С:Бухгалтерия предприятия 3.0 с помощью правил обмена. Переносятся остатки, документы (обороты за период), справочная информация. Правила проверены на конфигурациях УПП 1.3 (1.3.223.x) и БП 3.0 (3.0.149.x). Правила подходят для версии ПРОФ и КОРП.

28000 руб.

15.12.2021    20086    132    38    

90

SALE! 10%

Перенос данных из БП 3.0 в УТ 11 / КА 2 / ERP 2

Обмен между базами 1C Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Россия Платные (руб)

Переносятся документы за выбранный период, нормативно-справочная информация и остатки по счетам бухгалтерского учета из программы "1С:БП 3.0" в "1С:УТ 11" или "1С:КА. 2" или "1С:ERP Управление предприятием, ред. 2".

50722 45650 руб.

31.10.2014    231085    124    326    

295

SALE! 10%

Перенос данных из ERP 2 / КА 2 в ЗУП 3

Обмен между базами 1C Файловый обмен (TXT, XML, DBF), FTP Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Комплексная автоматизация 2.х 1С:Зарплата и Управление Персоналом 3.x Россия Бухгалтерский учет Управленческий учет Платные (руб)

Обработка позволяет не только перенести все документы, справочную информацию и начальные остатки из ERP 2 или КА 2 в ЗУП 3, но и организовать регулярный перенос данных между программами 1С:ERP 2 / КА 2 и 1С:ЗУП 3. Вы можете выбрать период отбора данных и установить фильтр по организациям, чтобы выгружать только необходимую информацию. Более того, перенос оперативно обновляется при выходе новых релизов программы 1С, так что вы всегда будете иметь самую актуальную версию обработки.

48278 43450 руб.

03.12.2020    34031    80    57    

78

SALE! 10%

Перенос данных из ERP 2 / КА 2 / УТ 11 в БП 3.0

Обмен между базами 1C Файловый обмен (TXT, XML, DBF), FTP Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Россия Платные (руб)

Перенос позволяет настроить собственный обмен данными между указанными программами, альтернативный предлагаемому фирмой 1С. Перенос данных осуществляется из 1С:ERP 2 / 1С:КА 2 / 1С:УТ 11 в 1С:БП 3.0. Правила обмена оперативно обновляются при выходе новых релизов программы 1С, так что вы всегда будете иметь самую актуальную версию обработки.

38500 34650 руб.

15.04.2019    68191    176    136    

108

Перенос данных из Парус 10 в ЗГУ ред.3

Внешние источники данных Кадровый учет Файловый обмен (TXT, XML, DBF), FTP Обмен между базами 1C Платформа 1С v8.3 Сложные периодические расчеты 1С:Зарплата и кадры государственного учреждения 3 Государственные, бюджетные структуры Россия Бухгалтерский учет Бюджетный учет Платные (руб)

Обработка позволяет перенести кадровую информацию и данные по заработной плате, фактических удержаниях, НДФЛ, вычетах, страховых взносах из базы Парус 10 учреждений в конфигурацию 1С:Зарплата и кадры государственного учреждения ред. 3 (ЗГУ) и начать с ней работать с любого месяца года.

60000 руб.

05.10.2022    9155    9    8    

10

Перенос данных из УТ 10.3 в УТ 11.5. Переносятся документы (обороты за период), справочная информация и остатки

Обмен между базами 1C Файловый обмен (TXT, XML, DBF), FTP Платформа 1С v8.3 Оперативный учет 1С:Управление торговлей 10 1С:Управление торговлей 11 Россия Управленческий учет Платные (руб)

Перенос данных из 1С:Управление торговлей 10.3 в 1С:Управление торговлей 11.5 с помощью правил обмена. Переносятся остатки, документы (обороты за период), справочная информация. Правила проверены на конфигурациях УТ 10.3 (10.3.87.x) и УТ 11.5 (11.5.16.x).

28000 руб.

23.07.2020    46015    194    64    

153
Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. Yul_kat 45 10.12.10 04:43 Сейчас в теме
Большое спасибо за статью. Я действительно не доразбиралась с переходом. Но узнать свои ошибки вовремя очень и очень хорошо! :D
Ещё раз спасибо! :)
Свою публикацию удалила.
34. mikit 71 16.12.10 14:20 Сейчас в теме
Help!SOS
У кого нибудь есть предположения:

Ошибка в обработчике события ПередОбработкойПравилаВыгрузки
ПВД = Остатки_РасходыБудущихПериодов
Обработчик = ПередОбработкойВыгрузкиДанных
ОписаниеОшибки = Ошибка в обработчике события ПередВыгрузкой (свойства)
ПКО = ПодразделенияОрганизаций (СправочникСсылка.ПодразделенияОрганизаций->СправочникСсылка.ПодразделенияОрганизаций)
ПКС = 3 ( -->)
Объект = Прочие расходы (Справочник ссылка: Статьи затрат)
СвойствоПриемника = ()
Обработчик = ПередВыгрузкойСвойства
ОписаниеОшибки = Поле объекта не обнаружено (КодПоОКАТО)
ПозицияМодуля = (1)
КодСообщения = 55
ПозицияМодуля = Обработка.УниверсальныйОбменДаннымиXML(1593)
КодСообщения = 31
37. Shum23str 20.12.10 07:14 Сейчас в теме
mikit пишет:
Ошибка в обработчике события ПередОбработкойПравилаВыгрузки ПВД = Остатки_РасходыБудущихПериодов Обработчик = ПередОбработкойВыгрузкиДанных ОписаниеОшибки = Ошибка в обработчике события ПередВыгрузкой (свойства) ПКО = ПодразделенияОрганизаций (СправочникСсылка.ПодразделенияОрганизаций->СправочникСсылка.ПодразделенияОрганизаций) ПКС = 3 ( -->) Объект = Прочие расходы (Справочник ссылка: Статьи затрат) СвойствоПриемника = () Обработчик = ПередВыгрузкойСвойства ОписаниеОшибки = Поле объекта не обнаружено (КодПоОКАТО) ПозицияМодуля = (1) КодСообщения = 55 ПозицияМодуля = Обработка.УниверсальныйОбменДаннымиXML(1593) КодСообщения = 31


Вот у меня такая же ошибка
59. Glafira 242 21.01.11 10:37 Сейчас в теме
mikit пишет:

Help!SOS
У кого нибудь есть предположения:

Ошибка в обработчике события ПередОбработкойПравилаВыгрузки
ПВД = Остатки_РасходыБудущихПериодов
Обработчик = ПередОбработкойВыгрузкиДанных
ОписаниеОшибки = Ошибка в обработчике события ПередВыгрузкой (свойства)
ПКО = ПодразделенияОрганизаций (СправочникСсылка.ПодразделенияОрганизаций->СправочникСсылка.ПодразделенияОрганизаций)
ПКС = 3 ( -->)
Объект = Прочие расходы (Справочник ссылка: Статьи затрат)
СвойствоПриемника = ()
Обработчик = ПередВыгрузкойСвойства
ОписаниеОшибки = Поле объекта не обнаружено (КодПоОКАТО)
ПозицияМодуля = (1)
КодСообщения = 55
ПозицияМодуля = Обработка.УниверсальныйОбменДаннымиXML(1593)
КодСообщения = 31
Показать


Возможно, в план счетов были добавлены дополнительные субконто "Подразделения". В правилах переноса предполагается по умолчанию, что субконто "Подразделения" - Субконто 1. Поскольку в бух.2.0 введен признак учета по подразделениям, в правилах сдвигается номер субконто. Можно исправить правила, указав для конкретного счета свой порядок переноса субконто (в запросе по остаткам правила выгрузки данных и в справочнике, где используются такие субконто).
Если в счет 44.01 "Издержки обращения" добавлен Субконто2 "Подразделения":
1) Исправить запрос в ПВД Остатки_РасходыБудущихПериодов:
КОГДА НалоговыйОстатки.Субконто1.СчетБУ В (&СписокСчетовСПодразделениями)
ТОГДА ВЫБОР
КОГДА НалоговыйОстатки.Субконто1.СчетБУ = ЗНАЧЕНИЕ(ПланСчетов.Хозрасчетный.ИздержкиОбращения)
ТОГДА НалоговыйОстатки.Субконто2.СубконтоБУ2
ИНАЧЕ НалоговыйОстатки.Субконто1.СубконтоБУ1 КОНЕЦ

ИНАЧЕ ЗНАЧЕНИЕ(Справочник.ПодразделенияОрганизаций.ПустаяСсылка)
2) Для справочника "РасходыБудущихПериодов" добавить в ПКС условия для субконтоБУ1

ИначеЕсли Источник.СчетБУ.Код="44.01" тогда
Если ЗначениеЗаполнено(Источник.СубконтоБУ1) тогда
Значение=Источник.СубконтоБУ1;
Иначе
Отказ=Истина;
КонецЕсли;
и субконтоБУ2

ИначеЕсли Источник.СчетБУ.Код="44.01" тогда
Если ЗначениеЗаполнено(Источник.СубконтоБУ2) тогда
Отказ=Истина;
КонецЕсли;
2. Yul_kat 45 10.12.10 05:59 Сейчас в теме
В каком направлении искать ошибку, не понятно... Буду благодарна за подсказку.

Пробую перенести данные из моей базы с 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


Свои велосипеды хоть понятнее...
hrust_hrust; +1 Ответить
3. bb1962 990 10.12.10 08:24 Сейчас в теме
(2) Проблема в том, что в плане счетов в новой базе у одного из счетов не установлено субконто
"Номенклатурные группы", а в переносимом документе оно есть.
Проверьте ручную операцию за 30.06.2010, видимо это те самые Ваши обороты.
Попробуйте найти документ Операция (бухгалтерский и налоговый учет) 00000000212 от 30.06.2010 в
файле выгрузки, тогда Вы увидите его содержимое - проводки (см. самую первую "Номер строки: 1")
4. bb1962 990 10.12.10 08:30 Сейчас в теме
(2) Кстати непонятно, если Вы переносите данные из базы с 01.07.10 по 30.11.10,
то откуда взялся документ "Операция" за 30.06.10.
Это не остатки, остатки переносятся документами
"Ввод начальных остатков" по всем счетам, даже не предопределенным.
6. artbear 1447 10.12.10 08:51 Сейчас в теме
(4) Цитата "Где взять правила переноса данных из редакции 1.6 в редакцию 2.0. Запускаем программу в новой редакции 2.0 в режиме конфигуратора. Открываем конфигурацию, раскрываем ветку "Справочники", находим справочник "Конвертации из информационных баз предыдущих версий" (см. рис. 2)"

А зачем так делать? можно же сделать в режиме Предприятия через этот же справочник, там есть спец. кнопка "Записать файлы конвертации на диск" ! Есть и другие полезные кнопки чтобы подменить типовые правила на свои.
7. bb1962 990 10.12.10 09:02 Сейчас в теме
(6) Да, верно, но я же программист, привычка
ковырять все изнутри :D
9. bb1962 990 10.12.10 09:26 Сейчас в теме
5. Yul_kat 45 10.12.10 08:32 Сейчас в теме
Спасибочки, будем смотреть, мне пока тоже это всё не очень понятно...
8. Ish_2 1102 10.12.10 09:14 Сейчас в теме
Ого ! Публикации на эту тему пошли серьезные.
10. hatuna 10.12.10 11:21 Сейчас в теме
У меня тоже проблема с переносом описанная выше

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

и т.д.
в этой операции в строке 3 субконто указано, я его даже перевыбрала, и счет перевыбирала и субконто заново указывала и даже вообще для эксперимента удаляла эту стороку, но ругается он все равно на эту строку!
что делать то :?:
11. bb1962 990 10.12.10 13:44 Сейчас в теме
hatuna пишет:
в этой операции в строке 3 субконто указано, я его даже перевыбрала, и счет перевыбирала

Где все это делается? В старой базе, в новой?
12. rctybz 10.12.10 14:36 Сейчас в теме
Спасибо, вот только хотела уточнить - при переносе всех доков за 2010 год, понадобится ли проводить Закрытие месяца за каждый месяц ? Ведь по сравнению с 1.6, в 2.0 Регламентная операция по Закрытию месяца, кардинально ОТЛИЧАЕТСЯ.
13. bb1962 990 10.12.10 14:45 Сейчас в теме
Понадобится. Кардинально отличается пожалуй методика работы, но не результат.
Ну будет вместо одного документа "Закрытие месяца" несколько "Регламентная операция".
14. rctybz 10.12.10 15:01 Сейчас в теме
Это я имела ввиду, просто если сейчас переходить на 2.0 со всеми докуметами за 2010 год и остатками на начало 2010, придеться заново закрывать около 11 месяцев :o . Обороты по фирме огроменные! Подскажите не лучше просто загрузить остатки на начало 2011 и начать как бы с нуля вести учет? Просто бухи в шоке что заново надо будет закрывать весь год.Это менее болезненно?Заранее спасибо )
15. bb1962 990 10.12.10 15:11 Сейчас в теме
(14)Опять от программиста требуют простых ответов на сложные вопросы
в стиле "сделай нам счастье".
Оба варианта обладают и преимуществами и недостатками.
Остатки на начало 2011 года будут уже после переноса изменяться.
Это большой минус.
16. kosma 10.12.10 15:34 Сейчас в теме
Ксения! На самом деле все намного проще. Существует методика описанная фирмой 1С. Никаких кардинальных телодвижений не требуется. Но проверять обороты по счетам все равно необходимо.
17. Yul_kat 45 11.12.10 13:46 Сейчас в теме
"Существует методика описанная фирмой 1С" Подскажите, где опубликована данная методика? (ИТС под рукой нет к сожалению...)

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

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

Никакой особой методики не существует, на диске ИТС есть те же картинки, что и в
http://infostart.ru/public/79203/ и в данной публикации, и очень скромное по объему описание,
еще скромнее чем здесь.
20. rctybz 13.12.10 08:00 Сейчас в теме
bb1962 я с вами полностью согласна, на диске ИТС вообще почти ни чего не сказано. Легче поискать в инете, кто уже сталкивался на практике с переходом, а не в ТЕОРИИ! Очень много нюансов.
21. Yul_kat 45 13.12.10 16:05 Сейчас в теме
Получается есть три подхода к переносу на редакцию 2.0.
1. Перенести весь 2010 год документами. Плюс - 2010, 2011 и последующие года будут в одной базе; минус - перезакрытие месяцев за целый год и неизвестно что будет с оборотами;
2. Перенести остатки на начало 2011 года в начале января и работать параллельно в 2-ух базах. Минусы - придётся вручную синхронизировать базы; 2010 и 2011 года будут в разных базах; В плюс даже не знаю что поставить... если только простоту переноса;
3. Перенести остатки на начало 2011 года после закрытия года, т.е. в конце марта, а первый квартал перенести документами и перезакрыть 3 месяца. Минус - 2010 и 2011 года будут в разных базах. Плюс - перепроводить не весь год, а всего три месяца.

Разговаривала с клиентами, более предпочтителен оказался 3-ий вариант. Как уже говорила Ксения, бухгалтеров повергает в ужас мысль о том, что надо будет перезакрывать 11 месяцев. Большой вопрос, что будет с себестоимостью после всех этих манипуляций... Да и ведение учёта в двух базах по второму варианту не особо вдохновляет...
27. rctybz 15.12.10 09:50 Сейчас в теме
bb1962 пишет:
Хотя свою базу я перенес с 2005 года.

Получается, заново закрывали месяцы и сравнивали обороты? Мне, конечно, тоже хочется перенести всю базу, НО перенеся пару месяцев и отметив, что "плывут", причем конкретно, обороты, я начинаю сомневаться...
bb1962 пишет:
Но вариант 3 в (21) может оказаться самым разумным.
может оказаться самым разумным.
.
Спасибо :)
28. KapasMordorov 428 15.12.10 10:58 Сейчас в теме
(27)
Если допилить правила обмена, то документы за закрытые пеериоды можно переносить вместе с движениями и не перепроводить.
Тогда и оборотки сравнивать не нужно.
29. bb1962 990 15.12.10 11:05 Сейчас в теме
(28) Пилите, Шура, пилите. Они будут золотые. :D
30. KapasMordorov 428 15.12.10 11:15 Сейчас в теме
(29)
Перепроведение серебряное (с пулей)? 8-)
22. bb1962 990 13.12.10 16:29 Сейчас в теме
Сама процедура переноса по 3 варианту получается совсем уж
"нестандартной". Сначала остатки, потом документы, враз не получится.
И остается вопрос: насколько пригодна будет редакция 1.6 в 2011 году,
до каких пор пригодна? Хотя мысль интересная.
23. Yul_kat 45 13.12.10 16:41 Сейчас в теме
Как минимум, до сдачи отчетности первого квартала 2011 года редакция 1.6 пригодна будет.. Почему нет... А те, кто на УСН, так они, вообще, раз в год отчитываются, если в 2011 году ничего не изменится или не будет других причин обновляться (ошибки, например).
24. rctybz 15.12.10 08:43 Сейчас в теме
Yul_kat лично я пробовала 1 вариант, и уж больно он мне не понравился. Все что любят бухи править вручную не переносится, следовательно плывут обороты. Меня больше устраивает 2 вариант, но как уже было сказано bb1962, могут "поплыть" справочники.
А вот вопрос к Вам bb1962, а какой бы Вы вариант переноса выбрали?:)
26. bb1962 990 15.12.10 09:12 Сейчас в теме
(24) Я не даю советов, я лишь пытаюсь предостеречь и помочь.
Но вариант 3 в (21) может оказаться самым разумным.
Хотя свою базу я перенес с 2005 года.
47. RuslanZ 411 27.12.10 10:04 Сейчас в теме
bb1962 пишет:

(24) Я не даю советов, я лишь пытаюсь предостеречь и помочь.

Но вариант 3 в (21) может оказаться самым разумным.

Хотя свою базу я перенес с 2005 года.


А можно подробнее? То есть вы выгрузили все документы и получилось свести остатки?
Для нашей организации первый вариант переноса не подходит, так как документ "Закрытие месяца" не раз переписывался, нестандартное закрытие. У вас, я полагаю, не было таких проблем.

Еще вопрос: у меня при переносе проводятся не все документы "Ввод начальных остатков". Ошибок достаточно много по разным счетам. Исправлять эти ошибки нужно в базе-приемнике? Но если использовать 2-й способ переноса, что будет при повторной выгрузке? Непонятно.
25. bb1962 990 15.12.10 09:10 Сейчас в теме
Дополнил статью сообщением о критической ошибке правил переноса.
31. bb1962 990 16.12.10 11:06 Сейчас в теме
32. constspb 16.12.10 12:05 Сейчас в теме
3. Исправить сами правила переноса. Указанную конструкцию в запросе нужно заменить на:
ИЗ
РегистрБухгалтерии.Хозрасчетный.ДвиженияССубконто(, , Регистратор = &Регистратор) КАК ХозрасчетныйДвиженияССубконто.
И аналогичную в том же запросе
ИЗ
РегистрБухгалтерии.Налоговый.ДвиженияССубконто КАК НалоговыйДвиженияССубконто
ГДЕ
НалоговыйДвиженияССубконто.Регистратор = &Регистратор
заменить на
ИЗ
РегистрБухгалтерии.Налоговый.ДвиженияССубконто(, , Регистратор = &Регистратор) КАК НалоговыйДвиженияССубконто.

Корректно заменить не получается, может ли кто помочь и выложить правленный файл правил?
33. bb1962 990 16.12.10 12:46 Сейчас в теме
(32) Тогда уж лучше дождитесь исправлений от 1С:
http://users.v8.1c.ru/Accounting.aspx
Тем более, что там и другие ошибки есть.
35. constspb 18.12.10 02:18 Сейчас в теме
bb1962 пишет:

(32) Тогда уж лучше дождитесь исправлений от 1С:
http://users.v8.1c.ru/Accounting.aspx
Тем более, что там и другие ошибки есть.


вышла новая версия от 17.12. а воз и ныне там...

Ошибка при выгрузке данных: {Обработка.УниверсальныйОбменДаннымиXML(1562)}: Ошибка в обработчике события ПередВыгрузкойОбъекта
ПКО = ОперацияБух (ДокументСсылка.ОперацияБух --> ДокументСсылка.ОперацияБух)
Объект = Операция (бухгалтерский и налоговый учет) 00000000001 от 01.01.2010 12:00:00 (Документ ссылка: Операция (бухгалтерский и налоговый учет))
Обработчик = ПередВыгрузкойОбъекта
ОписаниеОшибки = Ошибка при вызове метода контекста (Выполнить): {(55, 2)}: Неверные параметры "РегистрБухгалтерии.Хозрасчетный.ДвиженияССубконто"
<<?>>РегистрБухгалтерии.Хозрасчетный.ДвиженияССубконто(, , Регистратор = &Регистратор, , ) КАК ХозрасчетныйДвиженияССубконто
ПозицияМодуля = (184)
КодСообщения = 41
Не удалось произвести выгрузку данных из информационной базы.
36. bb1962 990 18.12.10 07:25 Сейчас в теме
constspb пишет:
Неверные параметры "РегистрБухгалтерии.Хозрасчетный.ДвиженияССубконто"
<<?>>РегистрБухгалтерии.Хозрасчетный.ДвиженияССубконто(, , Регистратор = &Регистратор, , ) КАК ХозрасчетныйДвиженияССубконто

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



http://narod.ru/disk/1747310001/EXPACC_16_20_v5.rar.html
39. Yackov 98 20.12.10 19:02 Сейчас в теме
Тоже попробовал перенести..а банковские счета организаций предусмотрено руками вбивать после переноса?
40. Alik Moskva 21.12.10 10:17 Сейчас в теме
Господа, в любом деле есть косяки, не боги горшки обжигают. немного терпения и ручки программистов и у вас все получится.
у меня тоже не нашелся справочник "ПочтовыеСервера" в 1.6, да и откуда он мог взяться там, вот я и подправил ручками правила.
41. Oleg1973 22.12.10 09:33 Сейчас в теме
Тема актуальна на сегодняшний день. Тем более, что бухгалтерия всегда думает по-другому и не хочет слушать о "неправильном переносе".
При переносе остатком и оборотов за год пришлось потом все проводить, править, закрывать периоды и обнаруживать косяки в базе.
Единственное, что упустил автор это то, что остатки по 60 и 62 счетам формируются неправильно. Я написал письмо в 1 С указал причину
(а все дело в правиле переноса), но это пустой номер. Поэтому немного изменил правила переноса и все остатки сошлись. Так же нашел
причину неправильной амортизации при переносе остатков по счету 02. Да, и не переносите документ "Отражение зарплаты в регламентированном учете",
если конечно не хотите потом править проводки по 77,68,99 счетам.
А так проблема переноса существует, и лучше начинать сейчас. чем протом тебя съедят бухгалтера )))))).

oleg1761c@mail.ru
43. bb1962 990 22.12.10 17:52 Сейчас в теме
Правила переноса постоянно изменяются, на сегодня уже пятая версия от 17.12.10.
В (41) описаны далеко не все проблемы.
Я не стал этим заниматься, чтобы не запутать неискушенного пользователя окончательно.
Какие-то ошибки исправляются, какие-то появляются.
Пожалуй, уж лучше дождаться работоспособных правил от 1С.
42. Floid 22.12.10 17:00 Сейчас в теме
Oleg1973,
А вы поделитесь с товарищами по несчастью исправленными правилами переноса и все вас будут любить, холить и лелеять:)
44. nikolega 173 24.12.10 10:15 Сейчас в теме
Исправленная версия правил v5 (от 17.12.2010)
Ссылку на верный файл смотрите в комментарии (46)

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

на

РегистрБухгалтерии.Хозрасчетный.ДвиженияССубконто(, , Регистратор = &Регистратор) КАК ХозрасчетныйДвиженияССубконто
45. bb1962 990 24.12.10 10:48 Сейчас в теме
(44) Нужно еще то же самое сделать для РегистрБухгалтерии.Налоговый.ДвиженияССубконто
46. nikolega 173 24.12.10 10:56 Сейчас в теме
(45) У меня только по бухгалтерским ошибка была

Ошибка в обработчике события ПередВыгрузкойОбъекта
ПКО = КорректировкаЗаписейРегистров (ДокументСсылка.КорректировкаЗаписейРегистров --> ДокументСсылка.КорректировкаЗаписейРегистров)
Объект = Корректировка записей регистров 00000000027 от 31.12.2010 23:59:59 (Документ ссылка: Корректировка записей регистров)
Обработчик = ПередВыгрузкойОбъекта
ОписаниеОшибки = Ошибка при вызове метода контекста (Выполнить): {(55, 2)}: Неверные параметры "РегистрБухгалтерии.Хозрасчетный.ДвиженияССубконто"
<<?>>РегистрБухгалтерии.Хозрасчетный.ДвиженияССубконто(, , Регистратор = &Регистратор, , ) КАК ХозрасчетныйДвиженияССубконто
ПозицияМодуля = (184)
КодСообщения = 41

Мне не трудно - исправлю и налоговый ))

строка 96932

Заменил ....

Вот файлик : http://zalil.ru/30214642
48. Yul_kat 45 28.12.10 03:04 Сейчас в теме
В том то и минус второго сопоба, что никакого повторного переноса не будет, придётся вручную синхронизировать две базы. Одна база 1.6(с закрытем 2010 года) и вторая база на 2.0 с 2011 годом.

"Еще вопрос: у меня при переносе проводятся не все документы "Ввод начальных остатков". Ошибок достаточно много по разным счетам. Исправлять эти ошибки нужно в базе-приемнике?"
Если уверены, что делаете выгрузку первый и последний раз и с базой-источником работать не будете, то можно только в приёмнике поправить.
49. nikolega 173 29.12.10 14:53 Сейчас в теме
На сайте 1С появились обновленные обработки перехода на 2.0.
Версия от 28.12.2010.
EXPACC_16_20_v20101228.rar

Выпускают 1 версию каждые два дня, так что работают ребята - стараются.
50. Yul_kat 45 30.12.10 09:37 Сейчас в теме
Простите, а где именно на сайте 1С лежит EXPACC_16_20_v20101228.rar?
51. nikolega 173 30.12.10 09:52 Сейчас в теме
(50)
http://users.v8.1c.ru/

Только для имеющих подписку на ИТС.

Находите "Бухгалтерия предприятия, редакция 2.0" - открываете страницу, на ней есть (8 строка)
"Обработка "Выгрузка данных из 1С:Бухгалтерии ред.1.6" (от 28.12.2010)"

Оттуда и качаете ...
52. Swetlana 20 30.12.10 16:21 Сейчас в теме
53. Мухин 62 05.01.11 14:36 Сейчас в теме
Автор КРАСАУЧЕК. ОГРОУМНЫЙ ПЛЮС.
54. TeploU 11.01.11 13:48 Сейчас в теме
При переходе на редакцию 2.0 с 1.6 при подключении к базе из которой берем информацию возникает ошибка:

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

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

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

ПОМОГИТЕ!!!
55. bb1962 990 11.01.11 13:54 Сейчас в теме
(54) Для таких случаев статья и написана: делайте перенос через промежуточный файл.
Причиной ошибки подключения к ИБ м.б. невозможность монопольного подключения н-р.
56. Stepan_1c 14.01.11 09:33 Сейчас в теме
а решить проблему, изображенную на рис.5, возможно для 8.1? база ни кем не используется, в файловом режиме и нужно загрузить именно из ИБ.
57. bb1962 990 14.01.11 11:26 Сейчас в теме
(56) 8.1 или 8.2 не имеет значения, если проблема с доступом, значит пользователь не тот.
58. Stepan_1c 14.01.11 14:13 Сейчас в теме
(57) а если пользователь всё таки тот, но почти всегда говорит что база занята, в чем может быть причина?
60. Yackov 98 24.01.11 16:48 Сейчас в теме
Платформа 8.2.13.202, Бухгалтерия предприятия, редакция 1.6 (1.6.28.1)
Почему-то не выгружаются остатки через "Выгрузка данных в Бухгалтерию предприятия редакции 2" от 18.01.11 Стопорится на документе (судя по строке состояния) и тишина..Никто не сталкивался? И как бороться? Заранее спасибо!
61. frolos 01.02.11 16:31 Сейчас в теме
При переходе с 1.6.28.2 на 2.0.18.2 платформа 8.1на 60% получаю ошибку {Документ.СчетФактураВыданный(3433)}: Ошибка при вызове метода контекста (Получить): В данной транзакции уже происходили ошибки! Не удалось выписать выданный счет-фактуру от 01.01.0001 0:00:00. Вероятно счет-фактура с таким номером уже записан в информационной базе.
ТИИ не помогло, правила от 27.01 может подскажите что делать? Заранее спасибо!
62. constspb 08.02.11 11:45 Сейчас в теме
Ошибка при загрузке данных: {Обработка.УниверсальныйОбменДаннымиXML(7081)}: Поле объекта не обнаружено (НеЯвляетсяНалоговымРезидентомРФ)

ошибка на новом релизе 2.0.19
ждать новые правила или переход на 2.0.18, потом обновление...
65. bb1962 990 17.02.11 06:14 Сейчас в теме
(62) (64) В правилах от 16/02/11 эта ошибка исправлена.
63. Garstag 80 08.02.11 14:24 Сейчас в теме
Yackov пишет:

Платформа 8.2.13.202, Бухгалтерия предприятия, редакция 1.6 (1.6.28.1)

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


Столкнулся с аналогичным поведением обработки выгрузки. Не победили еще эту ситуацию?
romvas33; +1 Ответить
64. RuslanZ 411 15.02.11 16:46 Сейчас в теме
constspb пишет:

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



ошибка на новом релизе 2.0.19

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


та же фигня :( на 2.0.18 загрузка прошла нормально, потом обновил до 2.0.19
66. samamoiloff 861 21.02.11 13:55 Сейчас в теме
67. n949eo 09.11.11 12:24 Сейчас в теме
Большое спасибо за статью!
68. m818rt 14.11.11 13:56 Сейчас в теме
Статья просто прелесть! Спасибо.
69. sevgen25 23.11.11 09:48 Сейчас в теме
Большое спасибо за статью! Мне очень помогло :)
70. tehas99 16.01.12 14:19 Сейчас в теме
71. arxant 29.02.12 21:53 Сейчас в теме
Подскажите пожалуйста. А можно при переходе с редакции 1.6 на 2.0 только одну организацию перенести (остатки, документы, и т.д.), а не все что есть в базе.
72. natav 11.03.12 09:36 Сейчас в теме
статья очень помогла, спасибо!
Оставьте свое сообщение