Свертка и перенос данных БП 3.0 (БП 2.0) -> БП 3.0
Версия 6.6.3.5 - Платформа 8.3.22.1750, БП 3.0.130.22 изменен перенос регистров сведений для справочника физические лица, изменен перенос организации - не переносится вид обмена с контролирующими органами, что - то ещё по мелочи.
Версия 6.6.3.0 - Платформа 8.3.20.1674, БП 3.0.106.60 Скрыты неактуальные галки. Исправлены замеченные ошибки.
Версия 6.0.6.3 (и ранее) - замечания для свертки из БП 2.0 - перенос учетной политики и сведений об организации после выбора организации ля свертки нужно сделать руками - переносом из 2.0 заниматься больше не хочется - там всё по другому))).
Новое воплощение старой идеи //infostart.ru/public/118486/
Много взято отсюда //infostart.ru/public/303564/
Движок переноса данных //infostart.ru/public/421541/
01.08.2016 - Версия 6.0.6.0 - добавлен раздел ввода остатков "Товары отгруженные", исправлены ошибки, учтены некоторые хотелки пользователей
11.09.2016 - Версия 6.0.6.5 - расширен функционал, исправлены замеченные ошибки
16.09.2016 - Версия 6.1.0.0 - изменен перенос учетной политики, с учётом изменений в релизах с 3.0.44.*
18.10.2016 - Версия 6.2.2.4 - исправлен перенос учетной политике, полностью переработан перенос констант, изменен алгоритм переноса объектов.
18.02.2017 - Версия 6.2.2.6 - исправлены некоторые ошибки
23.04.2017 - Версия 6.3.3.3 - Много исправлений по свертке из 2.0 и переносу справочников и документов.
10.05.2017 - Версия 6.3.4.3 - Изменен перенос регистров сведений для учетной политике (спасибо vshish). Изменен порядок переноса связанных регистров при переносе справочников, исправлены замеченные ошибки))))
30.05.2017 - Версия 6.3.5.6 - Изменен порядок заполнения существующих в источнике справочников, исправлена ошибка заполнения списка
16.06.2017 - Версия 6.3.6.4 - Исправлен перенос движений документов при установленной галке "Переносить движения", а также при переносе ручных операций, документов с ручной корректировкой или при переносе документов в операцию.
17.06.2017 - Версия 6.3.6.5 - Исправлен перенос подразделений для разных настроек Плана счетов в источнике и приемнике - подразделение переносится только для счетов с установленным признаком "Учет по подразделениям".
14.08.2017 - Версия 3.3.6.8 - Исправлены ошибки переноса.
19.09.2017 - Версия 3.3.6.9 - Исправлена проверка подключения для 3.0.52.*
21.12.2017 - Версия 3.3.6.13 - Исправлены замеченные ошибки в переносе данных.
06.01.2018 - Версия 6.3.7.2 - Добавлена возможность переноса цен номенклатуры на дату ввода начальных остатков. (Платформа 8.3.11.2899 БП 3.0.57.10)
17.01.2018 - Версия 6.3.7.5 - Исправлен перенос справочников, владельцем которых является организация для переноса. Исправлен перенос периодических регистров сведений (Платформа 8.3.11.2924 БП 3.0.57.17)
15.02.2018 - Версия 6.3.7.7 - Исправлены ошибки, замеченные VasilyErmak и eugene_a, спасибо! (Платформа 8.3.11.3034 БП 3.0.58.41)
21.02.2018 - Версия 6.3.7.8 - Исправлена ошибка переноса из 2.0 регистров накопления. (Платформа 8.3.11.3034 БП 3.0.58.41)
Версия 6.3.7.9 - добавлен перенос основного договора от eugene_a. eugene_a - ещё раз спасибо!!!
04.04.2018 - Версия 6.3.8.4 - Исправлена ошибка создание ВНО по НМА от Erne100 (Спасибо!!!). (Платформа 8.3.11.3034 БП 3.0.60.44)
15.12.2018 - Версия 6.3.9.1 - Изменена процедура переноса объектов. (Платформа 8.3.13.1644 БП 3.0.67.38)
27.12.2019 - Версия 6.4.2.5 - Платформа 8.3.16.1063, БП 3.0.75.37. Выборе разделов для ввода остатков реализован в виде дерева, в ветвях которого можно выбирать конкретные счета. Добавлен флаг непосредственного удаления документов ВНО. Изменен запрос получения данных для основных средств (для БП 2.0 и для БП 3.0). Добавлен ввод остатков по счету 01.К в разделе прочие счета бухгалтерского учета.
16.01.2020 - Версия 6.4.2.9 - Платформа 8.3.16.1063, БП 3.0.75.58. Исправлены замеченные ошибки
13.03.2020 - Версия 6.5.1.2 - Платформа 8.3.16.1224, БП 3.0.75.109. Исправлен алгоритм получения счетов разделах для ввода остатков по остаткам в источнике, в случае, когда одному счету в базе приёмнике соответствуют несколько счетов в источнике. Исправлены замеченные ошибки.
26.10.2020 - Версия 6.6.0.2 - Платформа 8.3.18.1128, БП 3.0.83.37. Исправлены замеченные ошибки.
20.11.2020 - Версия 6.6.0.3 - Платформа 8.3.18.1208, БП 3.0.84.46 БП 2.0.66.122. Исправлен перенос ставки НДС в номенклатуре при свертки из БП 2.0. Исправлены замеченные ошибки.
10.12.2020 - Версия 6.6.1.4 - Платформа 8.3.18.1208, БП 3.0.86.16 БП 2.0.66.123. Исправлен перенос регистров сведений ФИО физ.лиц и их документов при свертке из БП 2.0. Исправлен запрос остатков НДС по приобретенным ценностям в случае раздельного учета НДС. Исправлены замеченные ошибки.
12.01.2021 - Версия 6.6.1.7 - Платформа 8.3.18.1208, БП 3.0.87.28 Исправлен перенос перенос реквизита юридическое/физическое лицо справочника Контрагенты (спасибо Corbis). Исправлены замеченные ошибки.
25.05.2021 - Версия 6.6.2.4 - Платформа 8.3.18.1433, БП 3.0.93.20 Скрыты неактуальные галки. Исправлены замеченные ошибки.
08.08.2022 - Версия 6.6.3.3 - Платформа 8.3.21.1393, БП 3.0.116.32 разделов учета для ввода остатков. Исправлены замеченные ошибки.
Новое в версии 6.3.7.2
Закладка "Проверки" переименована в "Прочее", туда добавлен флаг "Перенести цены", при установки которого становится возможным заполнение таблицы цен (период и Организация в шапке должны быть уже выбраны). Если в таблице товаров с ценами есть строки, становится доступным подменю для установки цен "Установить", первым пунктом которого идёт "Установить все типы цен", ниже списком все найденный в источнике типы цен, по которым они были установлены. Соответственно, перенести можно как все типы цен, так и выборочно. Цены устанавливаются документами "Установка цен номенклатуры" с датой ввода начальных остатков и типом цен. При повторном запуске документы перезаписываются.
ВАЖНО: Переносить цены для каждой организации не нужно - цены устанавливаются епо типам, измерения Организация для них нет.
Описание
Зачем нужна свёртка бухгалтерии говорил в исходной публикации, повторяться не буду. Эта обработка умеет немного больше, и может быть использована не только для банальной свёртки, но и для перехода с БП 2.0 на 3.0 с одновременной сверткой итогов.
Главное отличие от типового механизма свёртки осталось прежним, мы не вводим остатки операциями в исходной базе, с последующим удалением тучи документов, а создаём новую базу, куда вводим документы ввода начальных остатков и переносим обороты за период, после даты свёртки.
Новое, по сравнению с первоначальной обработкой:
- возможность свёртки БП 2.0 в БП 3.0 или БП 3.0 в БП 3.0, причём релизы 3.0 совпадать не обязаны, а БП 2.0 в принципе обновлять не обязательно, правда чем старше будет релиз исходной базы, тем больше данных (возможно) придётся довводить в базе приёмнике;
- весь процесс свёртки происходит в одной ИБ – базе приёмнике (в прошлой нужно было создавать ВНО в источнике, лучше в копии, потом выгружать в файл, потом загружать в приёмник – то бишь работать с двумя ИБ);
- учтён опыт создания базы приёмника – в прошлой версии практически всегда (ну или очень часто, говорю про себя) «забывалось» почистить базу - приёмник, в результате после переноса приходилось вычищать дубли валюты и т.д. и т.п. – здесь предусмотрена подготовка приёмника путём удаления элементов справочников, которые будут однозначно перенесены из источника, воевать с дублями, как результатом свёртки не придётся, придётся только если дубли были в источнике (вот написал, и подумалось – а не стоит ли на этапе переноса продумать какую нить галку, по которой не переносить дубли, а сразу сворачивать их в один элемент…но это на потом, просто, чтобы не забыть);
- в прошлой версии настраивать базу-приёмник фактически нужно было вручную – здесь есть перенос учетной политики (насколько эффективный при переходе с 2.0 конечно большой вопрос), перенос пользователей и констант. ИМХО – нужная штучка, потому как бывало, что какая нить неустановленная, или установленная абы как галка, всплывала через месяцок – другой, и приходилось с этим воевать «задним числом»;
- упрощен выбор разделов учета для ввода начальных остатков – список заполняется только теми разделами, по которым в источнике есть остатки;
- «разбираться» с объектами для переноса в приёмник тут стало намного удобнее – включена возможность заполнения списка справочников и документов, на которые имеются ссылки в источнике (для документов проверяются ссылки за выбранный период);
- появилась возможность переносить данные по не совсем совпадающим планам счетов источника и приёмника, пока на уровне счетов и субсчетов, настройки по аналитики пока нет – пока в планах на будущее;
- возможность свернуть нетиповую или специализированную конфигурацию в типовую БП – перенос документов источника в операции, необходимо для переноса оборотов из источника, в котором есть документы, которых нет в типовой БК, но движения по ним нужно сохранить.
Итак, - как сделать свёртку с помощью этой обработины? Пойдём по шагам.
Шаг 1. Создаём пустую информационную базу текущего релиза БП 3.0 из файла cf. Подчеркну – советую создавать базу приёмник именно так, а не из шаблона. Как создать который думаю известно. Объясню, почему так – из шаблона создадутся в великом множестве разные элементы и группы справочников и другая лабуда, которая нам не нужна – у нас будет перенос из источника, лишнего нам не нужно. Хотя, если создать из шаблона, ничего страшного не случится, как писал выше, тут есть подготовительный этап, на котором можно будет удалить ненужное. После создания пустой базы и её запуска (запускать нужно от имени Администратора – правой кнопкой на ярлыке 1с – Запуск от имени Администратора) получим вот это:
Запускать от имени администратора нужно потому, что, при необходимости будет зарегистрирована библиотека comcntr.dll. «Простому» пользователю ОС это может быть недоступно.
Шаг 2. Запускаем через Главное меню - Файл – Открыть эту обработку (везде на картинках исхожу из того, что приёмник создан из cf, свёртку делаем из БП 2.0). Обработка откроется на странице удаления справочников, которые программа записала при первоначальном заполнении, они нам не нужны, потому удалим это безобразие. Список заполняется всеми НЕ предопределёнными элементами справочников, предопределённые – отдельная песня, они не переносятся, они просто находятся по идентификатору, хотя, если предопределённого элемента справочника в приёмнике нет, он перенесётся по ГУИД, но об этом ниже. Кнопка «Убрать это окно» предназначено для случаев, когда очищать базу не нужно, при её нажатии окошко удаления справочников будет закрыто, и обработка перейдет к Шагу 3.
Шаг 3. Увидим картинку:
Обольщаться не стоит, - слова «Устанавливать соответсвие не нужно» от лукавого, стоит нажать на кнопку «Заполнить таблицу счетов». В результате могут появиться строчки со счетами, которые есть в источнике, но их нет в приёмнике, в этом случае указываем счета (субсчета) на которые нужно будет переносить остатки и обороты (как уже говорил, пока реализовано только на уровне счетов, с аналитикой пока не решил, как удобнее будет, но, код открыт, можно дорисовать, что нужно, нехудожникам придётся довольствоваться тем, что есть). На картинке пример установки соответствия – в БП 25.0 счет 45 – в 3.0 - 45.01
Закладка константы – нужная штука – в ней можно перенести константы в приёмник, писал про это выше. В случае свёртки из 2.0 константы конечно не соответствуют – перенесём, что есть, потом понадобится донастроить программу, как нужно пользователю:
Для переноса из 2.0 есть ещё один момент, на сегодня никак не автоматизированный – не было там Функциональности, поэтому её придётся установить руками (если кто то предложит альтернативу, буду только рад). Идём дальше…
Шаг 4. Перед переходом к вводу остатков следует выбрать период переноса и организацию, по которой те остатки собираемся переносить:
Шаг 5. Переходим на закладку ВНО (Ввод Начальных Остатков). При переходе программа просчитает, по каким разделам есть остатки в источнике, и выведет список разделов для ВНО. Поскольку тут идет анализ остатков, не стоит суетиться, закладка откроется не сразу.
Кнопка «Создать ВНО» переносит остатки в документы ВНО ИБ приёмника, для отмеченых птицей разделов. Сам перенос прописан по каждому разделу отдельными запросами, и, на данный момент, не отличется полнотой и корректностью – тут надеюсь на помощь сообщества, потому как не получается придумать все возможные варианте остатков, которые необходимо обыграть в обработке.
Пока результат выглядит примерно так, но…обработка развивается, дальше, надеюсь будет лучше. Как и в прошлой версии остатки переносятся один в один со всеми косяками исходной базы, думаю прикрутить исправлялку, НО!!! иногда важно показать бухгалтеру, что не всё в порядке в королестве датском, а исправлять косяки можно уже потом, когда он, бухгалтер, те косяки увидит.
Ну, вотт так, коротенько, минут на сорок, то про ввод остатков вроде пока всё, дальше идём в оброты.
Шаг 6. Про сразу в обороты может я немного погорячился, сначала нужно спросить у бухгалтера, как он видлит свою новую, свёрнутую базу. Если Вам скажут, что справочников по ссылкам будет вполне достаточно, то Вы этот факт задокументируйте на бумаге с подписЯми и печатями, потом, ну как потом, через пару недель или раньше, скорее всего, Вам начнут пенять, что пропали контрагенты, номенклатура или ещё чёго-нибудь. Поэтому, пользователям нужно объяснить, что если по ссылкам, то в новой базе будет только то, что есть в остатках и оборотах. Есть опыт – контрагентов чаще всего, нужно переносить всех, номенклатуру – по желанию, если в общем – то универсального рецепта переноса нормативно-справочной информации у меня нет. Инструмент, для переноса есть, а что переносить – решать Вам. Итак на шестом шаге мы решаем, что из справочников нужно переносить, кнопка – «Справочники источника», подменю «Заполнить существующие» на закладке «Справочники и документы». В обработке есть макет «Исключить из переноса» - в него собрал идентификаторы того, что переносить не нужно, но уверенности, что сделал правильно, у меня пока нет, опять нужна помощь сообщества… В принципе – создающийся автоматом список справочников для переноса - это автомат, но можно переносить и выбрав нужный справочник руками (описалово тут //infostart.ru/public/421541/ вроде было уже).
Аналогично справочникам переносим и существующие в источнике документы. Изначально сделал заполнение списка по движениям по счетам бухгалтерского учёта. Потом дошло – есть ещё ряд документов, которые не двигают регистры бухгалтерии, а для работы нужны. Поэтому автоматически заполняем все документы, что есть в базе источнике, и переносим в приёмник. Есть ещё варианты, когда в источнике есть документы, которых нет в приёмнике, и, иногда бывает нужно просто из источника перенести документы в операцию, даже когда они там есть используем кнопку «Перенести документ в операцию» . Что тут происходит – да в общем то, что написано – то и происходит: переносится не документ, а его движения в документ «Операция». Еще при переносе документов можно сразу переносить их движения, и устанвливатть или не устанавливать признак ручной корретировки. Это всё описано в //infostart.ru/public/421541/.
Вообще можно не заполнять что-то автоматически, а просто набрать нужные объекты для переноса подбором:
Короче – это бета версия, нужно ли будет её развивать – посмотрим на реакцию сообщества…
Проверено на следующих конфигурациях и релизах:
- Бухгалтерия предприятия, редакция 3.0, релизы 3.0.149.18
