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

27.11.09

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

Скачать файл

ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.

Наименование		По подписке [?]	Купить один файл
ЗакрытиеАвансов1.ert .1246201710 48,00Kb 742	742	Скачать (1 SM)	Купить за 1 850 руб.

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

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

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

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

+84 –

См. также

Сверка 76.АВ с книгой покупок по ставкам НДС 18% и 20%. Проверка зачета аванса по ставкам НДС 18% и 20% в 1 квартале 2019 г. Переход на 20% НДС. Закрытие квартала 18% и 20% НДС

Анализ учета Оптовая торговля Бухгалтер Бухгалтерский учет 7.7 1С:Комплексная 7.7 Россия Бухгалтерский учет НДС Абонемент ($m)

Отчет написан для Комплексной конфигурации 4.2. Отчет позволяет выполнить сверку кредитовых оборотов счета 76.АВ (НДС с авансов полученных) с книгой покупок, проверить правильность выписки счетов фактур на зачет аванса по счетам БУ в разрезе разных ставок НДС 18% и 20% в комплексной конфигурации 1С:Предприятия 7.7. Позволяет найти и исправить ошибки в процессе перехода на 20% НДС. Помогает с закрытием квартала 18% и 20% НДС. Отчет обновлен для анализа данных 2 квартала 2019 года и всех следующих кварталов (стал более универсальным).

1 стартмани

27.03.2019 24390 13 ksnik 5

Проверка контрагентов по ЕГРН

Анализ учета Бухгалтер Бухгалтерский учет 7.7 1С:Бухгалтерия 7.7 Россия Абонемент ($m)

ФНС России рекомендует провести проверку правильности занесения ИНН и КПП контрагентов с использованием онлайн-сервиса (http://npchk.nalog.ru) Обработка выводит результаты проверки в отчет.

1 стартмани

04.03.2015 20281 54 NicSit73 70

Просроченная задолженность в днях для конфигурации Торговля и Склад 7.7

Взаиморасчеты Бухгалтер Пользователь Оперативный учет 7.7 1С:Торговля и склад 7.7 Управленческий учет Абонемент ($m)

Просроченная задолженность в днях для конфигурации Торговля и Склад 7.7

200 руб.

27.07.2014 28011 27 5

Работа с 62 счетом в бухгалтерии

Взаиморасчеты Бухгалтер Бухгалтерский учет 7.7 1С:Бухгалтерия 7.7 Россия Бухгалтерский учет Абонемент ($m)

Сортировка 62 счета по субсчетам Обработка сама закрывает авансы, при этом она позволяет работать с кореспонденцией любого типа по 62 счету, например схлопнуть 62,4 на 62,1 , а затем 62,1 на 62,2 или сразу 62,2 на 62,1 ,т.е. сколько раз хотите столько и запустите с различными вариациями.

1 стартмани

18.10.2013 29866 30 zavsom 3

Задолженность по контрагентам, разбитая на периоды просрочки

Взаиморасчеты Оптовая торговля Учет доходов и расходов Розничная торговля Программист Бизнес-аналитик Бухгалтер Пользователь Оперативный учет 7.7 1С:Торговля и склад 7.7 Розничная и сетевая торговля (FMCG) Оптовая торговля, дистрибуция, логистика Россия Управленческий учет Абонемент ($m)

Раньше этот отчет распространялся платно и только по нашим клиентам. Сегодня выкладываем его в общее пользование, в память о золотом веке семерки. Впрочем, уверен, что и сейчас скачиваний будет немало, ведь семерка жива, и на "1С:Торговле и склад" многие торговые компании предпочитают до сих пор вести учет продаж.

1 стартмани

31.07.2013 42204 148 O-Planet 15

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

Управление услугами и сервисом Взаиморасчеты Производство готовой продукции (работ, услуг) Бизнес-аналитик Бухгалтер Оперативный учет 7.7 Энергетика и ЖКХ Россия Управленческий учет Абонемент ($m)

ТСЖ, ЖСК и управляющие компании

1 стартмани

29.05.2013 26102 4 romach-adm 12

ОСВ по всем субконто всех счетов с настройкой вывода и удобным контролем отрицательных остатков 1С 7.7

Оборотно-сальдовая ведомость, Анализ счета Анализ учета Программист Бизнес-аналитик Бухгалтер Бухгалтерский учет 7.7 1С:Бухгалтерия 7.7 Бухгалтерский учет Абонемент ($m)

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

1 стартмани

03.12.2012 17804 94 vladimirvmi 10

Данные, переданные в ПФР

Зарплата Анализ учета Бухгалтер Бухгалтерский учет 7.7 Расчет 7.7 1С:Бухгалтерия 7.7 1С:Зарплата и кадры 7.7 1С:Комплексная 7.7 Россия Бухгалтерский учет ФОМС, ЕФС Абонемент ($m)

Данные переданные в ПФР (по загруженным файлам, по документам)

1 стартмани

13.07.2012 18236 80 NYNYNY 8

Комментарии

Подписаться на ответы Инфостарт бот

Свернуть все

1. Димча 135 29.06.09 00:09 Сейчас в теме

Очень нужная вещь.

2. Vladimir_D 122 29.06.09 07:16 Сейчас в теме

Штука полезная!

3. rounder 177 29.06.09 11:33 Сейчас в теме

Здорово, давно хотел найти что-то подобное!!!
Спасибо...

4. Доня 287 29.06.09 14:24 Сейчас в теме

Пригодится полезная вещь

5. CheBurator 2712 29.06.09 17:47 Сейчас в теме

ндя... а 62.22 и аналогичные - типа ручками делайте по старинке? ;-)

12. RayCon 745 30.06.09 00:04 Сейчас в теме

Задумка хорошая, но сделана как-то "на скорую руку". Рекомендую довести до ума следующим образом:

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

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

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

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

Предложение (9) весьма разумное, но под него лучше сделать отдельный отчет, целью которого была бы именно выверка НДС посредством сопоставления дебиторки-кредиторки с суммами НДС. Алгоритм будет "тяжелее" на ставки НДС и на револьверные разборы частичного погашения авансов "N в M".

6. CheBurator 2712 29.06.09 17:48 Сейчас в теме

Раз людям понравилась эта штучка, то пригодится и вот эта: http://infostart.ru/projects/2957/

7. CheBurator 2712 29.06.09 17:49 Сейчас в теме

Просьба также автору пояснить: "при проверки правильности формирования дебиторской и кредиторской задолженности на любую конкретную дату" - счем это в принципе отличается от обычной ОСВ по счету?

8. kde 106 29.06.09 18:52 Сейчас в теме

При работе бухгалтерии могут образовываться остатки не закрытые по тем или иным причинам автоматическими проводками, также могут возникать ошибки в связи с разнесением аванса и основной задолженности по разным договорам, т.е. развернутое сальдо в балансе будет отражатся неверно.
Данная программа выбирает только тех контрагентов у которых есть по тем или иным причинам ситуации незакрытых авансов, что более удобно чем работать со стандартной ОСВ
В стандартной ОСВ если задавать счет первого уровня то сальдо показывается свернуто и не видно по каким контрагентам возникла данная ситуация. Можно конечно выдавать две ОСВ одну например по 62.1 а вторую по 62.2 и сравнивать либо вручную либо с помощью дополнительных программ, что не очень удобно. Кроме того при работе со стандартной ОСВ нет возможности автоматически выбрать именно данный вид ошибки и следовательно выдается полный список всех контрагентов, что тоже не очень удобно.

9. CheBurator 2712 29.06.09 19:53 Сейчас в теме

(8) ок, понятно.
тогда уже логично добавить сюда же проверку баланса на СЧФ по оборотке и по записям книг продаж/покупок... т.е. например могут быть ситуации когда по книге продаж счф закрыта в ноль, а по ОСВ - на ней висит остаток (или наоборот)

10. CheBurator 2712 29.06.09 19:54 Сейчас в теме

Интересно, а теханализ БУ ситуации с незачтенными суммами - ловит..? не помню...

11. kde 106 29.06.09 20:43 Сейчас в теме

C предложениями по поводу проверок согласен, будет время можно добавить.
Насчет теханализа БУ не помню чтобы имелась такая возможность, если и есть то менее наглядная.

13. 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 993 02.07.09 10:07 Сейчас в теме

Удивительно. Явно слабый и по задумке и по реализации отчет столь популярен,
а целая группа аналогичных по назначению отчетов (в демо варианте - 20):
http://infostart.ru/projects/4669/
никому не интересна. Почему?
Почему этот отчет слаб по содержанию? Потому что при работе "от документа"
проблемы отсутствия зачета аванса решаются перепроведением
документов, и именно к этому нужно приучать пользователей. Тем более, что регламентное проведение документов нужно также для правильного расчета себестоимости ТМЦ, обнаружения ряда ошибок типа путаницы с субсчетами учета
ТМЦ и т.п.
Почему этот отчет слаб по реализации? Коротко. Если отчет строится по одному контрагенту нельзя выполнять запрос по всем контрагентам, да еще потом
обрабатывать результат запроса в цикле "до упора", т.е. продолжать цикл даже
после того, когда нужная запись уже найдена. Это грубая ошибка.
Что называется, ничего личного. Просто хочется понять, почему так происходит.

17. Арчибальд 2709 02.07.09 10:32 Сейчас в теме

(16) Слабый рабочий вариант всегда предпочтительнее сильного неработающего ;))

18. RayCon 745 05.07.09 23:56 Сейчас в теме

(16)
>Удивительно. Явно слабый и по задумке и по реализации отчет столь
>популярен, а целая группа аналогичных по назначению отчетов (в демо
>варианте - 20): http://infostart.ru/projects/4669/
>никому не интересна. Почему?

Известно почему: халява, сэр. :)

19. bb1962 993 06.07.09 14:21 Сейчас в теме

(18)
А в чем халява? У нас 20 отчетов, на каждый из них никаких ограничений. Ограничение демо-версии только в том, что в
каждый момент времени можно использовать один, а не все 20
сразу. Это равносильно тому, что вы скачали бы двадцать отчетов
с инфостарта и запускали бы их поочереди. Код закрыт? Так код
этого отчета никакой ценности не представляет.