Проверка закрытия авансов по 60 и 62 счетам на любую дату с графическим представлением результатов

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

Отчет проверяет, закрыты ли авансы по счетам 60.2 или 62.2. Вывод производится по каждому контрагенту в разрезе договоров в отчет табличной формы.

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

Каждая строка отчета может открываться в карточку по 60 или 62 счетам.

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

При скачивании не забываем плюсовать ;-)

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

Наименование Файл Версия Размер
ЗакрытиеАвансов1.ert
.1246201710 48,00Kb
19.10.16
595
.1246201710 48,00Kb 595 Скачать

См. также

Комментарии
1. Дима (Димча) 132 29.06.09 00:09 Сейчас в теме
2. Владимир Денисов (den_vladimir) 90 29.06.09 07:16 Сейчас в теме
3. Сергей Дуганов (rounder) 161 29.06.09 11:33 Сейчас в теме
Здорово, давно хотел найти что-то подобное!!!
Спасибо...
4. Дониэла Иванова (Доня) 264 29.06.09 14:24 Сейчас в теме
Пригодится полезная вещь
5. Сергей (Che) Коцюра (CheBurator) 3370 29.06.09 17:47 Сейчас в теме
ндя... а 62.22 и аналогичные - типа ручками делайте по старинке? ;-)
6. Сергей (Che) Коцюра (CheBurator) 3370 29.06.09 17:48 Сейчас в теме
Раз людям понравилась эта штучка, то пригодится и вот эта: http://infostart.ru/projects/2957/
7. Сергей (Che) Коцюра (CheBurator) 3370 29.06.09 17:49 Сейчас в теме
Просьба также автору пояснить: "при проверки правильности формирования дебиторской и кредиторской задолженности на любую конкретную дату" - счем это в принципе отличается от обычной ОСВ по счету?
8. Денис Ковалев (kde) 106 29.06.09 18:52 Сейчас в теме
При работе бухгалтерии могут образовываться остатки не закрытые по тем или иным причинам автоматическими проводками, также могут возникать ошибки в связи с разнесением аванса и основной задолженности по разным договорам, т.е. развернутое сальдо в балансе будет отражатся неверно.
Данная программа выбирает только тех контрагентов у которых есть по тем или иным причинам ситуации незакрытых авансов, что более удобно чем работать со стандартной ОСВ
В стандартной ОСВ если задавать счет первого уровня то сальдо показывается свернуто и не видно по каким контрагентам возникла данная ситуация. Можно конечно выдавать две ОСВ одну например по 62.1 а вторую по 62.2 и сравнивать либо вручную либо с помощью дополнительных программ, что не очень удобно. Кроме того при работе со стандартной ОСВ нет возможности автоматически выбрать именно данный вид ошибки и следовательно выдается полный список всех контрагентов, что тоже не очень удобно.
9. Сергей (Che) Коцюра (CheBurator) 3370 29.06.09 19:53 Сейчас в теме
(8) ок, понятно.
тогда уже логично добавить сюда же проверку баланса на СЧФ по оборотке и по записям книг продаж/покупок... т.е. например могут быть ситуации когда по книге продаж счф закрыта в ноль, а по ОСВ - на ней висит остаток (или наоборот)
10. Сергей (Che) Коцюра (CheBurator) 3370 29.06.09 19:54 Сейчас в теме
Интересно, а теханализ БУ ситуации с незачтенными суммами - ловит..? не помню...
11. Денис Ковалев (kde) 106 29.06.09 20:43 Сейчас в теме
C предложениями по поводу проверок согласен, будет время можно добавить.
Насчет теханализа БУ не помню чтобы имелась такая возможность, если и есть то менее наглядная.
12. Николай Шилкин (RayCon) 638 30.06.09 00:04 Сейчас в теме
Задумка хорошая, но сделана как-то "на скорую руку". Рекомендую довести до ума следующим образом:

1. Сделать чёткую иерархию по уровням субконто (Контрагент -> Договор) с агрегацией данных в отдельных строках.

2. Вместо статуса выводить сумму остатка. Если остаток не равен нулю, то, очевидно, что аванс не закрыт и наоборот: если равен нулю, то, столь же очевидно, что аванс закрыт.

3. В заголовке надо обязательно выводить дату отчета, иначе он вообще теряет какой бы то ни было смысл.

4. Отработать предложение (5) с обязательным указанием номера бухгалтерского счета и валюты цены договора (в отдельных колонках). В идеале суммы по каждой задолженности надо выводить в две строки: в валюте цены договора и в рублях.

Предложение (9) весьма разумное, но под него лучше сделать отдельный отчет, целью которого была бы именно выверка НДС посредством сопоставления дебиторки-кредиторки с суммами НДС. Алгоритм будет "тяжелее" на ставки НДС и на револьверные разборы частичного погашения авансов "N в M".
ms33; Pari; +2 Ответить
13. Buhgalter (Buhgalter) 32 01.07.09 05:30 Сейчас в теме
Уже есть внешний отчет 621_622.ert на этом сайте
он сделан лучше

Здесь же всё сыро... неработают кнопки обновить/настройка в печатной форме
14. Лидия (lidia3004) 01.07.09 08:33 Сейчас в теме
Хорошо, когда люди сами делают и с другими делятся
15. Денис Ковалев (kde) 106 01.07.09 08:39 Сейчас в теме
Главное отчет работает и выполняет свои функции.
Отчет рабочий и сделан быстро для текущей работы, по мере появления сводного времени доработаю недочеты. Спасибо за замечания и предложения.
16. Борис Балясников (bb1962) 1260 02.07.09 10:07 Сейчас в теме
Удивительно. Явно слабый и по задумке и по реализации отчет столь популярен,
а целая группа аналогичных по назначению отчетов (в демо варианте - 20):
http://infostart.ru/projects/4669/
никому не интересна. Почему?
Почему этот отчет слаб по содержанию? Потому что при работе "от документа"
проблемы отсутствия зачета аванса решаются перепроведением
документов, и именно к этому нужно приучать пользователей. Тем более, что регламентное проведение документов нужно также для правильного расчета себестоимости ТМЦ, обнаружения ряда ошибок типа путаницы с субсчетами учета
ТМЦ и т.п.
Почему этот отчет слаб по реализации? Коротко. Если отчет строится по одному контрагенту нельзя выполнять запрос по всем контрагентам, да еще потом
обрабатывать результат запроса в цикле "до упора", т.е. продолжать цикл даже
после того, когда нужная запись уже найдена. Это грубая ошибка.
Что называется, ничего личного. Просто хочется понять, почему так происходит.
17. Александр Рытов (Арчибальд) 2652 02.07.09 10:32 Сейчас в теме
(16) Слабый рабочий вариант всегда предпочтительнее сильного неработающего ;))
18. Николай Шилкин (RayCon) 638 05.07.09 23:56 Сейчас в теме
(16)
>Удивительно. Явно слабый и по задумке и по реализации отчет столь
>популярен, а целая группа аналогичных по назначению отчетов (в демо
>варианте - 20): http://infostart.ru/projects/4669/
>никому не интересна. Почему?

Известно почему: халява, сэр. :)
19. Борис Балясников (bb1962) 1260 06.07.09 14:21 Сейчас в теме
(18)
А в чем халява? У нас 20 отчетов, на каждый из них никаких ограничений. Ограничение демо-версии только в том, что в
каждый момент времени можно использовать один, а не все 20
сразу. Это равносильно тому, что вы скачали бы двадцать отчетов
с инфостарта и запускали бы их поочереди. Код закрыт? Так код
этого отчета никакой ценности не представляет.
20. Георгий Карпов (k_georg) 14 14.07.09 05:56 Сейчас в теме
Может быть кого-то заинтересует не отчет, а документ по зачету и корректировке авансов:
http://infostart.ru/projects/5016/
21. rka (qazwsxqaz7@rambler.ru) 11.08.09 10:27 Сейчас в теме
Очень необходимая вещь!
22. анка (анфиска) 29.09.09 10:47 Сейчас в теме