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

Свертка информационной базы БП 3.0 производится с помощью правил выгрузки и загрузки данных, т.е. путем обмена данными. Другая задача: перенос данных из одной базы 1с 8.3 в другую базу 1с 8.3. Может использоваться для переноса данных из БП 3.0 в БП 3.0 с целью разделения организаций.

Возможен регулярный обмен данными на основе плана обмена по расписанию с автоматической регистрацией изменений и сопоставлением объектов информационных баз, подробнее см. продукт Профи: Автообмен

Предисловие.

Начать следует с правильного понимания задачи. Чаще всего задачу свертки информационной базы понимают буквально: урезание базы, сокращение ее размера с целью повышения быстродействия и удобства работы. Однако на практике задача выглядит несколько иначе. Нужно не просто свернуть данные, предшествующие дате свертки, но и при необходимости внести корректировки для исправления накопившихся ошибок. Исходя из понимания задачи различаются и подходы к ее решению. Традиционная свертка, назовем ее так, преследует цель получить тот же самый результат на дату свертки, что и до выполнения операции, это является сверхзадачей. Хранящаяся в различных регистрах информация усекается, формируются остатки на  дату свертки, которые вводятся в базу специализированными документами, создающими движения по регистрам.

Для наглядности перечислим недостатки стандартной свертки (инструмент под названием Свёртка информационной базы) в виде списка:

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

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

Примечание: Еще одно применение описанного здесь переноса данных - это составная часть перехода с редакции БП 3.0 на редакцию Управление холдингом УХ 3.2. Структура информационной базы программы 1С Управление холдингом редакции 3.2 (далее УХ 3.2) включает в себя все объекты, содержащиеся в информационной базе БП 3.0. Следовательно, правила переноса данных, предназначенные для загрузки в БП 3.0, будут пригодны и для загрузки в УХ 3.2. Но нужно учесть особенности конфигурации УХ 3.2. При переносе в УХ 3.2 справочника Договоры контрагентов создается реквизит ВидДоговораУХ (тип справочник ВидыДоговоровКонтрагентовУХ) и ВерсияСоглашения (тип документ ВерсияСоглашенияКоммерческийДоговор).

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

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

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

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

И наконец преимущество, которое может оказаться решающим. Перенос данных можно выполнять поэтапно и параллельно с работой в исходной рабочей базе. Можно переносить сначала остатки, затем документы, опять же частями по периодам. Все это время можно продолжать работать в прежней базе. Затем после проверки, приняв окончательное решение, перейти в новую базу. Свертка традиционным методом выполняется в рабочей базе однократно, и операция эта необратима. Как только Вы выполнили свертку традиционным методом, Вы накапливаете данные и вернуться к прежнему состоянию, например восстановив базу из архива, без потери данных уже не сможете.

Важно! Для всех объектов конфигурации есть правила переноса, в том числе для справочников и регистров сведений.

В тексте используются различные обозначения программы, такими как все они встречаются в интернете: БП 3.0, БП 8.3, Бух 8.3.

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

В самом общем виде процесс свертки выглядит так: данные из базы-источника БП 3.0 выгружаются в промежуточных файл (см. Рис.1 Имя файла данных), а затем загружаются в другую точно такую же по конфигурации базу, базу-приемник. Впоследствии рабочую базу, базу-источник, можно заменить на  полученную информационную базу, базу-приемник. Можно весь процесс выполнить в рабочей базе.

Дата начала периода выгрузки - это дата начальных остатков. Период выгрузки - это период выгрузки документов. Дата начала периода -  дата начальных остатков, это в данном случае - дата свертки. Документ ввода начальных остатков будет датой на день раньше, чем дата начальных остатков.

Выгрузка и загрузка данных производятся с помощью обработки Универсальный обмен данными в формате XML, которая есть во всех без исключения типовых конфигурациях фирмы 1С.

Рис.1 Выгрузка сведений

Для выгрузки необходимо использовать правила обмена ACC30_30.xml или БП30_УХ31.xml, на которые нужно указать в поле ввода Имя файла правил. При выборе файла правил, они будут прочитаны, и будет заполнено дерево Правила выгрузки данных. При необходимости можно перечитать правила обмена с помощью кнопки, находящейся справа от поля ввода. При чтении правил обмена будут заполнены параметры выгрузки значениями по умолчанию (см. рис.2), при желании их можно изменить перед выгрузкой данных.

Рис.2 Параметры выгрузки данных (изменения см. в История изменений)

Некоторые параметры описаны здесь.

Важно! Дата остатков указывается в параметре Дата начала периода переноса документов (Дата остатков)

Важно. Период выгрузки и параметр Дата начала периода переноса документов (Дата остатков) нужно устанавливать обязательно и всегда при любых обменах, иначе появится сообщение об ошибке и выгрузка будет невозможна. Такое требование установлено исходя из опыта использования правил конвертации: при многократных переносах данных пользователи часто невнимательны и могут испортить базу приемника, занеся в нее ненужные объекты.

Название параметра Выгружать для КОРП говорит само за себя: устанавливать в Да нужно, если осуществляется конвертация в КОРП версию. Разумеется, это имеет смысл, если источник - также КОРП. Правила обмена едины для версий ПРОФ и КОРП и любых их комбинаций. Например из КОРП можно получить и ПРОФ и КОРП версию. Из ПРОФ версии понятно можно получить только ПРОФ, или КОРП, но в объеме ПРОФ. Для переноса в УХ.3.2 нужно установить значение параметра в зависимости от функциональности. Этот параметр влияет только на перенос движений, на заполнение реквизита Подразделение в проводках. Если параметр Нет - в реквизите пустая ссылка Подразделение.

1. Прежде всего рекомендую перенести учетную политику организаций. Для этого нужно отключить все правила выгрузки данных, оставив только раздел Учетная политика (см. рис.1). Период выгрузки нужно установить таким, чтобы в него попали все изменения учетной политики. На закладке Параметры выгрузки можно задавать различные параметры, управляя таким образом процессом. На данном этапе полезно установить параметр Синхронизировать настройки программы и параметров учета в значение Да. В этом случае при загрузке данных будет произведена настройка параметров учета в базе-приемнике.

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

Их нужно загрузить в базу-приемник. Для этого используем ту же обработку Универсальный обмен данными в формате XML но в базе-приемнике. Указываем на закладке Загрузка данных имя файла для загрузки то же самое что при выгрузке и нажимаем кнопку Загрузить данные.

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

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

Таким образом, перенос учетной политики и настройка параметров учета в базе-приемнике завершены. Подготовка для переноса основной информации выполнена.

2. Далее следует перенести в базу-приемник остатки на дату свертки. Правила обмена в этом случае работают точно также как при любом переносе данных в любую другую базу: формируются документы Ввод начальных остатков. При выгрузке следует указать правила в разделе Входящие остатки (см. рис.3).

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

При загрузке в базе-приемнике БП 8.3 или УХ 3.2 появятся документы Ввод начальных остатков, которые нужно провести. Они создадут все необходимые движения по регистрам. В процессе проведения могут быть ошибки. Их нужно исправить и добиться проведения проблемных документов. Ошибки проведения возникают из-за ошибок, допущенных в учете.

При формировании остатков на дату свертки в базе-приемнике появятся не только документы ввода остатков, но и некоторые документы, перенесенные по ссылкам. Например, это документы, которые представляют собой субконто на счетах расчетов с контрагентами. Такие документы с датой более ранней, чем дата свертка, будут непроведенными, их проводить не следует.

3. Теперь нужно перенести документы из одной базы в другую с датой более поздней, чем дата ввода остатков. При выгрузке нужно отметить правила выгрузки в разделе Документы.

Внимание! Переносятся не все виды документов. Смотрите перечень.

Рис.4 Перечень документов к переносу

Важно! До загрузки документов в другую базу необходимо правильно указать учетную политику у всех организаций. После загрузки документы нужно провести. Перенос движений следует использовать как исключения, в отдельных случаях, например, когда не удается в приемнике повторить проводки источника, а очень хочется. При загрузке в УХ 3.2 и вовсе невозможно получить все необходимые движения, ведь это разные конфигурации, это следует понимать. Поэтому загружать движения в УХ 3.2 нужно после проведения уже загруженных документов, как бы поверху, перезаписывая их, и только как исключение. Важно также обеспечить синхронизацию планов счетов источника и приемника ДО ЗАГРУЗКИ движений документов. Например, отсутствие в плане счетов у нужного счета нужного субконто вызовет ошибку. Также до загрузки нужно убедиться, что включен налоговый учет, иначе суммы по налоговому учету не запишутся. Проще всего включить налоговый учет, записав учетную политику предприятия.

4. Теперь о переносе справочников. В предыдущих пунктах правила переноса справочников мы не отмечали, это не значит, что они не переносились. Переносились элементы справочников по ссылкам, т.е. которые участвуют в формировании остатков на дату свертки, иными словами присутствуют в документах ввода остатков, а также те, которые содержатся в прочих документах. Это значит, что бОльшая часть справочной информации, которая потребуется для дальнейшей работы уже перенесена.

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

При переносе в УХ 3.2 справочника Договоры контрагентов создается реквизит ВидДоговораУХ (тип справочник ВидыДоговоровКонтрагентовУХ) и ВерсияСоглашения (тип документ ВерсияСоглашенияКоммерческийДоговор).

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

Описанный выше порядок работы разбит на несколько этапов. Это сделано для наглядности и лучшего понимания алгоритмов. Можно совмещать несколько этапов в один, например переносить остатки и документы одновременно. Так поступать даже предпочтительно с целью сокращения времени выгрузки и загрузки данных. Но также надо понимать, что при необходимости можно разбивать процесс на сколь угодно малые составные части. Например для локализации той или иной проблемы переноса.

Особенности переноса остатков расчетов с контрагентами

В документах Ввод начальных остатков реквизит Документ заполняется значением типа Документ расчетов с контрагентом, другими словами все документы с датой, предшествующей дате ввода остатков, и участвующие в формировании остатков расчетов с контрагентами преобразуются в тип Документ расчетов с контрагентом.

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

Перед покупкой ознакомьтесь с условиями поддержки.

Перед покупкой Вы можете запросить предварительное тестирование. Это бесплатно. Ознакомиться с условиями тестирования. Также можно ознакомиться с ответами на часто задаваемые вопросы.

Достоинства:
Правила созданы по технологии Конвертации данных: легко редактируются.
Полностью открыты, нет лицензионных ограничений кроме запрета на тиражирование.
В отличие от свертки возможен перенос данных частями в несколько приемов

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

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

История изменений

• 15.04.2024 Правила БП 3.0 => БП 3.0 обновлены для релизов БП 3.0.151

• 27.03.2024 Правила БП 3.0 => БП 3.0 обновлены для релизов БП 3.0.150

• 14.03.2024 Для правил конвертации БП 3.0 => БП 3.0 созданы правила регистрации и план обмена (продукт Профи: Автообмен), устанавливается как расширение конфигурации, используются функциональные возможности БСП

• 11.03.2024 Добавлен перенос остатков по аренде в раздел учета Аренда и лизинг и возможность использовать в остатках субсчета учета ОС

• 01.03.2024 Правила БП 3.0 => БП 3.0 обновлены для релизов БП 3.0.149

• 17.02.2024 Правила БП 3.0 => БП 3.0 обновлены для релизов БП 3.0.148

• 30.01.2024 В правила БП 3.0 => БП 3.0 добавлена опция переноса одновременно с контрагентами их банковских счетов, контактных лиц и договоров. Добавлены соответствующие параметры, подробнее здесь

• 12.01.2024 Правила БП 3.0 => БП 3.0 обновлены для релизов БП 3.0.147

• 22.12.2023 Правила БП 3.0 => БП 3.0 обновлены для релизов БП 3.0.146

• 04.12.2023 Правила БП 3.0 => БП 3.0 обновлены для релизов БП 3.0.145

• 22.11.2023 Правила БП 3.0 => БП 3.0 обновлены для релизов БП 3.0.144

• 20.11.2023 Правила БП 3.0 => УХ 3.2 обновлены для релизов БП 3.0.143 и УХ 3.2.6

• 03.10.2023 Правила БП 3.0 => БП 3.0 обновлены для релизов БП 3.0.143

• 14.09.2023 Правила БП 3.0 => БП 3.0 обновлены для релизов БП 3.0.142

• 28.08.2023 Правила БП 3.0 => БП 3.0 обновлены для релизов БП 3.0.141

• 17.07.2023 Правила БП 3.0 => БП 3.0 обновлены для релизов БП 3.0.140

• 05.07.2023 Правила БП 3.0 => БП 3.0 обновлены для релизов БП 3.0.139

• 19.06.2023 Правила БП 3.0 => БП 3.0 обновлены для релизов БП 3.0.138

• 30.05.2023 Правила БП 3.0 => БП 3.0 обновлены для релизов БП 3.0.137

• 24.05.2023 Правила БП 3.0 => БП 3.0 обновлены для релизов БП 3.0.136

• 14.04.2023 Правила БП 3.0 => БП 3.0 обновлены для релизов БП 3.0.135

• 03.04.2023 Правила БП 3.0 => БП 3.0 обновлены для релизов БП 3.0.134

• 24.03.2023 Правила БП 3.0 => БП 3.0 обновлены для релизов БП 3.0.133

• 12.03.2023 Правила БП 3.0 => БП 3.0 обновлены для релизов БП 3.0.132

• 16.02.2023 Правила БП 3.0 => БП 3.0 обновлены для релизов БП 3.0.131

• 09.02.2023 Правила БП 3.0 => УХ 3.1 обновлены для релизов БП 3.0.130 и УХ 3.1.17.30 (для других УХ 3.1.17.х работоспособность не гарантирована)

• 01.02.2023 Правила БП 3.0 => БП 3.0 обновлены для релизов БП 3.0.130

• 16.01.2023 Правила БП 3.0 => БП 3.0 обновлены для релизов БП 3.0.129

• 05.01.2023 Правила БП 3.0 => БП 3.0 обновлены для релизов БП 3.0.128

• 28.12.2022 Правила БП 3.0 => БП 3.0 обновлены для релизов БП 3.0.127

• 03.12.2022 Правила БП 3.0 => БП 3.0 обновлены для релизов БП 3.0.126

• 18.11.2022 Правила БП 3.0 => БП 3.0 обновлены для релизов БП 3.0.125

• 14.11.2022 Правила БП 3.0 => БП 3.0 обновлены для релизов БП 3.0.124

• 04.11.2022 Правила БП 3.0 => БП 3.0 обновлены для релизов БП 3.0.123

• 17.10.2022 Правила БП 3.0 => БП 3.0 обновлены для релизов БП 3.0.122

• 21.09.2022 Правила БП 3.0 => БП 3.0 обновлены для релизов БП 3.0.121

• 31.08.2022 Правила БП 3.0 => БП 3.0 обновлены для релизов БП 3.0.119

• 27.07.2022 Правила БП 3.0 => УХ 3.1 обновлены для релизов БП 3.0.116 и УХ 3.1.17.13 (для других УХ 3.1.17.х работоспособность не гарантирована)

• 18.07.2022 Правила БП 3.0 => БП 3.0 обновлены для релизов БП 3.0.116

• 27.06.2022 Правила БП 3.0 => БП 3.0 обновлены для релизов БП 3.0.115

• 10.06.2022 Правила БП 3.0 => УХ 3.1 обновлены для релизов БП 3.0.113 и УХ 3.1.17.11 (для других УХ 3.1.17.х работоспособность не гарантирована)

• 02.06.2022 Правила БП 3.0 => БП 3.0 обновлены для релизов БП 3.0.113

• 23.05.2022 Правила БП 3.0 => БП 3.0 обновлены для релизов БП 3.0.112

• 01.05.2022 Правила БП 3.0 => УХ 3.1 обновлены для релизов БП 3.0.111 и УХ 3.1.16.19 (для других УХ 3.1.16.х работоспособность не гарантирована)

• 15.04.2022 Правила БП 3.0 => БП 3.0 обновлены для релизов БП 3.0.111

• 06.04.2022 Правила БП 3.0 => БП 3.0 обновлены для релизов БП 3.0.110

• 21.03.2022 Правила БП 3.0 => БП 3.0 обновлены для релизов БП 3.0.109

• 21.02.2022 Правила БП 3.0 => БП 3.0 обновлены для релизов БП 3.0.108

• 08.02.2022 Правила БП 3.0 => БП 3.0 обновлены для релизов БП 3.0.107

• 24.12.2021 Правила БП 3.0 => БП 3.0 обновлены для релизов БП 3.0.106

• 10.12.2021 Правила БП 3.0 => УХ 3.1 обновлены для релизов БП 3.0.105 и УХ 3.1.14.41 (для других УХ 3.1.14.х работоспособность не гарантирована)

• 03.12.2021 Правила БП 3.0 => УХ 3.1 обновлены для релизов БП 3.0.105 и УХ 3.1.14.1 (для других УХ 3.1.14.х работоспособность не гарантирована)

• 01.11.2021 Правила БП 3.0 => БП 3.0 обновлены для релизов БП 3.0.105

• 29.10.2021 Правила БП 3.0 => БП 3.0 обновлены для релизов БП 3.0.104

• 05.10.2021 Правила БП 3.0 => БП 3.0 обновлены для релизов БП 3.0.103

• 22.09.2021 Правила БП 3.0 => БП 3.0 обновлены для релизов БП 3.0.102

• 24.08.2021 Правила БП 3.0 => БП 3.0 обновлены для релизов БП 3.0.100

• 10.08.2021 Правила БП 3.0 => БП 3.0 обновлены для релизов БП 3.0.99

• 26.07.2021 Правила БП 3.0 => БП 3.0 обновлены для релизов БП 3.0.98

• 21.07.2021 Правила БП 3.0 => УХ 3.1 обновлены для релизов БП 3.0.97 и УХ 3.1.14

• 23.06.2021 Правила БП 3.0 => УХ 3.1 обновлены для релизов БП 3.0.95 и УХ 3.1.12

• 23.06.2021 Правила БП 3.0 => БП 3.0 обновлены для релизов БП 3.0.95

• 19.05.2021 Правила БП 3.0 => БП 3.0 обновлены для релизов БП 3.0.93

• 09.04.2021 Правила БП 3.0 => БП 3.0 обновлены для релизов БП 3.0.91

• 25.03.2021 Правила БП 3.0 => УХ 3.1 обновлены для релизов БП 3.0.89 и УХ 3.1.7.2. Правила применимы начиная с БП 3.0.84.

• 17.02.2021 Правила БП 3.0 => УХ 3.1 обновлены для релизов БП 3.0.89 и УХ 3.1.3.107

• 12.01.2021 Правила БП 3.0 => БП 3.0 обновлены для релизов БП 3.0.87

• 14.10.2020 Правила БП 3.0 => УХ 3.1 обновлены для релизов БП 3.0.83 и УХ 3.1.0.190

• 28.09.2020 Правила БП 3.0 => УХ 3.1 обновлены для релизов БП 3.0.82 и УХ 3.1.0.190

• 11.06.2020 Правила БП 3.0 => УХ 3.1 обновлены для релизов БП 3.0.78 (применимы с версии 3.0.75) и УХ 3.1.0.190

• 10.06.2020 Правила БП 3.0 => УХ 3.0 обновлены для релизов БП 3.0.78 (применимы с версии 3.0.75) и УХ 3.0.10.19

• 22.04.2020 Для релиза БП 3.0.74 и выше

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

В комплект поставки входят:

• правила переноса ACC30_30.xml или БП30_УХ32.xml.

• в вариант с отборами входит обработка УниверсальныйОбменДаннымиXML_С_Отбором.epf. Подробнее...

• в вариант с сопоставлением объектов при загрузке входит обработка Перенос_данных_с_ сопоставлением_УФ_v4_3.epf. Подробнее...

В комплект поставки продукта Профи: Автообмен входят:

• комплект правил: CorrespondentExchangeRules, ExchangeRules, RegistrationRules.

• файл расширения конфигурации ОбменБСП

Подробнее о продукте Профи: Автообмен смотрите здесь

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

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

мы не работаем с infostart.ru, просим не путать наши разработки с чужими

• Перенос данных БП 2.0 => КА 2.4 (КА 2.5), УТ 11, ERP 2.4 (ЕРП 2.5)

• Перенос данных БП 3.0 => КА 2.4 (КА 2.5), УТ 11, ERP 2.4 (ЕРП 2.5)

• Перенос данных в программу 1С Управление холдингом 3.0

• Свертка для программы БП 2.0

• Перенос из БП 3.0 в БП 3.0 (свертка) и перенос из БП 3.0 в УХ 3.0

• Перенос данных КА 2, ERP 2 (ЕРП 2) => ЗУП 3.1

• Перенос данных КА 2, ERP 2 (ЕРП 2) => БП 3.0

• Перенос данных УТ 11 => БП 3.0

• Перенос данных УПП 1.3 => БП 3.0

• Перенос данных КА 1.1 (УПП 1.3) => БП 2.0, БП 3.0

• Перенос данных УПП 1.3 => ERP 2 (ЕРП 2)

• Перенос данных КА 1.1 (УПП 1.3) => КА 2.4 (КА 2.5), ERP 2 (ЕРП 2)

• Перенос данных КА 2 (ERP 2) => КА 2 (ERP 2)

• Перенос данных ERP 2.4 => ERP 2.5

• Перенос данных УТ 11 (КА 2, ERP 2) => УТ 11 (КА 2, ERP 2)

• Перенос данных ЗУП 3.1 => БП 2.0, БП 3.0, УПП 1.3

• Перенос данных БП 3.0 => УТ 11

• Перенос данных УТ 10.3 (КА 1.1) => УТ 11 (КА 2.4)

• Перенос данных БП 2.0, БП 3.0 => УПП 1.3 (КА 1.1)

• Перенос данных 1С ПУБ 7.7 => БП 2.0 (БП 3.0)

• Перенос данных Бухгалтерия 7.7 (УСН 7.7) => БП 3.0

• Перенос данных БП 2.0 => БП 3.0

• Перенос данных БП 1.6 => БП 3.0

• Перенос данных ЗИК 7.7 => ЗУП 8

• Перенос данных КА 1.1 (УПП 1.3) => ЗУП 2.5, ЗУП 3.1

• Перенос данных УПП 1.3 => ЗУП 3.1

• Перенос данных ЗУП 2.5 => УПП 1.3 (КА 1.1)

• Перенос данных об уплаченных страховых взносах из БП 2.0, БП 3.0 => ЗУП 2.5, ЗУП 3.1

© Группа компаний Профи-центр, апрель 2020г., последние изменения апрель 2024г.