gifts2017

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

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

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

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

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

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

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

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

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

См. также

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

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

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

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

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

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

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

Известно почему: халява, сэр. :)
19. Борис Балясников (bb1962) 06.07.09 14:21
(18)
А в чем халява? У нас 20 отчетов, на каждый из них никаких ограничений. Ограничение демо-версии только в том, что в
каждый момент времени можно использовать один, а не все 20
сразу. Это равносильно тому, что вы скачали бы двадцать отчетов
с инфостарта и запускали бы их поочереди. Код закрыт? Так код
этого отчета никакой ценности не представляет.
20. Георгий Карпов (k_georg) 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