Как организовать учет филиала в Казахстане в 1С:Управление торговлей 11.5 при наличии официальных и неофициальных поставок

При расширении бизнеса и открытии представительств в странах ЕАЭС, в частности в Казахстане, архитекторы систем 1С сталкиваются с дилеммой: как совместить жесткие требования локального законодательства (Казахстан) и сложившуюся управленческую модель в головной российской базе. Ситуация осложняется, когда часть товарного потока идет «официально» (с оформлением экспорта/импорта), а часть остается внутригрупповым перемещением без смены юридического лица. Рассмотрим детально три архитектурных варианта решения этой задачи, проанализируем их плюсы, минусы и технические риски.

Вариант 1. Разделение баз: Создание локальной информационной системы в Казахстане

Этот подход предполагает установку отдельной конфигурации 1С:Управление торговлей для Казахстана или 1С:Бухгалтерия для Казахстана непосредственно в филиале Алматы. В головной российской базе филиал остается лишь как управленческая единица.

Преимущества:

• Полное соответствие законодательству РК. Локальные версии 1С «из коробки» поддерживают работу с ИС ЭСФ (электронные счета-фактуры), СНТ (сопроводительные накладные на товары) и Виртуальным складом.
• Чистота данных. Управленческие ошибки в российской базе не влияют на налоговую отчетность в Казахстане.
• Масштабируемость. При необходимости выделения филиала в полностью независимый бизнес данные уже разделены.

Технические сложности:

Основная нагрузка ложится на разработку обменов. Нам потребуется синхронизировать:

1. НСИ (Нормативно-справочную информацию): Справочники Номенклатура, Контрагенты, Договоры. Важно обеспечить единство GUID или использовать уникальные идентификаторы (например, артикул + производитель).
2. Остатки и цены: Головная база должна видеть актуальные запасы в Алматы для возможности оперативных продаж.
3. Документооборот: Реализация в РФ должна превращаться в Поступление в КЗ.

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

Вариант 2. Механизм Intercompany в единой базе УТ 11.5

Мы создаем в справочнике Организации новое юридическое лицо — ТОО (Казахстан). Весь товар официально продается от ООО (РФ) в ТОО (КЗ).

Как это работает технически:

Мы настраиваем схему «Обеспечение за счет других организаций». Когда склад в Алматы (принадлежащий ТОО) продает товар клиенту, система автоматически регистрирует потребность, которую закрывает документ ПередачаТоваровМеждуОрганизациями.

Риски и подводные камни:

• Искажение управленческой отчетности: Если просто смотреть отчет «Продажи», мы увидим задвоение выручки (сначала продажа из РФ в КЗ, потом из КЗ конечному клиенту). Чтобы этого избежать, во всех типовых отчетах (например, «Выручка и себестоимость продаж») необходимо использовать фильтр «Исключить передачи между организациями».
• Партионный учет и ГТД: В Казахстане критически важен учет по номерам ГТД и источникам происхождения. В российской УТ 11.5 механизмы ВидыЗапасов и НомераГТД могут не в полной мере соответствовать требованиям ИС ЭСФ Казахстана, что потребует доработок при выгрузке в бухгалтерскую базу РК.
• Валютный учет: Сделки между РФ и КЗ являются валютными. Потребуется корректная настройка кросс-курсов и переоценки валютных остатков.

Вариант 3. Гибридная модель с признаком официальности перемещения

Это самый «мягкий» вариант для управленческого учета, предложенный автором темы. В этой модели филиал в Алматы продолжает рассматриваться как Склад внутри российского контура. Перемещение товара на этот склад оформляется стандартным документом ПеремещениеТоваров.

Реализация механизма:

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

1. Через механизм Дополнительных реквизитов или расширение конфигурации добавим в документ ПеремещениеТоваров булево поле ОфициальнаяПоставка.
2. Если флаг установлен, при проведении документа или через регламентное задание формируется запись в специальный регистр сведений или создается «скрытый» документ РеализацияТоваровУслуг от ООО на контрагента ТОО.
3. При синхронизации с бухгалтерской базой в Казахстане (БП КЗ) выгружаются только те документы, которые помечены как официальные.

Пример логики формирования данных для обмена:

// Пример упрощенного алгоритма подбора данных для выгрузки в БП Казахстана
Запрос = Новый Запрос;
Запрос.Текст = 
    "ВЫБРАТЬ
    |	ПеремещениеТоваров.Ссылка КАК ДокументСсылка,
    |	ПеремещениеТоваров.Номер КАК Номер,
    |	ПеремещениеТоваров.Дата КАК Дата
    |ИЗ
    |	Документ.ПеремещениеТоваров КАК ПеремещениеТоваров
    |ГДЕ
    |	ПеремещениеТоваров.ДополнительныеРеквизиты.Значение = ИСТИНА
    |	И ПеремещениеТоваров.ДополнительныеРеквизиты.Свойство.Имя = ""ОфициальнаяПоставка""
    |	И ПеремещениеТоваров.СкладПолучатель = &СкладАлматы";

Запрос.УстановитьПараметр("СкладАлматы", Справочники.Склады.НайтиПоНаименованию("Склад Алматы"));
Результат = Запрос.Выполнить().Выбрать();

Пока Результат.Следующий() Цикл
    // Вызов функции генерации XML/JSON для бухгалтерской базы Казахстана
    СформироватьПакетДляБПКЗ(Результат.ДокументСсылка);
КонецЦикла;

Критически важный нюанс: СНТ и Виртуальный склад в Казахстане

Проанализируем ситуацию с точки зрения государственного контроля РК. Независимо от выбранного варианта в 1С:УТ РФ, на стороне Казахстана обязательно должны быть сформированы СНТ (Сопроводительные накладные на товары).

Если вы выбираете Вариант 3, вы столкнетесь с проблемой: в российской базе нет понятия «Виртуальный склад» (ВС) Казахстана. Это означает, что бухгалтер в Алматы будет вынужден вручную сопоставлять пришедший товар с данными на портале ИС ЭСФ.

Рекомендация: Чтобы избежать хаоса в остатках, при использовании Варианта 3 необходимо обеспечить передачу в бухгалтерскую базу Казахстана не только количества и цены, но и Номера ГТД (или ID товара в системе ВС). В УТ 11.5 эта информация хранится в справочнике НомераГТД и связывается с товаром через ВидыЗапасов.

Как не задвоить остатки и не потерять маржинальность?

Выясним причину опасений автора по поводу искажения прибыли. При «официальной» продаже в ТОО в головной базе фиксируется выручка и себестоимость. Но для владельца бизнеса это просто перемещение денег из одного кармана в другой.

Для корректного анализа рекомендуем:

1. Использовать Управленческую организацию (предопределенный элемент в УТ 11.5). Все неофициальные перемещения делать внутри одной управленческой организации.
2. Для официальных поставок использовать механизм Интеркампани, но в отчетах анализировать показатель «Выручка (между организациями)» отдельно от «Выручки внешним клиентам».
3. Разделить склады физически или логически. Если склад один, но часть товара на нем «серая», а часть «белая», это неизбежно приведет к ошибкам в подборе ГТД. Рассмотрим вариант создания двух логических складов в 1С: Склад Алматы (Офиц) и Склад Алматы (Упр). Это позволит четко видеть, какой товар можно продавать по белому, а какой — нет.

Итоговые рекомендации

Выбор архитектуры зависит от горизонта планирования:

• Если задача «заткнуть дыру» и быстро помочь бухгалтеру — выбирайте Вариант 3 (флаг в перемещении). Это потребует минимальных изменений в текущих процессах.
• Если планируется рост филиала и усиление налогового контроля в РК — единственным верным решением будет Вариант 1 (отдельная база для КЗ). Это позволит локальному бухгалтеру полноценно работать с государственными информационными системами Казахстана без костылей в российской базе.

В любом случае, помните: ключевым звеном является партия товара (ГТД). Если вы потеряете контроль над ГТД при перемещении из РФ в КЗ, официальная продажа внутри Казахстана станет невозможной из-за блокировок со стороны ИС ЭСФ.