Журнал проведень у BAS: пошук джерела помилки

Протокол інциденту: від симптома до повторного контролю

Крок 1. Зафіксуйте симптом, а не припущення

Крок 2. Підготуйте безпечне середовище та межі періоду

Крок 3. Звужуйте вибірку послідовно

Крок 4. Розберіть вибірку з 15 проведень

Крок 5. Перейдіть до документа й відновіть первинну подію

Крок 6. Усуньте причину, не маскуючи її ручним рухом

Крок 7. Повторіть контроль у журналі, ОСВ та картці рахунку

Короткий чек-лист розслідування

На рахунку з’явилося незрозуміле сальдо. Найгірша реакція в цій ситуації — одразу шукати рядок, який можна «підправити». Надійніший шлях нагадує розслідування інциденту: спочатку зафіксувати симптом, потім послідовно звузити вибірку, знайти реєстратор і лише в документі-джерелі перевірити первинну подію. Такий метод залишає зрозумілий слід перевірки й допомагає усунути причину, а не косметичний наслідок.

Протокол інциденту: від симптома до повторного контролю

Симптом → фільтр → знахідка → документ-джерело → причина → коректна дія → повторний контроль.

1. Симптом: у оборотно-сальдовій відомості за рахунком 631 кредитове сальдо за контрагентом «Вектор» становить 12 000 грн замість очікуваних 24 000 грн.
2. Фільтр: період 01–30 червня, одна організація, рахунок 631, контрагент «Вектор», сума 12 000 грн.
3. Знахідка: банківський документ зменшив борг перед «Вектором» на 12 000 грн.
4. Документ-джерело: списання з банківського рахунку, у якому помилково обрано контрагента й рахунок розрахунків.
5. Причина: платіж за рахунком на передоплату постачальнику «Промсервіс» відображено як погашення боргу перед «Вектором».
6. Коректна дія: виправити реквізити документа в дозволеному середовищі за встановленою процедурою, а не редагувати окремий рух.
7. Повторний контроль: звірити журнал, ОСВ, картку рахунку й аналітику за двома контрагентами.

Щоб відпрацювати цей ланцюг на навчальних прикладах — від первинного документа до звітів — стане в пригоді практичний курс BAS Бухгалтерія: у програмі є робота з документами, проведеннями та стандартними звітами.

Крок 1. Зафіксуйте симптом, а не припущення

Початкова нотатка має бути короткою й вимірюваною: організація, рахунок, субконто, період, фактичне та очікуване сальдо, джерело очікування. У нашому вигаданому прикладі товар від «Вектора» отримано на 20 000 грн без ПДВ і 4 000 грн ПДВ, оплату цьому постачальнику ще не погоджували. Отже, еталон на кінець червня — кредит 24 000 грн, а звіт показує лише 12 000 грн.

Журнал дає хронологію рухів і зв’язок з реєстраторами, але сам по собі не пояснює господарського змісту події. Однакова кореспонденція може бути правильною в одному документі й помилковою в іншому через контрагента, договір, вид операції або момент визнання. Саме тому висновок роблять після перевірки документа та первинної підстави.

У старіших матеріалах і звичному мовленні користувачів трапляється назва «журнал проводок в 1С». Це legacy-назва того самого класу перегляду рухів; у конкретній версії BAS команда, звіт або форма можуть називатися інакше.

Крок 2. Підготуйте безпечне середовище та межі періоду

Розслідування починається з фіксації середовища. Запишіть конфігурацію та реліз, назву інформаційної бази, організацію, період, користувача, його права, дату й час формування звіту. Назви звітів, кнопок переходу та доступних відборів залежать від конфігурації, версії й ролі користувача, тому інструкція «натисніть саме цю кнопку» без цих даних ненадійна.

• Спочатку сформуйте звіти в режимі читання та збережіть початкові показники.
• Якщо потрібно перевірити перепроведення, використовуйте актуальну тестову копію або інше погоджене середовище.
• Не редагуйте production-базу й не знімайте документи з проведення без резервної процедури, повноважень та узгодженого вікна робіт.
• Закритий період не відкривайте «для перевірки»: спочатку визначте, хто має право погодити коригування і яким документом його оформлюють.

Період беріть не ширший, ніж потрібно для пояснення сальдо, але захопіть початковий залишок. Якщо симптом видно на 30 червня, перевірте, чи збігається початкове сальдо на 1 червня. Коли воно вже неправильне, розслідування треба переносити назад до останньої дати, на яку залишок був підтверджений.

Крок 3. Звужуйте вибірку послідовно

Не вмикайте всі умови одночасно: занадто вузький відбір легко приховає пов’язану операцію. Після кожного кроку занотовуйте кількість рядків і суму обороту. Так видно, на якому саме фільтрі зникла або з’явилася розбіжність.

1. Період і організація. Відсікають рухи інших юридичних осіб і сусідніх місяців.
2. Рахунок. Для симптома за постачальником почніть з 631, але згодом перевірте пов’язаний рахунок авансів 3711.
3. Субконто. Виберіть контрагента, а потім договір або документ розрахунків, якщо така аналітика ведеться.
4. Сума. Шукайте як точні 12 000 грн, так і комбінації рядків, які дають цю величину.
5. Реєстратор. Згрупуйте рухи за документом: один реєстратор може сформувати кілька взаємопов’язаних записів.
6. Зміст і номер. Текст допомагає зорієнтуватися, але не є доказом: опис могли скопіювати з попереднього документа.

Відбір за документом особливо корисний після першої знахідки. Він показує повний набір рухів реєстратора, а не лише рядок, що потрапив у фільтр за рахунком. Перевірка кореспонденції рахунків тоді доповнюється аналізом субконто, суми й первинної події.

Крок 4. Розберіть вибірку з 15 проведень

Нижче — навчальний набір вигаданих даних. Він не відтворює жодну реальну базу. У вибірці є дві підозри: одна виявиться реальною помилкою, друга — коректною рідкісною операцією.

Підозра 1: реальна помилка

Рядок 10 точно дорівнює різниці між очікуваним і фактичним сальдо. Проте сама рівність сум ще нічого не доводить. Відкриваємо БВ-000184 і звіряємо його з платіжною інструкцією та банківською випискою. Одержувач коштів — «Промсервіс», призначення — передоплата за рахунком ПС-77, постачання ще не було. У документі BAS помилково залишилися контрагент «Вектор», договір В-14 і рахунок розрахунків 631.

Отже, фактичний рух Дт 631 «Вектор» — Кт 311, 12 000 грн не відповідає первинній події. Для цього навчального середовища еталон — Дт 3711 «Промсервіс» — Кт 311, 12 000 грн. У робочій базі номер субрахунку, аналітика авансів і правила ПДВ можуть відрізнятися, тому еталон треба підтвердити обліковою політикою та налаштуваннями конкретної конфігурації.

Підозра 2: незвична, але коректна операція

Рядок 11 насторожує з двох причин: його введено ручною операцією, а кореспонденція 631–717 трапляється не щодня. Перевірка показує повний комплект підстав: додаткова угода про прощення залишку боргу, акт звіряння, бухгалтерська довідка, погодження відповідальної особи та правильний період визнання доходу. Аналітика «Архів-Сервіс» збігається в усіх документах, а 600 грн дорівнюють підтвердженому залишку. Еталон тут збігається з фактичним записом: це хибна підозра, а не привід видаляти рух лише через його незвичність.

Крок 5. Перейдіть до документа й відновіть первинну подію

У формі журналу відкрийте реєстратор подвійним клацанням, через розшифрування або команду переходу — конкретний спосіб залежить від конфігурації та прав. Якщо документ недоступний, зафіксуйте його вид, номер, дату й унікальне посилання та передайте перевірку користувачеві з належними повноваженнями. Обхід прав доступу не є частиною розслідування.

У документі перевіряйте не лише суму. Відновіть подію за таким порядком:

• організація та банківський рахунок;
• дата документа, дата списання банком і належність до періоду;
• одержувач, договір, рахунок або замовлення, зазначені в первинному документі;
• вид операції: аванс, оплата за вже отримані цінності, повернення чи інша подія;
• рахунки розрахунків і пов’язані субконто;
• призначення платежу, сума, валюта й за потреби ПДВ;
• хто й коли створив або змінив документ, якщо журнал реєстрації доступний за правилами компанії.

Причина нашого інциденту — не «неправильна цифра в журналі», а помилково класифікована первинна подія. Документ мав відображати аванс одному постачальнику, але сформував погашення боргу іншому. Це формулювання підказує коректну дію й одразу визначає, які звіти треба перевірити після неї.

Крок 6. Усуньте причину, не маскуючи її ручним рухом

Окрема компенсувальна проводка може швидко «вирівняти» ОСВ, але часто створює нові проблеми. Під час наступного перепроведення документа помилка повернеться або корекція подвоїться. Картка рахунку міститиме рух без очевидного зв’язку з банківською подією, а бухгалтерський і податковий контури можуть розійтися.

Правильний спосіб залежить від стану періоду та внутрішнього регламенту:

• у відкритому періоді й тестовій копії — перевірити, як зміна контрагента, договору, виду операції та рахунку розрахунків перебудовує рухи документа;
• у робочій базі — погодити виправлення, резервну процедуру та відповідального виконавця;
• у закритому періоді — застосувати передбачений обліковою політикою коригувальний документ зі збереженням аудиторського сліду;
• якщо джерелом був обмін або імпорт — виправити також правило заповнення, інакше наступний документ повторить дефект.

Контроль ручних операцій потрібен, але ознака «введено вручну» не дорівнює помилці. Рядок 11 це показує: рішення приймають за первинною підставою, повноваженнями, періодом і узгодженим еталоном, а не за зовнішньою незвичністю кореспонденції.

Крок 7. Повторіть контроль у журналі, ОСВ та картці рахунку

Після погодженого виправлення повторіть ті самі фільтри й порівняйте результати з початковим протоколом. Не обмежуйтеся одним звітом: виправлення має узгодити весь ланцюг.

1. Журнал. За БВ-000184 більше немає руху Дт 631 по «Вектору»; є погоджений рух авансу по «Промсервісу».
2. ОСВ за рахунком 631. Кредитове сальдо «Вектора» становить еталонні 24 000 грн.
3. Картка рахунку 631. Хронологія пояснює утворення боргу двома рядками документа НТ-000041 без штучної компенсації.
4. ОСВ за рахунком 3711. За «Промсервісом» відображено дебетовий аванс 12 000 грн.
5. Рахунок 311. Банківське списання залишилося один раз, на правильну суму й дату.
6. Аналіз субконто. Немає випадкових залишків за неправильним договором або документом розрахунків.

Збережіть у протоколі показники «до» і «після», ідентифікатор документа, погоджену дію, виконавця та час повторної перевірки. Для системного відпрацювання документів, стандартних звітів і завершення періоду можна звірити теми, які містить програма курсу BAS Бухгалтерія.

Короткий чек-лист розслідування

• Сформулюйте симптом числом і зафіксуйте джерело еталону.
• Запишіть конфігурацію, реліз, базу, організацію, період і права користувача.
• Звужуйте вибірку по одному фільтру та фіксуйте проміжні підсумки.
• Перевіряйте повний набір рухів реєстратора, а не ізольований рядок.
• Порівнюйте документ з первинною подією та аналітикою рахунків.
• Відділяйте незвичну, але підтверджену операцію від реальної помилки.
• Не змінюйте production-базу без повноважень, резервної процедури й погодження.
• Після корекції повторіть однаковий контроль у журналі, ОСВ, картці рахунку та за субконто.

Сильне розслідування закінчується не нульовою різницею, а поясненим маршрутом від первинного документа до звітного показника. Якщо цей маршрут можна відтворити й перевірити повторно, виправлено саме джерело помилки, а не її видимий слід.