25185 
Отложить чтение статьи
Один из самых частых вопросов у внимательных пользователей УНФ (Управление нашей фирмой), которые рассматривают цифры, которые выдает им программа — «Почему врет стартовая страница УНФ? Откуда у нас такие долги?!».
Это первая статья из цикла и мы тут больше будем говорить о постановке проблемы, чем о ее решении.
Лучше всего ситуацию иллюстрирует скриншот =)
И теперь очевидный вопрос: «Откуда такие долги?! Причем есть
И в подтверждение этого показывают справочник покупателей / поставщиков и подкладывают Акты сверки.
Примечание: Для упрощения рассказа у нас один контрагент — покупатель.
Такое ощущение, что действительно никаких долгов нет, а программа об этом не в курсе.
Анализируем ситуацию с мощными аналитическими отчётами
Начнем с Отчета «Взаиморасчеты» (кратко).
Этот отчет по нашим оценкам наиболее часто используется для контроля за долгами.
Опять двадцать пять.
Я заранее извиняюсь, что так долго подвожу к проблеме, но мой основной посыл в том, что есть правильные места, где надо смотреть важные цифры, а есть не правильные места.
Так вот, самое правильное место для анализа долгов покупателей — это Отчет «Расчеты с покупателями».
В-о-о-о-т, уже
А может ли так быть вообще?!
Может. В одном из двух случаев:
- Если с контрагентом ведутся расчеты по нескольким договорам (по одному договору висит долг, а по другому — предоплата)
- Если с контрагентом ведутся расчеты по нескольким заказам (соответственно, по одному заказу висит долг, а по другому — предоплата)
А если договор один и по заказам расчеты не ведутся, то одновременный долг и аванс на покупателе (бухгалтера еще называют это «одновременным сальдо») — это чисто техническая ошибка, которая ничего не означает экономически.
Построим Отчет «Расчеты с покупателями» специальным образом, чтобы сделать проблему очевидной.
Мы добавили очень важную аналитику «Документ расчетов».
Программа каждый долг (например, выписанный Акт выполненных работ) учитывает обособленно и потом обязательно этот долг закрывается
С авансами та же история — они учитываются обособленно, а потом зачитывают
В этом отчете мы как раз и видим, что ни один из долгов (Акты выполненных работ 1,2,3) не оплачены, а все оплаты стали авансами. Вот и получается, что долгов на 8 млн. и авансов на столько же.
Почему так произошло?
Для программы очень важно, что бы в документе оплаты было прямо указано, что оплачивается именно этот акт, а у нас стоит что эта оплата — предоплата.
Поменяем разнесение оплаты на правильный акт и посмотрим, как будет выглядеть отчет.
Мы видим, что теперь именно по этому акту прошла оплата и в конечном остатке мы видим, что долг больше не висит.
Повторим подобное с Актом № 2 и Оплатой № 2.
Видим, что Поступление на расчетный счет № 2 пропало из отчета (точнее показывается как оплата в 500 000 Акта № 2) и остался долг.
Посмотрим внимательно на оплату № 3. Это сложный платеж.
Нам остался последний штрих — сказать что в Акте № 3 мы зачитываем аванс в 7 000 000 рублей.
Во-первых, мы видим тут что заработала колонка «Зачтено» и
Вот именно такой работы с долгами и оплатами ожидает программа и теперь посмотрим на итог нашей работы — начальную страницу «Пульс бизнеса».
Ну наконец пульс бизнеса стучит верно и не врет.
Под конец остается как минимум два вопроса:
А вообще для чего так сложно (аккуратно и внимательно) вести расчеты?
Основная идея в том, что очень много пользователей (собственников, руководителей отделов продаж, менеджеров) хочет использовать замечательный механизм отсрочек и «давности» долгов. То есть отчет который скажет —есть ли просроченная задолженность, или на сколько дней задолженность просрочена и можно ли делать новую отгрузку / давать скидку или еще
Так вот, для этого отчета критически важно знать когда именно был оплачен какой долг. Причем, в идеале это решение должен принимать человек (именно этим мы с вами сейчас и занимались).
Соответственно, без уверенности в том, что у вас «красивые» взаиморасчеты ожидать адекватных цифр в Отчете «Задолженность покупателей по срокам долга» не стоит.
Неужели нет других вариантов и надо так сильно заморачиваться?
Скажу так:
- В прошлых версиях программы Управление Нашей Фирмой можно было выполнять эту работу только вручную
- Практически никто с этим не справлялся и во взаиморасчетах всегда была каша
В новой версии УНФ (начиная с
- Это будет тема моей следующей статьи по УНФ
- Автоматические механизмы программ вовсе не отменяют контроль ответственного человека
Читайте также: Работа с взаиморасчетами в 1С:УНФ — автоматический зачет авансов
Комментарии 14
Чтобы комментировать, можно авторизоваться через Яндекс ID или VK ID
Можно и без авторизации
Вот, если все по договорам ок.
В расчетах и актах клиента тоже.
А в отчете Задолженность клиента по срокам выходит долг.
У клиента есть возвраты и корректировки реализаций.
Такое впечатление, что либо не учитываются возвраты при автоматическом зачете оплат
или отчет не учитывает доки возвратов.
Спасибо за похвалу.
Если вы имеете в виду способ зачета "Автоматически" у долгов и авансов, то да, автоматический зачет не работает в возвратах и корректировках реализаций. Еще не работает в Корректировках долга.
Получается, надо периодически просматривать взаиморасчеты и схлопывать авансы у таких контрагентов. Это можно Корректировкой долга делать довольно удобно.
Скажите, а вторая часть статьи, о том как "организовать работу так, что бы авансы и долги закрывались автоматически (по методу ФИФО)" не состоялась? Не могу найти её на сайте.
Рекомендуем ознакомиться с другими нашими материалами по взаиморасчетам
https://1eska.ru/projects/publications/upravlenie-nashey-firmoy-unf/vzaimoraschety-v-unf-kak-organizovat-svoyu-rabotu-chast-1/
https://1eska.ru/projects/publications/upravlenie-nashey-firmoy-unf/vzaimoraschety-v-unf-kak-organizovat-svoyu-rabotu-chast-2/
Но предупреждаем, тема сложная, даже специалистам приходится повозиться, что бы все наладить.
По поводу отчета аналога — можете просто смотреть отчет "Расчеты с покупателями" и там не детализировать долги до документов, будет в учете каша, но в отчете 1 цифра долга.