Как настроить выгрузку и обмен данными из 1С:Комплексная автоматизация 2 в 1С:Бухгалтерия предприятия 3.0 для формирования КУДиР ИП на ОСНО

Программист 1С v8.3 (Управляемые формы) 1С:Комплексная автоматизация Налоговый учет IT и автоматизация бизнеса
← На главную

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

Почему КУДиР для ИП на ОСНО невозможно вести напрямую в КА 2?

Для начала проанализируем архитектурные особенности программных продуктов фирмы 1С. Многие пользователи и начинающие специалисты рассчитывают, что внедрив мощную ERP-подобную систему, такую как 1С:Комплексная автоматизация 2, они смогут вести в ней абсолютно все виды учета. Однако в случае с ИП на ОСНО это не так. Разработчики сознательно заблокировали данный функционал на уровне ядра системы по нескольким причинам:

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

Таким образом, единственным легальным, методологически верным и автоматизированным способом сдачи отчетности для такого ИП является схема, при которой оперативный учет (склад, оптовые продажи, закупки) ведется в 1С:Комплексная автоматизация 2, а регламентированный и налоговый учет — в 1С:Бухгалтерия предприятия 3.0 через регулярную синхронизацию данных.

Вариант 1. Настройка типового обмена через формат EnterpriseData

Рассмотрим самый доступный вариант, не требующий написания программного кода с нуля, — использование встроенного механизма синхронизации. Современный типовой обмен между КА 2 и БП 3.0 базируется на технологии EnterpriseData. Это универсальный формат обмена данными в формате XML, построенный по объектному принципу.

Разберем по шагам, как активировать и настроить этот обмен в обеих базах:

Шаг 1. Подготовка баз данных. Перед началом настройки убедитесь, что обе конфигурации обновлены до актуальных релизов. Версии формата EnterpriseData в базах-источниках и приемниках должны совпадать или быть совместимыми (например, формат версии 1.15).

Шаг 2. Включение синхронизации в КА 2. Перейдем в раздел НСИ и администрирование -> Настройка интеграции -> Синхронизация данных. Установим флаг Синхронизация данных. Здесь же зададим уникальный префикс для информационной базы (например, "КА").

Шаг 3. Создание настройки синхронизации в КА 2. Нажмем на ссылку Настройки синхронизации данных, выберем команду Новая синхронизация данных и укажем в качестве программы-приемника Бухгалтерия предприятия, редакция 3.0.

В открывшемся помощнике выберем вариант подключения (прямое подключение через COM-соединение, обмен через сетевой каталог, FTP или электронную почту). Для стабильной работы в полуавтоматическом режиме чаще всего выбирают обмен через общую сетевую папку или прямое подключение.

Шаг 4. Настройка правил отправки. На этапе настройки правил отправки данных из КА 2 важно определить:

Шаг 5. Завершение настройки в БП 3.0. Сохраняем файл настроек (если выбран файловый обмен) и открываем базу 1С:Бухгалтерия предприятия 3.0. Заходим в Администрирование -> Синхронизация данных, запускаем аналогичный помощник и завершаем сопоставление справочников и объектов.

Ошибки типового обмена: почему возникают проблемы с «дополнительными расходами»

Как отмечают практикующие специалисты на форумах, "из коробки" обмен может работать с ошибками. Особенно сильно это бьет по расчету себестоимости и отражению дополнительных расходов на приобретение ТМЦ.

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

В БП 3.0 логика учета намного проще и прямолинейнее. Дополнительные расходы должны фиксироваться специализированным документом Поступление доп. расходов, который делает прямые проводки в дебет материальных счетов (Дт 10, 41 - Кт 60) и напрямую увеличивает стоимость ТМЦ на складе в момент проведения.

При трансляции через формат EnterpriseData документы распределения расходов из КА 2 часто не находят прямых аналогов в БП 3.0 или переносятся как обычные услуги (без привязки к конкретным товарным позициям). В результате:

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

Для исправления этой ситуации в БП 3.0 приходится либо вручную переопределять документы поступления услуг в документы доп. расходов, либо дорабатывать правила конвертации объектов на стороне источника.

Вариант 2. Использование альтернативных правил обмена (Конвертация данных 2.1)

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

В отличие от EnterpriseData, которая работает по жестко зафиксированным схемам XDTO, правила КД 2.1 позволяют гибко перенаправлять свойства объектов, писать произвольный код на встроенном языке 1С в обработчиках событий (например, ПередВыгрузкой, ПриЗагрузке, ПоляПоиска).

Рассмотрим, как задействовать готовые коммерческие правила обмена (например, популярные решения с портала Инфостарт):

Шаг 1. Подключение внешней обработки. Выгрузка и загрузка данных в этом случае происходит через стандартную обработку Универсальный обмен данными в формате XML. Ее можно запустить через меню Файл -> Открыть в обеих базах.

Шаг 2. Настройка выгрузки в КА 2. В обработке на стороне источника указываем:

Пример программного кода, который часто пишется в обработчиках правил КД 2.1 для обхода ошибок проведения документов при загрузке в БП 3.0:


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

Шаг 3. Загрузка данных в БП 3.0. Открываем ту же обработку в базе БП 3.0 на вкладке Загрузка данных, указываем путь к полученному файлу данных и запускаем процесс загрузки. При использовании корректно настроенных правил КД 2.1 документы доп. расходов, взаиморасчеты и авансы сопоставляются без критических ошибок.

Практические рекомендации по отладке КУДиР в БП 3.0 после завершения обмена

Перенести документы — это лишь половина дела. Чтобы Книга учета доходов и расходов ИП на ОСНО сформировалась корректно, необходимо выполнить ряд обязательных регламентных действий непосредственно в базе-приемнике 1С:Бухгалтерия предприятия 3.0:

  1. Проверка последовательности документов. Нарушение хронологической последовательности — главный враг КУДиР. Если оплата поставщику была загружена раньше, чем само поступление товаров, система может не зачесть аванс автоматически. Выполните групповое перепроведение документов за весь отчетный период (раздел Операции -> Групповое перепроведение документов).
  2. Анализ зачета авансов. Убедитесь, что в документах списания с расчетного счета и поступлениях товаров счета расчетов (60.01, 60.02) заполнены корректно. Режим зачета авансов должен стоять в положении Автоматически.
  3. Запуск регламентных операций налогового учета. В конце каждого месяца обязательно выполняйте процедуру Закрытие месяца в БП 3.0. Именно в этот момент происходят расчеты по налоговым регистрам ИП на ОСНО, определяются оплаченные материальные расходы и формируются итоговые записи книги.
  4. Использование специализированных отчетов. Для контроля правильности отражения расходов используйте отчет Анализ учета по УСН/ИП или сформируйте КУДиР в тестовом режиме, обращая внимание на расшифровку каждой строки раздела расходов. Если расходы на сырье или товары не попали в книгу, проверьте по регистрам ИП МПЗ, на каком этапе оборвалась цепочка (поступление -> оплата -> реализация).

Подводя итог, можно сделать вывод: связка 1С:Комплексная автоматизация 2 в роли фронт-офиса и оперативной базы и 1С:Бухгалтерия предприятия 3.0 для ведения КУДиР ИП на ОСНО является полностью рабочей и жизнеспособной схемой. Использование штатного механизма синхронизации по технологии EnterpriseData позволяет автоматизировать этот процесс, а в случае возникновения сложных расхождений по аналитикам себестоимости и дополнительным расходам всегда можно прибегнуть к точечной настройке правил через 1С:Конвертация данных 2.1.

← На главную