К статье
Практический материал

Торговля и Склад · 10 мин

Как правильно провести претензию в 1С

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

Работа с претензиями клиентов — обязательная часть учета в торговых и производственных компаниях. В типовых конфигурациях 1С (Управление торговлей 11, ERP, Комплексная автоматизация) для этого предусмотрены специальные механизмы: документ «Претензия клиента» или «Претензия», регистрация через CRM-подсистемы, а также косвенные способы учета через возвраты и корректировки. Правильное оформление претензии позволяет отследить причину недовольства, назначить ответственного, зафиксировать результат рассмотрения и корректно отразить в учете возврат товара или выплату компенсации.

Ошибки при проведении претензий приводят к расхождениям в складских остатках, зависшим взаиморасчетам и потере истории взаимоотношений с клиентом. Например, если возврат товара оформить обычной накладной без связи с претензией, аналитика по причинам возвратов перестанет работать, а менеджер не увидит, что клиент уже обращался с аналогичной проблемой.

Ниже разобран полный цикл работы с претензией в 1С: от регистрации обращения до закрытия с финансовым результатом. Инструкции ориентированы на конфигурации УТ 11 и ERP 2, но общая логика применима и к другим решениям на платформе 1С:Предприятие 8.

Где в 1С находится учет претензий

В конфигурации «Управление торговлей 11» и ERP 2 претензии регистрируются в разделе «Продажи» или «CRM и маркетинг» в зависимости от настроек функциональности. Если механизм не виден в интерфейсе, проверьте настройку: «НСИ и администрирование» → «Настройка НСИ и разделов» → «CRM и маркетинг» — должен быть включен функциональный опционал, связанный с претензиями и самостоятельными соглашениями с клиентами.

В программах без полноценной CRM-подсистемы (например, 1С:Бухгалтерия) отдельного документа «Претензия» нет. Там претензия учитывается косвенно: через возврат товара от покупателя, корректировку реализации, операции вручную и корреспонденцию в комментариях к документам. Это допустимый вариант для редких обращений, но он не дает аналитики по причинам и статусам.

Регистрация претензии: пошаговый порядок

Стандартный путь — создание документа на основании реализации. Откройте документ «Реализация товаров и услуг», по которому клиент предъявляет претензию, и используйте кнопку «Создать на основании». Это автоматически подставит контрагента, договор, сделку и список товаров, что исключает ошибки ручного ввода и сохраняет связь документов.

В карточке претензии обязательно заполните: дату обращения, клиента, причину претензии (из справочника причин — его стоит предварительно настроить под ваши процессы: брак, недопоставка, пересорт, просрочка срока годности), описание проблемы своими словами и ответственного менеджера. Чем точнее заполнена причина, тем полезнее будет последующая аналитика.

Порядок регистрации претензии
  1. 1
    Откройте исходный документ реализации и создайте претензию на его основании
  2. 2
    Укажите дату обращения, клиента и ответственного менеджера
  3. 3
    Выберите причину претензии из справочника и опишите суть проблемы
  4. 4
    Зафиксируйте перечень товаров и количество, по которым предъявлена претензия
  5. 5
    Установите статус «Зарегистрирована» или «Рассматривается» и запишите документ
  6. 6
    Проверьте, что претензия отображается в журнале и связана с реализацией

Если претензия не привязана к конкретной отгрузке

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

Статусы и маршрут рассмотрения

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

Назначайте ответственного сразу при регистрации. В подсистемах CRM можно настроить бизнес-процесс: задача менеджеру на рассмотрение, согласование решения с руководителем, контроль срока ответа. Если согласование не требуется, достаточно ручной смены статуса ответственным сотрудником.

Маршрут решения

Как выбрать действие по претензии

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

Отражение результата в учете

Закрытие претензии почти всегда сопровождается учетными документами. Главное правило — вводить их на основании претензии или исходной реализации, чтобы цепочка документов оставалась целостной и проверяемой.

При возврате товара создается документ «Возврат товаров от клиента». Обратите внимание на вид возврата: возврат от розничного покупателя и от оптового клиента оформляются по-разному, а возврат комиссионного товара — отдельным порядком. После проведения возврата товар поступает на склад (при необходимости — на отдельный склад брака), а по взаиморасчетам формируется задолженность компании перед клиентом, которую закрывают возвратом денежных средств или зачетом в счет будущих поставок.

Если результат претензии — не возврат, а исправление документов, используйте «Корректировку реализации». Она корректно изменит выручку, НДС и взаиморасчеты без ручных операций. Компенсации без возврата товара (скидка за брак, штраф по договору) отражаются либо корректировкой, либо соглашением о изменении условий, либо операцией списания задолженности — в зависимости от экономической сути.

Проверка результата и аналитика

После закрытия претензии убедитесь, что учетные данные сошлись. Проверьте три зоны: складские остатки (возвращенный товар оприходован на правильный склад с правильным качеством), взаиморасчеты с клиентом (нет зависшей задолженности по возврату) и статус самой претензии (закрыта с указанием результата).

Для анализа используйте отчеты по претензиям: по причинам, по клиентам, по срокам рассмотрения. Регулярный разбор причин — главная практическая ценность учета претензий: если значительная доля обращений связана с недопоставкой по одному складу или браком конкретного поставщика, это сигнал для работы с источником проблемы, а не только с последствиями.

Контрольные точки

Как проверить результат

Статус претензии
Норма

Претензия закрыта, указан результат и дата закрытия

Тревожный признак

Претензия висит в статусе «Рассматривается» неделями

Складские остатки
Норма

Возвращенный товар оприходован, качество и склад указаны верно

Тревожный признак

Товар проведен по возврату, но физически на складе не появился

Взаиморасчеты
Норма

Задолженность по возврату закрыта оплатой или зачетом

Тревожный признак

По клиенту висит кредиторская задолженность без движения

Связь документов
Норма

Возврат и корректировка введены на основании претензии или реализации

Тревожный признак

Документы созданы вручную без связи, аналитика не собирается

Типичные ошибки при работе с претензиями

Самая частая ошибка — оформление возврата без регистрации претензии. Учетно всё сходится, но теряется история: невозможно построить отчет по причинам возвратов и увидеть проблемных клиентов или товары. Вторая распространенная проблема — незаполненная причина претензии или причина «прочее» в большинстве обращений, что обесценивает аналитику.

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

Типичные ошибки
01
Возврат оформлен без претензии — потеряна причина и история обращений
02
Причина указана как «прочее» — аналитика по причинам не работает
03
Корректировка проведена в закрытом периоде — искажена сданная отчетность
04
Претензия не закрыта статусом — клиент остался без ответа, обращение зависло
05
Деньги вернули, но документ оплаты не связали с возвратом — взаиморасчеты не закрыты

Часто задаваемые вопросы

В какой конфигурации 1С есть документ «Претензия»?

Документ для учета претензий клиентов есть в Управлении торговлей 11, ERP 2 и Комплексной автоматизации — обычно в разделе «Продажи» или «CRM и маркетинг». В 1С:Бухгалтерии отдельного документа нет: там претензии отражаются через возвраты, корректировки реализации и комментарии к документам.

Что делать, если претензия пришла от розничного покупателя?

Для розницы претензия обычно оформляется возвратом товара от розничного покупателя с привязкой к чеку ККМ или отчету о розничных продажах. Если конфигурация позволяет, зарегистрируйте претензию на частное лицо и свяжите с ней возврат — это сохранит аналитику причин обращений по розничному каналу.

Как оформить претензию поставщику, а не от клиента?

Логика зеркальная: регистрируется претензия поставщику (в УТ 11 — через документы работы с поставщиками или «Возврат товаров поставщику» на основании поступления). Возврат поставщику уменьшает долг перед ним, а бракованный товар списывается с остатков с указанием качества.

Можно ли закрыть претензию без возврата и корректировки?

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

Как настроить справочник причин претензий?

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

Что делать с зависшими претензиями без движения?

Периодически формируйте список претензий в рабочих статусах и проверяйте сроки реакции. Для каждой зависшей претензии либо назначьте ответственного и срок решения, либо закройте её с фиксацией результата. Автоматические напоминания и задачи в CRM-подсистеме помогают не допускать накопления необработанных обращений.

Итог

Что важно запомнить

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