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

Обработки - Обработка документов

Правила применимы для релизов КА с 1.1.57.х по 1.1.92.х. Из базы КА 1.1 в БП 3.0 или БП 2.0 переносятся: информация о текущих остатках на счетах БУ на дату конвертации, документы, справочная информация; Для БП 3.0 есть специализированная обработка переноса. Есть возможность отбора документов по журналу регистрации, полезна при регулярных переносах.

Наиболее полное и свежее описание скачивайте бесплатно по ссылке.

Не поленитесь ознакомиться с конкурентными преимуществами данной разработки в разделе Достоинства, не покупайте у конкурентов халтуру.

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

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

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

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

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

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

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

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

Для переноса из КА (УПП) в ЗУП: тоже есть правила переноса.

Расскажем как производится  перенос данных из типовой конфигурации «Комплексная автоматизация», редакции 1.1 (далее по тексту Конфигурации-источник) в типовую конфигурацию «Бухгалтерия предприятия», редакция 3.0 или 2.0, далее по тексту именуемую «Конфигурация-получатель».

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

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

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

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

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

Из информационной базы КА 1.1 в БП 3.0 или БП 2.0 переносятся:

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

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

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

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

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

- полученный файл загружается в информационную базу БП 3.0 (БП 2.0).

Установка.

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

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

В программе 1С Комплексная автоматизация 8 нужно открыть обработку Универсальный обмен данными в формате 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 года. Правила выгрузки данных из раздела "Документы" в этом случае должны быть включены.

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

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

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

При установленном параметре Переносить реквизит подразделение производится перенос реквизита Подразделение (используется в УУ) в реквизит ПодразделениеОрганизации. Имеет смысл при переносе данных в версию КОРП. Нужно иметь ввиду, что переносится не само значение реквизита Подразделение, а его соответствие из справочника ПодразделенияОрганизаций.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Как переносятся цены номенклатуры см. описание.

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

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

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

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

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

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

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

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

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

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

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

На рис.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С Бухгалтерия 8. Загрузку как первоначально так и при повторных переносах данных или дополнительных переносах следует выполнять с помощью типовой обработки "Универсальный обмен данными в формате XML" (см. рис.8).

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

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

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

Обработка используется только в режиме Файловый. Обработку ПереносДанных_из_КА_в_БП_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С.

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

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

Принципы синхронизации данных изложены в  описании в формате PDF, скачивайте бесплатно.

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

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

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

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

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

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

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

Все открыто. Входит в ТОП-100 публикаций.

Лицензионные ограничения - только на тиражирование.

Запрет на тиражирование означает, что для каждого конечного пользователя должна приобретаться отдельная лицензия (см. Правильное использование ПП).

Акция: с 01.04.2017 по 31.05.2017 в комплект "Перенос остатков, документов, справочников из КА 1.1 в БП 3.0 с отбором по журналу регистрации (полная версия)" добавлена бесплатно обработка загрузки с сопоставлением данных

Возможна покупка данных правил в комплекте с другими правилами. Например: Перенос данных в ЗУП

Достоинства

При сравнении с конкурентными разработками советую обращать внимание на следующее:

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

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

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

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

Правила пригодны для релизов КА с 1.1.57.х по 1.1.92.х

Если нужны правила для более ранних релизов обращайтесь к автору.

07.11.2017 - правила обновлены до версий КА 1.1.92.1 и БП 3.0.54.15.

03.11.2017 - правила обновлены до версий КА 1.1.92.1 и БП 3.0.53.38.

23.10.2017 - правила обновлены до версий КА 1.1.91.1 и БП 3.0.53.38.

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

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

02.04.2017 - Акция: с 01.04.2017 по 31.05.2017. В комплект "Перенос остатков, документов, справочников из КА 1.1 в БП 3.0 с отбором по журналу регистрации (полная версия)" бесплатно добавлена обработка загрузки с сопоставлением данных, скачивайте описание по ссылке.

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

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 автоматическая, поэтому загружать нужно в последнюю очередь.

11.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

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

12.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 Изменено правило переноса документа "Получение услуг по переработке": приемник имеет тип документ ПоступлениеИзПереработки.

12.09.2016 - добавлена демонстрация переноса, это результат переноса демо-базы КА. Создайте пустую базу БП 3.0.44.94, можно из шаблона 1С или с помощью файла конфигурации 1Cv8.cf.  Загрузите файл демо-базы CDData.xml с помощью обработки Универсальный обмен данными в формате XML.

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. Добавлено правило для Передача оборудования в монтаж.

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

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

28.06.2016 - правила обновлены до версий КА 1.1.73.3 и БП 3.0.43.241. Добавлено правило для переноса Передача товаров.

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

Гарантия возврата денег

Гарантия возврата денег

ООО "Инфостарт" гарантирует Вам 100% возврат оплаты, если программа не соответствует заявленному функционалу из описания. Деньги можно вернуть в полном объеме, если вы заявите об этом течение 14-ти дней со дня поступления денег на наш счет.

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

Для возврата оплаты просто свяжитесь с нами.

Скачать файлы

Наименование Файл Версия Размер
Описание и порядок работы
.pdf 553,45Kb
04.07.16
270
.pdf 553,45Kb 270 Скачать бесплатно
Порядок работы со специализированной обработкой переноса данны
.pdf 183,92Kb
18.04.16
56
.pdf 183,92Kb 56 Скачать бесплатно
Пример переноса демо-базы КА 1.1. Файл XML для загрузки в пустую БП 3.0
.zip 8,36Mb
13.09.16
42
.zip 8,36Mb 42 Скачать бесплатно
Правильное использование ПП
.pdf 91,27Kb
21.10.16
25
.pdf 91,27Kb 25 Скачать бесплатно
Перенос остатков, документов, справочников из КА 1.1 в БП 3.0 с отбором по журналу регистрации (полная версия)
09.06.2017
1.1.92.1 - 3.0.54.15 8900 руб.

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

Перенос остатков, документов, справочников из КА 1.1 в БП 3.0
09.06.2017
1.1.92.1 - 3.0.54.15 7900 руб.

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

Правила переноса остатков и справочников из программы КА 1.1 в БП 3.0.49.21 (без спец. обработки и сопоставления)
09.06.2017
3.0.50.18 6900 руб.

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

Перенос остатков и документов из программы КА 1.1 в БП 2.0
09.08.2017
1.1.89.1 - 2.0.66.37 9000 руб.

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

Перенос остатков и документов из программы КА 1.1 в БП. Обновления в течение 12 мес.
09.06.2017
4500 руб.


Новый тикет

E-mail*
Тема (вопрос)*

См. также