Отчет о просроченной задолженности/по интервалам на СКД (УПП, УТ)

25.09.11

Учетные задачи - Взаиморасчеты

Существенно расширенная и дополненная версия моей прежней обработки. ТЕПЕРЬ БЕСПЛАТНО! ТЕПЕРЬ С ОТКРЫТЫМ КОДОМ!

Скачать файл

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

Наименование По подписке [?] Купить один файл
Версия 1.99i с открытым кодом
.erf 67,61Kb
2405
2405 Скачать (1 SM) Купить за 1 850 руб.
Demo - без модуля получения главной таблицы
.1249760725 56,40Kb
630
630 Скачать бесплатно

Основные характеристики отчета:

1.2 вида отчетов:
      просроченная задолженность
      задолженность по интервалам
2.Учет в разрезе организаций
3.Возможность отчета по документам расчетов
4.Дни задолженности из:
      из поля договора
      из свойства контрагента
5.Уровни детализации:
      по контрагентам
      по договорам
      по сделкам (только по сделкам)/договорам
      по документам расчетов/договорам
6.Дебетовая и кредитовая задолженности
7.Управленческая и валюта взаиморасчетов
8.Отбор по свойствам контрагентов
9.дополнительная информация:
      оплата за период
      продажи за период
      процент просроченной задолженности
      дней просрочено
      дней с задолженности
      средневзвешенной число дней долга
      допустимое число дней задолженности
      долг по таре
10.Вывод расшифровки в отдельной вкладке
11.Сравнение 2х период (и вывод разницы показателей)
12.Получение отчетов за произвольное число дат и вывод в одной таблице.
14.Все настройки и основные параметры(кроме дат) можно сохранять как в базе, так и во внешний файл (XML) 
13.В дополнении к расшифровке (двойной клик)  есть печатная форма "Письмо дебитору"

Возможные применения отчетов:

  1. Менеджеры по продажам. Отчет по просроченной дебиторской задолженности с документами задолженности. Группировать контрагентов можно по любым свойствам и реквизитам контрагента. Кроме того, документы долга также можно выводить с любой дополнительной информацией о них (если эта информация хранится в них). Кроме того, можно сразу сформировать письмо контрагенту с указанием сроков и суммы долга, а также документов долга.

  2. Начальник отдела продаж. Как хорошо работает конкретный менеджер по показателям дебиторки?

  3. Бухгалтерия,финансовая служба, служба по работе с проблемными долгами. Анализ только просроченных долгов с любыми отборами. С какими клиентами менеджер не работает? Каким клиентам нужно сделать дополнительный звоночек? На кого нужно готовить документы в суд?

  4. Бухгалтерия. С кем можно произвести взаимозачет? Где неправильно разнесли суммы?

  5. Финансовая служба. Каков фактический долг контрагента.

  6. Финансовая служба. Какая динамика основных показателей у клиента? Оценка его надежности.

  7. Топ-менеджмент. Как меняется ситуация с дебиторской задолженностью? Какие группы контрагентов проблемные? Где менеджеры плохо работают?

  8. Финансовая служба. Сколько дней мы должны этому кредитору?

  9. Финансовая служба. Сколько денег нам придет и сколько мы должны заплатить в ближайшее время?

Кроме того, т.к. отчет написан на СКД, то возможности его ограничены только фантазией.

Есть несколько фишек (банковские и календарные дни, величина альтернативных издержек по долгу, учет оплат на конкретную дату и т.д.), которые пока невыгодно реализовывать, но реализовать можно.

Поддержка и доработка за символическую плату

Подробное, но не полное описание есть в старой версии //infostart.ru/projects/4294/

Описание метода и показателя средневзвешенного срока долга  здесь //infostart.ru/blogs/1181/

В версии 1.99i был исправлен баг в получении одновременно дебиторской и кредиторской задолженности. Спасибо Илье Черных //infostart.ru/profile/85014/ за указание на ошибку.

Благодарности можно присылать на WM R274237232670

См. также

SALE! 10%

Перенос данных 1C Взаиморасчеты Оптовая торговля Логистика, склад и ТМЦ Файловый обмен (TXT, XML, DBF), FTP Системный администратор Программист Платформа 1С v8.3 1С:Управление торговлей 10 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Россия Управленческий учет Платные (руб)

Можно проверить до покупки, оставьте заявку! Воспользовались более 268 компаний! Перенос данных из УТ 10.3 в УТ 11 | из УТ 10.3 в КА 2 | из УТ 10.3 в ERP. Предлагаем качественное и проверенное временем решение для перехода с УТ 10.3. Можно перенести начальные остатки, нормативно-справочную информацию и все возможные документы. При выгрузке можно установить отбор по периоду, организациям и складам. При выходе новых релизов конфигураций 1C оперативно выпускаем обновление переноса данных.

50722 45650 руб.

24.04.2015    194233    149    242    

279

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

Задайте для каждой организации свою печать и для каждого физического лица свою подпись. Выберите в документе печатную форму "... с печатью и подписью" - и автоматически сформируется табличный документ с печатью и подписями той организации и ответственных лиц, которые указаны в документе.

14400 руб.

13.03.2018    59629    206    76    

120

Взаиморасчеты Email рассылки Акт сверки Бухгалтер Пользователь Платформа 1С v8.3 Бухгалтерский учет 1С:Бухгалтерия 3.0 Бухгалтерский учет Платные (руб)

Внешняя обработка для Бухгалтерии 3.0 - позволяет автоматически формировать документы «Акт сверки расчетов» с контрагентами за выбранный период с последующей фоновой отправкой на почту контрагента.

3000 руб.

25.11.2020    24020    223    8    

194

Учет доходов и расходов Взаиморасчеты БДР, БДДС Бухгалтер Пользователь Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Комплексная автоматизация 2.х Управленческий учет Платные (руб)

Мы доработали типовой платежный календарь, добавив в него планируемые постоянные расходы. Теперь можно видеть картину денежных средств в совокупности с текущей динамикой ожидаемых поступлений и расходов. Отчет позволяет увидеть остатки денежных средств в кассе и банке, их движение в разрезе статей ДДС с возможностью выбрать любой период (день, неделя, месяц). Данный отчет подходит для всех основных конфигураций линейки продуктов 1С:Предприятие 8.3 (8.3.18.1289): 1С:Бухгалтерия предприятия, редакция 3.0 (3.0.77.95), 1С:Управление торговлей, 1С:Комплексная автоматизация 2 (2.4.11.67), Объединенное решение: Модуль 1С:CRM 3 (3.0.21.3) +1С:ERP Управление предприятием 2 (2.4.13.111). Также есть возможность адаптации отчета под другие конфигурации. Мобильное приложение работает как на Android, так и на IOS.

2880 руб.

16.03.2021    21874    13    13    

28

Взаиморасчеты Бухгалтер Пользователь Платформа 1С v8.3 1С:Комплексная автоматизация 1.х 1С:Управление торговлей 10 1С:Управление производственным предприятием 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Бухгалтерский учет Управленческий учет Платные (руб)

Один из лучших вариантов отчета по дебиторской задолженности в 1С. Отображает сроки возникновения задолженности, просроченной задолженности с точностью до регистратора, а также многое другое, вне зависимости от объекта расчетов (УТ 11.3, 11.4, 11.5, КА 2.4, 2.5, ERP 2.4, 2.5), состояния флажка По документам расчета ( УТ 10, КА 1.1, УПП 1.3) в договоре. Группирует задолженность по интервалам. Имеет большое количество настроек. Не требует доработок конфигурации. Не требует перепроведения документов.

15120 руб.

28.09.2012    96561    594    283    

144

Взаиморасчеты Бухгалтер Пользователь Платформа 1С v8.3 1С:Управление нашей фирмой 1.6 1С:Управление нашей фирмой 3.0 Россия Управленческий учет Платные (руб)

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

12000 руб.

22.07.2021    25291    31    34    

39
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. пользователь 09.08.09 02:34
Сообщение было скрыто модератором.
...
2. пользователь 09.08.09 02:38
Сообщение было скрыто модератором.
...
3. anig99 2851 09.08.09 10:16 Сейчас в теме
(1,2) угу... манагерам - да. А где написано, что это только манагерам. Фишка отчета, что настроить его можно для разных пользователей. Топ-менеджерам именно такой анализ и нужен. Да и эффективность работы менеджеров оценивать тоже не по 3 этим показателям можно. Если бы я его от балды рисовал, тогда бы платно не делал, а этими показателями реально пользуются. Сложно как-то оценивать работу предприятия каждую неделю, если контрагентов за 100, а то и за 500. Манагеры-то разберут этих 500 на приемлимое кол-во и будут их контролировать по штучно. А вот всех сразу смотреть - это тот ещё гимор. Вообще см. статью мою по показателям. Всё действительно лежит на поверхности. Я, конечно, был немного разочарован, что эту тему подняли до меня, но подняли только в форуме и нашел я это после окончательного формирования методики. Но был рад что думал в правильном направлении. Так что читай статью и ссылки на форус cfin - не самый последний сайт по финансовому анализу.
Оплата за период и продажи за период позволяют быстро оценивать размеры долга. может должен он 1 000 000, а за месяц оплатил 10 000 000 - так не такой он и страшный этот кредитор, как который 100 000 должен , а оплатил 100 рублей.
Опять-таки сравнения за периоды... Можно и вручную делать. Получил 2 отчета кинул в ексель и... пишешь формулы, чтобы сравнить эти две таблицы...муторно. А уж динамику смотреть - так вообще... 30 раз тыкнуть.
Опять-таки для фин службы и бухгалтерии - по контрагентам долг 50000 тыс.р, а по договорам 1 000 000... чего-то тут не так...Ага. здесь посадили оплату не тот договор, здесь можно взаимозачет предложить - глядишь и НДС с авансов много меньше.
Вывод расшифроки в отдельной вкладке - не плодит окон в 1с.
Настройки можно сохранять ВНЕ 1с. Я теперь не заморачиваюсь - в какой базе сижу, за каким компом, под чьим пользователем - файл настроек у меня расшарен или на флешке. Загрузил его и получай отчет.

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

Ну кредиторская задолженность - тут всё ясно.

Дальше - отчет сам по себе быстрый.
З.Ы. Да... и на будущее... У меня высшее экономическое.
4. anig99 2851 09.08.09 10:18 Сейчас в теме
Да... чуть не забыл.
Долг по таре - регистр Товары переданные (ну назвал я его так, т.к. где стояла задача, шло 99% тары по этому регистру) - очень полезная штука и для манагеров тоже.
5. wirg 09.08.09 12:22 Сейчас в теме
Вещь конечно хорошая, только скд для пользователя не очень понятная. поэтому лучше бы на построителе в конструкторе смастерил, там отборы и группировки лучше видно. Данный отчет нужен многим, только не все готовы платить, поэтому пользуются стандартным отчетом по кредитной линии. Цена в 2500рублей может быть и оправдана, если у тебя форма настроек отчета удобная, хотя на скд группировки самому ставить струдно, а пользователь плюнет и покупать не будет. так что работаем дальше
6. anig99 2851 09.08.09 12:43 Сейчас в теме
(5) это всё условно. не стали бы 1с мастерить СКД. И с 7.7 народ переходил жаловался "как всё сложно!".
1.На самом деле научиться работать в СКД несложно. Но если человек не понимает в универсальном отчете, но есно не поймет и в СКД.
2.Кроме того, очень часто бывает так, что админов или прогеров тупо просят настроить нужный отчет.
3.В планах написание упрощенной инструкции по СКД (если не найду такую раньше
4.В плату включена создание настройек на СКД, а уж галочки где нужно ставить и какие поля, чем заполнять - нужно быть полным дебилом, чтобы не понять.
5. У меня люди работают и нормуль все. Недавно отосылал вариант вообще без инструкций (только с 3 настройками). Прекрасно разобрались и сделали свою простую настройку.
9. Поручик 4691 10.08.09 13:21 Сейчас в теме
(6)
>>> а уж галочки где нужно ставить и какие поля, чем заполнять - нужно быть полным дебилом, чтобы не понять

Или бухгалтером или менеджером в нашем ОП. Вот уже где дятлиный рай, в котором я уже третий год парюсь.
7. anig99 2851 09.08.09 12:45 Сейчас в теме
(5) цену может снижу, но тогда инструкция и настройки - за отдельную плату. Посмотрим, как пойдет и какие пожелания будут. Низкая плата и платная поддержка или более высокая цена, но бесплатная поддержка
10. anig99 2851 10.08.09 13:37 Сейчас в теме
у нас тоже хватает таких... они даже не записывают.
11. ZLENKO 398 14.08.09 14:16 Сейчас в теме
Каких то принципиальных новшеств по сравнению с моим отчетом не увидел. Вижу много мелких "фенечек" - может кого то именно они и заинтересуют. Например, различные уровни детализации (по контрагенту\договору\сделке\расчетному документу) кто то у меня спрашивал. Дополнительные поля - продажи за период и оплаты за период - это правильно (сам добавлял одному заказчику), только если это по поставщикам - интересно еще товарный запас по поставщику. По скорости сравню со своим после отпуска.
Поставил "+" за качественный подход к вопросу. А то много тут понавыкладывали - за 5 минут наваяли что то непонятное - только замусоривают.
12. ZLENKO 398 14.08.09 14:25 Сейчас в теме
Добавьте еще вариант "Платежный календарь" - посмотрите как у меня сделано. Если у вас есть дата возникновения задолженности и сумма возникшей задолжнности - это просто группировка по дате возникновения задолженности.
13. ZLENKO 398 14.08.09 14:36 Сейчас в теме
"Есть несколько фишек (банковские и календарные дни... .), которые пока невыгодно реализовывать, но реализовать можно."
У меня это реализовано, но пользуется только (насколько я знаю) один заказчик.

В список возможных "фишек" можно добавить учет % предоплаты по документу отгрузки (т.е. когда, например, 30% суммы реализации клиент должен оплатить сразу). У меня тоже это реализовано, но тоже редко спрашивают.
14. anig99 2851 14.08.09 14:45 Сейчас в теме
(13) вот про банковские дни и говорю, что невыгодно - пока не попросят делать не буду (:
Про процент предоплаты - это скорее нужно дорабатывать проверку перед реализацией...Хотя менеджерам видеть таблицу, кто сколько заплатил по заказу - тоже гуд. подумаю.
(12) зыркнем
15. ZLENKO 398 14.08.09 14:59 Сейчас в теме
(14) С процентом предоплаты особеность в том, что разные сроки возникновения задолженности по одному документу отгрузки - часть сразу возникает, а часть через указанное количество дней отсрочки. Т.е. это немного другой взгляд на процент предоплаты, чем просто ограничение отгрузки без предоплаты.
16. Поручик 4691 26.09.09 19:32 Сейчас в теме
Блин, код модуля закрыт, а автор мне этим отчётом башню морозил в личке. Не буду плюсовать.
17. anig99 2851 26.09.09 20:11 Сейчас в теме
(16) гы... я не специально... я забыл снять (:
18. anig99 2851 26.09.09 20:13 Сейчас в теме
19. ZLENKO 398 01.11.09 12:55 Сейчас в теме
Жадный народ - качает - плюсов не ставит...
Вот и делай бесплатные отчеты :-(
20. Igor123456 17.11.09 12:40 Сейчас в теме
Отличный отчет, помог, наконецто верные цифры!!!+
21. pp77 03.12.09 06:19 Сейчас в теме
не учитывает допустимое число дней задолженности из договора
договор: допустимое число дней задолженности = 5, без документов расчета.

реализация: 23.05.09.

параметры отчета: дата долга = 31.05.09, начальная дата = 01.04.09.

Выводит: просрочено дней = 8, хотя должно быть 3 (31-23-5).

из свойств контрагента если брать, то считает нормально
22. anig99 2851 03.12.09 08:32 Сейчас в теме
(21) Какой уровень группировки у отчета? Контрагент, договор, сделка? Сколько договоров у контрагента? Какая конфигурация? Насколько изменена конфигурация в части справочники Договора?

Попробуйте в консоли посмотреть результат запроса

ВЫБРАТЬ
МИНИМУМ(ДоговорыКонтрагентов.ДопустимоеЧислоДнейЗадолженности) КАК ДопустимоеЧислоДнейЗадолженности,
ДоговорыКонтрагентов.Владелец
ИЗ
Справочник.ДоговорыКонтрагентов КАК ДоговорыКонтрагентов
ГДЕ
ДоговорыКонтрагентов.ДопустимоеЧислоДнейЗадолженности <> 0
И ДоговорыКонтрагентов.Владелец.Ссылка В ИЕРАРХИИ(&Контрагент)
И (НЕ ДоговорыКонтрагентов.ДопустимоеЧислоДнейЗадолженности ЕСТЬ NULL )
И (ДоговорыКонтрагентов.ВидДоговора.Порядок = 1
ИЛИ ДоговорыКонтрагентов.ВидДоговора.Порядок = 3)

СГРУППИРОВАТЬ ПО
ДоговорыКонтрагентов.Владелец
Brovashov; +1 Ответить
27. archonmaster 11.12.09 22:25 Сейчас в теме
Для (21): вроде бы отчет запрограммирован таким образом, что не учитывается реквизит ДопустимоеЧислоДнейЗадолженности при уровне детализации отчета "по документам взаиморазсчетов/сделкам" в случае вычисления количества дней просрочки.

Вроде ошибка в кралась в запросе к БД вот в этом месте (их два аналогичных): в модуле отчета в процедуре "ПолучитьЗапросДебилки"

| ЛЕВОЕ СОЕДИНЕНИЕ ЧислоДнейЗадолженности КАК ЧислоДнейЗадолженности
| ПО РасшифровкаДолга_БезПодбора.ТочноКонтрагент = ЧислоДнейЗадолженности.Владелец";


| ЛЕВОЕ СОЕДИНЕНИЕ ЧислоДнейЗадолженности КАК ЧислоДнейЗадолженности
| ПО РасшифровкаДолга.ТочноКонтрагент = ЧислоДнейЗадолженности.Владелец";

Дело все в том, что при формировании текста запроса на извлечение из договора числа дней задолженности, при разном уровне детализации возвращаются в результате такого запроса разные объекты.

При уровне группировки 4 и 1 (только контрагенты) в результате запроса возвращается (по мимо числа дней) владелец договора:

ДоговорыКонтрагентов.Владелец

При уровне группировки 3 или 0 (по документам взаиморазсчетов/сделкам) возвращается несколько строк,в которых указывается в качестве Владельца ссылка уже на сам договор

ДоговорыКонтрагентов.Ссылка КАК Владелец

По этому при 4 и 1 все стыкуется (см. первую и вторую цитатЫ), а при группировки 3 или 0 левое соединение не срабатывает, так как а) Владелец не контрагент, б) строк несколько (при количестве договоров больше 1).

Для исправления такого недочета предлагаю модифицировать код следующим образом.
Во-первых:

| ЛЕВОЕ СОЕДИНЕНИЕ ЧислоДнейЗадолженности КАК ЧислоДнейЗадолженности
| ПО РасшифровкаДолга_БезПодбора."+УсловиеВладелецДоговора+" = ЧислоДнейЗадолженности.Владелец";

Во вторых, в этой же процедуре ("ПолучитьЗапросДебилки") при анализе уровня группировке в соответсвующие условные операторы внести определение "УсловиеВладелецДоговора":

...
УсловиеВладелецДоговора = "ТочноКонтрагент";
...
УсловиеВладелецДоговора = "Контрагент.ДоговорКонтрагента.Ссылка";
...


Модифицированный текст функции ПолучитьЗапросДебилки приложен к сообщению
Прикрепленные файлы:
Функция ПолучитьЗапросДебилки.txt
23. AdvP 09.12.09 11:23 Сейчас в теме
у меня тоже не получилось добится чтоб кол-во просроченых дней правильно бралось из договора КА... вся дебеторка в просрок уходит... а еще у некоторых КА не выводит документы движения, вернее выводит но сумма по реализации не та что в документе а та которую КА должен тоесть за минусом оплат хотя эти оплаты в отчете не фигурируют
"Управление торговлей", редакция 10.3 (10.3.8.9)
24. anig99 2851 09.12.09 13:43 Сейчас в теме
(23) Сумма долга напротив документа увеличения долга - это не сумма документа, а именно сумма долга по документу по FIFO.
Чтобы увидеть все документы за период долга нужно отключить условие на СуммаДолга>0 и вывести показатель Регистратор.СуммаДокумента.
Про число дней в договоре сегодня дома посмотрю.
25. AdvP 09.12.09 15:38 Сейчас в теме
с суммами тогда все понятно
чтобы с просроком было более понятно попытаюсь обрисовать ситуацию:
взаиморосчеты ведутся по договору вцелом у каждого КА в договоре стоит отсрочка в днях...
мне нужно посмотреть:
1. сколько мы продали за перод
2. сколько нам заплатили и сколько вернули
3. сколько нам должны на конец периода
4. какими документами это все образовалось
можно это посмотреть Вашим отчетом?
я пытаюсь это сделать вот так:
собираю отчет со след параметрами:
вид отчета - просроченная задолжность; период - с нужного мне числа до сегоднешнего дня; детализация - по документам взаиморасчетов; вид долга - дебеторская и кредиторская; отборов никаких нет тоесть в отчет должны попасть все КА;
у меня все отгрузки уходят в просрок кромя сегодняшних :(
26. anig99 2851 09.12.09 16:01 Сейчас в теме
(25) Кстати... я уже не помню к какой фигне может привести, но с датами разобрались? Там сначала нужно поставить дату, на которую смотреть долги, а потом начальную дату периода для доп данных.

1. Есть такой показатель. Продажи за период называется.
2. Оплата за период тоже есть. Возвратов вроде нет, но за небольшую плату могу добавить.
3. Сумма долга
4. Да. можно. Сами регулярно пользуемся этим показателем.

Вот я смотрю Ваши настройки... Детализацию нужно ставить "По договору" или "По контрагенту". Настройка детализация определяет не детализацию конечной таблицы, а уровень взаиморасчетов при зачете долгов по FIFO.
Не вдаваясь в специфику реализации это работает следующим образом. Сначала отчет создает таблицу документов возникновения и уменьшения долгов. При этом записи в таблице группируются по выбранному уровню детализации. Если выбрано "По контрагенту", то в одну группу попадут все документы контрагенты вне зависимости от договора. Если "по договору", то в группу попадут документы одного договора. Если "по документам взаиморасчетов" то группируются документу по полю "сделка" или "заказ" + появляется возможность получить отчет по другому регистру - данная настройка актуальна только для тех, кто ведет учет по документам расчетов. При всём этом для любой настройки всегда можно посмотреть документы все показатели, о которых Вы говорили. Настроить вид отчета (выводимые поля, группировки и т.д.) можно через кнопку "Настройка".
Можно также обратиться через аську 74471111
28. archonmaster 12.12.09 00:56 Сейчас в теме
Предлагаю еще одну доработку отчета.
В договоре есть два реквизита: КонтролироватьЧислоДнейЗадолженности и ДопустимоеЧислоДнейЗадолженности.
В последней версии отчета учитывается ДопустимоеЧислоДнейЗадолженности в не зависимости от состояния КонтролироватьЧислоДнейЗадолженности, что на мой взгляд является не совсем правильным (приведите аргументы, если я не прав). На мой взгляд, нужно анализировать состояние флажка КонтролироватьЧислоДнейЗадолженности и, если он сброшен, подставлять параметр числа дней задолженности из значений по умолчанию (из закладки параметров отчета), чего на настоящий момент не происходит.

Для этого нужно немного переписать запрос получения ДопустимоеЧислоДнейЗадолженности из договора в процедуре ПолучитьЗапросДней.

Старый вариант:

МИНИМУМ(ДоговорыКонтрагентов.ДопустимоеЧислоДнейЗадолженности) КАК ДопустимоеЧислоДнейЗадолженности,

Новый вариант:

| ВЫБОР
| КОГДА ДоговорыКонтрагентов.КонтролироватьЧислоДнейЗадолженности
| ТОГДА ДоговорыКонтрагентов.ДопустимоеЧислоДнейЗадолженности
| ИНАЧЕ NULL
| КОНЕЦ КАК ДопустимоеЧислоДнейЗадолженности

При этом в случае сброшенного флажка КонтролироватьЧислоДнейЗадолженности вместо ДоговорыКонтрагентов.ДопустимоеЧислоДнейЗадолженности во временную таблицу ЧислоДнейЗадолженности в ДопустимоеЧислоДнейЗадолженности будет возвращаться значение NULL. Дальше по коду в процедуре ПолучитьЗапросДебилки этот NULL подменится на реквизит ДнейОтсрочки из окна формы отчета.
Нужно обратить внимание на то, что при формировании отчета на уровне детализации контрагентов при заданном значении дней отсрочки и выключенном флажке все равно будет использоваться это значение. Нужно еще работать в этом направлении.

Код обновленной функции ПолучитьЗапросДней приложен в файле.
Прикрепленные файлы:
Функция ПолучитьЗапросДней.txt
29. archonmaster 12.12.09 01:05 Сейчас в теме
Еще заметил (и не только я, в комментах уже высказывались), что при непросроченной задолженности выводится отрицательное кол-во дней просрочки.
Предлагаю внести изменение в макет "Просроченная" в закладках Вычисляемые поля и Ресурсы.

Старые варианты "ПросроченоДней":

ВЫБОР КОГДА НЕ(СуммаУпрОстаток_ ЕСТЬ NULL) Тогда (ЕСТЬNULL(ДнейСЗадолженности_,0)-ЕстьNULL(ЧислоДнейЗадолженности,0)) ИНАЧЕ 0 КОНЕЦ


Максимум(ДнейСЗадолженности_)-Максимум(ЧислоДнейЗадолженности)


Новыей вариант:

ВЫБОР
КОГДА
(Максимум(ДнейСЗадолженности_)>Максимум(ЧислоДнейЗадолженности))
Тогда
Максимум(ДнейСЗадолженности_)-Максимум(ЧислоДнейЗадолженности)
Иначе
0
КОНЕЦ
32. anig99 2851 12.12.09 02:17 Сейчас в теме
(29) отрицательное число оставлено намеряно. Позволяет отбирать контрагентов на грани просрочки.
(28) Включение галочки КонтролироватьЧислоДней запускает штатный механизм плюс требует соблюдения нескольких условий...Что существенно сужает применимость отчета, цель которого получить информацию при любых вариантах ведения учета. В своей конфигурации я включил видимость числа дней при любых услових. Для других, кто не хочет изменять конфигурации, есть возможность использовать произвольное свойство контрагентов. В штатной интерактивное конфигурации отключение галочки
КонтролироватьЧислоДнейЗадолженности обнуляет параметр ЧислоДнейЗадолженности.
В результате имеем 3 варианта:
1. Действуем только в рамках логики конфигурации, при это отсутствие галочки автоматически обнуляет ЧислоДнейЗадолженности и дополнительной проверки не требуется
2. Расширяем варианты применения использования поля ЧислоДнейЗадолженнсти (можно даже не меня конфигурации с помощью внешних обработок. В этом случае нам всё равно как стоит галочка. Проверка не требуется
3. Используем свойство... Проверка не требуется.
(30) я просто добавил цельный запрос в модуль конфигурации в процедуру, которая рассчитывает долг и показывает его в документе. Но идея интересная. Может и реализую как-нибудь.
(27) Логика была такая. При уровне отчета По контрагенту (т.е. все документы объединяется только по этому признаку) Число дней рассчитывается как минимальное(но не равное 0) из всех договоров с покупателем. По договору понятно что... На уровне сделок число дней берется из документа-сделки. Там обычно указывается предполагаемый день оплаты... А вот поле РасшифровкаДолга.ТочноКонтрагент хранит именно контрагента при любых уровнях детализации. Про уровни детализация я где-то писал уже... Или в хелпе к отчету, или в этой публикации, или в предыдущей версии этой публикации.

З.Ы. Спасибо за внимание к отчету и разбор оного.
33. archonmaster 12.12.09 08:16 Сейчас в теме
(32) Да, про уровни детализации я помню, что вы где-то писали, что выбор уровня влияет на вычисление долга. Оно в общем-то понятно. Понятна логика "По контрагенту", "По договору". А вот на уровне сделок. Просмотрел я различные документы и не нашел в них подобного реквизита (предполагаемый день оплаты). Есть не очень понятный реквизит "сделка", исследование которого также не прояснило ситуацию. Если еще раз обратиться к вашему отчету:
ВЫБРАТЬ
	ДоговорыКонтрагентов.ДопустимоеЧислоДнейЗадолженности КАК ДопустимоеЧислоДнейЗадолженности,
	ДоговорыКонтрагентов.Ссылка КАК Владелец
ПОМЕСТИТЬ ЧислоДнейЗадолженности
ИЗ
	Справочник.ДоговорыКонтрагентов КАК ДоговорыКонтрагентов

видно, что допустимое кол-во дней просрочки берется именно из договора, и впоследствии это число участвует в расчетах. По крайней мере, как я ни старался, не смог найти, где в вашем запросе участвует предполагаемый день оплаты.
Если посмотреть на отчет http://www.infostart.ru/public/18853/ там есть колонка "Прогнозируемая дата оплаты". Она вычисляется следующим образом:
НачалоПериода(ДОБАВИТЬКДАТЕ(НачалоПериода(ОсновнаяТаблицаРегистра.Период, ДЕНЬ), День, Остатки.ДоговорКонтрагента.ДопустимоеЧислоДнейЗадолженности), ДЕНЬ) КАК РасчетнаяДата

Т.е. в этом отчете эта дата также не извлекается из документов, а вычисляется, используя допустимое число дней. Код запроса прикрепляю к сообщению.
Та конфигурация, с которой мне сейчас пришлось работать, скорее всего модифицированная (по сравнению с типовой). Там есть подобный отчет (скришот в аттаче). Называется "Ведомость по просроченным долгам". Запрос также прикрепляю. Может быть, поможет в вашем творчестве.
Вот что я думаю: сумма всех просроченных - сумма всех отрицательных = текущая просроченная задолженность.
"текущая просроченная задолженность" - это главный пункт ТЗ на мою работу.
Вобщем, как итог, это все, наверное, не важно + я многое не понимаю.

отрицательное число оставлено намеряно. Позволяет отбирать контрагентов на грани просрочки.

идея мне понравилась.

я просто добавил цельный запрос в модуль конфигурации в процедуру, которая рассчитывает долг и показывает его в документе. Но идея интересная. Может и реализую как-нибудь

идея не нова, я ее с успехом позаимствовал, так как она мне тоже понравилась, отсюдова http://www.infostart.ru/public/18853/files/ "Процедура вызова отчета из списка контрагентов в справочнике"

Включение галочки КонтролироватьЧислоДней запускает штатный механизм плюс требует соблюдения нескольких условий...Что существенно сужает применимость отчета, цель которого получить информацию при любых вариантах ведения учета.

Если можно подробней, что это за штатный механизм? Какие варианты ведения отчета имеются в виду? Каким образом условия, диктуемые штатным механизмом, сужают применяемость отчета (я так понимаю эти условия не связаны с "обнулением" числа дней при отключении флажка...)? В какой-нибудь литературе описывается все это?
Если я правильно понял, отключение штатного механизма (в том числе и это "обнуление") позволяет использовать какие-то "дополнительные" фишки. Судя по всему в моей конфигурации делали что-то в этом направлении... Пока не разобрался толком.

P.S. Если честно признаться, я никогда раньше ни разу не работал с 1С. Меня просто попросили помочь с составлением отчета :) Также сказывается отсутствие экономического образования, я пока не понимаю практически всех терминов и механизмов. Еще меня просто поражает отсутсвие в сети и литературе (возможно, просто еще пока не докопался) хоть какой-нибудь документации на эти информационные системы (конфигурации): ни информационной модели, ни логической/физической моделей (например, в нотациях IDEF1X. жуть, как народ сочиняет адекватные запросы к БД??), ни описания бизнес процессов моделями в нотациях IDEF0, IDEF3, DFD-диаграмм, жестко не хватает UML диаграмм, да и текстовых описаний вразумительных не нашел. Вот единственное что-то напоминающее http://infostart.ru/public/19654/ понятный мне материал. А с материалом на то, что мне нужно - "Управление торговлей", редакция 10.3 (10.3.5.1) - глухо... не нашел. Не "владею" я этой системой, что связывает по рукам и ногам. Практически до всего приходится догадываться, везде додумывать, проводить какие-то исследования, изучения... Если честно, мне кажется жутко не удобным разрабатывать программные модули для этой системы (именно в связи с отсутствием документации). как люди разбираются во всем этом... Методом научного тыка?? не понятно. Но это мое мнение :)

Я очень благодарен вам за ваш хороший пример.
Прикрепленные файлы:
Запрос от Z-z-z.txt
30. archonmaster 12.12.09 01:14 Сейчас в теме
И в заключение, было бы удобно вызывать отчет из различных документов с влюченным отбором по текущему контрагенту. Для этого предлагаю внести специальную процедуру в модуль отчета, задающую отбор:

Процедура ЗадатьНачальныйОтбор(Контрагент) Экспорт
НовыйЭлементОтбора = КомпоновщикНастроек.Настройки.Отбор.Элементы.Добавить((Тип("ЭлементОтбораКомпоновкиДанных")));
НовыйЭлементОтбора.ЛевоеЗначение = КомпоновщикНастроек.Настройки.ДоступныеПоляОтбора.НайтиПоле(Новый ПолеКомпоновкиДанных("Контрагенты.Наименование")).Поле;
НовыйЭлементОтбора.ПравоеЗначение = Контрагент;
НовыйЭлементОтбора.ВидСравнения = ВидСравненияКомпоновкиДанных.Равно;
НовыйЭлементОтбора.Использование = Истина;
КонецПроцедуры

Также добавить в заголовок процедуры ДействияФормыДействие директиву Экспорт.

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

Процедура КнопкаОтчетПоЗадолженностямНажатие(Элемент)
Отчет = Отчеты.ОтчетПоПросроченнойЗадолженности.Создать();
ФормаОтчета = Отчет.ПолучитьФорму();
ФормаОтчета.ВладелецФормы = ЭтаФорма;
ФормаОтчета.Открыть();
ФормаОтчета.ЗадатьНачальныйОтбор(Контрагент.Наименование);
ФормаОтчета.ОбновлениеОтображения();
ФормаОтчета.ДействияФормыДействие(NULL);
КонецПроцедуры

При нажатии кнопки будет открываться отчет с отбором по текущему контрагенту.

К сообщению прикладываю мою версию отчета и инструкцию по ее встраиванию в информационную систему.
Прикрепленные файлы:
Инструкция по внедрению отчета.doc
31. archonmaster 12.12.09 01:17 Сейчас в теме
У меня не получается прикрепить файл с моей версией отчета (почему-то...). Так что если кому-нибудь он понадобится, могу отправить по электронной почте.
34. archonmaster 12.12.09 08:24 Сейчас в теме
К этому сообщению прикрепляю запрос из отчета, имеющего в моей конфигурации. Если кому будет интересно, можно поковыряться. Скриншот самого отчета находится в аттаче к предыдущему сообщению
Прикрепленные файлы:
еще_один_запрос.txt
35. mss09 03.03.10 23:34 Сейчас в теме
Добрый день!
Интересует возможность установки данной обработки!
У нас 1С 8 - отпишитесь, пожалуйста, о возможности установки на mss09@live.ru !
Также понадобиться поддержка и доработка! Символическую оплату гарантируем!))) 8-)
36. KRIHA 113 26.04.10 18:43 Сейчас в теме
еще не до конца разобрался, но ставлю плюс.
чувствуется человек с любовью писал :)
37. KRIHA 113 26.04.10 18:45 Сейчас в теме
Что за деление на ноль странное - откуда пустые строки вылезают?
38. anig99 2851 27.04.10 08:00 Сейчас в теме
(37) оставлены специально, т.к. 0 - это тоже результат и кроме долга ещё несколько показателей есть... Строки с нулевым долгом можно убрать через отбор. Кроме того, отчет всё-таки достаточно специфичен и с паре мест может потребовать дополнительной адаптации под конкретную базу. Но не в главном запросе...
39. anig99 2851 27.04.10 08:02 Сейчас в теме
(37) до выкладыванию сюда более аккуратной и более специализированной версии пока не созрел... (:
40. SeregaIvanov 11.05.10 17:22 Сейчас в теме
Действительно, чувствуется творческая жилка. Спасибо за разработку, она мне очень помогла.
41. macrogroup 27.05.10 10:51 Сейчас в теме
Вопросик возник. А почему при виде отчета "задолженность по интервалам" и виде долга "дебиторская и кредиторская" в отчет попадает вся сумма? Т.е. Кредиторка не вычитается, а суммируется с дебиторкой. Так быть не должно))))
42. anig99 2851 28.05.10 14:09 Сейчас в теме
(41)Посмотрим конечно, если не забуду, в свободное время... но данный отчет немного устарел... есть несколько более новых в плане деталей и оформления отчетов, заточенных под конктретных клиентов... Если горит, то исправлю за $$$ Р.
43. sakustov 24.09.10 16:39 Сейчас в теме
Готовы ли вы доработать отчет, чтобы он был способен считать задолженность по первичке, а не по регистру взаиморасчетов. Дело в том, что часть договоров имеют признак взаиморасчетов "по договору в целом" поэтому поле "сделка" в регистре не заполняется. в итоге в отчете некорректные данные.
44. anig99 2851 24.09.10 21:45 Сейчас в теме
(43) вообще-то отчет изначально и создавался для получения долга при ведения по договору в целом. Т.е. отчет позволяет рассчитывать дебиторку на различных уровнях детализации: сделка, договор, контрагент. Это означает, что если рассчитывать с детализацией по сделкам, то будет обращать внимание на поле сделка. Если рассчитывать с детализацией по договорам, то на поле сделка отбрасывается и все расчеты идут с учетом договора. Соответственно и с детализацей по контрагенту.

Предполжим у нас есть след. таблица

Петров Договор1 Сделка1
Реализация 10.10.10 - 100р
Оплата 11.10.10 - 50р

Петров Договор1 Сделка2
Оплата 12.10.10 - 500р

Петров Договор2 Нет Сделки
Реализация 13.10.10 - 400р

Петров Договор3 Нет Сделки
Поступление 13.10.10 - 50р


Если рассчитывать с детализацией сделок, то получим:

Долг Петров Договор1 Сделка1 - 50р
Наш Долг Петров Договор1 Сделка2 - 500р
Долг Петров Договор2 - 400р
Наш Долг Петров Договор3 - 50р

Если получать с детализацией по договорам:
Наш Долг Петров Договор1 - 450р
Долг Петров Договор 2 - 400р
Наш Долг Петров Договор 3 - 50р

Если с детализацией по контрагентам

Наш Долг Петров - 100р

45. sakustov 27.09.10 07:49 Сейчас в теме
А если долг по договору в целом, но в отчете хотим развернуть по документам? Во всех документах товарной цепочки (накладная - ПП) есть ссылка на заказ, поэтому по первичке можем установить связь.
46. anig99 2851 27.09.10 08:09 Сейчас в теме
(45) Т.е. вы хотите долги по заказам не включив механизм учета по заказам? Такой отчет возможно написать...И он даже не очень сложный, но вот скорость его выполнения будет очень сильно зависеть от кол-ва документов. Каждый раз такой отчет будет заново создавать таблицу взаиморасчетов аналогичную фактической, но с заказами, т.к. в фактической таблице нет этих данных и её итоги использовать нельзя
47. sakustov 27.09.10 12:21 Сейчас в теме
Да, именно так.
Доживем этот год с кривым регистром. с нового начнем с новыми договорами как положено :)
48. anig99 2851 27.09.10 13:25 Сейчас в теме
(47) это разумный выход.
sakustov; +1 Ответить
49. sakustov 27.09.10 16:59 Сейчас в теме
Ну так что, возметесь? ;)
50. марина_18 11.11.10 17:29 Сейчас в теме
(0) А учитывает ли ваш отчет ордерную схему?
Например, если документ "Реалиация товаров и услуг" выписан 01.05.2010, а ордер 01.07.2010. Платежка поступила 08.07.2010, число дней задолженности=10.
Как в таком случае поведет себя ваш отчет?
У нас Комплексная автоматизация 1.0.
51. anig99 2851 11.11.10 22:01 Сейчас в теме
(50) Момент возникновения задолженности и момент отгрузки товара - разные понятия. Совпадают они если ордерная схема НЕ используется.
Для того, чтобы у Вас заработала система, когда долг возникает только в момент отгрузки нужно переписывать конфигурацию.
Если переписать конфигурации, то любой из отчетов по дебиторке будет работать нормально.
Расходный ордер на товары не затрагивает финансы и не может делать движения по долгам
129. Alies_Ka 10.09.13 09:53 Сейчас в теме
Скачала бесплатный отчет, но не как не могу запустить, пишет:
{Форма.ФормаОтчета.Форма(51)}: Значение не является значением объектного типа (Колонки)
	колвокол=ЗадолженностьТаблицаДобавочная.Колонки.Количество()-1;

Что я не так сделала?
130. anig99 2851 10.09.13 10:01 Сейчас в теме
153. 028 22.01.19 08:33 Сейчас в теме
вот такая ошибка выходит

{ВнешнийОтчет.ОтчетПоПросроченнойЗадолженности.Форма.ФормаОтчета.Форма(51)}: Значение не является значением объектного типа (Колонки)
колвокол=ЗадолженностьТаблицаДобавочная.Колонки.Количество()-1;
52. DarkSign 26.04.11 14:14 Сейчас в теме
Спасибо, отличный отчет! А можно на СКД реализовать следующее:

  Подразделение = УправлениеПользователями.ПолучитьЗначениеПоУмолчанию(глЗначениеПеременной("глТекущийПользователь"), "ОсновноеПодразделение");
	Если РольДоступна("АМК_Менеджер") 
		Тогда ОсновнойМенеджер=ПараметрыСеанса.ТекущийПользователь; 
		Иначе ОсновнойМенеджер=NULL;
	КонецЕсли;
	
	УниверсальныйОтчет.ПостроительОтчета.Параметры.Вставить("ОсновнойМенеджер",ОсновнойМенеджер);


Чтобы каждый манагер видел только своих контрагентов. Просто не силен я в СКД... Спасибо!
53. anig99 2851 26.04.11 14:47 Сейчас в теме
(52)Да. Возможно. В СКД тоже можно работать с отбором. Если посмотрите в код, то там есть процедура по переносу отборов с контрагентами из одной схемы в другую.
54. dii 15.09.11 12:26 Сейчас в теме
Для начального понимания очень полезная штуковина
55. pulaverde 21.09.11 11:54 Сейчас в теме
сейчас глянем что тут у Вас
56. vdimitriy 26.09.11 11:28 Сейчас в теме
57. anig99 2851 26.09.11 11:47 Сейчас в теме
(56) а можно аргументировано? Даже не качали ведь.
58. Поручик 4691 26.09.11 12:05 Сейчас в теме
(57) Он просто не умеет его готовить. Я с ним тоже долго с ним разбирался, вертел по всякому.
И советую залить вариант для 8.2., не все могут открыть конфигуратор и сконвертировать.
59. anig99 2851 26.09.11 12:10 Сейчас в теме
(58) у меня тут в планах обновить 2 публикации и доделать ещё одну. Следующим будет полное переписывание этого отчета с учетом всех свистелок. Будет и на 8.1, 8.2 и для тонкого клиента.
60. evgeniy.bilyk 26.09.11 13:35 Сейчас в теме
Отчет, конечно, хороший. Автору спасибо
Но есть один непонятный момент.
Тестировал отчет на "Управление торговлей для Украины"
В отчет почему-то попадали документы "Реализация товаров и услуг", по которым уже были ПКО, т.е. долга по ним небыло. При тестировании заметил, что в отчет такие документы попадают если в ПКО в поле "Док.расчетов" нет привязки к документу "реализация товаров и услуг"

Прошу прощения, если этот момент уже обсуждали.
61. anig99 2851 26.09.11 13:38 Сейчас в теме
(60) в договорах стоит галочка "вести по документам расчетов"? Просто основная работа происходит по регистру Взаиморасчеты, а не Взаиморасчеты по документам
62. evgeniy.bilyk 26.09.11 15:22 Сейчас в теме
В договоре контрагента в закладке Общие стоят настройки:
1.Взаиморасчеты ведутся "По заказам"
2.Стоит галочка напротив "Вести по документам расчетов с контрагентами"
63. anig99 2851 26.09.11 15:42 Сейчас в теме
(62) собственно по этой причине эти реализации и выходят, т.к. скорее всего Вы поставили в отчете галочку "Использовать документы расчетов". По задумке при включении этой галочки отчет формируется для таких договоров по регистру Взаиморасчеты по документам расчетов. А если в ПКО не указать документов расчетов, то ПКО повиснет как аванс и реализация не будет оплачена. Попробуйте убрать в настройках отчета эту галочку, тогда отчет сформируется ТОЛЬКО на основании регистра взаиморасчетов, без учета расчетных документов.
64. evgeniy.bilyk 26.09.11 16:24 Сейчас в теме
Вообще странно, где саму галочку в отчете выключать нашел, а вот выключить-то ее почему-то не получается. Нажимаю по ней, а она все равно остается активной

Это во вкладке "Параметры", я правильно Вас понял?
65. evgeniy.bilyk 26.09.11 16:32 Сейчас в теме
Возможно еще что-то нужно изменить в настройках отчета, подскажите, плз, отчет очень нужен, не хочется в коде ковыряться)
66. evgeniy.bilyk 26.09.11 17:30 Сейчас в теме
вобщем разобрался как галочку убирать. Во вкладке "Параметры", в пункте "детализация" по умолчанию стоит "по документам взаиморасчетов/сделкам", в таком случае обязательно нужно использовать документы расчета. Если использовать другую детализацию, то можно выключать использование документов расчетов.

Автору еще раз спасибо за отчет, будем разбираться дальше ...
67. anig99 2851 26.09.11 21:32 Сейчас в теме
(66) в следующей версии отчета такие неочевидности будут устранены. Кстати, там вроде справка к отчету ещё есть
68. evgeniy.bilyk 26.09.11 22:14 Сейчас в теме
да-да, со справкой уже познакомился, с нее и надо было начинать)
69. NosovK 16 28.09.11 16:39 Сейчас в теме
"Управление производственным предприятием для Украины", редакция 1.3.11.5
При параметре "Источник Дней Отсрочки" установленном в "Число дней отсрочки в договоре" данные из договора не подтягиваются.
70. anig99 2851 28.09.11 16:48 Сейчас в теме
(69) да. там ошибка в запросе по числу дней, вместо связи по договору идёт связь по контрагенту. Попробую найти сегодня время и исправить ошибку в выложенном здесь варианте.
71. Foxux 17.10.11 19:34 Сейчас в теме
Автору спасибо за отчет, будем разбираться ... Пока хватает недоделок, половину исправил, на половину забил, так как не мешают...Но в качестве основы пригодилась хорошо. Спасибо.
72. anig99 2851 17.10.11 21:58 Сейчас в теме
(71) до нового года очень сильно надеюсь выпустить новую версию.
74. NosovK 16 19.10.11 19:15 Сейчас в теме
(72)
На самом деле меня к примеру отчет и в таком варианте целиком устраивает, не считая разве что глюка с подтягиванием числа дней отсрочки в договоре.
73. vovche 18.10.11 15:48 Сейчас в теме
пользуясь случаем и немножно для рейтинга выражаю благодарность за труды :)
75. hanio 57 21.10.11 11:53 Сейчас в теме
А что за деление на 0 файл прикреплен посмотрите пож-та
Прикрепленные файлы:
77. anig99 2851 21.10.11 19:04 Сейчас в теме
(75) там формула без проверки деления на 0. А СКД именно так реагирует на деление на 0
(76) этот отчет бесплатно дописываться не будет. Слишком много ответвлений написано под заказ. Сейчас планирую переписать отчет заново с учетом всех доработок и исправление ошибок. Если настроение будет, начну дописывать уже на этих выходных.
82. NosovK 16 11.12.11 00:57 Сейчас в теме
(77) (72) (70) отчет очень помогает в повседневном контроле событий уже сейчас, если не очень сложно - могли бы вы исправить ошибку в запросе количества дней. Я не уверен что стоит делать новую версию отчета, потому что он сейчас достаточно понятен и интуитивно понятен, если же навешать в него еще дополнительных плюшек - удобнее он может и не стать ;)
83. anig99 2851 11.12.11 12:20 Сейчас в теме
(82) интерфейс усложнять не буду
76. hanio 57 21.10.11 12:46 Сейчас в теме
А вот колонка Cумма погашения задолженности за период просрочки всегда пустая хотя были оплаты за период просрочки. В целом отчет нравится чрезвычайно, СКД самое то для него. И еще - нужна колонка куда выводить сумму по платежному ордеру на поступление, у нас идет разноска списком и в отчет напротив документа ничего не попадает а попадает снизу что не есть хорошо...
78. RakovskiyK 24.10.11 15:00 Сейчас в теме
как раз то что нужно! Спасибо большое!
79. Il 30 02.12.11 08:48 Сейчас в теме
Очень кстати! полезный отчетик!
80. пользователь 09.12.11 21:38
Сообщение было скрыто модератором.
...
81. пользователь 10.12.11 20:34
Сообщение было скрыто модератором.
...
84. DarkSign 19.12.11 13:47 Сейчас в теме
Добрый день! А подскажите, пожалуйста, какие права необходимо добавить, чтобы исправить вот это (используется RLS, без него все работает):

{Отчет.ОтчетПоПросроченнойЗадолженности.МодульОбъекта(152)}: Ошибка при вызове метода контекста (Выполнить)
	Таблица=Запрос.Выполнить().Выгрузить();
по причине:

по причине:
Ошибка выполнения запроса
по причине:
У пользователя недостаточно прав на исполнение операции над базой данных.


В отчете:
Вид отчета - Задолженность по интервалам
Детализация - По контрагентам
Вид долга - Дебиторская
Документы расчетов не используются

В RLS ограничения по подразделениям, складам, контрагентам.

Просто RLS необходим, но и отчет очень нравится. В конфигураторе какие только права не выставлял, но поправить не смог...
Спасибо!
85. NosovK 16 03.01.12 01:24 Сейчас в теме
Добрый вечер. Извините если излишне навязчив, но все же как успехи с выпуском новой версии?
86. abzae 05.01.12 17:36 Сейчас в теме
Отличная вещь, в свое время очень пригодилась
87. Gensec 12.01.12 10:16 Сейчас в теме
Интересует доработка отчета, как моно с Вами связаться ?
88. ASoft 18.01.12 22:19 Сейчас в теме
Отчет интересный так что законный +
89. angler225 126 24.01.12 10:23 Сейчас в теме
Отчет полезный. Дорабатывать конечно есть что, делался уже давно. Посмотрел внутрь, да автор с чуством юмора, соответственно появились вопросы. Почему функция в модуле называется Дебилка, и что это за организация "Луффи" подставляется в запрос.
90. anig99 2851 24.01.12 10:43 Сейчас в теме
(89) Дебилка - это дебиторка. Луффи - нужно было любое слово, чтобы сгруппировать строки без учета организаций. Луффи - персонаж одного мультфильма
91. angler225 126 24.01.12 10:48 Сейчас в теме
Понятно, довольно остроумно :)
+