gifts2017

[MONEY] График платежей (альтернативный)

Опубликовал Сергей (Che) Коцюра (CheBurator) в раздел Отчеты - Финансовые

1C v.7.7. Готовое решение. Не требует настройки. Не требует допрограммирования. Альтернативный вариант типового графика платежей в новой "обертке" с некоторыми упрощениями: позволяет видеть долги в привычном для бухгалтера/менеджера календаре-ежедневнике...

... график платежей (облегченная версия) учитывает только "реализации" с отсрочкой платежа;
... два режима формирования: истинный и накопительный:
- истинный: отвечает на вопрос "какую сумму платежа ожидаем в данный день?";
- накопительный: отвечает на вопрос "какую сумму платежа ожидаем в данный день при условии если клиент продинамит предыдущую запланированную оплату?"
... сложновато? а кто обещал, что будет легко?
поясню на примере: сегодня, 29 августа, и типа звонит клиент и говорит, "...слышь, Петрович, я у тебя там на отсрочке платежа сижу в 21 день, так вот у мну сейчас денег нет - товар в Грузии застрял из-за сцуко Сцукашвили... и долго не будет, поэтому все что я тебе _должен буду платить по отсрочке - ты на эти деньги не рассчитывай, я все тебе прощаю ;-), заплатить смогу только не раньше середины октября - ты мне можешь сказать, сколько я буду должен заплатить, ну, например, 25 октября?"... я смело отвечаю: могу! жмакаю в октябрь и смотрю 2 цифры.. агамс... если будешь платить 25 октября - то придется проплатить 13 лимонов + 3 лимона того, что уже просрачил на сегодня.. итого 16 лимонов... проценты за просрачку я с тебя не возьму - проставишься баней и девочками... ок? и все путем...
...
см.скриншоты.
кто желает высказаться по существу - милости просим...
спасибо O-Planet за позаимствованный календарь из http://infostart.ru/profile/180/projects/77/

29.06.2010 Внимание: в процессе подготовки к размещению в магазине полной версии обнаружена ошибка. В полной версии ошибка - исправлена, в облегченной - осталось как было (ошибка может проявляться не всегда). Таким образом, облегченную версию рекомендуется рассматривать только как "демо"/ознакомительную версию...

Внимание: данная разработка базируется на методике ведения взаиморасчетов, заложенной в типовую конфигурацию "Торговля и Склад", поэтому, если вы заинтересованы в приобретении полной версии, выясняйте все непонятные для себя моменты в общении с разработчиком в комментариях к данной разработке или в личной переписке ДО ПРИОБРЕТЕНИЯ РАЗРАБОТКИ.

Скачать файлы

Наименование Файл Версия Размер
Облегченная версия 1133
.1219968784 194,50Kb
25.09.09
1133
.1219968784 194,50Kb Бесплатно
[money] График платежей (альтернативный)
28.06.2014
1500 руб.

Моментальная
доставка

См. также

Подписаться Добавить вознаграждение

Комментарии

1. Kivduts (kivduts) 29.08.08 04:46
По моему файлец не тот прикрепили
2. valent (valent) 29.08.08 09:13
Интересно! Особенно в продолжение решения хотелок в infostart.ru/projects/2375/ ...
3. Андрей (Свой) 29.08.08 11:31
"проценты за просрачку я с тебя не возьму - проставишься баней и девочками" - это означает говорить языком клиента ?
а по какой методике фиксируются сроки уплаты и как фиксировать смещение этих сроков ? И чтоб потом увидеть "этот клиент 10 раз переносил сроки оплаты..."
4. Сhe Burashka (CheBurator) 29.08.08 12:13
(3) вот! правильный вопрос... сроки уплаты устанавливаются в русле общей методики ТиСа... для фиксирования смещения даты оплаты - достаточно в кредитном доке исправить дату оплаты... а вот как увидеть сколько раз это исправлялось... тут уже надо подумать.. без регистратора не обойтись... Родственный вопрос обсуждается здесь: http://infostart.ru/profile/174/projects/2375/
Georg(Kapotnia); +1 Ответить
5. Андрей (Свой) 29.08.08 14:21
по моему к этой обработке надо честно дописать что при ее работе потребуется отдельная штатная единица в виде оператора следящего за всеми сроками платежей/переносами платежей и тп
а так картинко конечно красивая получилась бы )
6. Сhe Burashka (CheBurator) 29.08.08 14:26
(5) сорри, я не понял.. а у вас, например, что своевременность оплат и вообще делают ли клиенты оплаты - ВООБЩЕ НИКТО НЕ ОТСЛЕЖИВАЕТ?
просто как информацию к размышлению рекомендую посмотреть: http://infostart.ru/profile/174/projects/413/ "Отчет отдела продаж для типовой ТиС (Комплексной). Вывод итогов возможен по менеджерам, авторам, проектам, клиентам. Сокращенный и развернутый вывод. Подсчет отгрузок и оплат с разбиением по периодам (по текущему и по предыдущему). Подсчет отгрузок, оплаченных вовремя и с просрочкой, подсчет дней просрочки. Отчет можно использовать для оценки работы менеджеров по продажам и контроля дисциплины оплаты."
7. Андрей (Свой) 30.08.08 14:15
(6) не пойми мои слова как критику, это лишь мысли родившиеся в процессе примеривания предлагаемой концепции на себя. Возможно что в общем случае трудозатраты менеджеров не сильно возрастут.
8. Сhe Burashka (CheBurator) 30.08.08 16:28
9. Сhe Burashka (CheBurator) 01.09.08 13:39
Для скачивания выложена облегченнная версия платежного календаря.
Доступ - свободный...
10. kubiky (kubiky) 03.09.08 13:36
Оригинально и достойно внимания. плюс
Интересно full - версию поюзать
11. Сhe Burashka (CheBurator) 03.09.08 14:26
full-версия пока в стадии отладки...
12. Likan (likan) 08.09.08 08:05
13. Юрий Португалов (Sprite) 08.09.08 14:04
Действительно, серьезный вопрос по смещению сроков оплат. Кто-то или Что-то за этим должно следить. Очевидно это должен быть отдельный док "Изменение срока оплаты по документу" , изменяющий дату оплаты в самом доке.
А не типа: "звонит клиент и говорит" .
А вобще, спасиб, навел на мысль сделать нечто похожее для 1С:Бухгалтерии. Вместе с автоматическим формированием платежек: http://www.infostart.ru/profile/17051/projects/2425/ - будет вкусняшкой.
14. Сhe Burashka (CheBurator) 08.09.08 14:21
(12) все это делается как хобби в свободное от работы время или как второстепенные задачи... так что точных сроков не скажу...
15. Юрий Португалов (Sprite) 08.09.08 14:35
Кстати, сходу не получилось запустить:(
ТЗ.Заполнить(0,,,"НадоУдалить");
{C:\_CHE_MONEYSHED_LITE.ERT(90)}: Номер за пределами значения!
16. Сhe Burashka (CheBurator) 08.09.08 15:44
(15) поправил, попробуй...
это получается, что у тебя долгов по взаиморасчетам нет...
17. Юрий Португалов (Sprite) 08.09.08 19:34
18. Сhe Burashka (CheBurator) 08.09.08 19:40
(17) внимание! УТОЧНЕНИЕ! получается что у тебя __на отсрочке__ нету долгов
19. Юрий Португалов (Sprite) 09.09.08 11:54
Кстати, сегодня ночью забабахал для 1С:Бухгалтерии 7.7 по счету 60.1. в зависимиости от отсрочек платежей по договорам поставки с Контрагентами. Могу выслать протестить, Если интересно. :)
Истинный и накопительный график платежей - (+)
Расшифровка - (+)
20. Константин (constco) 10.09.08 09:46
Хорошая вещица. Если в нее добавить факт прихода/расхода (до ТА) денег и остатки на счетах/кассах (после ТА - расчетные, т.е. +остаток на ТА + план прихода - план расхода) получится неплохой инструмент для Финика. Щас займусь, пожалуй...
21. Сhe Burashka (CheBurator) 10.09.08 13:17
(19) а 76.5, например - во внимание не принимаем...?
(20) была мысль, но: факт прихода/расхода денег до ТА - помещать не будем - это же не ведомость по расчетам с контрагентами...
входящий баланс по кассе/счету - тоже мысль была - не включил целенаправленно - потому как следующей хотелкой будет разбиение по двум критериям - план по налику и по безналу...
22. Дмитрий (slash26) 23.10.08 11:54
чего то я не догнал, пытался заценить обработку, работает, но долгов нет.. сделал несколько документов разных дат с датой оплаты на "завтра" или "послезавтра"..... ни дала ничего....... странна , еще раз залез в код и обнаружил:
Код
   ТЗ    = СоздатьОбъект("ТаблицаЗначений");
   Рег = СоздатьОбъект("Регистр."+ВидРегистра);   
   Рег.ВыгрузитьИтоги(ТЗ);
   ТЗ.Свернуть("Фирма,Договор,ВидДолга,КредДокумент","СуммаРуб");
   
   ТЗ = СоздатьОбъект("ТаблицаЗначений");
Показать полностью

Эт чего за строка последняя, либо я в мезазое живу, либо сначала выгружать в ТЗ а потом её снова создавать это типо нормальная программерская фишка!?

блин, пошаманил над кодом, увидел хотябы итоги, но по клеткам она мне пока отказывается разбивать и вообще показывать какие-либо цифры
23. Сhe Burashka (CheBurator) 23.10.08 13:31
> Эт чего за строка последняя,
хз... я наизусть нумерацию строк и их предназначение по всем своим разработкам - не помню...
долгов нет, потому как очень часто дата отгрузки - дате оплаты и все...
.. аргументированный ответ, при необходимости, если вы заинтересованы в решении своего вопроса, после предоставления вашей базы...
24. Сhe Burashka (CheBurator) 23.10.08 13:39
..посмотрел
ТЗ.Свернуть("Фирма,Договор,ВидДолга,КредДокумент","СуммаРуб");
ТЗ = СоздатьОбъект("ТаблицаЗначений");
..ясен пень - последняя строка - лишняя, убираем ее.
исправленный вариант - выложил.
цифры показывает, все ок.
25. script Мальчинко (script) 24.10.08 01:07
Спасибо за идею и оформление. Я твой отчет переклипал для Украины для бухучета и ПУБ-а и денег уже заработал.
ТАк что с меня + полюбому
26. Сhe Burashka (CheBurator) 24.10.08 01:14
(25) рублевый кошелек WebMoney R292336385918...
27. Дмитрий (slash26) 24.10.08 13:02
поддаработал эту штуку по последнему скринкоту (план-график платежей на дату), впринципе все сделал, единственное, каки методом ты получаешь сколько уже оплачено по документу?
просматривать подчиненные и минусовать разницу сумм?

остальное все как божий день, или есть какие либо подводные камни?
а то я пока ради интереса втыкаю, уж больно идея хороша! ;)
28. Сhe Burashka (CheBurator) 24.10.08 18:22
(27) при отгрузке - в регистр взаиморасчетов пишется сумма долга, при оплате - она погашается. итого: в отчете: вытащить итог по регистру с точностью до кредитного документа.
29. Дмитрий (slash26) 27.10.08 09:45
мне кажется идеала можно будет добиться только в случае поступления всегда одного (или нескольких) платежа, закрывающего так или иначе документ оплатой.. (используя , например, в ПКО "основание" как Реализацию...)

В противном случае никогда не узнаешь оплата того или другого документа
кажется так ;)
30. Сhe Burashka (CheBurator) 27.10.08 10:22
(29) именно ак, поэтому в типовой ТиС и сделано погашение долгов по ФИФО, несмотря на указанные доки-основания... читаем здесь: http://infostart.ru/profile/174/projects/2375/
31. Дмитрий (slash26) 27.10.08 13:39
ну вот я ведь и говорю, что лучше всего ( для четкости взаимоотношений и счетов ) использовать сравнение сумм по документу "реализации" и подчиненному документу "оплаты" ...
Это было бы вообще идеально. (конечно изначально приняв взаиморассчеты с контрагентом за нуль, после чего идет полное идеальное соответствие)
В ином случае - никогда не добьешься четкой ситуации.
Вообще мои продажники так и говорят, что к каждому "доку реализации" должен быть подчинен "оплата" - мне это только на руку.. даже без регистров все видно и красиво!
32. Сhe Burashka (CheBurator) 27.10.08 15:21
(31) - не выйдет... прошел возврат по реализации, "оплаченной" привязкой по доку-основанию... что делать будете?
33. Дмитрий (slash26) 28.10.08 09:44
как говорили в прошлогодном снеге: но это уже совсем другая история ;)
нам же главное знать оплачен ли конкретный документ, а если были возвраты, то в общих взаиморассчетах разница появится в любом случае.
.... хм, хотя ты прав :(
ну значит в любом случае нужно доделывать документ реализацию и ставить в нем какую то отметку вида "Оплачен" или "Отгружен", типа статуса... О "календарь" будет отталкиваться уже от "статуса" документа.
Без ручной работы ни куда!
34. Сhe Burashka (CheBurator) 16.11.08 04:01
странно! вот у меня в конторе безо всяких отметок/статусов можно узнать - оплачен документ или нет...
35. Vladimir Gricenko (Gavroch.v) 06.12.08 22:49
Достойная для внимания работа!
36. martensit 30.12.08 01:52
(22) чего то я не догнал, пытался заценить обработку, работает, но долгов нет.. сделал несколько документов разных дат с датой оплаты на "завтра" или

У меня та же проблема - долгов нет и все. А по документам есть...

Я чего-то не учел?
37. Сhe Burashka (CheBurator) 30.12.08 02:35
(36) думаю стоит обратить внимание на следующую фразу из описания:
> график платежей (облегченная версия) учитывает только "реализации" с отсрочкой платежа;
- скорее сего у вас в качетсве даты оплаты стоит дата документа...
38. Павел Шемякин (toypaul) 13.01.09 12:01
автор, привет. свяжись со мной. клиенту нужна расшифровка для твоего отчета. я так понимаю она только в полной версии?
39. Анатолий (хох) 16.02.09 16:20
Скриншоты есть ,,,расшифровки нет,,,
Давайте пожалуйста полную версию....
40. KIBER K (KIBER31) 19.02.09 12:28
Что это может значить:
СуммаРубПриходН = "+"+глФРМ<<?>>(СуммаРубПриходНак)+" ";
_CHE_MONEYSHED_LITE.ERT(215)}: Функция не обнаружена (глФРМ)
СуммаРубРасходН = глФРМ<<?>>(СуммаРубРасходНак)+" ";
_CHE_MONEYSHED_LITE.ERT(226)}: Функция не обнаружена (глФРМ)

Что это за функция такая глФРМ, которая не определена ? И как мне исправить эту ошибку? Помогите плиззз, очень нужен такой отчет.
41. Сhe Burashka (CheBurator) 19.02.09 13:58
(40) данный отчет предназначен для типовой ТиС, в ней есть штатная функция форматирования выводимых сумм, которая так и называется... если у вас что-то другое, тогда вместо вызова глФРМ напишите просто тот формат вывода, который вам нравится, например:
СуммаРубПриходН = СокрЛП(Формат(СуммаРубПриходНак,"Ч014.2"));
42. KIBER K (KIBER31) 19.02.09 14:02
Аааа...спасибо огромное, все понятно.
Но теперь ругается:(
Рег = СоздатьОбъект("Регистр."+ВидРегистра);
Неудачная попытка создания объекта

И это все происходит при открытии отчета.
43. Сhe Burashka (CheBurator) 19.02.09 15:03
(42) ВНИМАНИЕ!!!!! данный отчет предназначен для типовой ТиС - ТОРГОВЛЯ и СКЛАД! Вы пытаетесь запустить отчет в конфигурации, которая не является мало того что типоваой ТиС, так в ней нет механизма оперативного учета (регистров), на которых пострена ТиС - поэтому и ругается... Потому что москитол...
44. KIBER K (KIBER31) 19.02.09 15:07
Так в нем есть регистры, только отчет не может судя по всему определить Вид регистров. У меня следующие регистры:
ЗаказанныеТовары
Долги
ОстаткиТоваров
ОстаткиМагазинов
ВозвратыМагазинов
45. Сhe Burashka (CheBurator) 19.02.09 15:52
(44) ВНИМАНИЕ!!!!! данный отчет предназначен для типовой ТиС - ТОРГОВЛЯ и СКЛАД! В котором присутсвует регистры по взаиморасчетам с покупателями и поставщиками, которые так и называются "Покупатели", "Поставщики". - в вашей конфигурации таких регистров нет - вот и ругается.
..
если у вас конфигурация отличная от ТиС - вы должны самостотяельно определить принципиальные отличия и модифицировать код обработки для достижения желаемого результата.
46. KIBER K (KIBER31) 19.02.09 15:56
Ок! Спасибо! Будем копаться :)
47. Андрей Пушкин (Akela) 06.03.09 18:02
Спасибо Сhe Burashka за идею и "шкуру": http://infostart.ru/projects/2443/index.php?p=1&id=2443%2F

Переписал под свои нужды, дополнил, ускорил за счёт 1С++ (прилагается). Писалась для комплексной, в ТиС тоже должна работать. Может кому будет актуально. Все вопросы в этом топике или на мыло: akelahacker@mail.ru

Вот мой ремейк: http://infostart.ru/projects/3584/
48. Андрей (Свой) 09.03.09 12:53
дополнение-пожелание для бОльшего "юзер-френдли" эффекта - укажите что информация за ПРОШЕДШИЙ период не указываются лишь потому, что этот период прошел, а не потому, что чтото неверно в учете.
49. Владимир Корнев (smart-it) 20.07.09 15:05
классный отчет, очень ждем полную версию
50. Евгений Глинов (kitaecina) 23.02.10 10:55
51. Сергей (Che) Коцюра (CheBurator) 23.02.10 11:25
52. Евгений Глинов (kitaecina) 23.02.10 11:39
53. Сергей (Che) Коцюра (CheBurator) 29.06.10 18:56
(53) Внимание: в процессе подготовки к размещению в магазине полной версии обнаружена ошибка. В полной версии ошибка - исправлена, в облегченной - осталось как было (ошибка может проявляться не всегда). Таким образом, облегченную версию рекомендуется рассматривать только как "демо"/ознакомительную версию...
54. assa Петренко (assa) 15.12.10 00:46
Спасибо за идею. Прикрутил к своей конфигурации.
55. Галина Бобровская (galka369) 19.10.11 10:51
Спасибо. Воспользовалась идеей, для написания обработки по вывлению задолженности по платежам в разрезе менеджеров (по их клиентам).
56. Юрий (forurchik) 13.04.12 09:48
очень понравился отчет ...просто супер очень выручил
57. Сергей (Che) Коцюра (CheBurator) 22.04.15 04:16
Для написания сообщения необходимо авторизоваться
Прикрепить файл
Дополнительные параметры ответа