Многие компании, работающие в сегменте малого и среднего бизнеса, часто сталкиваются с ситуацией, когда текущего функционала 1С:Бухгалтерия предприятия 3.0 (ПРОФ) вполне достаточно для ведения учета, однако возникают специфические задачи, которые реализованы только в версии КОРП. Одной из таких задач является формирование Уведомления о контролируемых сделках. Разберем подробно, как можно решить эту проблему, не прибегая к дорогостоящему апгрейду, и какие технические сложности могут возникнуть в процессе.
Контролируемые сделки — это область налогового контроля, регулируемая разделом V.1 НК РФ. Традиционно считается, что под такие проверки попадают только крупные холдинги или компании с внешнеэкономической деятельностью, имеющие сложную структуру взаимозависимости. Именно поэтому методисты фирмы «1С» вынесли этот функционал в версию КОРП. Однако на практике даже небольшая «дочка» иностранной компании может столкнуться с необходимостью сдачи этого уведомления, если порог сделок превышает установленные лимиты.
Самым очевидным и безопасным с точки зрения обновлений вариантом является переход на 1С:Бухгалтерия КОРП. Рассмотрим, в чем заключаются плюсы и минусы этого решения для небольшой организации.
Плюсы:
Минусы:
Как отмечалось в обсуждении, если компания использует собственные серверы («корпоративные стандарты»), то вариант с переходом в облако (SaaS), где КОРП доступен по подписке, может не подойти. В таком случае придется приобретать коробочную версию или лицензии на сервер.
Проанализируем техническую возможность «выдирания» кода уведомления из одной конфигурации в другую. Это путь для опытных разработчиков 1С. Подсистема контролируемых сделок не является полностью автономной, она тесно интегрирована с объектами метаданных.
Для реализации этого метода нам потребуется перенести следующие объекты:
КонтролируемыеСделкиПрисоединенныеФайлы, ВзаимозависимыеЛица.УведомлениеОКонтролируемыхСделках.СоставГруппВзаимозависимыхЛиц, МетодыОпределенияРыночныхЦен.КонтролируемыеСделкиОрганизаций.Рассмотрим пример кода, который может использоваться для инициализации сбора данных в перенесенной подсистеме. Часто разработчики создают внешнюю обработку, которая имитирует проведение документов по новым регистрам:
Процедура ЗаполнитьДвиженияПоКонтролируемымСделкам(ДокументСсылка) Экспорт
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| Реализация.Ссылка КАК Ссылка,
| Реализация.Контрагент КАК Контрагент,
| Реализация.СуммаДокумента КАК Сумма
|ИЗ
| Документ.РеализацияТоваровУслуг КАК Реализация
|ГДЕ
| Реализация.Ссылка = &Ссылка";
Запрос.УстановитьПараметр("Ссылка", ДокументСсылка);
Результат = Запрос.Выполнить().Выгрузить();
// Далее следует логика заполнения регистра КонтролируемыеСделкиОрганизаций
КонецПроцедуры
Важный нюанс: при таком подходе вы берете на себя ответственность за актуализацию кода при каждом обновлении конфигурации. Поскольку БП 3.0 обновляется часто, механизмы платформы могут измениться, что приведет к поломке самописного или перенесенного функционала.
Наиболее современным и щадящим способом доработки является использование расширений (Extensions). Это позволяет добавить необходимые объекты (справочники, отчеты) в базу ПРОФ, не снимая её с поддержки.
Мы можем создать расширение, которое добавит в интерфейс раздел «Контролируемые сделки». В этом расширении будут реализованы:
Контрагенты (признак взаимозависимости).Хозрасчетный) и их интерпретация для целей уведомления.Разберем, на какие лимиты стоит опираться при написании алгоритма фильтрации сделок. Согласно действующему законодательству (на 2024 год), для внешнеторговых сделок между взаимозависимыми лицами порог признания сделок контролируемыми составляет 120 миллионов рублей в год по одному контрагенту. Если сумма меньше, уведомление подавать не требуется.
Если бюджет на разработку ограничен, а количество сделок не исчисляется тысячами, проанализируем вариант с использованием сервисов электронной отчетности. Операторы связи (СБИС, Контур.Экстерн) имеют продвинутые редакторы отчетности.
Алгоритм действий будет следующим:
Универсальный отчет по документам реализации и поступления с фильтром по нужным контрагентам.Этот способ хорош тем, что проверка формата XML ложится на плечи оператора отчетности, который всегда поддерживает формы в актуальном состоянии.
Подводя итог, можно сказать, что выбор решения зависит от масштаба проблемы:
Помните, что за непредставление уведомления в срок предусмотрен штраф, но гораздо серьезнее — риск доначисления налогов, если цены в сделках не будут соответствовать рыночным. Поэтому, какой бы технический путь вы ни выбрали, главное — обеспечить достоверность собираемых данных.