Задолженность дебиторская и кредиторская по контрагентам, по договорам, по документам по срокам долга для БП, КА, УПП, УТП, УСО с выбором организации

Задолженность дебиторская и кредиторская по контрагентам, по договорам, по документам по срокам долга для БП, КА, УПП, УТП, УСО с выбором организации — отчет позволяет получить правильную картину дебиторской и кредиторской задолженности исходя только из данных бухгалтерского учета. Работает, похоже, во всех типовых конфигурациях, где есть БУ.

Задолженность дебиторская и кредиторская по контрагентам, по договорам, по документам по срокам долга для БП, КА, УПП, УТП, УСО.

Работает, похоже, во всех типовых конфигурациях, где есть БУ, только в некоторых придется изменить список счетов (например, в УТП для Украины).

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

Внимание!!! Отчет предназначен для БУ.

(Для тех кого не устраивает УУ по регистрам расчетов и взаиморасчетов. Нет, ничего против УУ я не имею, просто вести его некому. Логика расчета этих регистров правильная, но не всегда реальная ситуация может быть в них отражена:

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 — Отчет для КА (возможно, будет работать для УПП), который учитывает взаимное перекрытие документов, явно указанное пользователем в документах РеализацияТоваров (закладка Предоплата) и оплаты (ПлатежноеПоручениеВходящее, ПриходныйКассовыйОрдер, КорректировкаДолга). Сначала взаимно гасятся суммы по указанным документам, потом уже оставшиеся документы закрываются по прежнему алгоритму.  Это бывает полезно в случае, когда в результате ошибок пользователей при работе с указанными документами данные регистров Расчетов и Взаиморасчетов не совпадают с данными БУ (например, где-то во взаимозачете в документе КорректировкаДолга указан ДокументРасчетов, а где-то нет и ошибка движения по регистрам проигнорирована бухгалтером). Однако, теперь мы вдруг хотим найти документ, который не закрыт и поставить оплату на него, чтобы не было больше подобной ошибки. Пользуйтесь осторожно! Стадия тестирования.

98 Comments

  1. anig99

    Меняй своё зловредное описание и иди учи матчасть или не лезь с бухгалтерскими замашками в управленческий учет.

    Регистры взаиморасчетов — не глюговатые. а просто настроить их нужно в соответствии с желаемыми трудозатратами на правильное их ведение.

    Бухгалтерский учёт часто отстаёт в оперативности от управленческого учета в КА и УПП, т.к. в идеале операторы, которые набивают реализация не должны выполнять бухгалтерских функций. Поэтому данный отчет будет неоперативен.

    Ограничение по глубине отчета — моё бооооольшое фи. Прошлый век.

    Короче, самый обычный отчет по дебиторке по БУ. поставь на картинку запор, а совсем не X5

    Reply
  2. vsasav

    Описание не зловредное. Когда нет людей для УУ, очень даже катит. У нас УУ отключен, т.к. вполне хватает и БУ.

    На счет матчасти согласен, просто времени на написание в обрез было. К тому же бухам цифры в стандартных регистрах совсем не понравились. Не обижайтесь…

    Reply
  3. anig99

    (2) так и напишите. Отчет на основе БУ. Слова про регистры уберите, а про отключенный УУ напишите. И всё будет почти ок… ну кроме того, что отчеты по дебиторке по БУ есть и нужно написать, чем он отличается от них

    Reply
  4. yegorovnv

    1. регистры не глюковатые, просто поменяй отношение к ним;

    2. куда в 8-ку лезть с 7-ным дизайном и оформлением;

    3. глубина отчета — просто бред какой-то

    снять на доработку

    Reply
  5. владимирп

    Вообще хотелось бы понять, что вкладывается в термин «глюковатые регистры»?

    Просто необходимо разобраться в архитектуре построения УПП и ее назначении.

    Где-то на форумах было такое определение, что УПП это не бухгалтерская программа. Да имеется возможность вести регламентированный учет. Но в первую очередь это продукт для управления затратами, т.е. для руководителя это инструмент для принятия оперативного решения в момент наступления события, а не по результатам закрытия месяца.

    Reply
  6. Andrei12

    Добрый день.

    Вопрос автору.

    Что означает третья колонка сформированного отчета 30.10.2011 23:59:59?

    -11.11.2011 0:00:00

    Reply
  7. extrim-style

    (1) там не X5, а X6 — учи матчасть

    Reply
  8. itar59

    А нам очень понравилось!!!!

    безусловно +

    только один вопрос:

    при «по договорам» — все отлично

    при «по документам» выдает:

    {Форма.Форма.Форма(1067)}: Метод об`єкту не виявлено (НайтиПодчиненныйСчетФактуру)

    СФ=УчетНДС.НайтиПодчиненныйСчетФактуру(Док.Ссылка, «СчетФактураВыданный»);

    с чего бы это?

    у на УТП для Украины 1.2.4.2

    платформа 8.2.13.219

    Reply
  9. marinelle

    (5) владимирп, полностью поддерживаю. Для УПП все-таки оперативный учет важнее, чем регл., и отчет должен быть соответствующий. У нас даже бухгалтерия пользуется отчетами на УУ регистрах, простых обороток им уже мало. Не видно всей картины по предприятию.

    Reply
  10. itar59

    (1) anig99,

    самолет, космос, компьютер, 1с — тоже прошлый век (по дате создания)

    однако никто от этого не отказывается….

    Reply
  11. anig99

    (7) я уже сегодня вспомнил об этом.

    (1) несколько неверное сравнение… 386ой и core i5 сравнивать надо.

    Reply
  12. itar59

    (11) anig99,

    Принимается.

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

    Reply
  13. vsasav

    (8) itar59,

    Писалось под КА на скорую руку, во вторник выйду из маленького отпуска и посмотрю для УТП, если пришлете

    cf-ник или dt-шник по адресу vsasav@mail.ru (или залейте на какой-нибудь файлообменник и пришлите ссылку).

    Reply
  14. vsasav

    (11) anig99,

    core i5 будет потом: бухи хотели отчет «точно такой же», а голову ломать над запросами в СКД некогда было

    (попробуйте сами за 2 месяца воткнуть КА на крупном предприятии при переходе с Бухгалтерии 7.7 и Зарплаты 7.7 с сильно изменненных конфигураций на стандарт — тогда вы меня поймете, да и сейчас спустя год — куча доделок и уже сильно не стандартная КА)

    Reply
  15. vsasav

    (6) Andrei12,

    3-я колонка пока не работает (в 7.7 предназначалось для последнего документа)

    Reply
  16. vsasav

    (8) itar59,

    Выложил вариант для УТП. Он будет работать не только на УТП, но не покажет СчетФактуру к документу, образовавшему задолженность. До счет-фактуры можно добраться по ссылке на документ.

    Reply
  17. mulen

    Мне отчет понравился, думаю в работе точно пригодится! Спасибо автору. В отличие от других отчетов по дебиторам-кредиторам позволяет получить разворот по месяцам образования задолженность, что дает возможность оценить сумму образования задолженности в каждом месяце. Очень удобны настройки: глубина отчета, выбранные счета.

    Reply
  18. bdlk

    Нормальный простенький отчет.

    Не всегда надо людям данные по УУ, особенно если они разные.

    Опиши в справке, что он у тебя раскрашивает.

    Reply
  19. vsasav

    (18) bdlk,

    Справку по отчету добавил:

    Раскрашивается желтым цветом задолженность, возникшая ранее указанной Глубины отчета.

    Остальная задолженность светло-сине-зеленым в пределах указанной глубины. Как и было у автора для

    7.7. Только есть существенное отличие: расчет всегда идет по Контрагенту и договору!!! Что

    соответствует текущему законодательству.

    Reply
  20. RRR1RRR

    Очень хорошо, в управлении строительной организацией тоже работает

    Reply
  21. mkostya

    дизайн бы причесать)))

    Reply
  22. higs

    А мне понравилось. Очень неплохой отчет. И, кстати, по той же причине. Бухам хочется «как было». Хотя умеют пользоваться и УУ-шными отчетами по Взаиморасчетам и ВзаиморасчетамПоДокументамРасчетов. Но, кроме контроля, есть еще ряд причин, по которым есть основание пользоваться таким отчетом

    Reply
  23. anig99

    (22) под бухов прогибаться во всем не стоит

    Reply
  24. vsasav

    (24) higs,

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

    Reply
  25. anig99

    (24)(25) а смысл приобретать 1с УПП тогда? Пусть работают на бухии или автоматизируйте всё на екселе… Бухов надо учить работать с УПП правильно, а не подстраиваться под них ломая цельную систему на кусочные отчетики из прошлого века.

    «Кое-что подпиливать» и писать отчет, которые поощряют забивание на основные механизмы системы — это прямой путь к деавтоматизации учета. Если не навести порядок в ведении расчетов с контрагентов, то словите кучу проблем. Как минимум в ведении книг покупок и продаж. Плавали, знаем… Будут они у Вас эти книги в экселе набивать…

    Reply
  26. higs

    (26) anig99, ну, у всех свой подход. Не будем спорить о том, что далеко не все в УПП идеально. И, в этом конкретном случае, решение о приобретении и внедрении именно УПП было спущено сверху, так что выбора не было 🙂 А вот насчет » ломая цельную систему на кусочные отчетики из прошлого века» Вы не совсем правы. Кто и что сломал таким отчетом? Разве что опроверг мнение некоторых франчей, которое я уже озвучивал: «Раз в УПП этого нет, значит, это не нужно». Задача 1С — помочь в ведении учета, а создавать дополнительные преграды. И, еще раз скажу, в лично моем случае этот отчет дополняет штатную отчетность по взаиморасчетам, а не заменяет ее. Ответственные бухи работают и контролируют сходимость отчетов и по регистрам накопления, и по бух регистрам. К слову, и с Экселем активно работают, ибо есть отчеты, которые выбираются для вышестоящей организации только активной работой с электронными таблицами. Возможно, Вы просто таких не встречали, но, поверьте, есть и такое

    Reply
  27. anig99

    (27) Хорошо. На период внедрения и обучения такие отчеты я допускаю. Но как стимулировать бухов изучать правильное и оперативное ведение взаиморасчетов не по БУ? Если они не научаться, Вы всегда будете подтирать за ними. Получать верные оперативные данные о взаиморасчетах за счет агрегирования можно и по регистрам. А вот исправлять взаиморасчеты проводками, как будут делать Ваши бухи «чтобы быстрее» — это в корне неверно. И этот отчет поощряет такое поведение. В результате — «а книги считаются неправильно! мы их ручками исправляем 2ое суток. Плохая программа», » а почему акт сверки не сходится? я же исправила проводками! ничего не работает!», «оооо! А..а..а кто ето?! а.а..а как ето?! непорядок…»

    Reply
  28. higs

    (28) anig99, теоретически такое возможно. К счастью, данный отчет лично в моем случае позиционируется лишь как вспомогательный отчет, данные по которому должны сойтись и с другими отчетами. И, опять же в моем случае, в первую очередь сверяются регистры, а потом уже проводки. Исправления проходят в обязательном порядке по регистрам и по проводкам. Но это в отдельно взятом случае. В общем случае, конечно, отчет может спровоцировать на отсутствие контроля регистров накопления. Но это зависит от позиционирования внедренца и конкретных кадров на местах. Но выбор должен быть, я считаю!

    Reply
  29. vsasav

    (26, 28) anig99,

    Ну, в Книге покупок и продаж свозных дыр предостаточно (я лично десяток заткнул)

    Например, не выводятся дата и номер счета-фактуры в следующих случаях:

    — они лежат в начальных остатках;

    — сторнируется счет фактура за пределами начала учета и т.п.

    Бухов с самого начала приучали к регистрам, а не к проводкам.

    Но позаказная модель 1С не всегда устраивает крупные конторы.

    Она заточена под торговлю.

    А здесь есть элементы ПОЛИТИКИ.

    Один только расчет себестоимости выполняется более 4-х часов.

    Тут надо фирме 1С крепко подумать над алгоритмом закрытия месяца.

    Reply
  30. alena_kazan

    Попробуем воспользоваться данным отчетом! Ведь как правило новое это хорошо забытое старое!

    Reply
  31. agarkin

    Она только для 2.0 или для 1.6 тоже?

    Reply
  32. vsasav

    (32) agarkin,

    Я думаю, что и для 1.6 тоже подойдет, поскольку субконто на 60-х счетах Контрагенты и ДоговораКонтрагентов

    Reply
  33. AnryMc

    (0)

    ДНач=’20101201′; // Запрос c начала времен 01.12.2010 г.

    А если у некоторых «начало времен» раньше?

    И ещё «пять копеек»:

    // А.К. 30.09.02

    Почему не совпадает с вашими инициалами?

    Reply
  34. vsasav

    (34) AnryMc,

    Да, это существенно: ДНач=’20101201′; // Запрос c начала времен 01.12.2010 г. буду исправлять

    // А.К. 30.09.02 — это комментарий автора дописки еще в версии 7.7 — это несущественно

    Reply
  35. vsasav

    (34) AnryMc,

    Спасибо за выявление недочета!

    Исправил дату начала учета с 01.12.2010 на 01.12.2006, теперь ее можно изменять

    Reply
  36. itar59

    а в паре с http://infostart.ru/public/98387/

    наши бухи и менеджеры даже перестали задавать вопросы.

    Прекрасный отчет!

    да, кстати

    anig99 пишет:

    (22) под бухов прогибаться во всем не стоит

    а для кого тогда 1с? если не для них?

    Reply
  37. agarkin

    а для УТ не пойдет?

    Reply
  38. itar59

    (38) agarkin,

    Если идет для УТП то для УТ без вопросов.

    Reply
  39. vsasav

    (38) agarkin,

    Должно идти везде, где есть бухучет и субконто Контрагенты, Договора на 60, 62, и т.п. счетах, вариант для УТП — более универсален, но не выводит счет-фактуру (см. описание и комментарии)

    Reply
  40. ushakovaM

    Вообще хотелось бы понять, что вкладывается в термин «глюковатые регистры»?

    Просто необходимо разобраться в архитектуре построения УПП и ее назначении.

    Где-то на форумах было такое определение, что УПП это не бухгалтерская программа. Да имеется возможность вести регламентированный учет. Но в первую очередь это продукт для управления затратами, т.е. для руководителя это инструмент для принятия оперативного решения в момент наступления события, а не по результатам закрытия месяца.

    Reply
  41. Nikolay

    Отчёт замечтательный… но… выбираю: Выбранные счета: дебиторка, 60.02. Глубина 3 пер, Период: произв. период, 45 дней. Придавливаю сформировать. Сумма задолженности Верно. По срокам возникновения задолженности 08.12-09.12, 8 декабря, 7 декабря, 6 декабря, Раньше 6 декабря… а 45 дней где?

    Reply
  42. Nikolay

    В предудущем сообщении не указал, у меня УПП.

    Ещё, по некоторым контрагентам сумму задолженности ставит, а разбивку по срокам не делает… :-((

    Reply
  43. vsasav

    (42, 43) Nikolay,

    По дням не проверял, поэтому могут быть ошибки, буду исправлять.

    Reply
  44. vsasav

    (42) Nikolay,

    Нашел, исправил, отправил на модерацию. Спасибо за выявление ошибки!

    Исправлена ошибка: если произвольный период был больше, чем один день, неверно рассчитывались даты начала и окончания периодов

    Reply
  45. Nikolay

    (43) в продолжение

    вот такая ситуёвина…

    может первую колонку «31.10.2011 23:59:59 — 01.11.2011 0:00:00» вообще убрать? какой-то перехлёст со второй колонкой получается…

    Reply
  46. vsasav

    (46) Nikolay,

    Присылайте dt-шник с паролем, ссылку на обменник с файлом высылайте на vsasav@mail.ru, чтобы здесь не сорить, посмотрю в чем дело и исправлю.

    Reply
  47. cleaner_it

    (46) Как оказывается легко dt-шник получить… Поищите, где-то была обработка обезличивания данных. Не допускайте любого потенциального канала утечки информации

    Reply
  48. vsasav

    (46) Nikolay,

    Посмотрел. Если Дата=ДатаОтчета-1, тогда получается перехлест, а вашу ситуацию в хls не получается смоделировать. Нужен dt-ник с данными и параметрами отчета.

    Если не хотите графу с перехлестом — уберу.

    Reply
  49. vsasav

    (46) Nikolay

    Лишнюю графу удалил. Проверяйте

    Reply
  50. vsasav

    Внимание!!! 21.01.2012 пользователями найдена ошибка: расшифровка по документам возникновения задолженности не учитывала активность проводок!!! Теперь отчет берет только АКТИВНЫЕ проводки в запросе.

    Reply
  51. sdsmax

    Автору плюс, полезный отчет.

    Reply
  52. margo2007

    Учитывается ли глубина долга по документу «Ввод остатков взаиморасчетов»?

    Reply
  53. margo2007

    Для КА какую надо брать?

    «ЗадолженностьПоДоговорамПоДокументам.erf»

    или

    «ЗадолженностьПоДоговорамПоДокументамУТП.erf»

    ?

    Reply
  54. WendyH
    Вообще хотелось бы понять, что вкладывается в термин «глюковатые регистры»?

    Просто необходимо разобраться в архитектуре построения УПП и ее назначении.

    Где-то на форумах было такое определение, что УПП это не бухгалтерская программа. Да имеется возможность вести регламентированный учет. Но в первую очередь это продукт для управления затратами, т.е. для руководителя это инструмент для принятия оперативного решения в момент наступления события, а не по результатам закрытия месяца.

    У УПП какая-то просто неудачная структура, чтоли. Это обычная бухгалтерия, сильно изменённая, доработанная настолько, что просто стала похожа на монстра. Вот и всё.

    Reply
  55. yegorovnv

    (55) WendyH,

    >> У УПП какая-то просто неудачная структура, чтоли. Это обычная бухгалтерия, сильно изменённая, доработанная настолько, что просто стала похожа на монстра. Вот и всё.

    Какое странное умозаключение…. 7 лет работаю с УПП и что-то не увидел в данной конфигурации похожести ни на БП 1.6, ни на БП 2.0

    Удивили вы меня, уважаемый, думаю, что не только меня

    Reply
  56. vsasav

    (53) margo2007,

    Да любую, только для УТП не выводит подчиненный счет фактуру для документа образования задолженности

    Reply
  57. vsasav

    (53) margo2007,

    Это отчет только на основе бухгалтерских проводок!!! Никакие регистры не учитываются. Если какой-то документ делает проводки, то он обязательно учитывается на дату его проведения.

    Reply
  58. margo2007

    (58)

    Ок, спасибо….

    Буду дальше думать, что переделать, чтобы у начальных остатков глубина долга учитывалась.

    Reply
  59. vsasav

    (59) margo2007,

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

    Reply
  60. margo2007

    (60)

    Да, так и собираюсь сделать: создать заново документ «Ввод начальных остатков..» с датой из документа расчетов и на каждый документ расчетов — свой документ ввода остатков.. 🙁

    Reply
  61. eigen20

    Очень хороший отчет, конечно очень похож на 7-ку, но бухгалтерам 7-ка всегда больше нравилась, и они просто счастливы видеть такой отчет, потому что в отчетах построенных компановщиком очень много настроек для них непонятных и сложных, которые они все время забывают делать и сохранять. А тут все просто и понятно то-есть отчет для программиста может и не самый лучший но для конечного пользователя очень удобный. Огромное вам спасибо!!!!

    Reply
  62. itar59

    (62) eigen20,

    Уже больше года предлагаю администраторам сделать кнопку «Я бухгалтер (не программист) и мне понятно»

    А Ваше мнение?

    Reply
  63. kubfest

    Для того, чтобы вести учет по документам, необходимо выставлять галочку в договоре «Вести по документам расчета»? Конфигурация УПП. А по поводу ввода начальных остатков и документов расчетов, не проще ли сделать в запросе отбор по данному документу и табличной части, чем для каждого документа создавать новый?

    Reply
  64. vsasav

    (64) kubfest,

    1. Да, лучше выставлять галочку «Вести учет по докуметам расчетов». Но для этого нужна «правильная» организация бухучета: бухгалтер ВСЕГДА должен знать по какому конкретному документу идет оплата. Это не всегда получается по авансовым платежам. Потом придется искать: а где тот документ оплаты, по которому платеж, если еще не введен документ расчетов 🙂 Это источник головоломки.

    2. Да, можно делать запрос по табличной части документа ВводНачальныхОстатковПоВзаиморасчетам.

    Reply
  65. tyu

    Добрый день. А нельзя ли посмотреть вашу обработку на sergzerno@mail.ru. Заранее огромадное спасибо.

    Reply
  66. iksanova

    Скачали отчет.

    Работает, протестируем подробнее…

    Reply
  67. early_dew

    Добрый день.

    Может кому-то этот отчет и не нравится, меня он вполне устраивает, работаю аудитором, очень давно ищу какую-то универсальную вещь, которая может вывести всю задолженность на один лист, да еще и со сроками возникновения. Все параметры, которые можно варьировать в отчете как раз мне и нужны.

    Что не очень понравилось, может быть объясните. Делаю отчет по счету, например, 62.01 на 31.12.2011, и оборотку по счету за 2011 год, т.е. по идее задолженность на 31.12.2011 и там и там должна совпадать. Но нет… Я не долго думая сделала сводную таблицу в Excel, посмотреть на что различается. Не пошло на те суммы, которые клиент в течение периода сделал некорректную проводку

    Д62 К63. Ну да ладно, с 62.01 разобрались.

    На других счетах таких косяков нет. Думаю, сделаю отчет по 60.01. Тоже сумма с обороткой не идет….

    Поясните пожалуйста, из-за чего может быть расхождение с обороткой? Просто жутко это бесит

    Reply
  68. vsasav

    (68) early_dew,

    Если у вас периодичность отчета МЕСЯЦ, тогда в отчете на конец года выбираете 01.01.2012 !!!

    Reply
  69. losevivann

    vsasav, скачал отчет и не нашел где можно выбрать нашу организацию по которой формируются данные??? У нас в одной базе учет 5 организаций, в обработке нет выбора организации, по которой нужен список дебиторов, кредиторов. Пробовал установить основную организацию, но отчет тянет данные всегда одни и те же.

    В чем я не прав ?

    Reply
  70. vsasav

    (70) losevivann,

    Посмотрю. Видимо до сих пор у всех была одна организация.

    Reply
  71. vsasav

    (70) losevivann,

    По вашей просьбе добавил выбор организации. Пожалуйста, проверяйте.

    Reply
  72. losevivann

    (72) Спасибо, все четко, рекомендую, то что нужно для бухгалтера.

    Reply
  73. electronik

    Попробуем воспользоваться данным отчетом

    Reply
  74. Арчибальд

    (28)

    Но как стимулировать бухов изучать правильное и оперативное ведение взаиморасчетов не по БУ?

    Вот уж бред! Бухи должны правильно и оперативно вести взаимрасчеты именно по БУ — это их святая обязанность. И совершенно не обязаны заниматься УУ.

    Вообще-то, бухучет — это не прошлый век. И даже не позапрошлый. Только вот заменить его нечем.

    Reply
  75. l-Rain

    Спасибо за отчет, проверим его в работе. Плюс.

    Reply
  76. romann

    Итог по таблице считает не правильно.

    Делаю дебиторку по 60.01, глубина 0, период — месяц.

    По-строчно, по договорам — задолженность показывает правильно, а в конце (в «ИТОГО») — вообще какая-то непонятная сумма (значительно заниженная).

    Reply
  77. vsasav

    Отчет не расчитан на глубину 0. Иначе какой смысл в отчете?

    В каком из 3-х отчетов возникает ошибка? Установлена ли дата отчета на 1-ое число месяца?

    Reply
  78. romann

    (78) Отчет — «ЗадолженностьПоДоговорамПоДокументам.erf».

    При любых глубине и дате отчета — результат одинаков.

    Reply
  79. vsasav

    dt-шник шлите на vsasav@mail.ru и параметры,

    какие в отчете задаете, 1 пользователя без пароля

    посмотрю

    Reply
  80. romann

    (80) увы, дт-шник никто не даст отправлять.. да и весит он 1.5г

    Лан.. попробую сам разобраться.

    Reply
  81. vsasav

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

    Reply
  82. DoctorRoza

    Интересный отчет, нужно посмотреть! 🙂

    Reply
  83. lees

    Спасибо, полезный отчет как раз из-за варианта расчета «по счетам», ведь у меня в конторе куча разных баз по разным организациям: где ведется УУ, а где нет! Можно ли как-нибудь подпилить отчет чтоб показывалась просроченная дебиторская задолженность? Алгоритма расчета ПО ДОГОВОРАМ не знаю, в активном поиске).

    Reply
  84. vsasav

    См. описание отчета глубина и цвет. Используется как раз для этого.

    Reply
  85. lees

    Еще вопрос: для выбора организации предусмотрено отдельное поле ввода? (на скриншоте отчета в публикации такого поля не видно)

    Reply
  86. vsasav

    Скриншот был ранее, чем добавилась эта возможность

    Reply
  87. dimonsky

    Спасибо автору! Попробую поработать с обработкой.

    Reply
  88. denn15

    Спасибо, пригодится.

    Reply
  89. asterlana

    Отчет нужен был, для отслеживания движения реализации и оплаты по документам. Он так и призентуется. Но почему то выводит только последний документ в выбранном периоде. И сальдо конечно не сходиться.

    Выборка самая простая: Конкретный контрагент, Организация, Период с начала этого года по текущую дату, Период- произвольный.

    Я предпологал. что увижу все документы за этот период, которые сделали движения. Типа Док. Реализация, Док. Поступление на р/с. В карточке контрагента они есть.

    Reply
  90. vsasav

    (90) asterlana,

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

    Reply
  91. asterlana

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

    Reply
  92. vsasav

    (92) asterlana,

    Можно, только пока что занят.

    Reply
  93. Adoms

    Спасибо! Очень помог отчет! Еще-бы предусмотреть возможность сохранения введенных настроек

    Reply
  94. soap

    Интересный отчет помог.

    Reply
  95. iva-74

    Спасибо, то что было нужно

    есть вопрос:

    данный отчет строится только по документам реализации

    можно ли сделать отчет в разрезе

    счет- документ реализации

    (т.е. в данный момент например есть неоплаченные счета (авансовые) их в данной дебиторке не видно .

    заодно можно было бы проверить те счета — у которых нет выписанных документов…

    пожалуйста напишите мне

    Спасибо большое еще раз

    очень жду ответа

    Reply
  96. Gvendolin

    Спасибо за отчет. УУ с БУ разъезжается, бухи верят только БУ (ситуация не оригинальная). Допишу немного, но за основу благодарю. Пичаль, что бухи портят базу.

    Спасибо еще раз автору))

    Reply
  97. ketr

    Отчет не совсем корректно работает, если за период формирования была корректировка реализации на уменьшение цены.

    Получается отрицательный оборот, который не выводится в отчет (в месяце возникновения)

    Из-за этого Итог задолженности общей не сходится с суммой задолженностей по срокам возникновения

    Reply
  98. vsasav

    (99) Вполне может быть. Писалось, когда еще не было такого документа. Возможны и другие ошибки. Код открыт, времени нет у меня на внесение изменений, к сожалению

    Reply

Leave a Comment

Ваш адрес email не будет опубликован. Обязательные поля помечены *