При работе по агентской схеме в программе 1С:Комплексная автоматизация 2.4 (и аналогичных решениях вроде 1С:ERP) пользователи часто сталкиваются с неприятной ситуацией: при продаже агентских услуг через розницу возникают «зависшие» остатки или отрицательные значения на счетах расчетов с комитентами. Рассмотрим подробнее, почему это происходит и как выстроить корректную цепочку документов.
Типичный сценарий выглядит так: компания-агент продает услугу, которую фактически оказывает сторонний партнер (принципал). Если продажа оформляется документом Отчет о розничных продажах (ОРП), система автоматически формирует проводку Дт 62.Р — Кт 76.09. Однако при последующем формировании документа Отчет принципалу о продажах программа пытается закрыть задолженность по счету 76.ОК (Расчеты с комитентами по проданным товарам).
Выясним причину такого поведения системы. В конфигурации 1С:КА 2.4 логика подстановки счетов в документе Отчет о розничных продажах для агентских схем разделена на уровне программного кода:
76.ОК.76.09 (Прочие расчеты с разными дебиторами и кредиторами).В то же время документ Отчет принципалу всегда ориентирован на работу со счетом 76.ОК или 76.05, что и порождает разрыв: на одном счете образуется «плюс», на другом — «минус». Проанализируем способы решения этой задачи.
Проанализируем рекомендации методологов 1С. Основной совет — отказаться от использования Отчета о розничных продажах для реализации агентских услуг в пользу документа Реализация товаров и услуг. Рассмотрим преимущества этого подхода:
Реализация товаров и услуг для агентских схем (и для товаров, и для услуг) используется единый счет 76.ОК.Отчета принципалу.Посмотрим на последовательность действий:
Реализация товаров и услуг.Отчет принципалу, который сделает проводку Дт 76.ОК — Кт 76.05 (или аналогичную), полностью закрывая расчеты по реализации.Разберем ситуацию, когда счета учета все же нужно переопределить. Хотя в 1С:КА 2.4 счета не задаются напрямую в карточке номенклатуры, они управляются через Группы финансового учета. Проверим настройки:
Важный нюанс: Если даже после настройки ГФУ документ Отчет о розничных продажах продолжает упорно ставить счет 76.09, это подтверждает жесткую кодировку логики для розницы. В этом случае настройки ГФУ будут игнорироваться системой именно для данного типа документа.
Если специфика бизнеса не позволяет отказаться от Отчета о розничных продажах (например, настроен жесткий обмен с фронт-офисом или ККМ), можно использовать документ Корректировка задолженности. Рассмотрим, как это сделать:
76.09 и 76.ОК.Корректировка задолженности с типом операции «Перенос задолженности».76.09 на счет 76.ОК, чтобы закрыть сальдо в ноль.Этот метод трудозатратен, так как требует ежемесячного контроля, но он позволяет сохранить текущую схему документооборота.
Проанализируем ситуацию, когда клиент оплатил услугу, но принципал её не оказал, и деньги нужно вернуть. В 1С:КА 2.4 документ Возврат товаров от клиента ориентирован на товарные позиции. Для услуг алгоритм будет иным:
Отчет принципалу еще не был сформирован: достаточно оформить чек возврата или корректировочный Отчет о розничных продажах с отрицательным количеством.Отчет принципалу уже проведен: необходимо использовать документ Корректировка реализации (если была Реализация товаров и услуг) или оформлять Отчет принципалу с отрицательными суммами (сторно), если ваш релиз программы поддерживает такую операцию.Расходный кассовый ордер или Списание с расчетного счета с видом операции «Возврат оплаты клиенту».Подводя итог, можно сделать вывод: наиболее стабильным и методологически верным способом учета перевыставляемых услуг в 1С:КА 2.4 является использование цепочки «Реализация товаров и услуг» + «Отчет принципалу». Попытка использовать розничные отчеты для этих целей приводит к конфликту встроенных алгоритмов системы, которые разделяют товары и услуги по разным субсчетам 76-го счета.
Для проверки корректности учета всегда используйте отчет «Ведомость расчетов с комитентами» в разделе «Закупки». Если в отчете суммы закрываются, а на счетах рег. учета «висят» остатки — значит, имеет место подмена счетов (76.09 вместо 76.ОК), и следует применить одно из описанных выше решений.