5 мифов о дебиторской задолженности в 1С:УТ

5 мифов о дебиторской задолженности в 1С:УТ

Коротко: Большинство торговых компаний теряют от 5% до 20% выручки из-за неправильного управления дебиторской задолженностью в 1С:УТ. Пять устойчивых мифов — о «достаточности» отчётов, автоматическом контроле лимитов, ненужности напоминаний, «умном» резервировании и сложности интеграции с ЭДО — ежедневно приводят к кассовым разрывам. В статье разбираем каждый миф с примерами кода и практическими решениями.

Почему управление дебиторкой в 1С:УТ — больная тема для торговых компаний?

Торговые компании работают в условиях постоянного давления: покупатели требуют отсрочку, поставщики — предоплату, а банки — обеспечение. В этой ситуации дебиторская задолженность превращается в главный «резервуар» замороженных денег. По данным исследований российского рынка, средний срок оборачиваемости дебиторской задолженности в оптовой торговле составляет 45–60 дней, тогда как договорные условия предполагают 14–30 дней.

Казалось бы, 1С:Управление торговлей — мощный инструмент, который должен решать эту проблему автоматически. Но на практике многие компании используют систему неправильно, опираясь на устойчивые мифы, которые передаются от одного финансового директора к другому. Эти мифы не просто безобидные заблуждения — они стоят реальных денег.

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

Миф 1: «Стандартного отчёта по дебиторке в 1С:УТ достаточно для контроля»

В чём заключается миф?

Финансовые менеджеры открывают раздел «Продажи» → «Расчёты с клиентами» → «Задолженность клиентов» и считают, что этого достаточно. Отчёт показывает остатки — значит, всё под контролем. На самом деле стандартный отчёт по задолженности клиентов в 1С:УТ 11 показывает срез на текущий момент, но не даёт ответа на ключевые вопросы: какая задолженность уже просрочена, у кого заканчивается срок оплаты сегодня и завтра, и какова тенденция изменения задолженности по конкретному контрагенту.

Что происходит на практике?

Менеджер смотрит в отчёт раз в неделю. За это время покупатель А уже нарушил срок оплаты на 10 дней, а покупатель Б получил новую отгрузку, хотя предыдущий долг не погашен. Система это «видит», но никого не оповестила — потому что никто не настроил соответствующие механизмы.

Как правильно настроить мониторинг?

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


// Процедура анализа просроченной дебиторской задолженности
// Запускается регламентным заданием ежедневно в 08:00
Процедура АнализПросроченнойДебиторки() Экспорт

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

	Запрос.УстановитьПараметр("ДатаОтчёта", ТекущаяДата());

	Результат = Запрос.Выполнить();
	Выборка = Результат.Выбрать();

	// Формируем список критических позиций
	СписокКритических = Новый СписокЗначений;

	Пока Выборка.Следующий() Цикл
		// Вычисляем количество дней просрочки
		ДнейПросрочки = (ТекущаяДата() - Выборка.ДатаПлатежа) / (24 * 60 * 60);

		Если ДнейПросрочки > 0 Тогда
			СписокКритических.Добавить(
				Выборка.Контрагент,
				СтрФормат(
					"Просрочка %1 дн. | Долг: %2 руб.",
					Целое(ДнейПросрочки),
					Формат(Выборка.СуммаДолга, "ЧДЦ=2; ЧРД=.")
				)
			);
		КонецЕсли;
	КонецЦикла;

	// Отправляем уведомление ответственным менеджерам
	Если СписокКритических.Количество() > 0 Тогда
		ОтправитьУведомлениеМенеджерам(СписокКритических);
	КонецЕсли;

КонецПроцедуры

Дополнительно рекомендуется настроить динамический список на рабочем столе менеджера, который в режиме реального времени отображает контрагентов с приближающимися сроками оплаты (за 3, 7 и 14 дней). Это принципиально иной уровень контроля по сравнению со статичным отчётом.

Миф 2: «Лимиты кредита в 1С:УТ работают автоматически и блокируют отгрузку»

Откуда берётся этот миф?

В 1С:Управление торговлей 11 действительно есть механизм кредитных лимитов. Его можно настроить в карточке соглашения с клиентом. Многие руководители уверены: раз лимит установлен, система сама не даст отгрузить товар сверх него. Это частичная правда, которая на практике оборачивается катастрофой.

Где кроется ловушка?

Во-первых, контроль лимита срабатывает только при проведении документа «Реализация товаров и услуг» или «Заказ клиента» — в зависимости от настроек. Но если у пользователя есть право «Разрешить превышение лимита», он может нажать кнопку «Всё равно провести» и отгрузка состоится. По умолчанию это право есть у большинства менеджеров по продажам.

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

Как правильно настроить контроль лимитов?

Первый шаг — ограничить права пользователей. В профиле группы доступа менеджеров по продажам необходимо убрать право «ПревышениеЛимитаЗадолженности». Второй шаг — создать дополнительную проверку при проведении заказа клиента:


// Функция проверки лимита задолженности перед проведением заказа
// Вызывается из обработчика ПередЗаписью модуля документа
Функция ПроверитьЛимитЗадолженности(ДокументОбъект) Экспорт

	Контрагент = ДокументОбъект.Контрагент;
	Соглашение = ДокументОбъект.СоглашениеСКлиентом;

	// Получаем установленный лимит из соглашения
	ЛимитКредита = Соглашение.МаксимальнаяЗадолженность;

	Если ЛимитКредита = 0 Тогда
		// Лимит не установлен — пропускаем проверку
		Возврат Истина;
	КонецЕсли;

	// Запрашиваем текущую задолженность контрагента
	Запрос = Новый Запрос;
	Запрос.Текст =
		"ВЫБРАТЬ
		|	ЕСТЬNULL(РасчётыСКлиентами.СуммаОстаток, 0) КАК ТекущийДолг
		|ИЗ
		|	РегистрНакопления.РасчётыСКлиентами.Остатки(
		|		,
		|		Контрагент = &Контрагент
		|	) КАК РасчётыСКлиентами";

	Запрос.УстановитьПараметр("Контрагент", Контрагент);

	Результат = Запрос.Выполнить();

	Если НЕ Результат.Пустой() Тогда
		Строка = Результат.Выбрать();
		Строка.Следующий();
		ТекущийДолг = Строка.ТекущийДолг;
	Иначе
		ТекущийДолг = 0;
	КонецЕсли;

	// Добавляем сумму текущего заказа
	СуммаЗаказа = ДокументОбъект.СуммаДокумента;
	ИтоговаяЗадолженность = ТекущийДолг + СуммаЗаказа;

	Если ИтоговаяЗадолженность > ЛимитКредита Тогда
		// Фиксируем попытку превышения в журнале
		ЗаписьЖурналаРегистрации(
			"КонтрольЛимитаЗадолженности",
			УровеньЖурналаРегистрации.Предупреждение,
			,
			ДокументОбъект,
			СтрФормат(
				"Превышение лимита: контрагент %1, лимит %2, факт %3",
				Контрагент,
				ЛимитКредита,
				ИтоговаяЗадолженность
			)
		);
		Возврат Ложь;
	КонецЕсли;

	Возврат Истина;

КонецФункции

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

Миф 3: «Покупатели сами помнят о сроках оплаты — напоминания унижают партнёрские отношения»

Психология мифа

Этот миф особенно распространён в компаниях с долгой историей работы с постоянными клиентами. Менеджеры боятся «обидеть» покупателя напоминанием об оплате, считая это проявлением недоверия. В результате они молчат, пока задолженность не становится критической — и тогда разговор происходит в гораздо более неприятном формате.

Что говорит практика?

Исследования поведения покупателей в B2B-сегменте показывают: 67% просрочек возникают не из-за злого умысла, а из-за обычной забывчивости или перегруженности бухгалтерии покупателя. Своевременное вежливое напоминание воспринимается как проявление профессионализма, а не как давление. Компании, внедрившие систему автоматических напоминаний, сокращают среднее время просрочки на 30–40%.

Как автоматизировать напоминания в 1С:УТ?

В 1С:Управление торговлей 11 есть встроенный механизм взаимодействий и задач. На его основе можно выстроить трёхуровневую систему напоминаний:

  • За 3 дня до срока оплаты — вежливое информационное письмо с реквизитами счёта
  • В день наступления срока — напоминание с просьбой подтвердить факт оплаты
  • На 3-й день просрочки — официальное уведомление с указанием суммы и последствий

// Процедура формирования задач-напоминаний для менеджеров
// по приближающимся и просроченным платежам
Процедура СоздатьЗадачиНапоминания() Экспорт

	Запрос = Новый Запрос;
	Запрос.Текст =
		"ВЫБРАТЬ
		|	Взаиморасчёты.Контрагент КАК Контрагент,
		|	Взаиморасчёты.ДоговорКонтрагента КАК Договор,
		|	Взаиморасчёты.СуммаОстаток КАК Сумма,
		|	Взаиморасчёты.Регистратор.ДатаПлатежа КАК ДатаПлатежа,
		|	Взаиморасчёты.Контрагент.ОсновнойМенеджер КАК ОтветственныйМенеджер
		|ИЗ
		|	РегистрНакопления.РасчётыСКлиентами.Остатки(
		|		,
		|		СуммаОстаток > 0
		|	) КАК Взаиморасчёты
		|ГДЕ
		|	Взаиморасчёты.СуммаОстаток > 0
		|		И РАЗНОСТЬДАТ(ТЕКУЩАЯДАТА(), Взаиморасчёты.Регистратор.ДатаПлатежа, ДЕНЬ) >= -3";

	Результат = Запрос.Выполнить();
	Выборка = Результат.Выбрать();

	Пока Выборка.Следующий() Цикл

		ДнейДоСрока = РАЗНОСТЬДАТ(Выборка.ДатаПлатежа, ТекущаяДата(), День);

		// Определяем тип напоминания и текст
		Если ДнейДоСрока < 0 Тогда
			ТипНапоминания = "ПредстоящийПлатёж";
			ТекстЗадачи = СтрФормат(
				"Напомнить клиенту %1 об оплате %2 руб. (срок через %3 дн.)",
				Выборка.Контрагент,
				Формат(Выборка.Сумма, "ЧДЦ=2"),
				Целое(-ДнейДоСрока)
			);
		ИначеЕсли ДнейДоСрока = 0 Тогда
			ТипНапоминания = "СрокОплатыСегодня";
			ТекстЗадачи = СтрФормат(
				"СРОЧНО: сегодня срок оплаты от %1 на сумму %2 руб.",
				Выборка.Контрагент,
				Формат(Выборка.Сумма, "ЧДЦ=2")
			);
		Иначе
			ТипНапоминания = "Просрочка";
			ТекстЗадачи = СтрФормат(
				"ПРОСРОЧКА %1 дн.: клиент %2, долг %3 руб. — требуется звонок!",
				ДнейДоСрока,
				Выборка.Контрагент,
				Формат(Выборка.Сумма, "ЧДЦ=2")
			);
		КонецЕсли;

		// Создаём задачу на менеджера
		НоваяЗадача = Документы.ЗадачаИсполнителя.СоздатьДокумент();
		НоваяЗадача.Наименование = ТекстЗадачи;
		НоваяЗадача.Исполнитель = Выборка.ОтветственныйМенеджер;
		НоваяЗадача.ДатаИсполнения = ТекущаяДата() + 86400; // следующий день
		НоваяЗадача.Записать();

	КонецЦикла;

КонецПроцедуры

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

Кстати, если ваша компания работает с электронным документооборотом, автоматическая отправка напоминаний через ЭДО существенно ускоряет цикл взыскания — покупатель получает официальный документ, а не просто письмо на почту.

Миф 4: «Дебиторка — проблема финансового отдела, а не менеджеров по продажам»

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

Технически закрепить ответственность несложно: достаточно добавить в регламентное задание по созданию напоминаний (пример которого разобран выше) выборку по полю ОтветственныйМенеджер и формировать задачи именно на него. Но организационно важнее включить показатель «процент просроченной дебиторки» в KPI менеджера наравне с объёмом продаж. Пока продавец получает бонус только за отгрузку и не несёт никаких последствий за невозврат денег — он будет отгружать всем подряд, не глядя на кредитную историю покупателя. Изменение системы мотивации меняет поведение быстрее любой автоматизации.

Миф 5: «Если настроить 1С:УТ один раз — система будет работать сама»

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

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

Найдите специалиста для решения этой задачи на koderion.ru

Автор: редакция Koderion. Обновлено: 2 мая 2026. Источники: Бухгалтерия.ру, Infostart, ИТС 1С.