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


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


Top.Mail.Ru

Пример переноса остатков и документов из программы КА 1.1 (УПП 1.3) в БП 3.0

Описание

Перенос данных между программами Комплексная автоматизация (КА 1.1) или Управление производственным предприятием (УПП 1.3) и Бухгалтерия предприятия (БП 3.0) производится путем выгрузки данных в промежуточный файл. Выгружать и загружать данные нужно через встроенную во все типовые конфигурации обработку Универсальный обмен данными в формате XML.

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

Рассматривать будем синхронизацию с демонстрационной базой УПП 1.3.164.3, созданной и распространяемой фирмой . Файл выгрузки содержит остатки на начало 2009 года и документы 2009 года.

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

Рис.1

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

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

Рис.2

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

Еще одна особенность данной разработки: параметры, управляющие алгоритмами. Рассмотрим пример. Если в УПП используется режим учета затрат Использовать партионный учет, то остатки ТМЦ извлекаются из регистра Партии товаров на складах бухгалтерский учет для того, чтобы получить документ партии. Но на практике часто встречаются расхождения между этим регистром и регистром бухгалтерии. Если это так, можно отказаться от использования указанного регистра (параметр Не учитывать регистры ПартииТоваров) и получить остатки по данным БУ. Если организация использует в учетной политике способ оценки МПЗ по средней себестоимости, то не придется при этом даже указывать партию вручную. В любом случае пользователь сам решает, как для него лучше.

Нужно дать пояснения по данному примеру выгрузки. В базе-источнике есть ошибки, которые приводят к несовпадению при конвертации. Начнем с документов ввода остатков, а именно по счету 10.01 (см. рис.3).

Рис.3. Документ ввода остатков

Обратите внимание на первую строку, в которой не заполнена номенклатура и склад, а также на итоговую сумму по документу 104940,29 руб. Итоговая сумма совпадает с остатком по счету в базе-источнике. Когда Вы удалите первую строку, а Вам придется это сделать, иначе документ невозможно провести, Вы получите сумму отличную от остатка по счету в источнике, но по оставшимся позициям суммы будут совпадать с ОСВ по счету (см.рис.4).

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

Еще раз подробнее проанализируем демонстрационную базу УПП. Если сформировать оборотно-сальдовую ведомость по счету 10.01 (для наглядности отражаются только суммы и без аналитики по складам) и просуммировать значения по всем номенклатурным позициям, то получим 104761,85 руб. в том время как остаток по счету в целом равен 104940,29 руб. (см. рис.4). Это ошибка источника, этим объясняется расхождение в остатках.

Рис.4 ОСВ по счету 10.01

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

Некоторые документы ввода остатков не будут проводиться из-за того, что не заполнены те или иные реквизиты. Рассмотрим на примере счета 19.04 по организации МебельСтройКомплект завод. В первой строке есть незаполненные реквизиты. Если открыть документ расчетов с контрагентом в той строке, где не заполнены дата и номер счет-фактуры, то в комментарии можно увидеть ссылку на документ исходной базы (см. рис.5), это Поступление товаров и услуг МСК00002 от 31.12.2005.

Рис.5 Пример документа расчетов с контрагентов при вводе остатков

А теперь откройте этот документ в источнике и Вы увидите, что ни в нем, ни в счете-фактуре с ним связанном действительно не указаны входящая дата и входящий номер от поставщика. Не путайте номер документа МСК00002, присвоенный Вашей программой учета, с номером поставщика. После того, как Вы вручную заполните недостающие реквизиты, Ввод остатков проведется.

Когда будете оценивать качество обмена данными, в частности ошибки при проведении документов в приемнике, внимательно смотрите отчеты в источнике. Ошибок в базе-источнике очень много: это незаполненные реквизиты (н-р счета 68.х, 69.х), отрицательные суммы (н-р счет 01) и т.д. В данном случае в примере мы использует то, что есть (демо-базу как есть), что доступно всем.

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

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

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

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

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

© Группа компаний "Профи-центр", г.Бирск: тел. (34784) 4-25-50, факс: (34784) 4-25-50, Skype profibirsk, mail@profiufa.ru +18