42 lines
7.2 KiB
Markdown
42 lines
7.2 KiB
Markdown
TZ_LLM_Normalizer_v1.1.2.1
|
||
|
||
|
||
|
||
30 новых вопросов для ревью бухгалтером
|
||
Блок 1. Поставщики / покупатели / взаиморасчёты
|
||
По каким поставщикам у нас на конец месяца остались хвосты, которые уже не похожи на обычную задержку документов, а выглядят как реальная проблема в цепочке?
|
||
Где по покупателям у нас висит история “отгрузили — денег нет — закрытия нет”, и по каким контрагентам это уже требует ручной проверки?
|
||
Покажи контрагентов, по которым сальдо у нас, скорее всего, не совпадёт с их актом сверки, если его запросить прямо сейчас.
|
||
Где у нас есть оплаты, но не хватает документов, которые должны были закрыть взаиморасчёты?
|
||
По каким контрагентам, наоборот, документы есть, а нормального закрытия оплатами не видно?
|
||
Есть ли такие зависшие авансы, которые уже давно надо было либо закрыть, либо хотя бы перепроверить руками?
|
||
Блок 2. Реализация / неоплата / 90 + 62
|
||
Какие реализации на конец периода выглядят так, будто они зависли и будут портить картину по выручке, если их не проверить заранее?
|
||
По каким отгрузкам видно, что проблема не просто в том, что клиент не оплатил, а в том, что сама связка документов собрана криво?
|
||
Покажи реализации, где хвост выглядит особенно неприятно: сумма не маленькая, возраст хвоста уже заметный, и при этом не видно нормального завершения цепочки.
|
||
Где по 90/62 история похожа на “вроде всё проведено, но если копнуть, закрытие держится на кривой связке”?
|
||
Есть ли случаи, где реализация попала в период, а подтверждающие документы или оплата до сих пор живут в какой-то полуразобранной логике?
|
||
По каким продажам на конец месяца видно, что бухгалтер потом будет долго распутывать, почему всё это не сошлось нормально?
|
||
Блок 3. Банк / выписки / счёт 51
|
||
Какие банковские движения выглядят так, будто выписка есть, а нормального отражения в учёте под ней не хватает?
|
||
Где по банку можно заподозрить, что документ и проводка вроде есть, но логика операции всё равно не собрана в нормальную цепочку?
|
||
Есть ли движения по счёту 51, которые выглядят корректно по сумме, но по смыслу оставляют после себя подозрительный хвост?
|
||
Покажи банковские кейсы, где, скорее всего, проблема не в платеже как таковом, а в том, что он не туда лёг или не тем документом закрылся.
|
||
Где банк и бухгалтерский контур, скорее всего, расходятся не по одной строке, а по паттерну, который уже начинает повторяться?
|
||
Блок 4. Товары / склад / приход / реализация / счёт 41
|
||
Какие товарные позиции выглядят так, будто их уже продавали, а нормального прихода под них в базе не видно?
|
||
Где по товарам у нас отрицательные или подозрительные остатки, которые, скорее всего, связаны не с жизнью, а с ошибкой в учёте?
|
||
Есть ли случаи, где приход и реализация вроде есть оба, но даты между ними выглядят так, будто кто-то завёл документы задним числом или с ошибкой?
|
||
Покажи товарные хвосты, которые сильнее всего искажают картину периода и требуют проверки до закрытия месяца.
|
||
Где по складу и реализации видно, что себестоимость продажи подтверждена слабо или вообще опирается на кривую цепочку?
|
||
Блок 5. Материалы / счёт 10
|
||
Что сейчас лежит на 10 счёте так, будто это уже давно надо было либо списать, либо хотя бы проверить, почему оно до сих пор висит?
|
||
Есть ли материалы, по которым остаток выглядит нелогично: движения были, хозяйственная логика слабая, а в учёте всё ещё что-то торчит?
|
||
Покажи позиции по материалам, где возможен эффект “вроде сумма не огромная, но учётная логика выглядит криво”.
|
||
Блок 6. Расходы будущих периодов / счёт 97
|
||
Какие записи на 97 счёте больше всего похожи на ошибку в датах начала, конца или самом сроке списания?
|
||
Есть ли такие расходы будущих периодов, которые заведены, но по ним не видно нормальной ежемесячной жизни, как будто запись повисла сама по себе?
|
||
Покажи кейсы по 97 счёту, где срок документа и срок списания визуально противоречат друг другу.
|
||
Блок 7. Основные средства / амортизация / 01–02
|
||
Есть ли основные средства, по которым параметры карточки выглядят так, будто амортизацию им задали не по логике объекта, а “как получилось”?
|
||
Покажи объекты ОС, где риск не в сумме, а в том, что карточка и логика начисления выглядят подозрительно и могут аукнуться позже. |