Автоматизация · 11 мин
Толеранс в 1С: что это и как с ним работать
Что такое толеранс в 1С: допустимые отклонения цен и сумм в заказах, согласовании и расчетах. Настройка, контроль превышений, типичные ошибки и ответы на вопросы.
Толеранс в 1С — это допустимое отклонение одного значения от другого, в пределах которого система считает разницу допустимой и не блокирует операцию. Чаще всего термин встречается в конфигурациях 1С:ERP, 1С:Управление торговлей и 1С:Комплексная автоматизация при работе с заказами поставщикам, согласованием цен и контролем расхождений между документами.
Практический смысл толеранса прост: если фактическая цена поставщика отличается от согласованной в пределах заданного порога (например, 2% или 100 рублей), документ проводится без дополнительного согласования. Если отклонение больше — система либо запрещает проведение, либо отправляет документ на согласование ответственному лицу.
Толеранс — не единый переключатель, а набор механизмов в разных подсистемах: контроль цен закупки, допустимые расхождения в заказах, отклонения при взаиморасчетах, допуски в обмене данными. Ниже разберём, где именно он применяется, как настроить и как проверить, что контроль работает.
Где в 1С применяется толеранс
Термин «толеранс» объединяет несколько похожих механизмов контроля. Конкретный набор зависит от конфигурации и версии, но основные сценарии одинаковы.
Закупки. В заказах поставщику и поступлениях товаров толеранс ограничивает отклонение фактической цены и количества от согласованных условий. Это защищает компанию от завышения цен поставщиком и от ошибок оператора при вводе документов.
Продажи. Допустимые скидки и наценки — тоже форма толеранса: менеджер может снизить цену в пределах порога, всё сверх него требует согласования руководителя.
Взаиморасчеты и казначейство. Небольшие курсовые и суммовые разницы при оплате могут списываться автоматически, если укладываются в допуск. Также толеранс встречается в обмене данными (допустимые расхождения при сверке) и в производственных учетных решениях (допуски по нормам расхода материалов).
Как работает контроль отклонений: логика расчета
Механика контроля строится на сравнении двух величин: эталонной (согласованная цена, сумма заказа, плановая норма) и фактической (цена в поступлении, сумма оплаты, фактический расход). Разница между ними сопоставляется с порогом.
Порог задаётся двумя способами: в процентах от эталонного значения или в абсолютной сумме. Например, допуск 3% к цене договора или 500 рублей к сумме счета. В некоторых настройках можно указать оба ограничения — тогда контроль срабатывает при превышении любого из них.
Реакция системы при превышении обычно настраивается отдельно: предупреждение без блокировки, запрет проведения документа, автоматическое создание задачи на согласование. Выбор реакции зависит от того, насколько критичен контроль: для цен закупки обычно ставят запрет или согласование, для суммовых разниц в копейках — мягкое предупреждение.
Как выбрать реакцию на превышение
Настройка толеранса в заказах поставщикам и поступлениях
В конфигурациях на базе 1С:ERP и 1С:Управление торговлей контроль расхождений в закупках настраивается через параметры соглашений с поставщиками и статусную модель документов. Точное расположение настроек зависит от версии, но общий порядок одинаков.
Сначала включите использование соглашений и статусов заказов поставщикам в настройках раздела «Закупки». Затем в соглашении с контрагентом зафиксируйте условия цен — именно они станут эталоном для сравнения. Далее настройте контроль: система сравнит цены и количество в поступлении с заказом и соглашением.
После настройки обязательно проверьте работу на тестовом документе: создайте заказ, затем поступление с ценой чуть выше согласованной, но в пределах допуска, и отдельно — с ценой за пределами. Поведение системы в обоих случаях должно соответствовать задуманному.
- 1Включите в настройках закупок использование соглашений с поставщиками и статусов заказов
- 2Заполните соглашение с поставщиком: цены, условия оплаты, валюту
- 3Определите порог допустимого отклонения и реакцию системы при превышении
- 4Назначьте ответственных за согласование документов с расхождениями
- 5Проверьте на тестовом заказе и поступлении оба сценария: внутри допуска и за его пределами
Толеранс при согласовании документов
Механизм согласования тесно связан с толерансом: документ попадает на согласование именно тогда, когда выходит за пределы допуска. В 1С согласование обычно реализовано через статусы документа и встроенные механизмы бизнес-процессов или подсистему согласования в ERP.
Типовая схема выглядит так: менеджер создает заказ, система проверяет отклонения. Если всё в пределах толеранса — документ получает рабочий статус автоматически. Если есть превышение — заказ блокируется в статусе «На согласовании», а ответственному приходит задача. После утверждения документ разблокируется.
Здесь важно не перегрузить процесс: если порог слишком жёсткий, на согласование уйдет большинство документов, и контроль превратится в узкое место. Порог подбирают по статистике реальных расхождений — он должен отсеивать аномалии, а не штатные колебания цен.
Толеранс во взаиморасчетах и суммовых разницах
В расчетах с контрагентами толеранс решает другую задачу: избавляет учет от «висящих» копеек. При оплате по курсу, частичных оплатах и округлениях между долгом и оплатой почти всегда возникают мелкие разницы. Если не задать допуск, эти остатки будут копиться в актах сверки и отчетах по задолженности.
Подход обычно такой: разницы в пределах небольшого порога списываются автоматически на соответствующие статьи доходов или расходов, а существенные расхождения остаются на расчетах и требуют разбора. Порог здесь задаётся в абсолютной сумме и должен быть действительно мал — на уровне ошибок округления, а не реальных недоплат.
Отдельно проверьте, как такие списания отражаются в регламентированном учете и отчетности: автоматическое списание должно попадать на корректные счета и статьи, иначе на закрытии месяца появятся неожиданные обороты.
Как проверить результат настройки
Проводится без предупреждений и согласования
Уходит на согласование или блокируется — порог слишком жёсткий
Блокируется или создаётся задача на согласование
Проводится свободно — контроль не работает
Нет накопленных копеечных остатков
Растут мелкие долги по многим контрагентам
Расхождения только по реальным операциям
Расхождения из-за округлений и курсовых разниц
Типичные ошибки при работе с толерансом
Большинство проблем возникает не из-за самой механики, а из-за необдуманных настроек и отсутствия проверки. Разберём самые частые.
Первая ошибка — слишком жёсткий или нулевой порог. Тогда любое колебание цены поставщика блокирует документы, закупки встают, и пользователи начинают искать обходные пути: дробить документы, править цены вручную. Контроль формально есть, а фактически обходится.
Вторая ошибка — порог задан, но не назначены ответственные за согласование. Документы зависают в статусе «На согласовании», и никто не получает задачи. Третья — изменение порога без анализа последствий: документы, созданные до изменения, могут контролироваться по старым правилам, и картина в отчетах становится неоднородной.
Ограничения и когда толеранса недостаточно
Толеранс контролирует только числовые отклонения и не оценивает смысл операции. Он не защитит от ситуации, когда цена в пределах допуска, но поставщик заменён, изменены условия оплаты или номенклатура подобрана неверно. Для таких рисков нужны другие инструменты: права доступа, обязательные реквизиты, маршруты согласования по условиям.
Также учитывайте, что в типовых конфигурациях набор настраиваемых порогов ограничен. Если требуется нестандартная логика — например, разные допуски по группам товаров, категориям поставщиков или сумме документа — это реализуется доработкой через расширения конфигурации. Такую доработку стоит поручать разработчику и тестировать на копии базы.
Перед выбором порога выгрузите историю поступлений за несколько месяцев и посчитайте фактическое распределение отклонений цен. Порог, отсекающий 2–5% самых аномальных документов, обычно работает лучше, чем значение, взятое «с потолка».
Как проверить, что контроль работает правильно
Проверка сводится к трём тестам. Первый — документ строго в пределах допуска: он должен проводиться без единого сообщения. Второй — документ на границе порога: убедитесь, что система трактует границу так, как вы ожидаете (включительно или нет). Третий — документ с явным превышением: должна сработать заданная реакция, а задача согласования — попасть именно тому сотруднику, который назначен ответственным.
Периодически полезно смотреть статистику срабатываний: сколько документов уходит на согласование и по каким причинам. Рост числа срабатываний без изменения рынка обычно означает, что порог устарел или эталонные данные (цены в соглашениях) не обновляются.
Что важно запомнить
Толеранс в 1С — это настраиваемый допуск отклонений цен, сумм и количества. Настройте эталонные данные (соглашения, цены), задайте порог и реакцию на превышение, назначьте согласующих и проверьте оба сценария на тестовых документах до запуска в работу.
Частые вопросы о толерансе в 1С
Толеранс — это стандартный термин 1С или отраслевой?
Само слово «толеранс» пришло из производственной и закупочной практики. В интерфейсе типовых конфигураций вы чаще встретите формулировки «допустимое отклонение», «допустимая скидка», «расхождение», но смысл механизмов тот же — порог допустимой разницы между значениями.
Можно ли задать разные пороги для разных поставщиков?
Частично — да: условия и контроль привязываются к соглашениям, а соглашения индивидуальны для каждого поставщика. Если нужна более тонкая дифференциация (по группам товаров, суммам документов), в типовой поставке её может не хватить — тогда логику реализуют доработкой через расширение.
Что делать, если документы массово зависли на согласовании?
Сначала проверьте, назначены ли ответственные за согласование и доходят ли до них задачи. Затем оцените порог: если на согласование уходит заметная доля всех документов, допуск слишком жёсткий или устарели цены в соглашениях. Обновите эталонные данные и скорректируйте порог по фактической статистике отклонений.
Опасно ли автоматическое списание суммовых разниц?
Оно безопасно, пока порог действительно мал и покрывает только ошибки округления и мелкие курсовые колебания. Риск появляется, если порог завышен: тогда автоматически могут списываться реальные недоплаты покупателей. Обязательно проверьте, на какие счета и статьи идут такие списания, и контролируйте их обороты при закрытии периода.
Нужно ли менять настройки толеранса при обновлении конфигурации?
Сами настройки при штатном обновлении обычно сохраняются, но механика контроля в новых версиях может меняться: появляются новые параметры или переносятся существующие. После каждого обновления, затрагивающего закупки или расчеты, повторите тестовую проверку обоих сценариев — в пределах допуска и с превышением.
Можно ли обойти контроль толеранса без прав администратора?
Штатно — нет, если настройки выполнены корректно: запрет проведения и согласование работают на уровне механизмов конфигурации. Однако если у пользователя есть права на ручное изменение цен в соглашении или на изменение статусов документов, фактический обход возможен. Поэтому права на эталонные данные стоит выдавать узкому кругу сотрудников.