логотип
баннер
логотип
Главная
Услуги
О компании
1C:Предприятие 7.7


Поиск по сайту:


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

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

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

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

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

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

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

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

КА_ACC8.xml - правила конвертации данных для переноса в БП 3.0 или КА_BP2.xml - для переноса в БП 2.0.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Установка.

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

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

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

В программе 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 Установка параметров

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

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

Перечень правил обмена документами

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

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

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

Перечень правил обмена справочниками показан на рис.4.

Перечень правил обмена справочниками

Рис.4 Перечень правил обмена справочниками

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

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

Нулевое количество и ненулевая сумма ТМЦ. Ввести в Конфигурации-получателе остаток таким образом, чтобы количество ТМЦ было равно нулю, а стоимостная оценка ТМЦ не равнялась нулю, невозможно, да и бессмысленно, потому что это ошибка. Поэтому при переносе остатков такие позиции (с нулевым количеством) будут отсутствовать в документах ввода остатков. Следовательно, если ошибки не исправить до переноса данных, то суммы в источнике и приемнике данных при переносе остатков не будут совпадать, что вызовет дополнительные трудности сверки. Поэтому в процессе выгрузки данных из 1С Комплексная автоматизация выводятся сообщения о встретившихся ошибках (см. рис.5.1).

Сообщения о встретившихся ошибках

Рис.5.1 Сообщения о встретившихся ошибках

Наличие пустых значений субконто в остатках. При не заполненных субконто некоторые документы ввода начальных остатков невозможно будет провести после загрузки данных. При установленном значении параметра Выполнить проверку перед выгрузкой производится проверка наличия пустых значений в остатках по счетам 07, 68, 69, 70, результат выводится в окно сообщений (см. рис.5.2) или в таблицу ошибок (см. рис.11).

Сообщения о ошибках

Рис.5.2 Сообщения о ошибках

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

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

Результат работы алгоритма поиска дублей

Рис.5.3 Результат работы алгоритма поиска дублей

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

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

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

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

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

Особенности переноса цен номенклатуры. Цены, как известно, хранятся в регистре сведений Цены номенклатуры, который присутствует в обеих конфигурациях, и в КА 1.1 и в БП 3.0. Поэтому соответствующее правило выгрузки данных находится в группе Регистры сведений (см. рис.6.2) и так и называется Цены номенклатуры. Значения цен в БП 3.0 передаются как бы двумя блоками: отдельно остатки на заданную дату и отдельно установка этих значений в указанном периоде. На рис. 6.2 указан период с 01.07.2012 по 31.12.2015, это означает, что будут выгружены остатки на начало 01.07.2012 (или что то же самое на конец 30.06.2012) и все изменения цены за последующий период.

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

Рис. 6.2 Правило выгрузки данных для переноса цен номенклатуры

Для наглядности проследим как передается цена на номенклатуру Картридж (см. рис.6.3). Пример хорош тем, что значение цены изменялось как раз на границе периода выгрузки - 01.07.2012. Значит на начало периода это значение равнялось 30 руб., а уже 01.07.2012 оно изменилось на 37 руб.

Пример изменения цены номенклатуры в КА 1.1

Рис.6.3 Пример изменения цены номенклатуры в КА 1.1

После загрузки файла обмена в программу БП 3.0 увидим документы Установка цен номенклатуры (см. рис.6.4). В данном случае сформирован один документ, отражающий остатки на конец 30.06.2012, поскольку тип цен в нашем случае единственный, и несколько документов за последующий период. Их следует провести.

Перенесенные в БП 3.0 документы Установка цен номенклатуры

Рис.6.4 Перенесенные в БП 3.0 документы Установка цен номенклатуры

Остатки цен номенклатуры группируются по типу цен, поскольку в БП 3.0 в одном документе Установка цен номенклатуры может быть указан только один тип цен. Поэтому количество документов, содержащих остатки, будет равно количеству различных типов цен в КА 1.1. Количество документов, отражающих изменения цен, в КА 1.1 и в БП 3.0 в общем случае может различаться, так как документ в КА 1.1 может содержать несколько типов цен, а в БП 3.0 нет. Поэтому номера документов совпадать не могут, совпадают только даты, для удобства ссылка на документ КА 1.1 записана в комментарий документа в БП 3.0. Одному документу Установка цен номенклатуры в КА 1.1 может соответствовать несколько документов в БП 3.0.

Теперь проверим как перенеслась информация по цене номенклатуры Картридж в БП 3.0 (см. рис.6.5). Как видим, все прекрасно: на начало 01.07.2012 значение равно 30 руб., а уже в этот день оно изменяется на 37 руб., т.е. точно также как в информационной базе - источнике.

Пример переноса цены номенклатуры в БП 3.0

Рис. 6.5 Пример переноса цены номенклатуры в БП 3.0

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

Особенности переноса платежных поручений на уплату налогов

У платежных поручений с видом операции Перечисление налога должны быть заполнены дополнительные реквизиты: КБК - код бюджетной классификации, статус составителя и т.д. Структуры этих реквизитов в КА и в БП 3.0 не совпадают. В частности в БП 8.3 часть этих реквизитов вынесена в отдельный справочник Виды налогов и платежей в бюджет, ссылка на который содержится в платежном поручении. Справочник Виды налогов и платежей в бюджет содержит в себе ряд поставляемых элементов, которые появляются в информационной базе например при редактировании учетной политики. При переносе данных эти элементы также появятся при загрузке учетной политики. При выгрузке-загрузке платежных поручений элемент справочника Виды налогов и платежей в бюджет ищется по КБК для подстановки в реквизит платежного поручения Налог. Поэтому рекомендуется после переноса учетной политики проверить все ли необходимые налоги в справочнике появились, при необходимости дополнить.

Начиная с релиза БП 3.0.40 изменилось заполнение справочника Виды налогов и платежей в бюджет, поэтому описанное ниже правило отменено: "При сопоставлении (синхронизации) КБК в платежных поручениях в источнике и приемнике не учитываются четыре разряда КБК, разряды 14-17, код подвида дохода: налог, пени, штраф и т.д. В справочнике Виды налогов и платежей в бюджет эти разряды  заполнены нулями. При добавлении новых элементов в справочник разряды 14-17 также следует заполнять нулями".

Начиная с релиза БП 3.0.40 при выгрузке-загрузке платежных поручений элемент справочника Виды налогов и платежей в бюджет ищется по строгому совпадению КБК.

Особенности переноса платежных поручений с видом операции Перечисление заработной платы

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

Особенности переноса документов Перемещение ОС

Поскольку в БП 8.3 в документе Перемещение ОС в шапке документа необходимо указать МОЛ и Подразделение, в котором числятся в учете перемещаемые основные средства на момент перемещения (см. рис.6.6), использовать в одном документе ОС из разных подразделений или разных МОЛ нельзя. Это нужно учитывать при переносе, что указанные реквизиты будут определяться в КА по первому основному средству из табличной части документа Перемещение ОС.  В противном случае пришлось бы разбивать один документ из КА на несколько в БП 3.0.

Особенности переноса документов Перемещение ОС

Рис.6.6 Особенности переноса документов Перемещение ОС

Особенности переноса контактной информации

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

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

Пример корректного заполнения адреса

Рис.6.7 Пример корректного заполнения адреса

Так бывает далеко не всегда. Многие конкуренты переносят только поле Представление, чего не достаточно. Чтобы понять разницу установите параметр Заполнять реквизит "ЗначенияПолей" при переносе контактной информации в значение Нет и выполните перенос. Почувствуйте разницу. Указанный параметр в нашем случае устанавливается в значение Да после загрузки правил переноса, он введен лишь на всякий случай. На случай, если при дальнейших изменениях в программе БП 3.0 вдруг возникнут сложности с переносом контактов, тогда можно будет использовать упрощенный алгоритм с переносом сокращенного набора данных.

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

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

Контактная информация во всех случаях выгружается одновременно с контрагентами или контактными лицами контрагентов.

Заполнение отборов данных по журналу регистрации

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

Фрагмент журнала регистрации

Рис.7.1 Фрагмент журнала регистрации

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

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

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

Доработанная обработка выгрузки данных

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

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

Окно настроек заполнения таблицы отборов

Рис.7.3 Окно настроек заполнения таблицы отборов

При нажатии на кнопку OK будет произведен поиск событий изменения документов в журнале регистрации в заданном интервале времени и заполнение отборов для соответствующих правил выгрузки: будут сформированы списки измененных документов и установлен отбор по этим спискам. Результат показан на рис.7.4. В процессе выполнения описанной процедуры могут появляться сообщения типа: "Не найдено правило выгрузки для Документ.УстановкаНаценокПоУсловиямПродаж". Это не ошибка, это означает, что в журнале регистрации в указанном периоде найден документ вида УстановкаНаценокПоУсловиямПродаж, который был изменен, но который не может быть выгружен, так как для него нет правила выгрузки. Такие сообщения выводятся для дополнительного контроля и только, на результат переноса они никак не влияют.

Результат заполнения отборов

Рис.7.4 Результат заполнения отборов

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

Описанная обработка, обладающая расширенным функционалом, называется УниверсальныйОбменДаннымиXML_С_Отбором_По_ЖР и входит в комплект поставки. Ее отличия от типовой состоят в наличии в модуле основной формы обработки двух дополнительных процедур: КоманднаяПанельТаблицаПравилВыгрузкиЗаполнитьОтбор и ВставитьКнопкуЗаполнитьОтбор, а также одной строки ВставитьКнопкуЗаполнитьОтбор() в процедуре ПриОткрытии. Т.е. кнопка формируется программным способом, сама форма не изменилась, и таким образом при изменении типовой обработки изменения легко будет повторить. Кроме того есть дополнительная форма ФормаНастройкиЗаполненияОтборов.

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

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

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

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

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

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

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

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

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

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

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

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

Обработку ПереносДанных_из_КА_в_БП_30.epf следует запустить в информационной базе, куда переносятся данные, т.е. в 1С Бухгалтерия предприятия ред.3.0. В первом окне (см. рис.9) следует указать вариант загрузки данных из информационной базы на платформе 1С:Предприятие:

  • Загрузить данные непосредственно из информационной базы

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

Стартовое окно обработки переноса данных

Рис.9 Стартовое окно обработки переноса данных

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

В следующем окне (см. рис.10) необходимо выполнить настройку переноса:

  • Выбрать информационную базу из списка (список такой же как при запуске приложения 1С Предприятие).

  • Указать имя и пароль пользователя

  • Указать какую информацию следует перенести

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

При переносе справочников будут перенесены данные из всех справочников выбранной информационной базы. Если флажок не установлен, но выбран любой другой вариант переноса, то справочники также будут перенесены, но только в том объеме, который необходим для заполнения данных в перенесенных проводках и документах. При переносе данных можно перенести справочники, остатки на начало года и документы за выбранный период. Варианты переноса можно выбирать в любой комбинации. При переносе остатков будут перенесены данные об остатках по счетах учета по состоянию на 1 января выбранного года по правилам, указанным на рис.1. В 1С:Бухгалтерии 8 будут созданы документы «Ввод начальных остатков» на 31 декабря года, предшествующего выбранному. При переносе документов будут перенесены документы за выбранный период по правилам, указанным на рис.3. В процессе переноса в 1С:Бухгалтерии 8 будут созданы документы, соответствующие документам из конфигурации-источника. Перенос документов рекомендуется выполнять за тот период, за который отчетность еще не была сдана.

Окно параметров переноса

Рис.10 Окно параметров переноса

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

Результат проверки данных перед загрузкой

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

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

Индикация процесса передачи данных

Рис.12 Индикация процесса передачи данных

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

Фрагмент таблицы, содержащей записи об ошибках

Рис.13 Фрагмент таблицы, содержащей записи об ошибках

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  • 05.10.2017 - правила обновлены до версий КА 1.1.91.1 и БП 3.0.52.35

  • 26.09.2017 - правила обновлены до версий КА 1.1.89.1 и БП 2.0.66.37

  • 20.09.2017 - правила обновлены до версий КА 1.1.89.1 и БП 3.0.52.35

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

  • 09.08.2017 - правила обновлены до версий КА 1.1.87.1 и БП 2.0.65.38

  • 06.07.2017 - правила обновлены до версий КА 1.1.87.1 и БП 3.0.51.16

  • 09.06.2017 - правила обновлены до версий КА 1.1.86.1 и БП 3.0.50.18

  • 01.06.2017 - правила обновлены до версий КА 1.1.85.3 и БП 3.0.50.12

  • 17.04.2017 - правила обновлены до версий КА 1.1.85.1 и БП 3.0.49.21

  • 01.04.2017 - правила обновлены до версий КА 1.1.84.1 и БП 3.0.49.18

  • 27.03.2017 - добавлен комплект, включающий обработку для загрузки с сопоставлением объектов

  • 09.03.2017 - правила обновлены до версий КА 1.1.83.1 и БП 3.0.48.19

  • 21.02.2017 - правила обновлены до версий КА 1.1.82.2 и БП 2.0.65.38

  • 15.02.2017 - в КА = > БП 3.0 добавлено правило для переноса КорректировкаЗаписейРегистров в Операция. Ограничения: переносятся только проводки (движения регистров БУ), организация в пределах документа должна быть одна. Нумерация документов Операция в БП 3.0 автоматическая, поэтому загружать нужно в последнюю очередь.

  • 06.02.2017 - правила обновлены до версий КА 1.1.82.2 и БП 3.0.47.23

  • 30.01.2017 - правила обновлены до версий КА 1.1.82.1 и БП 3.0.46.11

  • 02.01.2017 - правила обновлены до версий КА 1.1.81.1 и БП 3.0.46.11

  • 21.12.2016 - изменено правило переноса Корректировка долга, обновление до БП 3.0.44.203

  • 05.12.2016 - правила обновлены до версий КА 1.1.80.1 и БП 3.0.44.188

  • 15.11.2016 - добавлен перенос контактной информации для организаций и физлиц. Добавлено заполнение контрагента в Списание с расчетного счета для случаев, когда Контрагент - физлицо.

  • 11.11.2016 - правила обновлены до версий КА 1.1.79.1 и БП 3.0.44.188

  • 03.10.2016 - правила обновлены до версий КА 1.1.78.1 и БП 3.0.44.102

  • 21.09.2016 - правила обновлены до версий КА 1.1.77.1 и БП 3.0.44.102

  • 20.09.2016 - изменено правило переноса документа Получение услуг по переработке: приемник имеет тип документ ПоступлениеИзПереработки.

  • 05.09.2016 - правила обновлены до версий КА 1.1.76.2 и БП 3.0.44.102

  • 30.08.2016 - правила обновлены до версий КА 1.1.76.2 и БП 3.0.43.257

  • 28.07.2016 - правила обновлены до версий КА 1.1.75.1 и БП 3.0.43.257. Добавлено правило для переноса документов Передача оборудования в монтаж.

  • 06.07.2016 - правила обновлены до версий КА 1.1.74.1 и БП 3.0.43.247

  • 28.06.2016 - добавлено правило для переноса Передача товаров

  • 23.06.2016 - добавлена возможность выбора варианта синхронизации справочников

  • 21.06.2016 - правила обновлены до версий КА 1.1.73.2 и БП 3.0.43.241

  • 06.06.2016 - правила обновлены до версий КА 1.1.72.1 и БП 3.0.43.236

  • 22.04.2016 - правила обновлены до версий КА 1.1.71.1 и БП 3.0.43.194

  • 09.04.2016 - правила обновлены до версий КА 1.1.70.2 и БП 3.0.43.174

  • 21.03.2016 - добавлен комплект. Перенос данных из КА в БП 2.0 и из КА в ЗУП 2.5

  • 06.03.2016 - добавлены правила для версий КА 1.1.68.х и БП 2.0.65.х

  • 15.02.2016 - правила обновлены до версий КА 1.1.68.х и БП 3.0.43.х

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

  • 23.12.2015 - правила обновлены до версий КА 1.1.66.х и БП 3.0.43.х

  • 08.12.2015 - добавлены правила для переноса документов ЗарплатаКВыплатеОрганизаций в документы Ведомость на выплату зарплаты в банк или Ведомость на выплату зарплаты. Имеет смысл использовать, разумеется, один из двух вариантов в зависимости от настройки параметров учета.

  • 04.12.2015 - добавлена возможность использования специализированной обработки. Расширен функционал: проверки до выгрузки, проверки после загрузки, запуск проведения документов.

  • 22.11.2015 - правила обновлены до версий КА 1.1.66.х и БП 3.0.42.х

  • 26.10.2015 - правила обновлены до версий КА 1.1.65.1 и БП 3.0.42.33

  • 19.10.2015 - добавлена выгрузка документа Выпуск продукции

  • 12.10.2015 - правила обновлены до версий КА 1.1.63.1 и БП 3.0.42.33

  • 22.09.2015 - правила обновлены до версий КА 1.1.63.1 и БП 3.0.41.57

  • 25.08.2015 - добавлено Заполнение отборов данных по журналу регистрации

  • 29.07.2015 - правила обновлены до версий КА 1.1.62.1 (УПП 1.3.67.1) и БП 3.0.40.24

  • 17.07.2015 - расширен перечень правил переноса документов (Начисление ЗП)

  • 13.06.2015 - расширен перечень правил переноса (см. описание)

  • 04.06.2015 - расширен перечень правил переноса документов (см. описание)

  • 29.05.2015 - расширен перечень правил переноса документов (см. описание)

  • 17.05.2015 - правила обновлены до версий КА 1.1.59.1 и БП 3.0.40.24.

  • 17.04.2015 - правила обновлены до версий КА 1.1.58.3 и БП 3.0.39.56.

  • Для совместимости с более ранними версиями КА пока не выгружается значение РезидентТерриторииОпережающегоСоциальноЭкономическогоРазвития перечисления ТарифыСтраховыхВзносов
  • 28.03.2015 - правила обновлены до версий КА 1.1.56.2 и БП 3.0.39.52.

  • 26.01.2015 - правила обновлены до версий КА 1.1.55.2 и БП 3.0.37.36. Расширены правила выгрузки справочников и регистров сведений.

  • 15.12.2014 - правила обновлены до версий КА 1.1.54.2 и БП 3.0.37.29

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

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

В комплект поставки входят: правила переноса KA_ACC8 или КА_BP2.xml. Для варианта Перенос остатков и документов из программы 1С КА в 1С БП ред.3.0 с отбором по ЖР в комплект входит также обработка УниверсальныйОбменДаннымиXML_С_Отбором_По_ЖР. В случае если Ваша организация не располагает штатным программистом для проведения работ, мы готовы предложить услуги своего специалиста (программист подключится к Вашему компьютеру через интернет, посредством специальной программы для удаленной работы и произведет нужные работы). Если есть возможность предоставить рабочую базу Комплексная автоматизация 8, можем перенести данные сами и передать файл 1С Бухгалтерия предприятия с перенесенными остатками. Стоимость данной услуги не входит в общую стоимость пакета.

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

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

 Наименование проекта

 Цена

 Валюта

 Покупка

Перенос данных из 1С КА 1.1 в БП 3.0  + наш специалист проведет перенос на Ваших базах

 38500

 руб


 Наименование проекта

 Цена

 Валюта

 Покупка

Перенос данных из 1С КА 1.1 в БП 2.0 + наш специалист проведет перенос на Ваших базах

 38500

 руб

Акция с 01.04.2017 по 30.06.2017 в комплект Перенос остатков и документов из КА 1.1 в БП 3.0 с сопоставлением объектов при загрузке обработка для загрузки с сопоставлением данных включена бесплатно.


 Наименование проекта

 Цена

 Валюта

 Покупка

Перенос остатков и документов из КА 1.1 в БП 3.0 с сопоставлением объектов при загрузке

 9900

 руб


 Наименование проекта

 Цена

 Валюта

 Покупка

Перенос остатков и документов из программы 1С КА в 1С БП 3.0 с отбором по ЖР

 8900

 руб


 Наименование проекта

 Цена

 Валюта

 Покупка

Перенос остатков и документов из программы 1С КА в 1С БП 3.0

 7900

 руб


 Наименование проекта

 Цена

 Валюта

 Покупка

Перенос остатков и справочников из программы 1С КА в 1С БП ред.3.0

 6900

 руб


 Наименование проекта

 Цена

 Валюта

 Покупка

Перенос остатков и документов из программы 1С КА в 1С БП 2.0

 9000

 руб


 Наименование проекта

 Цена

 Валюта

 Покупка

Комплект. Перенос данных из КА 1.1 в БП 3.0 и из КА 1.1 в ЗУП 2.5

 12000

 руб


 Наименование проекта

 Цена

 Валюта

 Покупка

Комплект. Перенос данных из КА 1.1 в БП 2.0 и из КА 1.1 в ЗУП 2.5

 12000

 руб


 Наименование проекта

 Цена

 Валюта

 Покупка

Обновления в течение 6 мес. Перенос данных из КА 1.1 в БП 2.0 или в БП 3.0

 2250

 руб


 Наименование проекта

 Цена

 Валюта

 Покупка

Обновления в течение 6 мес. Для комплектов Перенос данных из КА 1.1

 3500

 руб


 Наименование проекта

 Цена

 Валюта

 Покупка

Перенос справочников из программы 1С КА в 1С БП ред.3.0

 4000

 руб

Комплект. Перенос данных из КА 1.1 в БП 3.0 и из КА 1.1 в ЗУП 2.5 - это  два вида правил обмена

1. Перенос из КА 1.1 в БП 3.0.

2. Перенос из КА 1.1 в ЗУП 2.5.

Комплект. Перенос данных из КА 1.1 в БП 2.0 и из КА 1.1 в ЗУП 2.5 - это  два вида правил обмена

1. Перенос из КА 1.1 в БП 2.0.

2. Перенос из КА 1.1 в ЗУП 2.5.

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

© Борис Балясников, март 2014 г., последние изменения октябрь 2017г.

© ООО "Профи-центр", г.Бирск: тел. (34784) 4-25-50, факс: (34784) 4-25-50, icq: 565351574, 591661865, mail@profiufa.ru +18