Стандартный отчет "Задолженность покупателей по срокам долга"
Доброго дня!
Дано, БП2.0, на вкладке руководителю есть такой отчет "Задолженность покупателей по срокам долга", так вот, поступила жалоба что в данном отчете не актуальные данные, т.е. отчет показывает например 0, а по факту есть долг, как на такое наткнулись чисто случайно, говорят решают так, через восстановление последовательности (что вообще не удобно), или через групповую обработку документов (отбирают все документы по контрагенту и препроводят). Вопрос, у всех такая ситуация с этим отчетом ? Как можно автоматизировать этот процесс ну или может кто подскажет более лучший отчет по долгам покупателей ?
Дано, БП2.0, на вкладке руководителю есть такой отчет "Задолженность покупателей по срокам долга", так вот, поступила жалоба что в данном отчете не актуальные данные, т.е. отчет показывает например 0, а по факту есть долг, как на такое наткнулись чисто случайно, говорят решают так, через восстановление последовательности (что вообще не удобно), или через групповую обработку документов (отбирают все документы по контрагенту и препроводят). Вопрос, у всех такая ситуация с этим отчетом ? Как можно автоматизировать этот процесс ну или может кто подскажет более лучший отчет по долгам покупателей ?
По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1) Этот отчет чувствителен к "расползанию" "встречных" долгов между субсчетами 62.01 и 62.02, насколько я помню.
Поэтому нужно делать восстановление последовательности, и вообще следить за учетом взаиморасчетов в разрезе документов расчетов (который ведется с использованием 3-го субконто 60/62/76 счетов). Так что в некотором роде, "такая ситуация у всех".
От правильности учета там зависит не только этот отчет, но и ряд смежных участков от заполнения баланса до НДС с авансов.
Поэтому нужно делать восстановление последовательности, и вообще следить за учетом взаиморасчетов в разрезе документов расчетов (который ведется с использованием 3-го субконто 60/62/76 счетов). Так что в некотором роде, "такая ситуация у всех".
От правильности учета там зависит не только этот отчет, но и ряд смежных участков от заполнения баланса до НДС с авансов.
(3)
Вы, наверное, хотите спросить "есть ли отчет, который позволит и далее халявить учет взаиморасчетов, но будет показывать правильные данные"?
:-)
Наверное, среди всех возможных вариантов выборки таких данных (я имею ввиду - долгов по интервалам и срокам), у этого отчета самый неприхотливый к ошибкам алгоритм - он даже не смотрит в документы расчетов (в отличие от большинства решений на эту тему), а просто собирает остатки (или обороты, не помню) долгов по счетам-контрагентам-договорам на конец каждого интервала, и математически высчитывает, какая сумма к какому интервалу относится.
Переделать так, чтобы он прекратил "ощущать разницу" между 62.01 и 62.02 (т.е. предварительно сворачивать долги с авансами подоговорно) можно, хотя и головоломно (там в модуле хитрый запрос собирается из кусочных шаблонов в цикле, а затем его результат скармливается СКД, как внешние данные - короче, надо разбираться и переделывать). Он тогда будет соответствовать анализу субконто "Контрагенты-Договоры" без детализации по субсчетам. Наверное это то, чего вы хотели бы.
Но если вы не сильно следите за сходимостью взаиморасчетов, будут ли у вас вообще в базе правильные данные, и не пробьет ли, в отсутствии должного контроля, какой-нибудь косяк ваш учет насквозь (вместе с данными по счетам, этим отчетом и его потребителем) - это совсем другой вопрос.
Вы, наверное, хотите спросить "есть ли отчет, который позволит и далее халявить учет взаиморасчетов, но будет показывать правильные данные"?
:-)
Наверное, среди всех возможных вариантов выборки таких данных (я имею ввиду - долгов по интервалам и срокам), у этого отчета самый неприхотливый к ошибкам алгоритм - он даже не смотрит в документы расчетов (в отличие от большинства решений на эту тему), а просто собирает остатки (или обороты, не помню) долгов по счетам-контрагентам-договорам на конец каждого интервала, и математически высчитывает, какая сумма к какому интервалу относится.
Переделать так, чтобы он прекратил "ощущать разницу" между 62.01 и 62.02 (т.е. предварительно сворачивать долги с авансами подоговорно) можно, хотя и головоломно (там в модуле хитрый запрос собирается из кусочных шаблонов в цикле, а затем его результат скармливается СКД, как внешние данные - короче, надо разбираться и переделывать). Он тогда будет соответствовать анализу субконто "Контрагенты-Договоры" без детализации по субсчетам. Наверное это то, чего вы хотели бы.
Но если вы не сильно следите за сходимостью взаиморасчетов, будут ли у вас вообще в базе правильные данные, и не пробьет ли, в отсутствии должного контроля, какой-нибудь косяк ваш учет насквозь (вместе с данными по счетам, этим отчетом и его потребителем) - это совсем другой вопрос.
(5)
Автоматом запускать восстановление последовательности, полагаю, можно, но это не имеет большого смысла (ИМХО), там надо прикладывать голову конкретному пользователю для нахождения и устранения (возможных) ошибок как технического так и не технического характера.
Я обычно предлагаю пользователям некий набор контрольных мероприятий, которые они делают после разноски платежей (каждый день) и во время закрытия месяца (разово), или после правок задним числом по закрытым месяцам:
- восстановить последовательность,
- проверить, чтобы на 60.01, 60.02, 62.01, 62.02 не было красных чисел (обороткой),
- проверить 60.01 /02 и 62.01 / 02 на предмет встречного сальдо (анализом субконто, или самописным отчетом).
- проверить долги и авансы "медитативно" (ну то есть, бухгалтер / менеджер обычно знает взаиморасчеты и понимает, например, что ЭТОГО аванса тут не должно быть вообще т.к. мы работаем в долг, и с этим недоразумением надо разбираться, возможно, не в базе)
- если есть ошибки - предпринять меры для исправления, снова восстановить последовательность.
Раз в квартал - распечатать и разослать акты сверки, проконтролировать их возврат. Согласовать / исправить расхождения (если они есть) и опять восстановить последовательность.
Это гарантирует и соответствие взаиморасчетов реальности и техническую корректность их ведения в базе.
В принципе, так (плюс-минус) должна быть построена работа в любой организации, безотносительно ее размера и конкретной конфигурации, соответственно вашего первоначального вопроса просто не будет стоять, а отчет будет работать у руководителя "сам по себе".
Автоматом запускать восстановление последовательности, полагаю, можно, но это не имеет большого смысла (ИМХО), там надо прикладывать голову конкретному пользователю для нахождения и устранения (возможных) ошибок как технического так и не технического характера.
Я обычно предлагаю пользователям некий набор контрольных мероприятий, которые они делают после разноски платежей (каждый день) и во время закрытия месяца (разово), или после правок задним числом по закрытым месяцам:
- восстановить последовательность,
- проверить, чтобы на 60.01, 60.02, 62.01, 62.02 не было красных чисел (обороткой),
- проверить 60.01 /02 и 62.01 / 02 на предмет встречного сальдо (анализом субконто, или самописным отчетом).
- проверить долги и авансы "медитативно" (ну то есть, бухгалтер / менеджер обычно знает взаиморасчеты и понимает, например, что ЭТОГО аванса тут не должно быть вообще т.к. мы работаем в долг, и с этим недоразумением надо разбираться, возможно, не в базе)
- если есть ошибки - предпринять меры для исправления, снова восстановить последовательность.
Раз в квартал - распечатать и разослать акты сверки, проконтролировать их возврат. Согласовать / исправить расхождения (если они есть) и опять восстановить последовательность.
Это гарантирует и соответствие взаиморасчетов реальности и техническую корректность их ведения в базе.
В принципе, так (плюс-минус) должна быть построена работа в любой организации, безотносительно ее размера и конкретной конфигурации, соответственно вашего первоначального вопроса просто не будет стоять, а отчет будет работать у руководителя "сам по себе".
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот