Как реализовать работу мобильной торговли в 1С:УТ 11.4 с использованием интеркампани?

Автоматизация торговых представителей, работающих по схемам pre-selling и van-selling, сталкивается с серьезными сложностями, когда в компании внедрена схема «Интеркампани». Основная проблема заключается в том, что коробочные решения для мобильной торговли часто «не видят» виртуальные остатки, которые 1С формирует автоматически при передаче товаров между организациями.

Рассмотрим, почему стандартные подходы не справляются и какие архитектурные решения помогут нам наладить корректный обмен данными между 1С:УТ 11.4 и мобильными приложениями.

Анализ проблемы: почему стандартные обмены не учитывают интеркампани?

В типовых конфигурациях, таких как 1С:Управление торговлей 11.4, механизм Интеркампани работает на уровне документов в самой 1С. Когда менеджер продает товар другой организации, система делает проводки, переводящие товар с баланса компании-владельца на баланс компании-продавца. Однако мобильные приложения при обмене данными чаще всего запрашивают текущие остатки по конкретному складу и организации из регистра ТоварыНаСкладах.

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

Решение 1: Доработка модуля обмена и создание виртуальных остатков

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

Разберем этапы доработки:

1. Создаем на стороне 1С виртуальную таблицу доступных остатков.
2. Включаем в запрос данные из регистра ТоварыОрганизаций и учитываем логику передачи товаров.
3. Формируем пакет данных для КПК таким образом, чтобы агент видел товар как «доступный», даже если физически он числится на другой юридической единице.

При этом важно помнить, что при van-selling (продажах с колес) торговый агент работает с реальными остатками в автомобиле. Здесь система должна резервировать товар через Заказ клиента от нужной организации, чтобы при закрытии месяца 1С автоматически отработала схему Интеркампани.

Решение 2: Фильтрация по типам налогообложения и сегментам

Часто возникает вопрос разделения товаров для клиентов на ОСНО и УСН. Если мы продаем товар от ООО (плательщик НДС), мы не можем продавать товары, которые числятся только на ИП (УСН) без НДС, если это не предусмотрено бизнес-процессами.

Для решения этой задачи мы рекомендуем использовать Сегменты номенклатуры:

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

Решение 3: Разработка собственного мобильного клиента

Если бизнес-процессы вашей компании требуют высокой точности отображения доступности товаров, включая сложные цепочки интеркампани, наиболее надежным решением станет создание собственного мобильного приложения (клиента 1С).

Почему это эффективно:

• Мы можем использовать HTTP-сервисы для взаимодействия с 1С в режиме реального времени.
• Логика расчета остатков переносится непосредственно в 1С, где все алгоритмы Интеркампани работают «из коробки».
• Мобильное приложение запрашивает данные методом GET, получая уже готовую, рассчитанную структуру доступности для конкретного агента и клиента.

Пример логики запроса на стороне сервера 1С:

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

Заключение: какой путь выбрать?

Если у вас небольшое количество операций и стандартные решения типа Mobi-С или Наполеон уже внедрены, рекомендуем начать с доработки формата обмена и настройки сегментов номенклатуры. Это позволит ограничить видимость товаров и избежать ошибок с НДС.

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

Помните: Интеркампани в 1С — это мощный инструмент, но он требует строгой дисциплины в документах. Главная задача мобильной торговли в таких условиях — стать «прозрачным» окном в эту систему, а не надстройкой, которая пытается угадать остатки самостоятельно.