Задолженность дебиторская и кредиторская по контрагентам, по договорам, по документам по срокам долга для БП, КА, УПП, УТП, УСО.
Работает, похоже, во всех типовых конфигурациях, где есть БУ, только в некоторых придется изменить список счетов (например, в УТП для Украины).
Отчет позволяет получить правильную картину дебиторской и кредиторской задолженности в разрезе контрагентов, договоров, документов-регистраторов, образовавших задолженность исходя только из данных бухгалтерского учета. Вы можете выбрать также конкретные счета бухучета, контрагента или группу контрагентов, а также организацию.
Внимание!!! Отчет предназначен для БУ.
(Для тех кого не устраивает УУ по регистрам расчетов и взаиморасчетов. Нет, ничего против УУ я не имею, просто вести его некому. Логика расчета этих регистров правильная, но не всегда реальная ситуация может быть в них отражена:
1. Бухгалтера привыкли сверять задолженность по счетам БУ.
2. Результат переноса остатков задолженности из Бухгалтерии 7.7 в КА в этих регистрах не отражается.
3. В КА в данных регистрах отражается движение по документам расчетов, только если включен соответствующий флаг в справочнике Договоров контрагентов
4. Над глубиной не смейтесь: у нас реальная ситуация, когда задолженность тянется более полугода, а платеж по условиям договора идет 1 раз в месяц, причем долг обязательно будет погашен
5. УУ вести некому: зачем штату бухнуть или кому-то вести лишнюю работу)
За основу принят аналогичный отчет из 7.7, который где-то здесь был размещен. Поэтому сильно не ругайте, что не на основе СКД или Универсального отчета сделано. Потом переделаю в СКД.
Если что-то где-то не работает: стучите…
По просьбам пользователей добавлено:
1. Отчет для УТП (работает также в БП, КА, УПП, УСО но не выводит текст по счет-фактуре к документу)
2. Переход на документ из формы отчета.
3. Справка по отчету:
Отчет представляет собой улучшенный список кредиторской и дебиторской задолженности.
В отчете, помимо суммы задолженности, указываются и периоды, в течении которых и возникла эта задолженность, что позволяет оценить объем задолженности, которую надо погасить по этим периодам.
Отчет формируется в разрезе контрагентов и договоров, поэтому алгоритм формирования отчета выглядит след. образом: Определяется сумма задолженности по контрагенту и договору на начало каждого периода отчета (по умолчанию период — месяц), определяется сумма оплаты за весь период отчета, этой суммой оплаты погашается самая ранняя неоплаченная задолженность.
Оставшиеся неоплаченные суммы и составляют сумму задолженности на дату отчета.
Отчет также дает возможность расшифровки по документам, образовавшим задолженность. Если есть счет-фактура, то выводится счет-фактура. (В отчете для УТП счет фактура не выводится, но до нее можно добраться через структуру подчиненности документов, поэтому отчет для УТП более универсален, хотя и не выводит дату и номер счета-фактуры).
Раскраска строк зависит от условия Глубина отчета:
Если ((ДолгРанееГлубиныОтчета > 0) и (ДолгНам)) // дебиторка
или ((ДолгРанееГлубиныОтчета < 0) и (ДолгНаш)) // кредиторка
Тогда
желтая: давний долг, который требует принятия срочных мер по погашению
Иначе
светло-сине-зеленая: долг в пределах указанной глубины задолженности
КонецЕсли;
4. По замечаниям пользователей исправлена дата начала учета с 01.12.2010 на 01.12.2006, теперь ее можно изменять
5. По замечаниям пользователей теперь отчет верно рассчитывает даты начала и окончания периодов, если задан Произвольный период больше, чем 1 день.
6. Внимание!!! 21.01.2012 пользователями найдена ошибка: расшифровка по документам возникновения задолженности не учитывала активность проводок!!! Теперь отчет берет только АКТИВНЫЕ проводки в запросе.
7. С 05.06.2012 добавлен выбор нашей организации из Справочника Организации. Если не выбрана — то расчет идет по всем организациям.
8. ЗадолженностьПоДоговорамПоДокументамСучетомДокументовРасчетов.erf — Отчет для КА (возможно, будет работать для УПП), который учитывает взаимное перекрытие документов, явно указанное пользователем в документах РеализацияТоваров (закладка Предоплата) и оплаты (ПлатежноеПоручениеВходящее, ПриходныйКассовыйОрдер, КорректировкаДолга). Сначала взаимно гасятся суммы по указанным документам, потом уже оставшиеся документы закрываются по прежнему алгоритму. Это бывает полезно в случае, когда в результате ошибок пользователей при работе с указанными документами данные регистров Расчетов и Взаиморасчетов не совпадают с данными БУ (например, где-то во взаимозачете в документе КорректировкаДолга указан ДокументРасчетов, а где-то нет и ошибка движения по регистрам проигнорирована бухгалтером). Однако, теперь мы вдруг хотим найти документ, который не закрыт и поставить оплату на него, чтобы не было больше подобной ошибки. Пользуйтесь осторожно! Стадия тестирования.
Меняй своё зловредное описание и иди учи матчасть или не лезь с бухгалтерскими замашками в управленческий учет.
Регистры взаиморасчетов — не глюговатые. а просто настроить их нужно в соответствии с желаемыми трудозатратами на правильное их ведение.
Бухгалтерский учёт часто отстаёт в оперативности от управленческого учета в КА и УПП, т.к. в идеале операторы, которые набивают реализация не должны выполнять бухгалтерских функций. Поэтому данный отчет будет неоперативен.
Ограничение по глубине отчета — моё бооооольшое фи. Прошлый век.
Короче, самый обычный отчет по дебиторке по БУ. поставь на картинку запор, а совсем не X5
Описание не зловредное. Когда нет людей для УУ, очень даже катит. У нас УУ отключен, т.к. вполне хватает и БУ.
На счет матчасти согласен, просто времени на написание в обрез было. К тому же бухам цифры в стандартных регистрах совсем не понравились. Не обижайтесь…
(2) так и напишите. Отчет на основе БУ. Слова про регистры уберите, а про отключенный УУ напишите. И всё будет почти ок… ну кроме того, что отчеты по дебиторке по БУ есть и нужно написать, чем он отличается от них
1. регистры не глюковатые, просто поменяй отношение к ним;
2. куда в 8-ку лезть с 7-ным дизайном и оформлением;
3. глубина отчета — просто бред какой-то
снять на доработку
Вообще хотелось бы понять, что вкладывается в термин «глюковатые регистры»?
Просто необходимо разобраться в архитектуре построения УПП и ее назначении.
Где-то на форумах было такое определение, что УПП это не бухгалтерская программа. Да имеется возможность вести регламентированный учет. Но в первую очередь это продукт для управления затратами, т.е. для руководителя это инструмент для принятия оперативного решения в момент наступления события, а не по результатам закрытия месяца.
Добрый день.
Вопрос автору.
Что означает третья колонка сформированного отчета 30.10.2011 23:59:59?
-11.11.2011 0:00:00
(1) там не X5, а X6 — учи матчасть
А нам очень понравилось!!!!
безусловно +
только один вопрос:
при «по договорам» — все отлично
при «по документам» выдает:
{Форма.Форма.Форма(1067)}: Метод об`єкту не виявлено (НайтиПодчиненныйСчетФактуру)
СФ=УчетНДС.НайтиПодчиненныйСчетФактуру(Док.Ссылка, «СчетФактураВыданный»);
с чего бы это?
у на УТП для Украины 1.2.4.2
платформа 8.2.13.219
(5) владимирп, полностью поддерживаю. Для УПП все-таки оперативный учет важнее, чем регл., и отчет должен быть соответствующий. У нас даже бухгалтерия пользуется отчетами на УУ регистрах, простых обороток им уже мало. Не видно всей картины по предприятию.
(1) anig99,
самолет, космос, компьютер, 1с — тоже прошлый век (по дате создания)
однако никто от этого не отказывается….
(7) я уже сегодня вспомнил об этом.
(1) несколько неверное сравнение… 386ой и core i5 сравнивать надо.
(11) anig99,
Принимается.
Однако и в век интернета многие, как ни странно, читают не только блоги и форумы, но книги и даже (страшно подумать!!!!) — газеты…
(8) itar59,
Писалось под КА на скорую руку, во вторник выйду из маленького отпуска и посмотрю для УТП, если пришлете
cf-ник или dt-шник по адресу vsasav@mail.ru (или залейте на какой-нибудь файлообменник и пришлите ссылку).
(11) anig99,
core i5 будет потом: бухи хотели отчет «точно такой же», а голову ломать над запросами в СКД некогда было
(попробуйте сами за 2 месяца воткнуть КА на крупном предприятии при переходе с Бухгалтерии 7.7 и Зарплаты 7.7 с сильно изменненных конфигураций на стандарт — тогда вы меня поймете, да и сейчас спустя год — куча доделок и уже сильно не стандартная КА)
(6) Andrei12,
3-я колонка пока не работает (в 7.7 предназначалось для последнего документа)
(8) itar59,
Выложил вариант для УТП. Он будет работать не только на УТП, но не покажет СчетФактуру к документу, образовавшему задолженность. До счет-фактуры можно добраться по ссылке на документ.
Мне отчет понравился, думаю в работе точно пригодится! Спасибо автору. В отличие от других отчетов по дебиторам-кредиторам позволяет получить разворот по месяцам образования задолженность, что дает возможность оценить сумму образования задолженности в каждом месяце. Очень удобны настройки: глубина отчета, выбранные счета.
Нормальный простенький отчет.
Не всегда надо людям данные по УУ, особенно если они разные.
Опиши в справке, что он у тебя раскрашивает.
(18) bdlk,
Справку по отчету добавил:
Раскрашивается желтым цветом задолженность, возникшая ранее указанной Глубины отчета.
Остальная задолженность светло-сине-зеленым в пределах указанной глубины. Как и было у автора для
7.7. Только есть существенное отличие: расчет всегда идет по Контрагенту и договору!!! Что
соответствует текущему законодательству.
Очень хорошо, в управлении строительной организацией тоже работает
дизайн бы причесать)))
А мне понравилось. Очень неплохой отчет. И, кстати, по той же причине. Бухам хочется «как было». Хотя умеют пользоваться и УУ-шными отчетами по Взаиморасчетам и ВзаиморасчетамПоДокументамРасчетов. Но, кроме контроля, есть еще ряд причин, по которым есть основание пользоваться таким отчетом
(22) под бухов прогибаться во всем не стоит
(24) higs,
Совершенно с вами согласен. Отчет действительно, сильно уменьшает напряг бухов, особенно когда руководству срочно нужны цифры по какому-либо контрагенту или по группе контрагентов, поскольку в крупных организациях взаиморасчеты могут быть достаточно сложными, что мы и имеем на нашем предприятии.
(24)(25) а смысл приобретать 1с УПП тогда? Пусть работают на бухии или автоматизируйте всё на екселе… Бухов надо учить работать с УПП правильно, а не подстраиваться под них ломая цельную систему на кусочные отчетики из прошлого века.
«Кое-что подпиливать» и писать отчет, которые поощряют забивание на основные механизмы системы — это прямой путь к деавтоматизации учета. Если не навести порядок в ведении расчетов с контрагентов, то словите кучу проблем. Как минимум в ведении книг покупок и продаж. Плавали, знаем… Будут они у Вас эти книги в экселе набивать…
(26) anig99, ну, у всех свой подход. Не будем спорить о том, что далеко не все в УПП идеально. И, в этом конкретном случае, решение о приобретении и внедрении именно УПП было спущено сверху, так что выбора не было 🙂 А вот насчет » ломая цельную систему на кусочные отчетики из прошлого века» Вы не совсем правы. Кто и что сломал таким отчетом? Разве что опроверг мнение некоторых франчей, которое я уже озвучивал: «Раз в УПП этого нет, значит, это не нужно». Задача 1С — помочь в ведении учета, а создавать дополнительные преграды. И, еще раз скажу, в лично моем случае этот отчет дополняет штатную отчетность по взаиморасчетам, а не заменяет ее. Ответственные бухи работают и контролируют сходимость отчетов и по регистрам накопления, и по бух регистрам. К слову, и с Экселем активно работают, ибо есть отчеты, которые выбираются для вышестоящей организации только активной работой с электронными таблицами. Возможно, Вы просто таких не встречали, но, поверьте, есть и такое
(27) Хорошо. На период внедрения и обучения такие отчеты я допускаю. Но как стимулировать бухов изучать правильное и оперативное ведение взаиморасчетов не по БУ? Если они не научаться, Вы всегда будете подтирать за ними. Получать верные оперативные данные о взаиморасчетах за счет агрегирования можно и по регистрам. А вот исправлять взаиморасчеты проводками, как будут делать Ваши бухи «чтобы быстрее» — это в корне неверно. И этот отчет поощряет такое поведение. В результате — «а книги считаются неправильно! мы их ручками исправляем 2ое суток. Плохая программа», » а почему акт сверки не сходится? я же исправила проводками! ничего не работает!», «оооо! А..а..а кто ето?! а.а..а как ето?! непорядок…»
(28) anig99, теоретически такое возможно. К счастью, данный отчет лично в моем случае позиционируется лишь как вспомогательный отчет, данные по которому должны сойтись и с другими отчетами. И, опять же в моем случае, в первую очередь сверяются регистры, а потом уже проводки. Исправления проходят в обязательном порядке по регистрам и по проводкам. Но это в отдельно взятом случае. В общем случае, конечно, отчет может спровоцировать на отсутствие контроля регистров накопления. Но это зависит от позиционирования внедренца и конкретных кадров на местах. Но выбор должен быть, я считаю!
(26, 28) anig99,
Ну, в Книге покупок и продаж свозных дыр предостаточно (я лично десяток заткнул)
Например, не выводятся дата и номер счета-фактуры в следующих случаях:
— они лежат в начальных остатках;
— сторнируется счет фактура за пределами начала учета и т.п.
Бухов с самого начала приучали к регистрам, а не к проводкам.
Но позаказная модель 1С не всегда устраивает крупные конторы.
Она заточена под торговлю.
А здесь есть элементы ПОЛИТИКИ.
Один только расчет себестоимости выполняется более 4-х часов.
Тут надо фирме 1С крепко подумать над алгоритмом закрытия месяца.
Попробуем воспользоваться данным отчетом! Ведь как правило новое это хорошо забытое старое!
Она только для 2.0 или для 1.6 тоже?
(32) agarkin,
Я думаю, что и для 1.6 тоже подойдет, поскольку субконто на 60-х счетах Контрагенты и ДоговораКонтрагентов
(0)
А если у некоторых «начало времен» раньше?
И ещё «пять копеек»:
Почему не совпадает с вашими инициалами?
(34) AnryMc,
Да, это существенно: ДНач=’20101201′; // Запрос c начала времен 01.12.2010 г. буду исправлять
// А.К. 30.09.02 — это комментарий автора дописки еще в версии 7.7 — это несущественно
(34) AnryMc,
Спасибо за выявление недочета!
Исправил дату начала учета с 01.12.2010 на 01.12.2006, теперь ее можно изменять
а в паре с
наши бухи и менеджеры даже перестали задавать вопросы.
Прекрасный отчет!
да, кстати
под бухов прогибаться во всем не стоит
а для кого тогда 1с? если не для них?
а для УТ не пойдет?
(38) agarkin,
Если идет для УТП то для УТ без вопросов.
(38) agarkin,
Должно идти везде, где есть бухучет и субконто Контрагенты, Договора на 60, 62, и т.п. счетах, вариант для УТП — более универсален, но не выводит счет-фактуру (см. описание и комментарии)
Вообще хотелось бы понять, что вкладывается в термин «глюковатые регистры»?
Просто необходимо разобраться в архитектуре построения УПП и ее назначении.
Где-то на форумах было такое определение, что УПП это не бухгалтерская программа. Да имеется возможность вести регламентированный учет. Но в первую очередь это продукт для управления затратами, т.е. для руководителя это инструмент для принятия оперативного решения в момент наступления события, а не по результатам закрытия месяца.
Отчёт замечтательный… но… выбираю: Выбранные счета: дебиторка, 60.02. Глубина 3 пер, Период: произв. период, 45 дней. Придавливаю сформировать. Сумма задолженности Верно. По срокам возникновения задолженности 08.12-09.12, 8 декабря, 7 декабря, 6 декабря, Раньше 6 декабря… а 45 дней где?
В предудущем сообщении не указал, у меня УПП.
Ещё, по некоторым контрагентам сумму задолженности ставит, а разбивку по срокам не делает… :-((
(42, 43) Nikolay,
По дням не проверял, поэтому могут быть ошибки, буду исправлять.
(42) Nikolay,
Нашел, исправил, отправил на модерацию. Спасибо за выявление ошибки!
Исправлена ошибка: если произвольный период был больше, чем один день, неверно рассчитывались даты начала и окончания периодов
(43) в продолжение
вот такая ситуёвина…
может первую колонку «31.10.2011 23:59:59 — 01.11.2011 0:00:00» вообще убрать? какой-то перехлёст со второй колонкой получается…
(46) Nikolay,
Присылайте dt-шник с паролем, ссылку на обменник с файлом высылайте на vsasav@mail.ru, чтобы здесь не сорить, посмотрю в чем дело и исправлю.
(46) Как оказывается легко dt-шник получить… Поищите, где-то была обработка обезличивания данных. Не допускайте любого потенциального канала утечки информации
(46) Nikolay,
Посмотрел. Если Дата=ДатаОтчета-1, тогда получается перехлест, а вашу ситуацию в хls не получается смоделировать. Нужен dt-ник с данными и параметрами отчета.
Если не хотите графу с перехлестом — уберу.
(46) Nikolay
Лишнюю графу удалил. Проверяйте
Внимание!!! 21.01.2012 пользователями найдена ошибка: расшифровка по документам возникновения задолженности не учитывала активность проводок!!! Теперь отчет берет только АКТИВНЫЕ проводки в запросе.
Автору плюс, полезный отчет.
Учитывается ли глубина долга по документу «Ввод остатков взаиморасчетов»?
Для КА какую надо брать?
«ЗадолженностьПоДоговорамПоДокументам.erf»
или
«ЗадолженностьПоДоговорамПоДокументамУТП.erf»
?
Просто необходимо разобраться в архитектуре построения УПП и ее назначении.
Где-то на форумах было такое определение, что УПП это не бухгалтерская программа. Да имеется возможность вести регламентированный учет. Но в первую очередь это продукт для управления затратами, т.е. для руководителя это инструмент для принятия оперативного решения в момент наступления события, а не по результатам закрытия месяца.
У УПП какая-то просто неудачная структура, чтоли. Это обычная бухгалтерия, сильно изменённая, доработанная настолько, что просто стала похожа на монстра. Вот и всё.
(55) WendyH,
>> У УПП какая-то просто неудачная структура, чтоли. Это обычная бухгалтерия, сильно изменённая, доработанная настолько, что просто стала похожа на монстра. Вот и всё.
Какое странное умозаключение…. 7 лет работаю с УПП и что-то не увидел в данной конфигурации похожести ни на БП 1.6, ни на БП 2.0
Удивили вы меня, уважаемый, думаю, что не только меня
(53) margo2007,
Да любую, только для УТП не выводит подчиненный счет фактуру для документа образования задолженности
(53) margo2007,
Это отчет только на основе бухгалтерских проводок!!! Никакие регистры не учитываются. Если какой-то документ делает проводки, то он обязательно учитывается на дату его проведения.
(58)
Ок, спасибо….
Буду дальше думать, что переделать, чтобы у начальных остатков глубина долга учитывалась.
(59) margo2007,
В документе ВводНачальныхОстатковПоВзаиморасчетам можно взять дату из ДокументРасчетов, но не факт, что это именно то, что надо. К сожалению, стандартная конвертация из 7.7 не всегда точно это учитывает. Но в большинстве случаев — подойдет.
(60)
Да, так и собираюсь сделать: создать заново документ «Ввод начальных остатков..» с датой из документа расчетов и на каждый документ расчетов — свой документ ввода остатков.. 🙁
Очень хороший отчет, конечно очень похож на 7-ку, но бухгалтерам 7-ка всегда больше нравилась, и они просто счастливы видеть такой отчет, потому что в отчетах построенных компановщиком очень много настроек для них непонятных и сложных, которые они все время забывают делать и сохранять. А тут все просто и понятно то-есть отчет для программиста может и не самый лучший но для конечного пользователя очень удобный. Огромное вам спасибо!!!!
(62) eigen20,
Уже больше года предлагаю администраторам сделать кнопку «Я бухгалтер (не программист) и мне понятно»
А Ваше мнение?
Для того, чтобы вести учет по документам, необходимо выставлять галочку в договоре «Вести по документам расчета»? Конфигурация УПП. А по поводу ввода начальных остатков и документов расчетов, не проще ли сделать в запросе отбор по данному документу и табличной части, чем для каждого документа создавать новый?
(64) kubfest,
1. Да, лучше выставлять галочку «Вести учет по докуметам расчетов». Но для этого нужна «правильная» организация бухучета: бухгалтер ВСЕГДА должен знать по какому конкретному документу идет оплата. Это не всегда получается по авансовым платежам. Потом придется искать: а где тот документ оплаты, по которому платеж, если еще не введен документ расчетов 🙂 Это источник головоломки.
2. Да, можно делать запрос по табличной части документа ВводНачальныхОстатковПоВзаиморасчетам.
Добрый день. А нельзя ли посмотреть вашу обработку на sergzerno@mail.ru. Заранее огромадное спасибо.
Скачали отчет.
Работает, протестируем подробнее…
Добрый день.
Может кому-то этот отчет и не нравится, меня он вполне устраивает, работаю аудитором, очень давно ищу какую-то универсальную вещь, которая может вывести всю задолженность на один лист, да еще и со сроками возникновения. Все параметры, которые можно варьировать в отчете как раз мне и нужны.
Что не очень понравилось, может быть объясните. Делаю отчет по счету, например, 62.01 на 31.12.2011, и оборотку по счету за 2011 год, т.е. по идее задолженность на 31.12.2011 и там и там должна совпадать. Но нет… Я не долго думая сделала сводную таблицу в Excel, посмотреть на что различается. Не пошло на те суммы, которые клиент в течение периода сделал некорректную проводку
Д62 К63. Ну да ладно, с 62.01 разобрались.
На других счетах таких косяков нет. Думаю, сделаю отчет по 60.01. Тоже сумма с обороткой не идет….
Поясните пожалуйста, из-за чего может быть расхождение с обороткой? Просто жутко это бесит
(68) early_dew,
Если у вас периодичность отчета МЕСЯЦ, тогда в отчете на конец года выбираете 01.01.2012 !!!
vsasav, скачал отчет и не нашел где можно выбрать нашу организацию по которой формируются данные??? У нас в одной базе учет 5 организаций, в обработке нет выбора организации, по которой нужен список дебиторов, кредиторов. Пробовал установить основную организацию, но отчет тянет данные всегда одни и те же.
В чем я не прав ?
(70) losevivann,
Посмотрю. Видимо до сих пор у всех была одна организация.
(70) losevivann,
По вашей просьбе добавил выбор организации. Пожалуйста, проверяйте.
(72) Спасибо, все четко, рекомендую, то что нужно для бухгалтера.
Попробуем воспользоваться данным отчетом
(28)
Вот уж бред! Бухи должны правильно и оперативно вести взаимрасчеты именно по БУ — это их святая обязанность. И совершенно не обязаны заниматься УУ.
Вообще-то, бухучет — это не прошлый век. И даже не позапрошлый. Только вот заменить его нечем.
Спасибо за отчет, проверим его в работе. Плюс.
Итог по таблице считает не правильно.
Делаю дебиторку по 60.01, глубина 0, период — месяц.
По-строчно, по договорам — задолженность показывает правильно, а в конце (в «ИТОГО») — вообще какая-то непонятная сумма (значительно заниженная).
Отчет не расчитан на глубину 0. Иначе какой смысл в отчете?
В каком из 3-х отчетов возникает ошибка? Установлена ли дата отчета на 1-ое число месяца?
(78) Отчет — «ЗадолженностьПоДоговорамПоДокументам.erf».
При любых глубине и дате отчета — результат одинаков.
dt-шник шлите на vsasav@mail.ru и параметры,
какие в отчете задаете, 1 пользователя без пароля
посмотрю
(80) увы, дт-шник никто не даст отправлять.. да и весит он 1.5г
Лан.. попробую сам разобраться.
Воссоздать вашу ситуацию без дт-файла не смогу. У меня данный отчет на 60.01 работает во всех вариантах независимо от глубины отчета. Выставляю только флаг Кредиторка, убираю флаг Дебиторка. Дебиторки у меня на 60.01 нет.
Интересный отчет, нужно посмотреть! 🙂
Спасибо, полезный отчет как раз из-за варианта расчета «по счетам», ведь у меня в конторе куча разных баз по разным организациям: где ведется УУ, а где нет! Можно ли как-нибудь подпилить отчет чтоб показывалась просроченная дебиторская задолженность? Алгоритма расчета ПО ДОГОВОРАМ не знаю, в активном поиске).
См. описание отчета глубина и цвет. Используется как раз для этого.
Еще вопрос: для выбора организации предусмотрено отдельное поле ввода? (на скриншоте отчета в публикации такого поля не видно)
Скриншот был ранее, чем добавилась эта возможность
Спасибо автору! Попробую поработать с обработкой.
Спасибо, пригодится.
Отчет нужен был, для отслеживания движения реализации и оплаты по документам. Он так и призентуется. Но почему то выводит только последний документ в выбранном периоде. И сальдо конечно не сходиться.
Выборка самая простая: Конкретный контрагент, Организация, Период с начала этого года по текущую дату, Период- произвольный.
Я предпологал. что увижу все документы за этот период, которые сделали движения. Типа Док. Реализация, Док. Поступление на р/с. В карточке контрагента они есть.
(90) asterlana,
Отчет выводит только оставшуюся задолженность на начало периода. Движения не выводит. Дата отчета должна совпадать с началом следующего периода в зависимости от периодичности(месяц, день), иначе результат — неправильный.
Но раз отчет призентуется как по документам и договорам, можно ли сделать, чтобы показывалось все движение за весь выбранный период. Думаю это будет востребованно.
(92) asterlana,
Можно, только пока что занят.
Спасибо! Очень помог отчет! Еще-бы предусмотреть возможность сохранения введенных настроек
Интересный отчет помог.
Спасибо, то что было нужно
есть вопрос:
данный отчет строится только по документам реализации
можно ли сделать отчет в разрезе
счет- документ реализации
(т.е. в данный момент например есть неоплаченные счета (авансовые) их в данной дебиторке не видно .
заодно можно было бы проверить те счета — у которых нет выписанных документов…
пожалуйста напишите мне
Спасибо большое еще раз
очень жду ответа
Спасибо за отчет. УУ с БУ разъезжается, бухи верят только БУ (ситуация не оригинальная). Допишу немного, но за основу благодарю. Пичаль, что бухи портят базу.
Спасибо еще раз автору))
Отчет не совсем корректно работает, если за период формирования была корректировка реализации на уменьшение цены.
Получается отрицательный оборот, который не выводится в отчет (в месяце возникновения)
Из-за этого Итог задолженности общей не сходится с суммой задолженностей по срокам возникновения
(99) Вполне может быть. Писалось, когда еще не было такого документа. Возможны и другие ошибки. Код открыт, времени нет у меня на внесение изменений, к сожалению