gifts2017

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

Опубликовал Александр Медведев (anig99) в раздел Отчеты - Бухгалтерские

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

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

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. Финансовая служба. Сколько денег нам придет и сколько мы должны заплатить в ближайшее время?

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

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

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

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

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

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

 

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

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

Наименование Файл Версия Размер
Версия 1.99i с открытым кодом 2280
.erf 67,61Kb
08.04.13
2280
.erf 67,61Kb Скачать
Demo - без модуля получения главной таблицы 367
.1249760725 56,40Kb
08.04.13
367
.1249760725 56,40Kb Бесплатно

См. также

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

Комментарии

1. Maniac (Eugeneer) 09.08.09 02:34
А в чем прикол? подобных отчетов куча, чем этот конкретно лучше остальных? тем что на скд? так в скд можно любой запрос кинуть.
2. Maniac (Eugeneer) 09.08.09 02:38
Реальным манагерам из взаиморасчетов нужны только три вещи: долг, просроченный, непросроченны долг. и все. всё остальное просто лишнее.
анализы безсмысленны. как ни крути денег больше прибавится.
3. Александр Медведев (anig99) 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) 09.08.09 10:18
Да... чуть не забыл.
Долг по таре - регистр Товары переданные (ну назвал я его так, т.к. где стояла задача, шло 99% тары по этому регистру) - очень полезная штука и для манагеров тоже.
5. Евгений (wirg) 09.08.09 12:22
Вещь конечно хорошая, только скд для пользователя не очень понятная. поэтому лучше бы на построителе в конструкторе смастерил, там отборы и группировки лучше видно. Данный отчет нужен многим, только не все готовы платить, поэтому пользуются стандартным отчетом по кредитной линии. Цена в 2500рублей может быть и оправдана, если у тебя форма настроек отчета удобная, хотя на скд группировки самому ставить струдно, а пользователь плюнет и покупать не будет. так что работаем дальше
6. Александр Медведев (anig99) 09.08.09 12:43
(5) это всё условно. не стали бы 1с мастерить СКД. И с 7.7 народ переходил жаловался "как всё сложно!".
1.На самом деле научиться работать в СКД несложно. Но если человек не понимает в универсальном отчете, но есно не поймет и в СКД.
2.Кроме того, очень часто бывает так, что админов или прогеров тупо просят настроить нужный отчет.
3.В планах написание упрощенной инструкции по СКД (если не найду такую раньше
4.В плату включена создание настройек на СКД, а уж галочки где нужно ставить и какие поля, чем заполнять - нужно быть полным дебилом, чтобы не понять.
5. У меня люди работают и нормуль все. Недавно отосылал вариант вообще без инструкций (только с 3 настройками). Прекрасно разобрались и сделали свою простую настройку.
7. Александр Медведев (anig99) 09.08.09 12:45
(5) цену может снижу, но тогда инструкция и настройки - за отдельную плату. Посмотрим, как пойдет и какие пожелания будут. Низкая плата и платная поддержка или более высокая цена, но бесплатная поддержка
9. Сергей Ожерельев (Поручик) 10.08.09 13:21
(6)
>>> а уж галочки где нужно ставить и какие поля, чем заполнять - нужно быть полным дебилом, чтобы не понять

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

В список возможных "фишек" можно добавить учет % предоплаты по документу отгрузки (т.е. когда, например, 30% суммы реализации клиент должен оплатить сразу). У меня тоже это реализовано, но тоже редко спрашивают.
14. Александр Медведев (anig99) 14.08.09 14:45
(13) вот про банковские дни и говорю, что невыгодно - пока не попросят делать не буду (:
Про процент предоплаты - это скорее нужно дорабатывать проверку перед реализацией...Хотя менеджерам видеть таблицу, кто сколько заплатил по заказу - тоже гуд. подумаю.
(12) зыркнем
15. Z-z-z (ZLENKO) 14.08.09 14:59
(14) С процентом предоплаты особеность в том, что разные сроки возникновения задолженности по одному документу отгрузки - часть сразу возникает, а часть через указанное количество дней отсрочки. Т.е. это немного другой взгляд на процент предоплаты, чем просто ограничение отгрузки без предоплаты.
16. Сергей Ожерельев (Поручик) 26.09.09 19:32
Блин, код модуля закрыт, а автор мне этим отчётом башню морозил в личке. Не буду плюсовать.
17. Александр Медведев (anig99) 26.09.09 20:11
(16) гы... я не специально... я забыл снять (:
18. Александр Медведев (anig99) 26.09.09 20:13
19. Z-z-z (ZLENKO) 01.11.09 12:55
Жадный народ - качает - плюсов не ставит...
Вот и делай бесплатные отчеты :-(
20. Igi GGG (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) 03.12.09 08:32
(21) Какой уровень группировки у отчета? Контрагент, договор, сделка? Сколько договоров у контрагента? Какая конфигурация? Насколько изменена конфигурация в части справочники Договора?

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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


Модифицированный текст функции ПолучитьЗапросДебилки приложен к сообщению
Прикрепленные файлы:
Функция ПолучитьЗапросДебилки.txt
28. Pawa Archy (archonmaster) 12.12.09 00:56
Предлагаю еще одну доработку отчета.
В договоре есть два реквизита: КонтролироватьЧислоДнейЗадолженности и ДопустимоеЧислоДнейЗадолженности.
В последней версии отчета учитывается ДопустимоеЧислоДнейЗадолженности в не зависимости от состояния КонтролироватьЧислоДнейЗадолженности, что на мой взгляд является не совсем правильным (приведите аргументы, если я не прав). На мой взгляд, нужно анализировать состояние флажка КонтролироватьЧислоДнейЗадолженности и, если он сброшен, подставлять параметр числа дней задолженности из значений по умолчанию (из закладки параметров отчета), чего на настоящий момент не происходит.

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

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

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

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

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

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

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

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

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


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


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

ВЫБОР
КОГДА
(Максимум(ДнейСЗадолженности_)>Максимум(ЧислоДнейЗадолженности))
Тогда
Максимум(ДнейСЗадолженности_)-Максимум(ЧислоДнейЗадолженности)
Иначе
0
КОНЕЦ
30. Pawa Archy (archonmaster) 12.12.09 01:14
И в заключение, было бы удобно вызывать отчет из различных документов с влюченным отбором по текущему контрагенту. Для этого предлагаю внести специальную процедуру в модуль отчета, задающую отбор:

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

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

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

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

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

К сообщению прикладываю мою версию отчета и инструкцию по ее встраиванию в информационную систему.
Прикрепленные файлы:
Инструкция по внедрению отчета.doc
31. Pawa Archy (archonmaster) 12.12.09 01:17
У меня не получается прикрепить файл с моей версией отчета (почему-то...). Так что если кому-нибудь он понадобится, могу отправить по электронной почте.
32. Александр Медведев (anig99) 12.12.09 02:17
(29) отрицательное число оставлено намеряно. Позволяет отбирать контрагентов на грани просрочки.
(28) Включение галочки КонтролироватьЧислоДней запускает штатный механизм плюс требует соблюдения нескольких условий...Что существенно сужает применимость отчета, цель которого получить информацию при любых вариантах ведения учета. В своей конфигурации я включил видимость числа дней при любых услових. Для других, кто не хочет изменять конфигурации, есть возможность использовать произвольное свойство контрагентов. В штатной интерактивное конфигурации отключение галочки
КонтролироватьЧислоДнейЗадолженности обнуляет параметр ЧислоДнейЗадолженности.
В результате имеем 3 варианта:
1. Действуем только в рамках логики конфигурации, при это отсутствие галочки автоматически обнуляет ЧислоДнейЗадолженности и дополнительной проверки не требуется
2. Расширяем варианты применения использования поля ЧислоДнейЗадолженнсти (можно даже не меня конфигурации с помощью внешних обработок. В этом случае нам всё равно как стоит галочка. Проверка не требуется
3. Используем свойство... Проверка не требуется.
(30) я просто добавил цельный запрос в модуль конфигурации в процедуру, которая рассчитывает долг и показывает его в документе. Но идея интересная. Может и реализую как-нибудь.
(27) Логика была такая. При уровне отчета По контрагенту (т.е. все документы объединяется только по этому признаку) Число дней рассчитывается как минимальное(но не равное 0) из всех договоров с покупателем. По договору понятно что... На уровне сделок число дней берется из документа-сделки. Там обычно указывается предполагаемый день оплаты... А вот поле РасшифровкаДолга.ТочноКонтрагент хранит именно контрагента при любых уровнях детализации. Про уровни детализация я где-то писал уже... Или в хелпе к отчету, или в этой публикации, или в предыдущей версии этой публикации.

З.Ы. Спасибо за внимание к отчету и разбор оного.
33. Pawa Archy (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
34. Pawa Archy (archonmaster) 12.12.09 08:24
К этому сообщению прикрепляю запрос из отчета, имеющего в моей конфигурации. Если кому будет интересно, можно поковыряться. Скриншот самого отчета находится в аттаче к предыдущему сообщению
Прикрепленные файлы:
еще_один_запрос.txt
35. Николай Иванов (mss09) 03.03.10 23:34
Добрый день!
Интересует возможность установки данной обработки!
У нас 1С 8 - отпишитесь, пожалуйста, о возможности установки на mss09@live.ru !
Также понадобиться поддержка и доработка! Символическую оплату гарантируем!))) 8-)
36. KRIHA (KRIHA) 26.04.10 18:43
еще не до конца разобрался, но ставлю плюс.
чувствуется человек с любовью писал :)
37. KRIHA (KRIHA) 26.04.10 18:45
Что за деление на ноль странное - откуда пустые строки вылезают?
38. Александр Медведев (anig99) 27.04.10 08:00
(37) оставлены специально, т.к. 0 - это тоже результат и кроме долга ещё несколько показателей есть... Строки с нулевым долгом можно убрать через отбор. Кроме того, отчет всё-таки достаточно специфичен и с паре мест может потребовать дополнительной адаптации под конкретную базу. Но не в главном запросе...
39. Александр Медведев (anig99) 27.04.10 08:02
(37) до выкладыванию сюда более аккуратной и более специализированной версии пока не созрел... (:
40. Сергей Иванов (SeregaIvanov) 11.05.10 17:22
Действительно, чувствуется творческая жилка. Спасибо за разработку, она мне очень помогла.
41. dimstar (macrogroup) 27.05.10 10:51
Вопросик возник. А почему при виде отчета "задолженность по интервалам" и виде долга "дебиторская и кредиторская" в отчет попадает вся сумма? Т.е. Кредиторка не вычитается, а суммируется с дебиторкой. Так быть не должно))))
42. Александр Медведев (anig99) 28.05.10 14:09
(41)Посмотрим конечно, если не забуду, в свободное время... но данный отчет немного устарел... есть несколько более новых в плане деталей и оформления отчетов, заточенных под конктретных клиентов... Если горит, то исправлю за $$$ Р.
43. Сергей Кустов (sakustov) 24.09.10 16:39
Готовы ли вы доработать отчет, чтобы он был способен считать задолженность по первичке, а не по регистру взаиморасчетов. Дело в том, что часть договоров имеют признак взаиморасчетов "по договору в целом" поэтому поле "сделка" в регистре не заполняется. в итоге в отчете некорректные данные.
44. Александр Медведев (anig99) 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) 27.09.10 08:09
(45) Т.е. вы хотите долги по заказам не включив механизм учета по заказам? Такой отчет возможно написать...И он даже не очень сложный, но вот скорость его выполнения будет очень сильно зависеть от кол-ва документов. Каждый раз такой отчет будет заново создавать таблицу взаиморасчетов аналогичную фактической, но с заказами, т.к. в фактической таблице нет этих данных и её итоги использовать нельзя
47. Сергей Кустов (sakustov) 27.09.10 12:21
Да, именно так.
Доживем этот год с кривым регистром. с нового начнем с новыми договорами как положено :)
48. Александр Медведев (anig99) 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) 11.11.10 22:01
(50) Момент возникновения задолженности и момент отгрузки товара - разные понятия. Совпадают они если ордерная схема НЕ используется.
Для того, чтобы у Вас заработала система, когда долг возникает только в момент отгрузки нужно переписывать конфигурацию.
Если переписать конфигурации, то любой из отчетов по дебиторке будет работать нормально.
Расходный ордер на товары не затрагивает финансы и не может делать движения по долгам
52. Игорь Кузнецов (DarkSign) 26.04.11 14:14
Спасибо, отличный отчет! А можно на СКД реализовать следующее:

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


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

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

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

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


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

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

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

Интересует показатель средневзвешенной просроченной задолженности за период (месяц, квартал, год).
Именно просроченной, поскольку за просроченную задолженность начисляются %.

Если нет, то сообщите - готовы ли взяться за разработку подобного отчета на заказ.
Естественно небесплатно.

Спасибо.
93. simba08 02.02.12 10:22
Хороший отчет. Единственное, чего не хватило нашей коммерческой службе - это расшифровки (какими документами была закрыта задолженность, т.е. например было за период 3 накладных (на сей момент первая закрыта двумя платежами, вторая - частично закрыта одним платежом, третья - не закрыта совсем). Это - некая динамика, помогающая в работе (клиент и менеджер четко знают за что приходила деньга). Сейчас в данном отчете видно неоплаченную часть второй накладной и третью накладную полностью (если взять по аналогии описанный выше пример).
94. Гость 02.02.12 10:26
Опять-таки для фин службы и бухгалтерии - по контрагентам долг 50000 тыс.р, а по договорам 1 000 000... чего-то тут не так...Ага. здесь посадили оплату не тот договор, здесь можно взаимозачет предложить - глядишь и НДС с авансов много меньше.
Вывод расшифроки в отдельной вкладке - не плодит окон в 1с.
95. Алексей Епишко (Epishko) 02.02.12 10:37
Ага, вот если еще добавить столбец "средняя просроченная задолженность за период" - для расчета штрафа с менеджера при расчете зарплаты и тогда отчет будет совсем идеальным
96. egoiste__ (egoiste__) 02.02.12 17:30
Анализируется задолженность по всем договорам или по тем у которых стоит признак: "вести по документам". Поскольку это принципиально.
97. Dima (kubfest) 16.02.12 08:30
За проделанную работу +. Но есть небольшой вопрос, пока не тестировал на большом количестве контрагентов, но как себя ведет отчет при > 5000 контрагентах и в каждом контрагенте по 5-6 документов расчета?
98. Александр Медведев (anig99) 16.02.12 08:55
(97) скорость по контрагентам линейна. Проблемы со скоростью зависят от числа документов для контрагента. Чем больше ему нужно подбирать, тем больше падает скорость. Оптимизация конечно сокращает этот эффект, но полностью убрать его не позволяет сам принцип расчета нарастающих итогов в запросе. Если для контрагентов 5-6 документов ВСЕГО, то существенной деградации быстродействия относительно штатного отчета по задолженности не будет.
99. idw idw (idw) 25.02.12 20:45
Нашел ошибку, может и не ошибку, но если сформировать отчет по кредиторке, то в отчет попадают контрагенты по которым было поступление товаров и оплата его авансовым отчетом. По идее не должно быть кредиторской задолженности.
100. idw idw (idw) 13.03.12 20:26
А что за документы с пустыми суммами попадают в отчет по кредиторской задолженности, такие как Платежное поручение исходящее или авансовый отчет?
101. Александр Медведев (anig99) 14.03.12 07:58
(100) при желании можно вывести не только данные о долге, но и данные о взаиморасчетах за период долга (для этого использовать поле Регистратор.СуммаДокумента). Если эти документы мешают, то надо сделать отбор Сумма долга > 0
102. Maria Stepina (m_004) 11.05.12 18:21
Вот чувствуется, что отчет хороший ;-) Только не знаю, смогу ли я его запустить.
Он ведь должен работать на последней версии УПП 1.3 ?
Картинки красивые, надеюсь когда скачаю, то напишу комментарий побольше.
А развиваться будет отчет?
Для написания сообщения необходимо авторизоваться
Прикрепить файл
Дополнительные параметры ответа