Жила была фирмочка торговая. Торговала она разными товарами. И при отгрузке товара давала клиентам отсрочку платежа. Да не просто отсрочку, а каждому клиенту – разную, кому то в банковских днях, кому то в календарных. И вот пришел кризис… ГыГы.. Да, да, это страшное слово кризис. И руководство фирмы начало считать затраты, издержки, ну и конечно же долги клиентов. А долги то не простые, как оказалось, есть текущие долги, а есть просроченные – это когда клиент взял товар неделю назад, должен был оплатить вчера и не оплатил. Текущая дебиторская задолженность – она идет согласно договора (отсрочка оплаты), а вот просроченная дебиторская задолженность, для краткости будем называть ее ПДЗ, очень неприятна для фирмы, особенно в условиях кризиса.

И сели умные дядьки думать, как же посчитать то ПДЗ у нескольких тысяч клиентов, да еще и по накладным ее разбить. Тут и сказочке конец, и начинаются серьезный разговор….

Итак, имеем базу 1с, где ведутся такие документы, как (рассматриваем только интересные нам документы) Реализация, Приходный Кассовый Ордер (ПКО), Строка Выписки Приход, Возврат От Контрагента, Корректировка Долга Контрагента.

Авторские права на предоставленный материал принадлежат автору сайта http://extremallife.ru

Схема простая. Реализацией отгружаем контрагенту товар, ПКО и выпиской отмечаем платежи контрагента, ну корректировкой корректируем долги (у нас в базе корректируют для учета ретро-бонусов). Каждый контрагент (вернее прописывается это в договоре) имеет определенную отсрочку платежа. В базе производится очень много отгрузок за день (сотни, иногда тысячи документов реализации). Плюс ко всему СЕТИ имеющие несколько торговых точек оплачивают сразу пачку накладных, не заботясь о точности платежа, ну и многие клиенты поступают так же. Например, выбирают 3 накладные на суммы 1000, 1000, 1500, а потом оплачивают сразу 4000, тем самым переплачивая 500. Поэтому привязывать документы оплаты к документам отгрузки практически не возможно, да оно в принципе и не надо, как оказалось.

Итак как же посчитать просроченную дебиторку в таких условиях? ХеХе. Этот же вопрос я задал и начальнику торгового отдела, на что получил ответ – надо выкрыживать реализации и платежи.

Подумав я пришел к выводу что оказывается просроченную дебиторку посчитать очень даже просто. Итак, методика расчета «просрочки».

У каждого контрагента есть параметр – количество дней отсрочки.

Для вычисления ПДЗ нам необходимо рассчитать долг клиента на заднее число, а именно – на текущая дата (дата вычисления ПДЗ) минус количество дней отсрочки. Например сегодня 3 февраля, клиент имеет 7 дней отсрочки, тогда необходимо рассчитать долг клиента на 27 января.

Затем необходимо обработать все документы прихода, такие как Возврат От Покупателя, Приходные Кассовые Ордера от данного покупателя, Строки Выписок Приход от данного покупателя, Корректировки долга данного клиента. Далее просуммировать ВСЕ ПРИХОДЫ ДЕНЕГ и вычесть полученную сумму из полученной выше задолженности на 27 января. Полученная цифра и будет ПРОСТРОЧЕННОЙ ДЕБИТОРСКОЙ ЗАДОЛЖЕННОСТЬЮ. Если она положительна, то надо требовать с клиента бапки )), если отрицательна, то клиент платит хорошо, даже с опережением графика.

Далее, рассмотрим как эту идею реализовать в 1С. Я писал обработку для 1с 77 Комплексная, но она будет прекрасно работать и на Торговле и Склад. Так же рассмотрим нюансы и проблемы возникающие при написании программы.

Итак, я создал внешний отчет с таким внешним видом

Внешний вид отчета

Отчет делается по фирме (если их несколько)

Выбираем контрагента или группу контрагентов, на какое количество дней считать просрочку, и расставляем флажки для тонкой настройки отчета.

На выходе имеем такую печатную форму.

Печатная форма отчета

Печатная форма отчета

Из которой мы можем посмотреть Контрагента (в скобках – количество дней отсрочки), сумму ПРОСРОЧЕННОЙ задолженноси, общую сумму задолженности, разбивку по документам – какой документ оплачен, какой частично оплачен, какой просрочен и по которому ожидается оплата в ближайшее время.

Для программиста есть небольшие проблемы при создании такого отчета. Например, для вычисления суммы долга клиента на дату используется запрос, если формировать завпрос по КАЖДОМУ клиенту, а этих клиентов достаточно много, то отчет будет выполняться очень долго. Для ускорения работы мы сделаем выборку из контрагентов, затем сгруппируем их по одинаковым срокам отсрочки и будем выполнять запрос уже по группе контрагентов, что существенно ускоряет работу отчета.

Для выявления просроченных, или частично оплаченных накладных, я тупо перебираю документы в обратном временном порядке, пока их сумма не будет меньше или равна сумме прихода.

Вот в принципе и все.

Кому интересно – могу выслать саму обработку или рассказать более детально, как это реализовано в программе.

Один из читателей, пожелавший остаться неизвестным скачал обработку и немного доработал ее под свои нужды. Как он сам пишет » DIMAS (12:00:23 15/04/2009)
да мне надо было поближе его заточить под торгпреды и увидетьне только просроченную задолженность
«.

Вот скриншоты его обработки

pdz troshin2 Методика и пример расчета просроченной дебиторской задолженности (ПДЗ) в 1С (программу для 1С можно скачать)

pdz troshin Методика и пример расчета просроченной дебиторской задолженности (ПДЗ) в 1С (программу для 1С можно скачать)

Скачать обработку можно по ссылке

Так же слегка переработанная обрадотка от Dimas

Рубрики: , Анализ

Теги: , ,


Комментарии

14 комментариев в “Методика и пример расчета просроченной дебиторской задолженности (ПДЗ) в 1С (программу для 1С можно скачать)”

Страниц: [2] 1 » Все

  1. 14
    admin пишет:

    Маладца… выложишь на обозрение? ;-)

  2. 13
    Jet пишет:

    Хуита, у меня отчетик-то понаглядней, да поуниверсальнее будет.

  3. 12
    admin пишет:

    Если Вы внимательно читали статью, то речь идет не о дебеторской задолженности, а о просроченной дебеторской задолженности.
    То есть, не сколько денег клиент должен на данный момент (этот показатель в современном бизнесе не столь важен, так как если он не выходит за рамки лимитов по датам и суммам – ничег острашного), а сколько клиент денег уже должен был перечислить и не перечислил. То есть делать клиенту стоп-отгруз и начинать готовить документы в суд или нет…
    Что касается фразы «Идея сильно не доработана«, то эффективнее, конечно привязывать документы оплаты к документам отгрузки, однако, такая возможность не всегда есть. Эта обработка вычисляет ПДЗ и без разнесения платежей.

  4. 11
    baan4c пишет:

    Сама идея сильно недоработана. Интересна не сама дебиторка, уж, если таковой интересоваться серьезно, а ее динамика.

Страниц: [2] 1 » Все

Выскажи свое мнение