Описание

Продукт представляет собой правила конвертации в формате XML-файла для переноса данных из типовой конфигурации 1С Комплексная автоматизация, редакция 1.1 (далее КА 1.1) в типовую конфигурацию 1С Бухгалтерия предприятия, редакция 3.0 для 1С Предприятия 8 (далее БП 3.0 или БП 8.3) или редакция 2.0 (далее БП 2.0 или БП 8.2)

Правила применимы для релизов начиная с КА с 1.1.57.х. Не нужно искать и выбирать нужный вариант правил переноса, они пригодны для любого релиза в указанном диапазоне. Релиз базы приемника БП должен быть точно таким, как указано в правилах.

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

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

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

КА_ACC8.xml - правила конвертации данных для переноса в БП 3.0 или КА_BP2.xml - для переноса в БП 2.0. Для варианта Перенос остатков и документов из КА 1.1 в БП 3.0 с отборами и сопоставлением объектов при загрузке в комплект входит также обработка УниверсальныйОбменДаннымиXML_С_Отбором_По_ЖР.

Установки не требуется, так как используются обработки, встроенные в типовые конфигурации, в КА 1.1 и БП 3.0. Обработка УниверсальныйОбменДаннымиXML_С_Отбором_По_ЖР открывается: Меню - Файл - Открыть.

Для переноса данных из УПП 1.3 в БП есть публикация.

Также можете ознакомиться с обменом данными между КА 2 и БП 3.0.

Для того, чтобы оценить возможности представленного здесь программного продукта, можно воспользоваться примером выгрузки демо-базы УПП (результаты для КА и УПП почти не отличаются).

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

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

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

Из информационной базы 1С Комплексная автоматизация в 1С Бухгалтерия предприятия переносятся:

- Информация о текущих остатках на счетах бухгалтерского учета информационной базы на дату конвертации информационной базы. Рекомендуем переносить остатки на начало года после завершения операций закрытия года.

- Документы. Перечень видов документов к переносу представлен ниже.

список документов

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

Долгое время мы не включали в перенос документы кадрового учета и расчета зарплаты. Во-первых, потому что в общем случае полноценно и качественно перенести такие документы невозможно в силу очень существенных отличий методик и функциональных возможностей конфигураций КА 1.1 и БП 3.0. Во-вторых, потому что в состав поставки Комплексная автоматизация входит программа ЗУП, предназначенная именно для учета персонала. Но ситуация изменилась после прекращения поддержки фирмой 1С программы ЗУП 2.5 ПРОФ. Поэтому мы добавили перенос документов Начисление зарплаты сотрудникам организаций. Но нужно понимать, что, исходя из вышесказанного, существуют определенные ограничения. В КА 1.1 (ЗУП 2.5) способ отражения зарплаты в бухучете можно задать у сотрудника, подразделения, организации или вида расчета, в БП 3.0 способ отражения есть только у плана видов расчетов Начисления. Отсюда понятно, что возможна например такая ситуация. В КА 1.1 при одном и том же виде начисления у разных сотрудников могут быть разные счета затрат (например счета 20 и 26 при оплате по окладу). В БП 3.0 повторить это невозможно. Не в процессе обмена, а вообще невозможно. Поэтому к такого рода ограничениям на результат переноса нужно быть готовым. В частности, у вида начисления может быть не задан способ отражения ЗП в БУ в источнике, тогда в приемник он будет передан как способ ОтражениеНачисленийПоУмолчанию.

Примечание: если Вы хотите, чтобы способ ОтражениеНачисленийПоУмолчанию "совпал" с таким же в приемнике, установите параметр Продолжить поиск по реквизитам если по идентификатору не нашли.

Важно. В БП 2.0 кадровые документы и документы по начислению зарплаты не переносятся, переносится только отражение ЗП в бухучете.

 

Повторю, программа Комплексная автоматизация - это не просто одноименная конфигурация, это комплект конфигураций, которые можно использовать в любой комбинации. В этот комплект входит в том числе и программа для учета кадров и расчета зарплаты - ЗУП. Так какой же смысл отказываться от возможностей ЗУП и переносить данные по зарплате в БП 3.0 (БП 2.0), возможности которой значительно ниже? Разумнее учет кадров и зарплаты либо продолжать в КА, либо перенести все данные в ЗУП (для переноса из КА в ЗУП см. правила переноса) и продолжать вести учет там.

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

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

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

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

Возможные стратегии переноса

1. Можно переносить данные за любой период. Если на начало периода были остатки, значит нужно переносить остатки.

2. Если переносится вся база, но в КА вводили остатки (учет вели не с момента создания фирмы), то также нужно переносить остатки. Например, в 1С Комплексная автоматизация был ввод остатков на 01.01.2014, т.е. документами от 31.12.2013, значит нужно переносить остатки на 01.01.2014 и все документы с датой позже. При этом переносятся не сами документы ввода остатков из КА, а именно данные по остаткам документами ввода остатков в БП.

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

3. В дальнейшем обмен можно выполнять, отбирая документы по дате (по периоду), либо по журналу регистрации. Желательно, чтобы обмен был односторонним. Перенос в дальнейшем ничем в плане порядка действий не отличается от первоначального.

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

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

Этап 1. Выгрузка данных

(О возможности использования специализированной обработки читайте ниже)

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

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

Если нужно выгрузить остатки на конец года, например на конец дня 31.12.2014, т.е. правильнее говорить на начало 2015 года, то период выгрузки должен быть 01.01.2015 -  ХХ.ХХ.ХХХХ. Документы ввода остатков в Конфигурации-получателе будут датированы 31.12.2014. С 01.01.2015 в Конфигурации-получателе нужно создавать документы, отражающие текущие операции. Если нужны только остатки, то включать надо правила выгрузки данных из раздела "Входящие остатки" (см. рис.1). Правила выгрузки данных из раздела "Документы" в этом случае следует отключить (см. рис 3 и 4). Период выгрузки например 01.01.2015 -  31.01.2015 означает, что переноситься будут документы января 2015 года. Правила выгрузки данных из раздела "Документы" в этом случае должны быть включены.

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

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

В первую очередь рекомендуем перенести учетную политику организации (справочник Организации переносится по ссылкам). При переносе остатков нужно правильно установить параметры (см. рис.2) в соответствии с настройкой плана счетов. По умолчанию параметры устанавливаются после загрузки правил обмена: параметр Ведется складской учет в зависимости от того, ведется ли складской учет на счетах учета ТМЦ (анализируется настройка счета 10.01), параметр Ведется суммовой учет по складам в соответствии с признаком учета субконто Суммовой. Параметр Вести учет по работникам устанавливается по умолчанию как да. При необходимости можно изменить параметры до выгрузки данных. Для возврата к значениям по умолчанию следует перезагрузить правила обмена.

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

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

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

Подробнее про табличную часть ДанныеПоСФ (Данные по счетам-фактурам полученным) документа ВводНачальныхОстатков. Она заполняется в БП 3.0 в том случае, если ведется раздельный учет входящего НДС по способам учета (см. настройки налогов). При формировании начальных остатков в процессе перехода эта таблица содержит данные регистра НДСПартииТоваров исходной базы в том случае, если в источнике в учетной политике предприятия указано, что организация осуществляет реализацию без НДС или с НДС 0%. При наличии большого числа ошибок в указанном регистре можно отказаться от создания табличной части ДанныеПоСФ либо установив параметр Не учитывать регистр НДСПартииТоваров (работает для всех организаций), либо откорректировав учетную политику отдельных организаций. В базе-приемнике уже после формирования и проведения документов начальных остатков можно изменить настройку НДС, включив раздельный учет, при этом автоматически будут созданы дополнительные документы для отражения по специальным регистрам (! при каждом включении раздельного учета документы создаются заново !). Перепроводить основные остатки не нужно.

В правилах для БП 3.0 есть параметр Регистры УСН не учитывать при формировании остатков. Это позволяет переносить остатки ТМЦ по данным только БУ при наличии большого количества ошибок в регистрах УСН. В БП 3.0 при этом реквизиты Состояние расхода и Отражение в УСН не заполняются. В правила для БП 3.0 есть параметр Не выгружать остаток, если нулевое количество, используется для отказа от переноса нулевого количества товаров при ненулевой сумме.

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

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

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

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

Этап 2. Загрузка данных

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

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

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

Проверки перед выгрузкой

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

Возможный сценарий регулярного переноса данных

Рассмотрим еще раз технологию регулярного переноса данных с учетом сказанного выше.

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

Например, бухгалтерский отчет сдан за 3 квартал 2015 года, следовательно документы с датой по 30.09.2015 включительно переноситься в программу бухучета не должны, период по 30.09.2015 - это закрытый период. Устанавливаем период выгрузки с 01.10.2015 по 31.12.2015.  Затем используем заполнение по журналу регистрации. Период отбора событий (отбора событий по дате события!) устанавливаем в окне, показанном на рис. 8.3. Еще раз обращаю внимание, важно понимать разницу между датой события (например создания документа) и датой документа. Допустим в октябре 2015 года был создан документ с датой 30.09.2015. Если мы заполняем отбор по событиям октября, то такой документ в отбор попадет, но в выгрузку не попадет, так как период выгрузки - 4 квартал 2015 года. Таким образом документы, созданные задним числом с датой не попавшей в период выгрузки (т.е. они в закрытом периоде), не переносятся, попали в открытый период (01.10.2015 и далее) - перенесутся.

По журналу регистрации заполняется фильтр, отбор. При заполнении по ЖР устанавливается отбор по дате события, как если бы его установили вручную, отобрав нужные документы (только документы учитываются). Но при выгрузке период выгрузки имеет значение как обычно, поскольку в выгрузку отбираются документы по дате документа.

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

Важно понимать, что желательно, чтобы обмен был односторонним. При изменении объектов, например справочников, в БП и КА одновременно, могут быть проблемы, связанные с тем, что изменения будут как бы пропадать в результате переноса.

Порядок работы со специализированной обработкой переноса данных

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

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

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

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

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

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

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

Принципы синхронизации данных

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

Самым надежным вариантом переноса данных является конечно перенос в пустую чистую базу, причем однократный (вариант перехода с ведения учета в Комплексной автоматизации 1.1 на Бухгалтерию предприятия 3.0). Надо сразу пояснить, что значит однократный. Это значит что МЕЖДУ ПЕРЕНОСАМИ, данные не изменяются ни в источнике, ни в приемнике. Понятно, что при соблюдении этого условия можно многократно выгружать и загружать информацию (причем можно это делать частями), результат не изменится. Это будем считать однократным переносом, т.е. передачей неизменившейся информации. В таком варианте и вопрос синхронизации остро не стоит. Почему, станет ясно из дальнейших пояснений.

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

Во всех этих случаях оптимальными будут различные стратегии синхронизации.

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

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

Продолжим на примере передачи организации рассмотрение возможных проблем. Что произойдет, если в источнике (или приемнике) изменится КПП (обычная кстати история)? При очередном сеансе обмена организация не будет найдена по реквизитам и будет создан новый элемент справочника Организации. Избежать таких проблем при обменах - слияниях баз невозможно. Можно только в ручном режиме их отслеживать и изменять ключевые реквизиты одновременно во всех базах между сеансами обмена. Именно поэтому, там где это возможно, а именно при однократных переносах или многократных переносах в ту же базу приемника, созданную копированием источника, синхронизация по реквизитам не используется.

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

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

Если Вы используете валютный учет, то рекомендуем перед загрузкой заполнить справочник Валюты и загрузить курсы валют.

Рекомендую также ознакомиться со статьей: Стратегия переноса данных информационной базы 1С.

Важно: есть еще возможность решения проблемы синхронизации при загрузке в непустую базу - сопоставление объектов.

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

Обновления бесплатны в течение 6 месяцев после покупки. По окончании периода бесплатных обновлений, Вы можете получать обновления на платной основе (стоимость см. ниже). При этом, если Вы приобрели несколько программных продуктов, в составе комплектов или по отдельности, то Вы вправе рассчитывать на скидку. Вы можете подробнее ознакомиться с системой скидок.

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

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

Достоинства

При сравнении с конкурентными разработками советую обращать внимание на следующее: вся ли контактная информация переносится, в частности Email, есть ли контакты у контактных лиц (в демо см. Белявский), переносится ли основной договор. В документе Отчет производства за смену (ОПЗС, в КА Выпуск продукции) заполнены ли счета учета, рассчитана ли плановая стоимость. Обратите внимание, насколько полно и правильно переносятся расходы будущих периодов. Заполняется ли МОЛ при принятии к учету ОС. Заполняются ли счета учета и счета затрат в требованиях-накладных. И если заполняются, то правильно ли? Возможно они заполняются константами (например счет учета всегда 10.01), и Вы никогда не получите правильные проводки. Ну и т.д. (Все перечисленное я насобирал у конкурента за 10-15 минут).
Правила созданы по технологии Конвертации данных: легко редактируются.
Полностью открыты, нет лицензионных ограничений кроме запрета на тиражирование.

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

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

Тиражирование правил началось во второй половине 2014 года, однако до этого момента было выполнено несколько индивидуальных проектов под заказ.

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

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

• правила переноса KA_ACC8.xml или КА_BP2.xml.

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

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

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

Пользовательское соглашение.

Как купить наши программные продукты

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

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

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

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

мы не работаем с 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

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