Отчет о просроченной задолженности/по интервалам на СКД (УПП, УТ)
Учетные задачи - Взаиморасчеты
Файлы
ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Подписка PRO — скачивайте любые файлы со скидкой до 85% из Базы знаний
Оформите подписку на компанию для решения рабочих задач
Оформить подписку и скачать решение со скидкойВы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».
- 0% комиссии — оплата напрямую исполнителю;
- Исполнители любого масштаба — от отдельных специалистов до команд под проект;
- Прямой обмен контактами между заказчиком и исполнителем;
- Безопасная сделка — при необходимости;
- Рейтинги, кейсы и прозрачная система откликов.
Бесплатные
ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Узнавайте о новых бесплатных решениях в нашей телеграм-группе Инфостарт БЕСПЛАТНО
| Наименование | Скачано | Бесплатно |
|---|---|---|
|
Demo - без модуля получения главной таблицы
.1249760725 56,40Kb
634
|
634 | Скачать бесплатно |
Вы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».
- 0% комиссии — оплата напрямую исполнителю;
- Исполнители любого масштаба — от отдельных специалистов до команд под проект;
- Прямой обмен контактами между заказчиком и исполнителем;
- Безопасная сделка — при необходимости;
- Рейтинги, кейсы и прозрачная система откликов.
Основные характеристики отчета:
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
Вступайте в нашу телеграмм-группу Инфостарт
См. также
Перенос данных 1C Взаиморасчеты Оптовая торговля Логистика, склад и ТМЦ Файловый обмен (TXT, XML, DBF), FTP Системный администратор Разработчик 1С:Предприятие 8 1С:Управление торговлей 10 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Россия Управленческий учет Платные (руб)
Можно проверить до покупки, оставьте заявку! Воспользовались более 268 компаний! Перенос данных из УТ 10.3 в УТ 11 | из УТ 10.3 в КА 2 | из УТ 10.3 в ERP. Решение для перехода с УТ 10.3. Можно перенести начальные остатки, нормативно-справочную информацию и все возможные документы. При выгрузке можно установить отбор по периоду, организациям и складам.
50200 руб.
24.04.2015 211440 186 254
Печатные формы Взаиморасчеты Оптовая торговля Производство готовой продукции (работ, услуг) Акт сверки Бухгалтер Пользователь 1С:Предприятие 8 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Россия Бухгалтерский учет Управленческий учет Платные (руб)
Задайте для каждой организации свою печать и для каждого физического лица свою подпись. Выберите в документе печатную форму "... с печатью и подписью" - и автоматически сформируется табличный документ с печатью и подписями той организации и ответственных лиц, которые указаны в документе.
17080 руб.
13.03.2018 72986 277 80
Взаиморасчеты Email рассылки Акт сверки Бухгалтер Пользователь 1С:Предприятие 8 1С:Бухгалтерия 3.0 Бухгалтерский учет Платные (руб)
Внешняя обработка для Бухгалтерии 3.0 - позволяет автоматически формировать документы «Акт сверки расчетов» с контрагентами за выбранный период с последующей фоновой отправкой на почту контрагента.
5084 руб.
25.11.2020 31649 345 21
Взаиморасчеты Бухгалтер 1С:Предприятие 8 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Платные (руб)
Расширение позволяет гибко настроить расчет и начисление пени в 1С в организации.
9760 руб.
18.10.2017 44861 108 47
Взаиморасчеты Бухгалтер Пользователь 1С:Предприятие 8 1С:Бухгалтерия 3.0 Бухгалтерский учет Платные (руб)
Обработка позволяет автоматически формировать акты сверки сразу по группе контрагентов, отобранных по папкам, что существенно сокращает время работы по сравнению с типовым функционалом 1С:Бухгалтерии предприятия 3.0.
8652 руб.
17.11.2020 27073 32 3
SALE! 10%
Взаиморасчеты Email рассылки Акт сверки Бухгалтер Пользователь 1С:Предприятие 8 1С:Управление нашей фирмой 1.6 1С:Управление нашей фирмой 3.0 Бухгалтерский учет Управленческий учет Платные (руб)
Создать и отправить 1000 Актов серки контрагентам за 5 мин?! Легко! Разработано для конфигурации 1C:УНФ. Массовое создание и рассылка Актов сверки в три клика.
9760
8784 руб.
13.01.2022 14857 28 14
Взаиморасчеты Бухгалтер Пользователь 1С:Предприятие 8 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) в договоре. Группирует задолженность по интервалам. Имеет большое количество настроек. Доступен API для использования рассчитанной задолженности в других отчетах, обработках, рабочих местах и т.п. Не требует доработок конфигурации. Не требует перепроведения документов.
16958 руб.
28.09.2012 107707 601 301
Банковские операции Взаиморасчеты Учет документов Бухгалтер Пользователь 1С 8.3 1С:Бухгалтерия 3.0 Россия Бюджетный учет Платные (руб)
Расширение для конфигурации 1С:Бухгалтерия 3.0. Многоуровневое согласование заявок на оплату с оповещением и делегированием прав.
15250 руб.
09.09.2025 3534 10 0
Оплата за период и продажи за период позволяют быстро оценивать размеры долга. может должен он 1 000 000, а за месяц оплатил 10 000 000 - так не такой он и страшный этот кредитор, как который 100 000 должен , а оплатил 100 рублей.
Опять-таки сравнения за периоды... Можно и вручную делать. Получил 2 отчета кинул в ексель и... пишешь формулы, чтобы сравнить эти две таблицы...муторно. А уж динамику смотреть - так вообще... 30 раз тыкнуть.
Опять-таки для фин службы и бухгалтерии - по контрагентам долг 50000 тыс.р, а по договорам 1 000 000... чего-то тут не так...Ага. здесь посадили оплату не тот договор, здесь можно взаимозачет предложить - глядишь и НДС с авансов много меньше.
Вывод расшифроки в отдельной вкладке - не плодит окон в 1с.
Настройки можно сохранять ВНЕ 1с. Я теперь не заморачиваюсь - в какой базе сижу, за каким компом, под чьим пользователем - файл настроек у меня расшарен или на флешке. Загрузил его и получай отчет.
Использование не только регистра взаиморасчетов по документам (вообще-то по нему есть стандратный отчет), а просто взаиморасчетов позволяет увидеть всех контрагентов и не заморачиваться на ведение учета по документам, если целью является только отчет по дебиторке.
Ну кредиторская задолженность - тут всё ясно.
Дальше - отчет сам по себе быстрый.
З.Ы. Да... и на будущее... У меня высшее экономическое.
1.На самом деле научиться работать в СКД несложно. Но если человек не понимает в универсальном отчете, но есно не поймет и в СКД.
2.Кроме того, очень часто бывает так, что админов или прогеров тупо просят настроить нужный отчет.
3.В планах написание упрощенной инструкции по СКД (если не найду такую раньше
4.В плату включена создание настройек на СКД, а уж галочки где нужно ставить и какие поля, чем заполнять - нужно быть полным дебилом, чтобы не понять.
5. У меня люди работают и нормуль все. Недавно отосылал вариант вообще без инструкций (только с 3 настройками). Прекрасно разобрались и сделали свою простую настройку.
Поставил "+" за качественный подход к вопросу. А то много тут понавыкладывали - за 5 минут наваяли что то непонятное - только замусоривают.
У меня это реализовано, но пользуется только (насколько я знаю) один заказчик.
В список возможных "фишек" можно добавить учет % предоплаты по документу отгрузки (т.е. когда, например, 30% суммы реализации клиент должен оплатить сразу). У меня тоже это реализовано, но тоже редко спрашивают.
договор: допустимое число дней задолженности = 5, без документов расчета.
реализация: 23.05.09.
параметры отчета: дата долга = 31.05.09, начальная дата = 01.04.09.
Выводит: просрочено дней = 8, хотя должно быть 3 (31-23-5).
из свойств контрагента если брать, то считает нормально
Попробуйте в консоли посмотреть результат запроса
ВЫБРАТЬ
МИНИМУМ(ДоговорыКонтрагентов.ДопустимоеЧислоДнейЗадолженности) КАК ДопустимоеЧислоДнейЗадолженности,
ДоговорыКонтрагентов.Владелец
ИЗ
Справочник.ДоговорыКонтрагентов КАК ДоговорыКонтрагентов
ГДЕ
ДоговорыКонтрагентов.ДопустимоеЧислоДнейЗадолженности <> 0
И ДоговорыКонтрагентов.Владелец.Ссылка В ИЕРАРХИИ(&Контрагент)
И (НЕ ДоговорыКонтрагентов.ДопустимоеЧислоДнейЗадолженности ЕСТЬ NULL )
И (ДоговорыКонтрагентов.ВидДоговора.Порядок = 1
ИЛИ ДоговорыКонтрагентов.ВидДоговора.Порядок = 3)
СГРУППИРОВАТЬ ПО
ДоговорыКонтрагентов.Владелец
Вроде ошибка в кралась в запросе к БД вот в этом месте (их два аналогичных): в модуле отчета в процедуре "ПолучитьЗапросДебилки"
| ЛЕВОЕ СОЕДИНЕНИЕ ЧислоДнейЗадолженности КАК ЧислоДнейЗадолженности
| ПО РасшифровкаДолга_БезПодбора.ТочноКонтрагент = ЧислоДнейЗадолженности.Владелец";
| ЛЕВОЕ СОЕДИНЕНИЕ ЧислоДнейЗадолженности КАК ЧислоДнейЗадолженности
| ПО РасшифровкаДолга.ТочноКонтрагент = ЧислоДнейЗадолженности.Владелец";
Дело все в том, что при формировании текста запроса на извлечение из договора числа дней задолженности, при разном уровне детализации возвращаются в результате такого запроса разные объекты.
При уровне группировки 4 и 1 (только контрагенты) в результате запроса возвращается (по мимо числа дней) владелец договора:
ДоговорыКонтрагентов.Владелец
При уровне группировки 3 или 0 (по документам взаиморазсчетов/сделкам) возвращается несколько строк,в которых указывается в качестве Владельца ссылка уже на сам договор
ДоговорыКонтрагентов.Ссылка КАК Владелец
По этому при 4 и 1 все стыкуется (см. первую и вторую цитатЫ), а при группировки 3 или 0 левое соединение не срабатывает, так как а) Владелец не контрагент, б) строк несколько (при количестве договоров больше 1).
Для исправления такого недочета предлагаю модифицировать код следующим образом.
Во-первых:
| ЛЕВОЕ СОЕДИНЕНИЕ ЧислоДнейЗадолженности КАК ЧислоДнейЗадолженности
| ПО РасшифровкаДолга_БезПодбора."+УсловиеВладелецДоговора+" = ЧислоДнейЗадолженности.Владелец";
Во вторых, в этой же процедуре ("ПолучитьЗапросДебилки") при анализе уровня группировке в соответсвующие условные операторы внести определение "УсловиеВладелецДоговора":
...
УсловиеВладелецДоговора = "ТочноКонтрагент";
...
УсловиеВладелецДоговора = "Контрагент.ДоговорКонтрагента.Ссылка";
...
Модифицированный текст функции ПолучитьЗапросДебилки приложен к сообщению
"Управление торговлей", редакция 10.3 (10.3.8.9)
Чтобы увидеть все документы за период долга нужно отключить условие на СуммаДолга>0 и вывести показатель Регистратор.СуммаДокумента.
Про число дней в договоре сегодня дома посмотрю.
чтобы с просроком было более понятно попытаюсь обрисовать ситуацию:
взаиморосчеты ведутся по договору вцелом у каждого КА в договоре стоит отсрочка в днях...
мне нужно посмотреть:
1. сколько мы продали за перод
2. сколько нам заплатили и сколько вернули
3. сколько нам должны на конец периода
4. какими документами это все образовалось
можно это посмотреть Вашим отчетом?
я пытаюсь это сделать вот так:
собираю отчет со след параметрами:
вид отчета - просроченная задолжность; период - с нужного мне числа до сегоднешнего дня; детализация - по документам взаиморасчетов; вид долга - дебеторская и кредиторская; отборов никаких нет тоесть в отчет должны попасть все КА;
у меня все отгрузки уходят в просрок кромя сегодняшних :(
1. Есть такой показатель. Продажи за период называется.
2. Оплата за период тоже есть. Возвратов вроде нет, но за небольшую плату могу добавить.
3. Сумма долга
4. Да. можно. Сами регулярно пользуемся этим показателем.
Вот я смотрю Ваши настройки... Детализацию нужно ставить "По договору" или "По контрагенту". Настройка детализация определяет не детализацию конечной таблицы, а уровень взаиморасчетов при зачете долгов по FIFO.
Не вдаваясь в специфику реализации это работает следующим образом. Сначала отчет создает таблицу документов возникновения и уменьшения долгов. При этом записи в таблице группируются по выбранному уровню детализации. Если выбрано "По контрагенту", то в одну группу попадут все документы контрагенты вне зависимости от договора. Если "по договору", то в группу попадут документы одного договора. Если "по документам взаиморасчетов" то группируются документу по полю "сделка" или "заказ" + появляется возможность получить отчет по другому регистру - данная настройка актуальна только для тех, кто ведет учет по документам расчетов. При всём этом для любой настройки всегда можно посмотреть документы все показатели, о которых Вы говорили. Настроить вид отчета (выводимые поля, группировки и т.д.) можно через кнопку "Настройка".
Можно также обратиться через аську 74471111
В договоре есть два реквизита: КонтролироватьЧислоДнейЗадолженности и ДопустимоеЧислоДнейЗадолженности.
В последней версии отчета учитывается ДопустимоеЧислоДнейЗадолженности в не зависимости от состояния КонтролироватьЧислоДнейЗадолженности, что на мой взгляд является не совсем правильным (приведите аргументы, если я не прав). На мой взгляд, нужно анализировать состояние флажка КонтролироватьЧислоДнейЗадолженности и, если он сброшен, подставлять параметр числа дней задолженности из значений по умолчанию (из закладки параметров отчета), чего на настоящий момент не происходит.
Для этого нужно немного переписать запрос получения ДопустимоеЧислоДнейЗадолженности из договора в процедуре ПолучитьЗапросДней.
Старый вариант:
МИНИМУМ(ДоговорыКонтрагентов.ДопустимоеЧислоДнейЗадолженности) КАК ДопустимоеЧислоДнейЗадолженности,
Новый вариант:
| ВЫБОР
| КОГДА ДоговорыКонтрагентов.КонтролироватьЧислоДнейЗадолженности
| ТОГДА ДоговорыКонтрагентов.ДопустимоеЧислоДнейЗадолженности
| ИНАЧЕ NULL
| КОНЕЦ КАК ДопустимоеЧислоДнейЗадолженности
При этом в случае сброшенного флажка КонтролироватьЧислоДнейЗадолженности вместо ДоговорыКонтрагентов.ДопустимоеЧислоДнейЗадолженности во временную таблицу ЧислоДнейЗадолженности в ДопустимоеЧислоДнейЗадолженности будет возвращаться значение NULL. Дальше по коду в процедуре ПолучитьЗапросДебилки этот NULL подменится на реквизит ДнейОтсрочки из окна формы отчета.
Нужно обратить внимание на то, что при формировании отчета на уровне детализации контрагентов при заданном значении дней отсрочки и выключенном флажке все равно будет использоваться это значение. Нужно еще работать в этом направлении.
Код обновленной функции ПолучитьЗапросДней приложен в файле.
Предлагаю внести изменение в макет "Просроченная" в закладках Вычисляемые поля и Ресурсы.
Старые варианты "ПросроченоДней":
ВЫБОР КОГДА НЕ(СуммаУпрОстаток_ ЕСТЬ NULL) Тогда (ЕСТЬNULL(ДнейСЗадолженности_,0)-ЕстьNULL(ЧислоДнейЗадолженности,0)) ИНАЧЕ 0 КОНЕЦ
Максимум(ДнейСЗадолженности_)-Максимум(ЧислоДнейЗадолженности)
Новыей вариант:
ВЫБОР
КОГДА
(Максимум(ДнейСЗадолженности_)>Максимум(ЧислоДнейЗадолженности))
Тогда
Максимум(ДнейСЗадолженности_)-Максимум(ЧислоДнейЗадолженности)
Иначе
0
КОНЕЦ
(28) Включение галочки КонтролироватьЧислоДней запускает штатный механизм плюс требует соблюдения нескольких условий...Что существенно сужает применимость отчета, цель которого получить информацию при любых вариантах ведения учета. В своей конфигурации я включил видимость числа дней при любых услових. Для других, кто не хочет изменять конфигурации, есть возможность использовать произвольное свойство контрагентов. В штатной интерактивное конфигурации отключение галочки
КонтролироватьЧислоДнейЗадолженности обнуляет параметр ЧислоДнейЗадолженности.
В результате имеем 3 варианта:
1. Действуем только в рамках логики конфигурации, при это отсутствие галочки автоматически обнуляет ЧислоДнейЗадолженности и дополнительной проверки не требуется
2. Расширяем варианты применения использования поля ЧислоДнейЗадолженнсти (можно даже не меня конфигурации с помощью внешних обработок. В этом случае нам всё равно как стоит галочка. Проверка не требуется
3. Используем свойство... Проверка не требуется.
(30) я просто добавил цельный запрос в модуль конфигурации в процедуру, которая рассчитывает долг и показывает его в документе. Но идея интересная. Может и реализую как-нибудь.
(27) Логика была такая. При уровне отчета По контрагенту (т.е. все документы объединяется только по этому признаку) Число дней рассчитывается как минимальное(но не равное 0) из всех договоров с покупателем. По договору понятно что... На уровне сделок число дней берется из документа-сделки. Там обычно указывается предполагаемый день оплаты... А вот поле РасшифровкаДолга.ТочноКонтрагент хранит именно контрагента при любых уровнях детализации. Про уровни детализация я где-то писал уже... Или в хелпе к отчету, или в этой публикации, или в предыдущей версии этой публикации.
З.Ы. Спасибо за внимание к отчету и разбор оного.
ВЫБРАТЬ
ДоговорыКонтрагентов.ДопустимоеЧислоДнейЗадолженности КАК ДопустимоеЧислоДнейЗадолженности,
ДоговорыКонтрагентов.Ссылка КАК Владелец
ПОМЕСТИТЬ ЧислоДнейЗадолженности
ИЗ
Справочник.ДоговорыКонтрагентов КАК ДоговорыКонтрагентоввидно, что допустимое кол-во дней просрочки берется именно из договора, и впоследствии это число участвует в расчетах. По крайней мере, как я ни старался, не смог найти, где в вашем запросе участвует предполагаемый день оплаты.
Если посмотреть на отчет там есть колонка "Прогнозируемая дата оплаты". Она вычисляется следующим образом:
НачалоПериода(ДОБАВИТЬКДАТЕ(НачалоПериода(ОсновнаяТаблицаРегистра.Период, ДЕНЬ), День, Остатки.ДоговорКонтрагента.ДопустимоеЧислоДнейЗадолженности), ДЕНЬ) КАК РасчетнаяДатаТ.е. в этом отчете эта дата также не извлекается из документов, а вычисляется, используя допустимое число дней. Код запроса прикрепляю к сообщению.
Та конфигурация, с которой мне сейчас пришлось работать, скорее всего модифицированная (по сравнению с типовой). Там есть подобный отчет (скришот в аттаче). Называется "Ведомость по просроченным долгам". Запрос также прикрепляю. Может быть, поможет в вашем творчестве.
Вот что я думаю: сумма всех просроченных - сумма всех отрицательных = текущая просроченная задолженность.
"текущая просроченная задолженность" - это главный пункт ТЗ на мою работу.
Вобщем, как итог, это все, наверное, не важно + я многое не понимаю.
идея мне понравилась.
идея не нова, я ее с успехом позаимствовал, так как она мне тоже понравилась, отсюдова "Процедура вызова отчета из списка контрагентов в справочнике"
Если можно подробней, что это за штатный механизм? Какие варианты ведения отчета имеются в виду? Каким образом условия, диктуемые штатным механизмом, сужают применяемость отчета (я так понимаю эти условия не связаны с "обнулением" числа дней при отключении флажка...)? В какой-нибудь литературе описывается все это?
Если я правильно понял, отключение штатного механизма (в том числе и это "обнуление") позволяет использовать какие-то "дополнительные" фишки. Судя по всему в моей конфигурации делали что-то в этом направлении... Пока не разобрался толком.
P.S. Если честно признаться, я никогда раньше ни разу не работал с 1С. Меня просто попросили помочь с составлением отчета :) Также сказывается отсутствие экономического образования, я пока не понимаю практически всех терминов и механизмов. Еще меня просто поражает отсутсвие в сети и литературе (возможно, просто еще пока не докопался) хоть какой-нибудь документации на эти информационные системы (конфигурации): ни информационной модели, ни логической/физической моделей (например, в нотациях IDEF1X. жуть, как народ сочиняет адекватные запросы к БД??), ни описания бизнес процессов моделями в нотациях IDEF0, IDEF3, DFD-диаграмм, жестко не хватает UML диаграмм, да и текстовых описаний вразумительных не нашел. Вот единственное что-то напоминающее понятный мне материал. А с материалом на то, что мне нужно - "Управление торговлей", редакция 10.3 (10.3.5.1) - глухо... не нашел. Не "владею" я этой системой, что связывает по рукам и ногам. Практически до всего приходится догадываться, везде додумывать, проводить какие-то исследования, изучения... Если честно, мне кажется жутко не удобным разрабатывать программные модули для этой системы (именно в связи с отсутствием документации). как люди разбираются во всем этом... Методом научного тыка?? не понятно. Но это мое мнение :)
Я очень благодарен вам за ваш хороший пример.
Процедура ЗадатьНачальныйОтбор(Контрагент) Экспорт
НовыйЭлементОтбора = КомпоновщикНастроек.Настройки.Отбор.Элементы.Добавить((Тип("ЭлементОтбораКомпоновкиДанных")));
НовыйЭлементОтбора.ЛевоеЗначение = КомпоновщикНастроек.Настройки.ДоступныеПоляОтбора.НайтиПоле(Новый ПолеКомпоновкиДанных("Контрагенты.Наименование")).Поле;
НовыйЭлементОтбора.ПравоеЗначение = Контрагент;
НовыйЭлементОтбора.ВидСравнения = ВидСравненияКомпоновкиДанных.Равно;
НовыйЭлементОтбора.Использование = Истина;
КонецПроцедуры
Также добавить в заголовок процедуры ДействияФормыДействие директиву Экспорт.
Теперь можно добавлять в диалоге различных форм, содержащих реквизит Контрагент, кнопку со следующим обработчиком:
Процедура КнопкаОтчетПоЗадолженностямНажатие(Элемент)
Отчет = Отчеты.ОтчетПоПросроченнойЗадолженности.Создать();
ФормаОтчета = Отчет.ПолучитьФорму();
ФормаОтчета.ВладелецФормы = ЭтаФорма;
ФормаОтчета.Открыть();
ФормаОтчета.ЗадатьНачальныйОтбор(Контрагент.Наименование);
ФормаОтчета.ОбновлениеОтображения();
ФормаОтчета.ДействияФормыДействие(NULL);
КонецПроцедуры
При нажатии кнопки будет открываться отчет с отбором по текущему контрагенту.
К сообщению прикладываю мою версию отчета и инструкцию по ее встраиванию в информационную систему.
Предполжим у нас есть след. таблица
Петров Договор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р
Например, если документ "Реалиация товаров и услуг" выписан 01.05.2010, а ордер 01.07.2010. Платежка поступила 08.07.2010, число дней задолженности=10.
Как в таком случае поведет себя ваш отчет?
У нас Комплексная автоматизация 1.0.
Для того, чтобы у Вас заработала система, когда долг возникает только в момент отгрузки нужно переписывать конфигурацию.
Если переписать конфигурации, то любой из отчетов по дебиторке будет работать нормально.
Расходный ордер на товары не затрагивает финансы и не может делать движения по долгам
Подразделение = УправлениеПользователями.ПолучитьЗначениеПоУмолчанию(глЗначениеПеременной("глТекущийПользователь"), "ОсновноеПодразделение");
Если РольДоступна("АМК_Менеджер")
Тогда ОсновнойМенеджер=ПараметрыСеанса.ТекущийПользователь;
Иначе ОсновнойМенеджер=NULL;
КонецЕсли;
УниверсальныйОтчет.ПостроительОтчета.Параметры.Вставить("ОсновнойМенеджер",ОсновнойМенеджер);Чтобы каждый манагер видел только своих контрагентов. Просто не силен я в СКД... Спасибо!
Но есть один непонятный момент.
Тестировал отчет на "Управление торговлей для Украины"
В отчет почему-то попадали документы "Реализация товаров и услуг", по которым уже были ПКО, т.е. долга по ним небыло. При тестировании заметил, что в отчет такие документы попадают если в ПКО в поле "Док.расчетов" нет привязки к документу "реализация товаров и услуг"
Прошу прощения, если этот момент уже обсуждали.
1.Взаиморасчеты ведутся "По заказам"
2.Стоит галочка напротив "Вести по документам расчетов с контрагентами"
Это во вкладке "Параметры", я правильно Вас понял?
Автору еще раз спасибо за отчет, будем разбираться дальше ...
(76) этот отчет бесплатно дописываться не будет. Слишком много ответвлений написано под заказ. Сейчас планирую переписать отчет заново с учетом всех доработок и исправление ошибок. Если настроение будет, начну дописывать уже на этих выходных.
{Отчет.ОтчетПоПросроченнойЗадолженности.МодульОбъекта(152)}: Ошибка при вызове метода контекста (Выполнить)
Таблица=Запрос.Выполнить().Выгрузить();
по причине:
по причине:
Ошибка выполнения запроса
по причине:
У пользователя недостаточно прав на исполнение операции над базой данных.В отчете:
Вид отчета - Задолженность по интервалам
Детализация - По контрагентам
Вид долга - Дебиторская
Документы расчетов не используются
В RLS ограничения по подразделениям, складам, контрагентам.
Просто RLS необходим, но и отчет очень нравится. В конфигураторе какие только права не выставлял, но поправить не смог...
Спасибо!
1С:Предприятие 8.2 (8.2.14.533)Управление торговлей", редакция 10.3 (10.3.13.2)?
Интересует показатель средневзвешенной просроченной задолженности за период (месяц, квартал, год).
Именно просроченной, поскольку за просроченную задолженность начисляются %.
Если нет, то сообщите - готовы ли взяться за разработку подобного отчета на заказ.
Естественно небесплатно.
Спасибо.
Вывод расшифроки в отдельной вкладке - не плодит окон в 1с.
Он ведь должен работать на последней версии УПП 1.3 ?
Картинки красивые, надеюсь когда скачаю, то напишу комментарий побольше.
А развиваться будет отчет?
И еще такое замечание - у меня периоды 0-1, 2-10, 11-15 и вот первый период 0-1 не выводится в отчет. Я думаю, это из-за левого соединения с запросом по таблице периодов с условием
Если ИнтервалыДаНет Тогда
Текст=Текст+"
| ЛЕВОЕ СОЕДИНЕНИЕ ПериодыДолгов КАК ПериодыДолгов
| ПО (РАЗНОСТЬДАТ(КОНЕЦПЕРИОДА(РасшифровкаДолга.Период, ДЕНЬ), КОНЕЦПЕРИОДА(&Дата2, ДЕНЬ), ДЕНЬ) >= ПериодыДолгов.НачалоПериода)
| И (РАЗНОСТЬДАТ(КОНЕЦПЕРИОДА(РасшифровкаДолга.Период, ДЕНЬ), КОНЕЦПЕРИОДА(&Дата2, ДЕНЬ), ДЕНЬ) <= ПериодыДолгов.КонецПериода
| ИЛИ ПериодыДолгов.КонецПериода = 0)";
Выводится только с периода 2-10.
То есть получается, что если ни одна задолженность в период не попала - период не выводится...
Если не ошибаюсь - эту проблему можно было бы решить,если бы таблицу ПериодаДолга присоединить к НаборуДанных2, где делается запрос с справочнику контрагенты.А потом ее уже левым соединением соединять с таблицей ЗадолженностьТаблица по контрагенту и номеру интервала?
А вообще,конечно - очень огромный плюс вам, у нас был отчет нарастающим итогом,обычный, соединение 2-х таблиц, база около 70 Гб, работал более часа. Пользователи сначала роптали,потом привыкли.Сейчас они должны просто пищать от радости )Спасибо!
ставлю в параметрах Источник дней отсрочки - число дней отсрочки в договоре. но в отчет не выводит это число. когда выбираю Число из свойств контрагента выдает ошибку -
{Форма.ФормаОтчета(258)}: Ошибка при вызове метода контекста (Следующий): Ошибка компоновки данных
ЭлементРезультатаКомпоновкиДанных = ПроцессорКомпоновкиДанных.Следующий();
по причине:
Ошибка компоновки данных
по причине:
Ошибка получения данных
по причине:
Ошибка в выражении
по причине:
Неверные параметры "-"
Нашел на infostart ваш Отчет о просроченной задолженности/по интервалам на СКД (УПП, УТ),
но к сожалению только зарегитр-ся на сайте, потому не имею возможности скачать и посмотреть его.
А отчет как раз сейчас интересует.
С уважением Сергей.
kserg@ukr.net
PS - "скромную" благодарность гаранитирую
Пробую на УТП для Украины , пока полет нормальный.
Особенно радует - можно привязываться к договорам, или их игнорировать.
Да и использование СКД - Однозначно ПЛЮС.
Если ЗнакДолга = "-" тогда
Для каждого Стр из Таблица Цикл
стр.СуммаУпрОстаток_=стр.СуммаУпрОстаток_* -1;
КонецЦикла;
КонецЕсли;Приветствую! Никак не могу добраться до разработчика данного отчета. У меня тоже возник вопрос по отображению Дебет или Кредит в отчете - "дебиторская и кредиторская". Вот этот Ваш "костыль", он именно для этого? А если да, где именно этот "костыль добавляется"?
У Вас число просроченных дней считается со дня Реализации, а не со дня возникновения долга (а это реализация + количество дней отсрочки).
Допустимое число дней задолженности (из договора) - не отображается.
Пустые строки 0_о... там же "среднее число дней задолженности" - "Деление на 0".
Уплаченные деньги не отображаются.
Вкладка "Сравнение" вообще загадочна.
Пойду поищу что еще придумали по дебиторке.
1. Место хранения дней задолженности
2. Банковские или календарные дни
3. Товарные кредиты
4. Разные варианты нестандартных группировок контрагентов (например холдинги)
5. Методы сохранения настроек
и т.д.
Написать супер универсальный отчет - слишком трудоёмко. Данный отчет - это скорее пример, в том числе и быстрого алгоритма расчета самой дебиторки. Индивидуальные варианты отчетов делаю только на заказ. Есть вариант на УФ.
- контролировать сумму задолженности
- контролировать число дней задолженности
Взаиморасчеты ведутся: По договору в целом
Установлено : Вести по документам расчетов с контрагентами.
В отчеты выбираю детализацию: по договорам
вид долга: дебиторская.
В настройках отчета добавляю группировку по договору.
Конфигурация "Управление торговлей", редакция 10.3 (10.3.8.9)
Если в отчете выбрать детализацию по контрагентам - допустимое число дней отображается в отчете.
Подробнее
Если у Вас расчеты с клиентами осуществляются по документам, когда оплата распределяется на конкретные документы реализации, то в этом случае будет работать и штатный отчет. С моим отчетом данные не будут совпадать, т.к. подход к формированию отчета разный.
Вы можете заказать платную консультацию или разработку у автора. Будет создан приватный заказ на «Бирже заказов» для автора.
№ 21672
Создание 08.08.09 23:45
Обновление 25.09.11 22:29
Просмотры 65423
Загрузки 2410
Рейтинг
175
Комментарии 168
Код открыт Не указано
Рубрики Взаиморасчеты
Кому
Бухгалтер
,
Пользователь
Тип файла Внешний отчет (ert,erf)
Платформа 1С:Предприятие 8
Конфигурация
1С:Управление торговлей 10
,
1С:Управление производственным предприятием
Операционная система Не имеет значения
Страна Россия
Отрасль Не имеет значения
Налоги Не имеет значения
Вид учета Управленческий учет
Доступ к файлу Абонемент ($m)
