Расчет процентов пени по просроченной задолженности

18.11.15

–

Считает проценты за каждый день просрочки платежа от даты платежа, указанной в документе, или по истечении указанного Вами числа дней с момента отгрузки (опция "Использовать отсрочку"). Цель: решение о проценте наценки для контрагента, основанное на его платежной дисциплине.
Пока только рубли.

Penny отличается от первоначального ТЗ расчетом доп. процента наценки для компенсации потерь от задержек платежей за период.

Скачать файл

ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.

Наименование		SM	По подписке [?]	Купить один файл
Penny 1.0 .ert 231,00Kb 142	142	1 SM	Скачать	Купить за 1 850 руб.
Пенни2015: "Убрать минуса за ДатойОкончания" .ert 233,50Kb 145	145	0 SM	Скачать
Penny beta .ert 230,50Kb 81	81	0 SM	Скачать

Рекомендуется к помещению в \Extforms Каталога ИБ для корректной работы кнопки "Обновить".

Работает на основе типовой Ведомости по контрагентам.

Отбор по контрагенту(ам) обязателен, рекомендуемые Группировки: Контрагент и Документ движения.

Флажок "Использовать нулевой остаток пени" позволяет не учитывать события предыдущих периодов.

Простите, и прощено будет Вам;)

upd:

Опция "ОграничитьРасчетДатойКонца" (Пенни v.2015) работает так: если движения документа (накладной) относятся (в связи с отсрочкой) к дате за пределами отчета, строка не выводится, итоги корректируются на сумму данного документа.

Опция "Использовать Отсрочку" при этом должна быть включена.

"Использовать Отсрочку" игнорирует реквизит "ДатаОплаты" документа Реализация, относя движения к дате документа, скорректированную на указанный в настройках отчета период отсрочки.

–

См. также

Начисление пени на просроченные задолженности покупателей для ТиС 7.7

Взаиморасчеты Бухгалтер Пользователь Оперативный учет 7.7 1С:Торговля и склад 7.7 Россия Управленческий учет Абонемент ($m)

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

1 стартмани

12.10.2017 13748 7 torgstar 0

Счет-фактура 2017 для 1С Бухгалтерия 7.7

Печатные формы Взаиморасчеты Бухгалтер Пользователь Бухгалтерский учет 7.7 1С:Бухгалтерия 7.7 Россия Бухгалтерский учет Абонемент ($m)

Внешняя печатная форма счет-фактуры с 01.07.2017 г. для Конфигурации 1С:Бухгалтерия 7.7.

1 стартмани

23.06.2017 50376 254 Perm1C 17

Акт сверки с разворотом по договорам и множественным фильтром по контрагентам

Взаиморасчеты Акт сверки Бухгалтер Бухгалтерский учет 7.7 1С:Бухгалтерия 7.7 1С:Упрощенное налогообложение 7.7 Россия Бухгалтерский учет Абонемент ($m)

Акт сверки для 1С:Бухгалтерии 7.7 И УСН 7.7 (начиная с версии файла 1.0.1) Тестировался на релизах (бухгалтерии от 594 и выше, упрощенки от 250 и выше). Добавлена возможность группировать операции по договорам контрагента и формировать обороты по ним. Добавил (начиная с версии 1.0.3) и вывод (опционально) счетов-фактур В версии 1.05 добавил множественный фильтр ( по контрагентам и договорам). Для чего это нужно. Ну к примеру, когда юрлицо реорганизуется или когда есть холдинг. 18.10.2022 Сделал как БП 3.0 в акте сверке выводится сальдо по каждому договору 10.11.2022 Сделал как Сверки как БП 3.0 (убрал все фильтры, они не понятны бухгалтеру), только добавил флажок "разбивать по договорам" и в таком случае логика отчета аналогична логике отчета в БП 3.0 ( т.е движения и сальдо разбиваются по договорам). Отчет так и называется Акт сверки как в БП3_0

1 стартмани

24.01.2017 17447 30 AndKovalchuk 3

Просроченная задолженность в днях для конфигурации Торговля и Склад 7.7

Взаиморасчеты Бухгалтер Пользователь Оперативный учет 7.7 1С:Торговля и склад 7.7 Управленческий учет Абонемент ($m)

Просроченная задолженность в днях для конфигурации Торговля и Склад 7.7

200 руб.

27.07.2014 27924 25 5

Загрузка данных о принятых платежах через систему АИС "Расчет"(ЕРИП) для Беларуси

Взаиморасчеты WEB-интеграция Системный администратор Бухгалтер Платформа 1С v7.7 Конфигурации 1cv7 Финансовые услуги, инвестиции Беларусь Бухгалтерский учет Абонемент ($m)

Загрузка данных о принятых платежах с физических лиц за оказываемую услугу через систему АИС "Расчет"(ЕРИП) для Беларуси

1 стартмани

04.01.2014 18531 14 waizz 2

Работа с 62 счетом в бухгалтерии

Взаиморасчеты Бухгалтер Бухгалтерский учет 7.7 1С:Бухгалтерия 7.7 Россия Бухгалтерский учет Абонемент ($m)

Сортировка 62 счета по субсчетам Обработка сама закрывает авансы, при этом она позволяет работать с кореспонденцией любого типа по 62 счету, например схлопнуть 62,4 на 62,1 , а затем 62,1 на 62,2 или сразу 62,2 на 62,1 ,т.е. сколько раз хотите столько и запустите с различными вариациями.

1 стартмани

18.10.2013 29777 30 zavsom 3

Задолженность по контрагентам, разбитая на периоды просрочки

Взаиморасчеты Оптовая торговля Учет доходов и расходов Розничная торговля Программист Бизнес-аналитик Бухгалтер Пользователь Оперативный учет 7.7 1С:Торговля и склад 7.7 Розничная и сетевая торговля (FMCG) Оптовая торговля, дистрибуция, логистика Россия Управленческий учет Абонемент ($m)

Раньше этот отчет распространялся платно и только по нашим клиентам. Сегодня выкладываем его в общее пользование, в память о золотом веке семерки. Впрочем, уверен, что и сейчас скачиваний будет немало, ведь семерка жива, и на "1С:Торговле и склад" многие торговые компании предпочитают до сих пор вести учет продаж.

1 стартмани

31.07.2013 42091 148 O-Planet 15

Акт сверки взаиморасчетов для ТиС 7.7

Взаиморасчеты Акт сверки Бухгалтер Оперативный учет 7.7 1С:Торговля и склад 7.7 Розничная и сетевая торговля (FMCG) Россия Управленческий учет Абонемент ($m)

Формирование и печать акта сверки взаиморасчетов с контрагентами по данным учета конфигурации "Торговля и склад" 7.7.

1 стартмани

10.07.2013 18633 66 АннаШ 3

Комментарии

Подписаться на ответы Инфостарт бот

Свернуть все

1. Доня 285 29.12.09 15:32 Сейчас в теме

Конфигурация???

2. Altez 258 29.12.09 15:53 Сейчас в теме

Тис 9.2

3. barsuk 29.12.09 23:15 Сейчас в теме

не работает -незачетЪ

5. Altez 258 30.12.09 09:58 Сейчас в теме

(3)логи плз
Группировки Контрагент и Договор выставлены?
Не работает на "обрезанных" базах (т.к.) для определения начального остатка пени перебирает документы от начала времен.

6. barsuk 30.12.09 10:03 Сейчас в теме

(5) смотри (4) - вывалились точно такие де ошибки. Да база обрезанная. Что надо сделать чтоб заработало под нее?

8. Altez 258 30.12.09 10:27 Сейчас в теме

(6)эврика, щас все будет,
с отбором по контрагенту без группировки
Кредитный документ работает?

14. Altez 258 30.12.09 12:27 Сейчас в теме

Замечания (3),(4) учтены в новой версии, отбор по контрагенту оставим обязательным или норм.?

4. Flashlike 30.12.09 09:55 Сейчас в теме

Вывалилось кучей ошибок.

"Нижнейшими уровнями.." по русски "Последними уровнями". по умолчанию их надо поставить так.
Если Запрос2.Выполнить(ТекстЗапроса2) = 0 Тогда
{C:\ВЕДОМОСТЬПОДОЛГАМ%.ERT(1145)}: <<?>> Период с ДатаНачала по ДатаКонца;
и т.д.

7. Altez 258 30.12.09 10:18 Сейчас в теме

(4) А можно скриншот с настройками на dailapu*inbox.ru пжл
Строка 1137 кода гласит:
ТекстЗапроса2=СтрЗаменить(ТекстЗапроса2,"ДатаНачала по ДатаКонца","Дата0 по Дата1");

Оставтье пока вид отчета "Общие взаиморасчеты" (по умолчанию),
ибо заточен был отчет согласно экономическому смыслу под анализ одного контрагента, у клиентов работает с дефолтными настройками на типовых.

Скачайте последнюю версию с сайта(с)

Не рейтинга ради, праздника для
русский язык верну в свои права при 1 случае:)/,

9. rodin 30.12.09 10:38 Сейчас в теме

Очень просто рассчитывается кол-во дней просрочки (ДнейПроср=?(ПосДата='..',0,ТекДата-ПосДата);)... в реале данный отчет не подходит... это скажет любой юрист.

И причем тут ДатаНачала ??? Отчет должен работать НА ДАТУ т.к. данный очет должен оперировать исключительно оборотами с начала взаиморасчетов с контрагентом ИМХО

10. Altez 258 30.12.09 11:03 Сейчас в теме

(9) Написана сия штука была для имплантации в ТИС функционала шаровары ЮристРасчетЭксперт, вся методическая основа "Как там", и Астраханским клиентам подходит.
Решена задача прикида наценок/отсрочек платежа для покупателя на основе анализа его платежной дисциплины.
Оч.хотелось бы, чтобы "Любой Юрист" указал на обсуждение причины, по которой "Очень просто рассчитывается кол-во дней просрочки" является проблемой

(ДнейПроср=?(ПосДата='..',0,ТекДата-ПосДата)... говорит о том что фирма молодая, ввод остатков пени не сложно дописать, надо?

11. rodin 30.12.09 11:18 Сейчас в теме

(10) "Очень просто рассчитывается кол-во дней просрочки" ... извини, не правильно выразился, скорее так "Не верно рассчитывается кол-во дней просрочки"

12. rodin 30.12.09 11:18 Сейчас в теме

Будет время - подробно обосную....

13. Altez 258 30.12.09 11:31 Сейчас в теме

(12) Буду рад новой методике, на тек.момент известна проблема пересекающихся дат, когда в накладных одного контрагента разное число дней отсрочки, что приводит к отрицательным процентам пени; будет время - починим;)

15. iov 407 30.12.09 16:29 Сейчас в теме

Прошу пардон.
Пару вопросов (посмотреть обработку не смог)
как расчитываются пени? от суммы документа или от суммы без НДС?
обычно по доковору клиент платит не за документ а по договору.
Следовательно стоит иметь подробную расшифровку по документам и "оплатам " этих документов с указанием документов оплаты (с датами).
соответственно неплохо бы все завернуть в типовую бумажку с грозными словами типа суд и больше не играем :D чтобы осчастливить юриста или его заменяющего. Крайне рекомендую сделать возможность распечатки реестра документов по месяцам крупно , для поиска оригиналов по архивам. И также добавить информацию о том сколько дней отсрочки у клиента по договору и фактически.фактически разница между датой документа и датой оплаты с учетом того что механизм движения даты оплаты отлажен для указания на то что может случится что дата оплаты по каким либо причинам была установлена меньше чем дней отсрочки по договору и данные документы нельзя принимать к рассмотрению без пересчета даты оплаты.
Хорошая идея только в прошлом месяце закончил реализацию комплекса юриста по даннному вопросу.
Итак автоматизацию в массы!

16. iov 407 30.12.09 16:30 Сейчас в теме

ПРОшу пардон второй раз
ВСЕХ С НОВЫМ ГОДОМ!!!

17. Sk0rp 119 30.12.09 19:26 Сейчас в теме

А как все это с частичными оплатами до документу заработает?
Например должен 10 000,
просрочил 2 дня (пеня за 2 дня с 10 000)
оплатил 8 000
через 20 дней (еще пеня за 20 дней, но уже с 2з тысяч)
оплатил еще 1 000
и т.д.
Что будет происходить если при оплате по договору после перепроведении погашения разнесутся по другим документам и подтвердить изначальную бумажку с расчетом будет нечем?

18. barsuk 01.01.10 15:41 Сейчас в теме

Если поставить группировку по контрагенту - то вываливается вот такая ошибка - Запрос2.Получить(ЗнчИзм(Запрос,СписокГруппировок,Ном),)//);
{E:\PENNI.ERT(725)}: Слишком много параметров передано при вызове функции/процедуры объекта

19. Altez 258 03.01.10 19:54 Сейчас в теме

(18)Это когда отсутствует отбор по контрагенту(ам)?
Починим, пока логичней оттточить методику согласно (9)
пока
"Отбор по контрагенту(ам) обязателен"

(15),(17) Оплатой "по документу"(кстати откуда необходимость?) и выделением НДС не озадачивались, можно над этим поработать, особенно если выделить комплекс юриста в 1с-совместимую шаровару)

20. iov 407 03.01.10 23:26 Сейчас в теме

(19) комплекс юриста "встроил" в торговлю. Выделять нет смысла.
Необходимости всплывают в суде... Сумма без ндс должна быть и точные расчеты по срокам договора и установленым в документе...
Вобщем советую "потрепать" юриста.
(17) Бумажка делается на или за день до суда и далее меняеется с согласия обоих сторон и суда (например банковский плате задержанный по причинам независяфим от сторон и поступивший на момент судебной тяжбы причем пени по неоплаченным и оплаченным "просроченным" накладным могут быть расчитаны отдельно).
Так было в паре фирм. Я тоже сначала сзадачился фиксациейно с юр стороны бумажка значит больше так что забил.

21. Altez 258 05.01.10 00:57 Сейчас в теме

(20)задача обры лишь прикид наценок..
Коль до суда дойдет, конечно, знаем теперь к кому за сорцом идти)

22. iov 407 05.01.10 01:31 Сейчас в теме

(21) Дык не в укор, а пользы для, писал сию поэму я.
Коль для наценок был урок, тогды оброк считаем впрок.
С бояр по рубь, с крестьян копейка, глядишь получится ПРЕМИЯ (ну не придумал я рифму зато правда).

Перевожу тогда имеет смысл с учетом данных пени (вычитать из прибыли по клиенту например) помучить какой процент мы с него получаем и на "недостачу (пени) " увеличивать наценку по договору например.

24. Altez 258 10.01.10 04:10 Сейчас в теме

Добавился Коэффициент оборачиваемости дебиторской задолженности (Receivables Turnover, RT) - отношение оборота компании к среднегодовой величине дебиторской задолженности.

(22)
Если (%наценки+%штраф.наценки)=(%наценки+%пени) легко добавить расчет %штрафной наценки
Себестоимость подтянуть осталось..

25. iov 407 10.01.10 04:48 Сейчас в теме

(24) вот смотри какой инструмент вырастает.
(будешь делать платным вспомни про старого еврея ;) )

26. Altez 258 10.01.10 16:31 Сейчас в теме

(25)Чтовы что вы) Ещё дядька Норбеков грил евреи не бывают старыми и новыми - они всегда свежие)
обновил
всем спасибо
будут бонусы поделим

23. iov 407 05.01.10 01:32 Сейчас в теме

Блин ну не научили меня думать с запятыми.

27. iov 407 10.01.10 16:48 Сейчас в теме

(27) Ну что вы какая дележка. Я согласен просто на бесплатный продукт.

28. Altez 258 01.02.10 01:15 Сейчас в теме

Исправлены косые "Отсрочка"(теперь не захватывает платежки) и строка Итогов(считает пеню до даты конца отчета).
Вывод строки итогов после каждой группировки по контрагенту.
Начиная с 1.0 Нач.ост пени в заголовке группировки по контрагенту не отображается-там итог пени.

29. elya020580 23 28.07.10 15:25 Сейчас в теме

А для 8.1 торговли можете выложить этот же отчет? Очень нужно для суда.

30. Altez 258 28.07.10 17:03 Сейчас в теме

(29) 22 пост утверждает отсутствие необходимой закону точности в данном инструменте, его ниша скорее расчет менеджером скидки

31. iw6 14.10.11 15:53 Сейчас в теме

нужная вещь

32. пользователь 06.02.12 02:04

Сообщение было скрыто модератором.

...

33. ASSuk 09.11.15 07:41 Сейчас в теме

Доброго дня! Отчет хороший, но если (ДатаКонца + Отсрочка)>ТекДата тогда считает пеню на дату больше ТекДата, что в свою очередь приводит к минусовой дате задолженности и пене для (ДатаКонца + Отсрочка) > ТекДат. Или это гениальная задумка разработчика?)

34. Altez 258 09.11.15 14:49 Сейчас в теме

(33) Доброго и вам! За время эксплуатации руководителя это устраивало, а с переходом на 8ку стало неактуально. Есть готовые предложения? С радостью внесу в алгоритм

35. ASSuk 09.11.15 16:12 Сейчас в теме

Altez, понял вас! Был бы вам очень признателен($m ) за доработку данной обработки. Хочется иметь возможность(галочка) не выводить в таблицу если текдата> преддата. То есть если сегодня 09.11.2015 , мы выбираем период по 08.11.2015 контрагента с отсрочкой в 7-мь дней то выводить в таблицу только задолженность по 08.11.2015, просчитывать до 16.11.2015 не надо. Соответственно в таблице не будет к-во дней с "-" и сумма пени будет тоже положительная)
Ну а если галку не ставить-изначальный вариант. Сможете доработать? Со своей стороны скачивание за $m гарантирую)