Перенос данных из БП 1.6 в БП 3.0 (из программ "1С:Бухгалтерия 8 ред.1.6" в "1С:Бухгалтерия 8 ред.3.0")

Опубликовал bb1962 в раздел Обработки - Обработка документов

Перенос данных из программ 1С:Бухгалтерия 8 ред.1.6 в 1С:Бухгалтерия 8 ред.3.0

Принцип работы.

Несколько слов о том как производится  перенос данных из информационной базы типовой конфигурации «1С:Бухгалтерия 8 ред.1.6» версия 1.6.30.7, (далее по тексту Конфигурации-источник) в информационную базу типовой конфигурации «1С:Бухгалтерия 8 ред.3.0», далее по тексту именуемую «Конфигурация-получатель».

Переход с Конфигурации-источник на Конфигурацию-получатель рекомендуется выполнять в начале нового периода (года, квартала, месяца) после завершения регламентных операций прошлого периода.

Перенос данных производится при помощи универсальной обработки, выгружающей данные из информационной базы Конфигурации-источника в файл в формате XML. Полученный файл загружается в информационную базу Конфигурации-получателя при помощи универсальной обработки загрузки данных.

Для переноса данных необходимы следующие файлы:     

ACC16_30.xml - правила конвертации данных.

Переносимые данные.

Из информационной базы Конфигурации-источник в Конфигурацию-получатель переносятся:

 

  • информация о текущих остатках на счетах бухгалтерского учета информационной базы Конфигурации-источник на дату конвертации информационной базы

  • документы информационной базы Конфигурации-источник за выбранный период

  • необходимая справочная информация из информационной базы Конфигурации-источник

 

Конвертация выполняется в два этапа:

- данные из информационной базы Конфигурации-источник выгружаются в отдельный файл (файл данных);

- полученный файл загружается в информационную базу Конфигурации- получателя.

Установка.

Установки не требуется, так как используются обработки, встроенные в типовые конфигурации, в Конфигурацию-источник и Конфигурацию-получатель.

Порядок работы.

В программе "1С:Бухгалтерия 8 ред.1.6" нужно открыть обработку "Универсальный обмен данными в формате XML", выбрать папку, в которой находятся правила переноса (см. рис. 1) и загрузить правила обмена. Не нужно включать все правила переноса. Следует использовать только те, которые необходимы для переноса остатков. Все справочники переносятся по ссылкам, по мере необходимости, т.е. только те, которые задействованы в остатках. Это обеспечивает отсутствие "мусора" в новой информационной базе.

Рис.1. Обработка для выгрузки данных

В первую очередь рекомендуем перенести учетную политику организации (справочник "Организации" переносится по ссылкам). При переносе остатков можно дополнительно установить параметры (см. рис.2). Для возврата к значениям по умолчанию следует перезагрузить правила обмена.

Рис.2 Установка параметров

Применение некоторых параметров требует пояснений. Параметр "Контролировать уникальность кодов справочников" позволяет управлять переносом справочников. Использовать его имеет смысл при переносе данных из нескольких источников в один приемник. При переносе данных "один в один", назовем этот случай условно копированием из одной базы в другую, контролировать уникальность кодов справочников как правило нет необходимости, поскольку уникальность и так уже обеспечена в базе-источнике (в данном случае считаем, что в базе-источнике обеспечена уникальность во всем справочнике, а не в пределах подчинения). Другое дело случай "два в один". Здесь наверняка найдутся совпадения кодов элементов справочника в разных базах. Рассмотрим на примере справочника "Номенклатура". На рис.2а представлен вариант переноса справочника из двух различных информационных баз при установленном по умолчанию значении параметра  "Контролировать уникальность кодов справочников" - "Ложь". Понятно, что два различных элемента справочника с одинаковым кодом, перенесены из различных баз.

Рис.2а Вариант переноса при отсутствии контроля уникальности кодов справочников

На рис.2б представлен альтернативный вариант переноса при установленном значении параметра  "Контролировать уникальность кодов справочников" - "Истина". Второй здесь переносится база, в которой есть элемент "Установка/замена ЭКЛЗ". В этом случае недопустимо оставить код элемента неизменным, так как это будет дубль по коду, поэтому код присваивается новый, такой как будто этот элемент ввели вручную в базе-приемнике, т.е. по правилам автонумерации этой базы. Элемент с кодом "00000000005" понятно остался неизменным.

Рис.2б Вариант переноса при наличии контроля уникальности кодов справочников

Вариант переноса данных, предполагающий перенос текущих операций после ввода остатков, содержит правила обмена документами и справочниками. Перечень правил обмена представлен на рисунках 3, 4, 5 и 6.

Рис.3 Перечень правил обмена документами (первая часть)

Рис.4 Перечень правил обмена документами (вторая часть)

Рис.5 Перечень правил обмена документами (третья часть)

Рис.6 Перечень правил обмена документами (четвертая часть)

Приемы работы

Покажем как можно переносить данные частями, а не целиком, на примере выгрузки справочника отдельного вида или даже отдельных элементов справочника выбранного вида. Пометим только одно правило выгрузки данных "Физические лица" (см. рис.7). Это позволит выгрузить только элементы справочника "Физические лица".  Можно дополнительно установить отбор элементов справочника по реквизитам.

Рис.7 Как установить правило выгрузки данных определенного вида

После окончания выгрузки необходимо запустить программу «1С:Бухгалтерия 8 ред.3.0». Загрузку как первоначально так и при повторных переносах данных или дополнительных переносах следует выполнять с помощью типовой обработки "Универсальный обмен данными в формате XML" (см. рис.8).

Рис.8 Загрузка в программу "1С:Бухгалтерия 8"

После загрузки документов в базу Конфигурацию-получатель их необходимо перепровести для получения всех необходимых движений. После загрузки документы помечены как проведенные, однако никаких движений они не имеют. Пометка проведения сделана для удобства пользователей: на практике в информационных базах часто встречаются документы непроведенные и не помеченные на удаление, после переноса их проводить не нужно. Нужно воспользоваться обработкой "Групповое перепроведение документов" и провести только проведенные документы (см. рис.9). Таким образом непроведенные документы останутся по прежнему непроведенными.

Рис.9

Методика конвертации данных.

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

Остатки переносятся посредством документов «Ввод начальных остатков».

Подробнее с методикой ввода остатков можно ознакомиться в статье на сайте ИТС фирмы 1С.

Важно! Перед вводом начальных остатков должны быть заданы параметры учетной политики. Параметры учетной политики организации считываются на дату, следующую за датой ввода остатков. Например если дата ввода остатков 31.12.2013 г., то учитываются параметры учетной политики, установленные на дату 01.01.2014 г. Это позволяет учитывать параметры текущей учетной политики (например: если в 2013 г. организация применяла упрощенную систему налогообложения, а с 2014 г. перешла на общую систему - то при вводе остатков на дату 31.12.2013 г. будут учитываться параметры учетной политики 2014 г). Именно поэтому, как указано выше, в первую очередь рекомендуем перенести учетную политику организации.

Важно! Если Вы решили начать работать в Конфигурации-получателе раньше, чем перенесли туда остатки, то необходимо предварительно до начала работы в Конфигурации-получателе перенести справочники. Иначе при переносе остатков в непустую базу возможны ошибки.

Комплект поставки.

В комплект поставки входят: правила переноса "ACC16_30". В случае если Ваша организация не располагает штатным программистом для проведения работ, мы готовы предложить услуги своего специалиста (программист подключится к Вашему компьютеру через интернет, посредством специальной программы для удаленной работы и произведет нужные работы). Если есть возможность предоставить рабочую базу "1С:Бухгалтерия 8 ред.1.6", можем перенести данные сами и передать файл "1С:Бухгалтерия 8 ред.3.0" с перенесенными остатками. Стоимость данной услуги не входит в общую стоимость пакета.

Другие правила переноса данных:

Причины купить

Все открыто, ничего не запаролено. Правила обмена - это текстовый файл xml формата,

просматривается и редактируется любым редактором.

Достоинства

Правила обмена созданы по технологии Конвертация данных, легко редактируются.

Обновления бесплатны в течение 6 месяцев после покупки.

Сравнение версий

26.04.2016 - правила обновлены до версии БП 3.0.43.194

05.04.2016 - правила обновлены до версии БП 3.0.43.162

Добавлено заполнение реквизита ЗначенияПолей в ТЧ Контактная информация справочника Контрагенты

при установленном параметре "Заполнять реквизит ЗначенияПолей при переносе контактной информации"

23.12.2015 - правила обновлены до версии БП 3.0.43.29

12.10.2015 - правила обновлены до версии БП 3.0.42.33

28.03.2015 - правила обновлены до версии БП 3.0.39.52

Файлы

Наименование Файл Дата Размер Кол. Скачив.
Перенос данных из программ 1С:Бухгалтерия 8 ред.1.6 в 1С:Бухгалтерия 8 ред.3.0.43.194
26.04.2016
26.04.2016 8000 руб.

Моментальная
доставка

См. также

Лучшие комментарии

13. bb1962 01.04.2015 12:38
(12) Vextel, весь мусор - в свою публикацию!
+ 1 [ Новиков; ]
# Ответить

Комментарии

1. bb1962 24.11.2014 10:10
Предлагается как основа для разработки правил переноса нетиповых конфигураций ред.1.6
Ответили: (2)
# Ответить
2. MyPuK_OLD 27.11.2014 14:12
(1) bb1962, дорого..стоила бы 1000 руб. взял не задумываясь.
Ответили: (3) (4)
# Ответить
3. bb1962 27.11.2014 16:19
(2) MyPuK_OLD, когда увижу, что Вы продаете аналогичные собственные разработки за 1 000 руб, обещаю подумать, а пока ...
# Ответить
4. ya.Avoronov 18.02.2015 11:45
(2) MyPuK_OLD, А в чем сложность написать правила обмена с нуля, если вы разработчик? В зависимости от сложности 2-3 дня.
Платить за 1 правило конвертации $$$ $$$ себе дороже. Научиться один раз полезнее.
Ответили: (5) (6) (19)
# Ответить
5. bb1962 18.02.2015 12:31
(4) ya.Avoronov, конечно пишите и продавайте за 1000 руб, как и предлагалось.
# Ответить
6. Brawler 13.03.2015 10:38
(4) ya.Avoronov, крутым однако разработчиком нужно быть чтобы навоять правила переноса всех остатков за два дня...
Ответили: (7)
# Ответить
7. bb1962 13.03.2015 11:43
(6) Brawler, не только остатков.
# Ответить
8. Vextel 31.03.2015 09:12
Недавно переносил из 1.6 в 2.0 стандартными средствами(правила пришлось правда немного подпилить и с счет-фактурами повозиться), а потом из 2.0 в 3.0 тоже стандартными средствами.
Ответили: (9)
# Ответить
9. bb1962 31.03.2015 10:14
(8) Vextel, обработка "Выгрузка данных в Бухгалтерию предприятия редакции 2.epf" создана 22.02.2012, правила в ней от 19.12.2011, предназначены для релиза 2.0.30.4 (сейчас актуальный 2.0.64.16). Малейшие изменения в типовой потребуют изменений и в правилах 1.6 -> 2.0 и двойных изменений типовых и 2.0 и 3.0. И самое главное: категорически не рекомендую переход с доработанных 2.0 на 3.0 путем обновления конфигурации.
Ответили: (10)
# Ответить
10. Vextel 31.03.2015 20:52
(9) bb1962,
предназначены для релиза 2.0.30.4

Да, правила действительно пришлось изменить, так как они старые, но эти изменения не большие.
Малейшие изменения в типовой потребуют изменений и в правилах 1.6 -> 2.0

Это в любом случае, даже если использовать и Ваши правила обмена. Ваши правила не волшебные и они тоже потребуют доработки для изменённых конфигураций.
категорически не рекомендую переход с доработанных 2.0 на 3.0 путем обновления конфигурации

Перевёл не один десяток баз с 2.0 на 3.0 - везде всё заканчивалось успешно, естественно подходить надо с умом.
Ответили: (11)
# Ответить
11. bb1962 01.04.2015 06:43
(10) Vextel, если не умеете читать - не надо и писать, речь шла о ДВОЙНЫХ доработках и переводе ДОРАБОТАННЫХ конфигураций на 3.0. Сказки о переводе десятков доработанных 2.0 в другом месте рассказывайте.
PS: инсталлятор изображает из себя эксперта, здесь много таких.
# Ответить
12. Vextel 01.04.2015 12:13
речь шла о ДВОЙНЫХ доработках и переводе ДОРАБОТАННЫХ конфигураций на 3.0

Никаких двойных доработок не потребуется, для перевода на 3.0 с 2.0 я не пишу правила.
Сказки о переводе десятков доработанных 2.0 в другом месте рассказывайте.

Это не сказки, а реальность. Если не умеете - это Ваши и только Ваши проблемы.
Ответили: (13)
# Ответить
13. bb1962 01.04.2015 12:38
(12) Vextel, весь мусор - в свою публикацию!
+ 1 [ Новиков; ]
# Ответить
14. agnev 13.04.2015 16:47
День добрый! А модную нынче гарантию возврата денег не практикуете? Красивой иконки возможности возврата не вижу.
Понимаю, что есть опасность банального нечистоплотного воровства и бла-бла со стороны покупателя, но все же? Все люди взрослые, деньги платим не свои, но покупаем при этом кота в мешке :). Не думаю что попрут возвраты в случаях, когда качеством продукта остались довольны.
# Ответить
15. bb1962 13.04.2015 17:04
Мы практикуем гарантию поддержки. Обнаружатся ошибки - исправим.
# Ответить
16. bb1962 09.07.2015 14:24
В письме со ссылкой на скачивание
в разделе
"В случае возникновения вопросов при работе с программой обращайтесь в службу технической поддержки:"
есть адрес почты автора.
# Ответить
17. aleks_2015 23.12.2015 02:40
Планируется обновление до 43 версии?
Хочется приобрести, но волнуют возможные проблемы с совместимостью.
Ответили: (18)
# Ответить
18. bb1962 23.12.2015 09:56
(17) aleks_2015, обновление до 3.0.43 сделал. Никаких существенных изменений, влияющих на логику переноса, не увидел. Развитие БП 3.0 идет по пути наращивания сервиса, на логику переноса из БП 1.6 это никак не влияет. Некоторые реквизиты в новых релизах удаляют и правила становятся не применимы, за этим приходится следить. Но всегда есть возможность выполнить перенос в релиз, для которого правила сделаны, а потом обновить БП 3.0 уже после переноса. Другое дело, если БП 1.6 нетиповая, здесь конечно возможны любые сюрпризы.
# Ответить
19. tyfmyl 04.04.2016 10:41
(4) ya.Avoronov, даже на прозаке и NZT, потребуется фигова туча времени только на исследование проводок и базы. А если доработанная и свои проводки ...
# Ответить
20. mdtya 04.04.2016 14:42
Добрый день. Поддерживают ли правила конвертацию контактной информации (по контрагентам) в новую структуру хранения БП 3.0 (хранение в xml формате)?
Ответили: (21)
# Ответить
21. bb1962 04.04.2016 14:57
(20) mdtya, не понял, что за хранение в xml в формате? Контактная информация в БП 3.0 хранится в табличной части КонтактнаяИнформация справочника Контрагенты, в отличии от БП 1.6, там в регистре сведений КонтактнаяИнформация. Такой обмен поддерживается.
Ответили: (22)
# Ответить
22. mdtya 04.04.2016 17:34
(21) bb1962, в регистре были ресурсы Поле1, Поле2 и т.д., в БП 3 в ТЧ теперь один реквизит ЗначенияПолей (неограниченная строка). Вот в этой строке и хранится в xml формате. Что-то типа такого:
<КонтактнаяИнформация xmlns="http://www.v8.1c.ru/ssl/contactinfo" xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" Представление="Москва г, Академика Янгеля, дом № 1, корпус 2, квартира 2"><Комментарий/><Состав xsi:type="Адрес" Страна="РОССИЯ"><Состав xsi:type="АдресРФ"><СубъектРФ>Москва г</СубъектРФ><Округ/><СвРайМО><Район/></СвРайМО><Город/><Нас­елПункт/><Улица>Академика Янгеля</Улица><ОКТМО>0</ОКТМО><ДопАдрЭл><Номер Тип="2010" Значение="2"/></ДопАдрЭл><ДопАдрЭл><Номер Тип="1050" Значение="2"/></ДопАдрЭл><ДопАдрЭл><Номер Тип="1010" Значение="1"/></ДопАдрЭл><ДопАдрЭл ТипАдрЭл="10100000" Значение=""/></Состав></Состав></КонтактнаяИнформация>
Ответили: (23)
# Ответить
23. bb1962 04.04.2016 21:24
(22) mdtya, ну, во-первых, нужно сказать, что помимо реквизита ЗначенияПолей есть конечно и другие, никуда они не делись, и при переносе именно эти реквизиты и заполняются. Что касается реквизита ЗначенияПолей: его заполнить можно, но результат будет положительным, только если адрес в источнике (в первую очередь об адресе конечно говорим) заполнен строго по КЛАДР. Я, пожалуй, добавлю заполнение этого реквизита, но опционально, при установленном параметре выгрузки.
Ответили: (24)
# Ответить
24. mdtya 04.04.2016 23:38
(23) bb1962, осталось Представление, а вот раздельное хранение адреса (то что раньше было Поле1, Поле2 и т.д.) теперь в ЗначенияПолей. Только почему именно строго по Кладр? Что в 1.6 можно произвольно вбить название улицы и т.п., что в 3.0 и в обоих случаях эти значения сохраняются (как в отдельных полях регистра, так и в поле ЗначенияПолей).
Когда примерно можно ожидать добавления заполнения этих полей?
Ответили: (25) (26)
# Ответить
25. bb1962 05.04.2016 06:51
(24) mdtya, Еще раз: если адрес в БП 1.6 заполнен по КЛАДР, все перенесется красиво. Заполнять ЗначенияПолей для этого не нужно. БП 3.0 все "расшифрует" как надо.
# Ответить
26. bb1962 05.04.2016 08:49
(24) mdtya, Добавлено заполнение реквизита ЗначенияПолей в ТЧ Контактная информация справочника Контрагенты
# Ответить
Внимание! За постинг в данном форуме $m не начисляются.
Внимание! Для написания сообщения необходимо авторизоваться
Текст сообщения*
Прикрепить файл