Ссылки по теме:
- О выпуске редакции 2.0 прикладного решения «Бухгалтерия предприятия»
- Переход на редакцию 2.0
- Здесь изложен оптимистичный сценарий, но тоже может пригодиться.
В ссылке по теме №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г.
Related Posts
Восстановление последовательности документов при закрытии месяца в Бухгалтерия 3.0 не завершается
Заполнение табличных частей
Формирование сводных актов выполненных работ
Ввод поступления в переработку на основании передачи сырья (между организациями)- Конспект по установке сервера 1С на linux
Получение имени компьютера и его IP локально и в терминале
Большое спасибо за статью. Я действительно не доразбиралась с переходом. Но узнать свои ошибки вовремя очень и очень хорошо! 😀
Ещё раз спасибо! 🙂
Свою публикацию удалила.
(2) Проблема в том, что в плане счетов в новой базе у одного из счетов не установлено субконто
«Номенклатурные группы», а в переносимом документе оно есть.
Проверьте ручную операцию за 30.06.2010, видимо это те самые Ваши обороты.
Попробуйте найти документ Операция (бухгалтерский и налоговый учет) 00000000212 от 30.06.2010 в
файле выгрузки, тогда Вы увидите его содержимое — проводки (см. самую первую «Номер строки: 1»)
(2) Кстати непонятно, если Вы переносите данные из базы с 01.07.10 по 30.11.10,
то откуда взялся документ «Операция» за 30.06.10.
Это не остатки, остатки переносятся документами
«Ввод начальных остатков» по всем счетам, даже не предопределенным.
Спасибочки, будем смотреть, мне пока тоже это всё не очень понятно…
(4) Цитата «Где взять правила переноса данных из редакции 1.6 в редакцию 2.0. Запускаем программу в новой редакции 2.0 в режиме конфигуратора. Открываем конфигурацию, раскрываем ветку «Справочники», находим справочник «Конвертации из информационных баз предыдущих версий» (см. рис. 2)»
А зачем так делать? можно же сделать в режиме Предприятия через этот же справочник, там есть спец. кнопка «Записать файлы конвертации на диск» ! Есть и другие полезные кнопки чтобы подменить типовые правила на свои.
(6) Да, верно, но я же программист, привычка
ковырять все изнутри 😀
Ого ! Публикации на эту тему пошли серьезные.
С подачи (6) исправил.
У меня тоже проблема с переносом описанная выше
Ошибка записи объекта
ТипОбъекта = Операция (бухгалтерский и налоговый учет)
Объект = Операция (бухгалтерский и налоговый учет) 00000000105 от 07.09.2010 15:23:24
ОписаниеОшибки = Ошибка при вызове метода контекста (Записать): Запись не верна! Вид субконто «Прочие доходы и расходы» не доступен для данной записи! (Регистр бухгалтерии: Журнал проводок (бухгалтерский и налоговый учет); Номер строки: 3)
ПозицияМодуля = Обработка.УниверсальныйОбменДаннымиXML.МодульОбъекта(4754)
КодСообщения = 26
и т.д.
в этой операции в строке 3 субконто указано, я его даже перевыбрала, и счет перевыбирала и субконто заново указывала и даже вообще для эксперимента удаляла эту стороку, но ругается он все равно на эту строку!
что делать то ❓
в этой операции в строке 3 субконто указано, я его даже перевыбрала, и счет перевыбирала
Где все это делается? В старой базе, в новой?
Спасибо, вот только хотела уточнить — при переносе всех доков за 2010 год, понадобится ли проводить Закрытие месяца за каждый месяц ? Ведь по сравнению с 1.6, в 2.0 Регламентная операция по Закрытию месяца, кардинально ОТЛИЧАЕТСЯ.
Понадобится. Кардинально отличается пожалуй методика работы, но не результат.
Ну будет вместо одного документа «Закрытие месяца» несколько «Регламентная операция».
Это я имела ввиду, просто если сейчас переходить на 2.0 со всеми докуметами за 2010 год и остатками на начало 2010, придеться заново закрывать около 11 месяцев 😮 . Обороты по фирме огроменные! Подскажите не лучше просто загрузить остатки на начало 2011 и начать как бы с нуля вести учет? Просто бухи в шоке что заново надо будет закрывать весь год.Это менее болезненно?Заранее спасибо )
(14)Опять от программиста требуют простых ответов на сложные вопросы
в стиле «сделай нам счастье».
Оба варианта обладают и преимуществами и недостатками.
Остатки на начало 2011 года будут уже после переноса изменяться.
Это большой минус.
Ксения! На самом деле все намного проще. Существует методика описанная фирмой 1С. Никаких кардинальных телодвижений не требуется. Но проверять обороты по счетам все равно необходимо.
«Существует методика описанная фирмой 1С» Подскажите, где опубликована данная методика? (ИТС под рукой нет к сожалению…)
«Остатки на начало 2011 года будут уже после переноса изменяться.
Это большой минус.»
Но на сколько я поняла из Вашей публикации, информацию можно переносить несколько раз. Какая проблема перевыгрузить остатки после сдачи годовой отчетности? (Потом, видимо, придётся перепровести все документы, но это не так уж сложно).
Какая проблема перевыгрузить остатки после сдачи годовой отчетности?
А до сдачи годовой отчетности?
Вы будете работать в ДВУХ базах одновременно, и данные в них
будут постоянно расходится. Кто за этим будет следить?
А пополнение справочников н-р?
Как переносится справочник?
Сначала ищется объект (эл-т справочника) в приемнике по внутреннему
идентификатору источника, поэтому по УЖЕ ПЕРЕНЕСЕННЫМ объектам проблем нет.
Но если в приемнике по внутреннему
идентификатору объект не найден, то дальше поиск пойдет по реквизитам, н-р код и наименование,
или ИНН и т.д. Вы уверены, что здесь не будет дублирования или того хуже
неверных ссылок? Я не уверен.
Существует методика описанная фирмой 1С» Подскажите, где опубликована данная методика?
Никакой особой методики не существует, на диске ИТС есть те же картинки, что и в
и в данной публикации, и очень скромное по объему описание,
еще скромнее чем здесь.
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, а какой бы Вы вариант переноса выбрали?:)
Дополнил статью сообщением о критической ошибке правил переноса.
(24) Я не даю советов, я лишь пытаюсь предостеречь и помочь.
Но вариант 3 в (21) может оказаться самым разумным.
Хотя свою базу я перенес с 2005 года.
Хотя свою базу я перенес с 2005 года.
Получается, заново закрывали месяцы и сравнивали обороты? Мне, конечно, тоже хочется перенести всю базу, НО перенеся пару месяцев и отметив, что «плывут», причем конкретно, обороты, я начинаю сомневаться…
Но вариант 3 в (21) может оказаться самым разумным.
может оказаться самым разумным.
.
Спасибо 🙂
(27)
Если допилить правила обмена, то документы за закрытые пеериоды можно переносить вместе с движениями и не перепроводить.
Тогда и оборотки сравнивать не нужно.
(28) Пилите, Шура, пилите. Они будут золотые. 😀
(29)
Перепроведение серебряное (с пулей)? 😎
Дополнил статью.
3. Исправить сами правила переноса. Указанную конструкцию в запросе нужно заменить на:
ИЗ
РегистрБухгалтерии.Хозрасчетный.ДвиженияССубконто(, , Регистратор = &Регистратор) КАК ХозрасчетныйДвиженияССубконто.
И аналогичную в том же запросе
ИЗ
РегистрБухгалтерии.Налоговый.ДвиженияССубконто КАК НалоговыйДвиженияССубконто
ГДЕ
НалоговыйДвиженияССубконто.Регистратор = &Регистратор
заменить на
ИЗ
РегистрБухгалтерии.Налоговый.ДвиженияССубконто(, , Регистратор = &Регистратор) КАК НалоговыйДвиженияССубконто.
Корректно заменить не получается, может ли кто помочь и выложить правленный файл правил?
(32) Тогда уж лучше дождитесь исправлений от 1С:
Тем более, что там и другие ошибки есть.
Help!SOS
У кого нибудь есть предположения:
Ошибка в обработчике события ПередОбработкойПравилаВыгрузки
ПВД = Остатки_РасходыБудущихПериодов
Обработчик = ПередОбработкойВыгрузкиДанных
ОписаниеОшибки = Ошибка в обработчике события ПередВыгрузкой (свойства)
ПКО = ПодразделенияОрганизаций (СправочникСсылка.ПодразделенияОрганизаций->СправочникСсылка.ПодразделенияОрганизаций)
ПКС = 3 ( —>)
Объект = Прочие расходы (Справочник ссылка: Статьи затрат)
СвойствоПриемника = ()
Обработчик = ПередВыгрузкойСвойства
ОписаниеОшибки = Поле объекта не обнаружено (КодПоОКАТО)
ПозицияМодуля = (1)
КодСообщения = 55
ПозицияМодуля = Обработка.УниверсальныйОбменДаннымиXML(1593)
КодСообщения = 31
Тогда уж лучше дождитесь исправлений от 1С:
Тем более, что там и другие ошибки есть.
вышла новая версия от 17.12. а воз и ныне там…
Ошибка при выгрузке данных: {Обработка.УниверсальныйОбменДаннымиXML(1562)}: Ошибка в обработчике события ПередВыгрузкойОбъекта
ПКО = ОперацияБух (ДокументСсылка.ОперацияБух —> ДокументСсылка.ОперацияБух)
Объект = Операция (бухгалтерский и налоговый учет) 00000000001 от 01.01.2010 12:00:00 (Документ ссылка: Операция (бухгалтерский и налоговый учет))
Обработчик = ПередВыгрузкойОбъекта
ОписаниеОшибки = Ошибка при вызове метода контекста (Выполнить): {(55, 2)}: Неверные параметры «РегистрБухгалтерии.Хозрасчетный.ДвиженияССубконто»
<<?>>РегистрБухгалтерии.Хозрасчетный.ДвиженияССубконто(, , Регистратор = &Регистратор, , ) КАК ХозрасчетныйДвиженияССубконто
ПозицияМодуля = (184)
КодСообщения = 41
Не удалось произвести выгрузку данных из информационной базы.
Неверные параметры «РегистрБухгалтерии.Хозрасчетный.ДвиженияССубконто»
<<?>>РегистрБухгалтерии.Хозрасчетный.ДвиженияССубконто(, , Регистратор = &Регистратор, , ) КАК ХозрасчетныйДвиженияССубконто
Допустимы только три параметра, т.е. последние две запятые лишние.
Вероятно, в РегистрБухгалтерии.Налоговый.ДвиженияССубконто та же ошибка.
К сожалению, нет доступа к сайту «1С» — у кого то из провайдеров на пути к «1С» что то
отвалилось.
Ошибка в обработчике события ПередОбработкойПравилаВыгрузки ПВД = Остатки_РасходыБудущихПериодов Обработчик = ПередОбработкойВыгрузкиДанных ОписаниеОшибки = Ошибка в обработчике события ПередВыгрузкой (свойства) ПКО = ПодразделенияОрганизаций (СправочникСсылка.ПодразделенияОрганизаций->СправочникСсылка.ПодразделенияОрганизаций) ПКС = 3 ( —>) Объект = Прочие расходы (Справочник ссылка: Статьи затрат) СвойствоПриемника = () Обработчик = ПередВыгрузкойСвойства ОписаниеОшибки = Поле объекта не обнаружено (КодПоОКАТО) ПозицияМодуля = (1) КодСообщения = 55 ПозицияМодуля = Обработка.УниверсальныйОбменДаннымиXML(1593) КодСообщения = 31
Вот у меня такая же ошибка
Вероятно, в РегистрБухгалтерии.Налоговый.ДвиженияССубконто та же ошибка.
К сожалению, нет доступа к сайту «1С» — у кого то из провайдеров на пути к «1С» что то
отвалилось.
Тоже попробовал перенести..а банковские счета организаций предусмотрено руками вбивать после переноса?
Господа, в любом деле есть косяки, не боги горшки обжигают. немного терпения и ручки программистов и у вас все получится.
у меня тоже не нашелся справочник «ПочтовыеСервера» в 1.6, да и откуда он мог взяться там, вот я и подправил ручками правила.
Тема актуальна на сегодняшний день. Тем более, что бухгалтерия всегда думает по-другому и не хочет слушать о «неправильном переносе».
При переносе остатком и оборотов за год пришлось потом все проводить, править, закрывать периоды и обнаруживать косяки в базе.
Единственное, что упустил автор это то, что остатки по 60 и 62 счетам формируются неправильно. Я написал письмо в 1 С указал причину
(а все дело в правиле переноса), но это пустой номер. Поэтому немного изменил правила переноса и все остатки сошлись. Так же нашел
причину неправильной амортизации при переносе остатков по счету 02. Да, и не переносите документ «Отражение зарплаты в регламентированном учете»,
если конечно не хотите потом править проводки по 77,68,99 счетам.
А так проблема переноса существует, и лучше начинать сейчас. чем протом тебя съедят бухгалтера )))))).
oleg1761c@mail.ru
Oleg1973,
А вы поделитесь с товарищами по несчастью исправленными правилами переноса и все вас будут любить, холить и лелеять:)
Правила переноса постоянно изменяются, на сегодня уже пятая версия от 17.12.10.
В (41) описаны далеко не все проблемы.
Я не стал этим заниматься, чтобы не запутать неискушенного пользователя окончательно.
Какие-то ошибки исправляются, какие-то появляются.
Пожалуй, уж лучше дождаться работоспособных правил от 1С.
Исправленная версия правил v5 (от 17.12.2010)
Ссылку на верный файл смотрите в комментарии (46)
Заменил строку №96842
РегистрБухгалтерии.Хозрасчетный.ДвиженияССубконто(, , Регистратор = &Регистратор,,) КАК ХозрасчетныйДвиженияССубконто
на
РегистрБухгалтерии.Хозрасчетный.ДвиженияССубконто(, , Регистратор = &Регистратор) КАК ХозрасчетныйДвиженияССубконто
(44) Нужно еще то же самое сделать для РегистрБухгалтерии.Налоговый.ДвиженияССубконто
(45) У меня только по бухгалтерским ошибка была
Ошибка в обработчике события ПередВыгрузкойОбъекта
ПКО = КорректировкаЗаписейРегистров (ДокументСсылка.КорректировкаЗаписейРегистров —> ДокументСсылка.КорректировкаЗаписейРегистров)
Объект = Корректировка записей регистров 00000000027 от 31.12.2010 23:59:59 (Документ ссылка: Корректировка записей регистров)
Обработчик = ПередВыгрузкойОбъекта
ОписаниеОшибки = Ошибка при вызове метода контекста (Выполнить): {(55, 2)}: Неверные параметры «РегистрБухгалтерии.Хозрасчетный.ДвиженияССубконто»
<<?>>РегистрБухгалтерии.Хозрасчетный.ДвиженияССубконто(, , Регистратор = &Регистратор, , ) КАК ХозрасчетныйДвиженияССубконто
ПозицияМодуля = (184)
КодСообщения = 41
Мне не трудно — исправлю и налоговый ))
строка 96932
Заменил ….
Вот файлик :
Я не даю советов, я лишь пытаюсь предостеречь и помочь.
Но вариант 3 в может оказаться самым разумным.
Хотя свою базу я перенес с 2005 года.
А можно подробнее? То есть вы выгрузили все документы и получилось свести остатки?
Для нашей организации первый вариант переноса не подходит, так как документ «Закрытие месяца» не раз переписывался, нестандартное закрытие. У вас, я полагаю, не было таких проблем.
Еще вопрос: у меня при переносе проводятся не все документы «Ввод начальных остатков». Ошибок достаточно много по разным счетам. Исправлять эти ошибки нужно в базе-приемнике? Но если использовать 2-й способ переноса, что будет при повторной выгрузке? Непонятно.
В том то и минус второго сопоба, что никакого повторного переноса не будет, придётся вручную синхронизировать две базы. Одна база 1.6(с закрытем 2010 года) и вторая база на 2.0 с 2011 годом.
«Еще вопрос: у меня при переносе проводятся не все документы «Ввод начальных остатков». Ошибок достаточно много по разным счетам. Исправлять эти ошибки нужно в базе-приемнике?»
Если уверены, что делаете выгрузку первый и последний раз и с базой-источником работать не будете, то можно только в приёмнике поправить.
На сайте 1С появились обновленные обработки перехода на 2.0.
Версия от 28.12.2010.
EXPACC_16_20_v20101228.rar
Выпускают 1 версию каждые два дня, так что работают ребята — стараются.
Простите, а где именно на сайте 1С лежит EXPACC_16_20_v20101228.rar?
(50)
Только для имеющих подписку на ИТС.
Находите «Бухгалтерия предприятия, редакция 2.0» — открываете страницу, на ней есть (8 строка)
«Обработка «Выгрузка данных из 1С:Бухгалтерии ред.1.6″ (от 28.12.2010)»
Оттуда и качаете …
спс за статью
Автор КРАСАУЧЕК. ОГРОУМНЫЙ ПЛЮС.
При переходе на редакцию 2.0 с 1.6 при подключении к базе из которой берем информацию возникает ошибка:
Подключение к информационной базе: бухгалтерия16
Не удалось произвести подключение к информационной базе: бухгалтерия16
Окончание переноса данных: 11.01.2011 13:37:21
ПОМОГИТЕ!!!
(54) Для таких случаев статья и написана: делайте перенос через промежуточный файл.
Причиной ошибки подключения к ИБ м.б. невозможность монопольного подключения н-р.
а решить проблему, изображенную на рис.5, возможно для 8.1? база ни кем не используется, в файловом режиме и нужно загрузить именно из ИБ.
(56) 8.1 или 8.2 не имеет значения, если проблема с доступом, значит пользователь не тот.
(57) а если пользователь всё таки тот, но почти всегда говорит что база занята, в чем может быть причина?
Платформа 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, потом обновление…
Платформа 8.2.13.202, Бухгалтерия предприятия, редакция 1.6 (1.6.28.1)
Почему-то не выгружаются остатки через «Выгрузка данных в Бухгалтерию предприятия редакции 2» от 18.01.11 Стопорится на документе (судя по строке состояния) и тишина..Никто не сталкивался? И как бороться? Заранее спасибо!
Столкнулся с аналогичным поведением обработки выгрузки. Не победили еще эту ситуацию?
Ошибка при загрузке данных: {Обработка.УниверсальныйОбменДаннымиXML}: Поле объекта не обнаружено (НеЯвляетсяНалоговымРезидентомРФ)
ошибка на новом релизе 2.0.19
ждать новые правила или переход на 2.0.18, потом обновление…
та же фигня 🙁 на 2.0.18 загрузка прошла нормально, потом обновил до 2.0.19
(62) (64) В правилах от 16/02/11 эта ошибка исправлена.
Про это можно почитать и посмотреть (картинки) или
Большое спасибо за статью!
Статья просто прелесть! Спасибо.
Большое спасибо за статью! Мне очень помогло 🙂
сенк, завтра опробую
Подскажите пожалуйста. А можно при переходе с редакции 1.6 на 2.0 только одну организацию перенести (остатки, документы, и т.д.), а не все что есть в базе.
статья очень помогла, спасибо!