Первинні документи в 1С і BAS: навчальний кейс від рахунку до проводки

1. Подія, первинний документ і запис у програмі — не одне й те саме

2. Вихідні умови навчального кейсу

3. Контрагент і договір: спочатку аналітика, потім документи

4. Ланцюжок продажу: рахунок → видаткова накладна → оплата

5. Логіка проведень у межах кейсу

6. Як зіставити виписку, реалізацію та взаєморозрахунки

7. Наскрізна таблиця контролю

8. Якщо документ є, а підсумок неправильний

9. Чекліст перед закриттям місяця

 

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

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

1. Подія, первинний документ і запис у програмі — не одне й те саме

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

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

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

Документ у BAS — структурований запис, який може сформувати рухи за рахунками та регістрами. Його дані мають відповідати реальній події та первинному документові. Історична назва «1С» досі трапляється в пошукових запитах і в старих конфігураціях, але сучасну практику цього кейсу розглядаємо у BAS; однакового маршруту для всіх продуктів не існує.

Контрольне запитання: чи можете ви окремо назвати реальну подію, документ, який її підтверджує, і результат, що має з’явитися в обліку?

2. Вихідні умови навчального кейсу

Щоб проведення не перетворилися на абстрактні формули, зафіксуємо всі умови наперед:

• продавець — ТОВ «Міра Офіс», покупець — ТОВ «Вектор Освіта»;
• обидві сторони є резидентами України, працюють на загальній системі та зареєстровані платниками ПДВ;
• 7 вересня 2026 року сторони уклали письмовий договір поставки № МО-17;
• предмет поставки — чотири офісні крісла по 3 000 грн без ПДВ за одиницю;
• вартість без ПДВ — 12 000 грн, ПДВ 20% — 2 400 грн, загальна сума — 14 400 грн;
• облікова собівартість партії у продавця — 8 000 грн;
• рахунок виставлено 8 вересня, товар передано 10 вересня, оплата надійшла 14 вересня 2026 року;
• за договором покупець сплачує всю суму протягом п’яти банківських днів після поставки.

Умови навмисно прості: одна валюта, один склад, одна поставка, повна оплата без повернень, знижок і часткових платежів. Це дає змогу побачити логіку розрахунків, не маскуючи її додатковими обставинами.

Контрольне запитання: чи узгоджені між собою кількість, ціна без ПДВ, сума податку, загальна сума, строк поставки та строк оплати?

3. Контрагент і договір: спочатку аналітика, потім документи

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

Далі звіряють договір № МО-17: сторони, предмет, порядок визначення ціни, ПДВ, умови передачі, строк оплати й валюту. Договір задає правила, але сам по собі не доводить, що 10 вересня товар уже передали. Тому не слід автоматично називати кожен договір первинним документом конкретної реалізації.

У BAS важливо обрати для всіх трьох етапів одну й ту саму аналітику: ТОВ «Вектор Освіта», договір № МО-17 та, якщо конфігурація веде розрахунки за документами, конкретний документ розрахунків. Різна деталізація аналітики — поширена причина, чому відвантаження й оплата не закривають одне одного.

Контрольне запитання: чи збігаються контрагент, договір і спосіб деталізації розрахунків у всіх документах майбутнього ланцюжка?

4. Ланцюжок продажу: рахунок → видаткова накладна → оплата

1. 8 вересня — рахунок: погоджує суму до оплати та реквізити, але товар ще не передано.
2. 10 вересня — видаткова накладна: оформлює передачу чотирьох крісел покупцеві.
3. 14 вересня — банківська виписка: підтверджує надходження 14 400 грн на рахунок продавця.
4. Після кожного кроку — контроль: бухгалтер перевіряє не тільки документ, а й зміни в обліку та залишок взаєморозрахунків.

Етап 1. Рахунок

У рахунку зазначаємо покупця, договір, чотири крісла, ціну 3 000 грн без ПДВ, базу 12 000 грн, ПДВ 2 400 грн і підсумок 14 400 грн. У нашому кейсі це пропозиція сплатити визначену суму за майбутню поставку. Вона не змінює запаси, не створює доходу й дебіторської заборгованості, тому бухгалтерського проведення за рахунком немає.

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

Контрольне запитання: яку вже здійснену операцію підтверджує рахунок — і якщо жодну, чи не створила система за ним зайвих рухів?

Етап 2. Видаткова накладна

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

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

Контрольне запитання: чи підтверджує накладна фактичну передачу саме чотирьох крісел 10 вересня і чи збігається її сума 14 400 грн із договором та рахунком?

Етап 3. Оплата

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

Під час завантаження або введення банківської операції звіряємо платника, суму, дату валютування, призначення платежу та договір. Якщо програма веде розрахунки за конкретними документами, оплату спрямовуємо на реалізацію від 10 вересня. Після проведення заборгованість ТОВ «Вектор Освіта» за цим договором має дорівнювати нулю.

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

5. Логіка проведень у межах кейсу

Наведені нижче записи — не універсальний шаблон для будь-якої бази. Це типова логіка для продавця товару за зазначених умов, із використанням рахунків 281 «Товари на складі», 361 «Розрахунки з вітчизняними покупцями», 702 «Дохід від реалізації товарів», 902 «Собівартість реалізованих товарів», 311 «Поточні рахунки в національній валюті» та відповідного субрахунку 641 для ПДВ. У конкретній обліковій політиці й конфігурації субрахунки та аналітика можуть відрізнятися.

• Рахунок від 8 вересня: бухгалтерських проведень немає, бо поставка й оплата ще не відбулися.
• Реалізація від 10 вересня: дебет 361 — кредит 702 на 14 400 грн показує вимогу до покупця та дохід у сумі з ПДВ; 2 400 грн ПДВ відокремлюються з доходу й відображаються через передбачені налаштуваннями субрахунки 641/643, тому чистий дохід становить 12 000 грн. Конкретний маршрут між цими субрахунками залежить від конфігурації та стану реєстрації податкової накладної.
• Списання товару 10 вересня: дебет 902 — кредит 281 на 8 000 грн переносить облікову собівартість чотирьох крісел із запасів до витрат.
• Оплата від 14 вересня: дебет 311 — кредит 361 на 14 400 грн збільшує кошти на банківському рахунку й погашає дебіторську заборгованість.

Після всіх записів чистий дохід за кейсом дорівнює 12 000 грн, собівартість — 8 000 грн, валовий результат до інших витрат — 4 000 грн, а залишок за покупцем і договором — нуль. Якщо хоча б один показник інший, бухгалтер повертається не до «виправлення цифри у звіті», а до дати, рахунка обліку, аналітики та первинного документа.

Контрольне запитання: чи можете ви пояснити економічний зміст кожного дебету й кредиту, не посилаючись лише на те, що їх автоматично сформувала програма?

6. Як зіставити виписку, реалізацію та взаєморозрахунки

Перевірку зручно почати не з окремої форми, а з очікуваного залишку. На кінець 10 вересня покупець винен 14 400 грн. Після зарахування коштів 14 вересня борг має стати нульовим. Отже, обороти за дебетом і кредитом рахунка 361 у розрізі ТОВ «Вектор Освіта» та договору № МО-17 мають взаємно закритися.

Далі зіставляємо три зрізи:

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

Для контролю підійде оборотно-сальдова відомість або аналіз рахунка 361 з потрібною аналітикою, відомість руху коштів за рахунком 311 і звіт за товарами чи складом для рахунка 281. Назви звітів можуть відрізнятися, але контрольна логіка незмінна: початковий залишок + збільшення - погашення = кінцевий залишок.

Контрольне запитання: чи бачите ви в одному періоді пару «борг 14 400 грн — погашення 14 400 грн» за тим самим покупцем, договором і документом розрахунків?

7. Наскрізна таблиця контролю

Від господарської події до контрольного звіту в кейсі ТОВ «Міра Офіс»

Подія	Документ	Що перевірити	Що змінюється в обліку	Контрольний звіт
Узгоджено умови поставки	Договір № МО-17 від 07.09.2026	Сторони, товар, ціна, ПДВ, строк передачі й оплати	Проведень немає; задано правила майбутніх операцій	Перевірка картки контрагента й аналітики договору
Повідомлено суму до сплати	Рахунок від 08.09.2026 на 14 400 грн	Номенклатура, кількість, ціна, ПДВ, реквізити	У цьому кейсі проведень немає	Звірка рахунка з договором; обліковий залишок не змінюється
Передано чотири крісла	Видаткова накладна від 10.09.2026	Факт передачі, дата, сторони, кількість, сума, реквізити відповідальних осіб	Виникають дохід і дебіторська заборгованість; списується товар; відображається ПДВ	Аналіз 361, 702, 902, 281 і 641; звіт за складом
Виникли податкові наслідки першої події	Податкова накладна як окремий податковий документ	Дата першої події, база 12 000 грн, ПДВ 2 400 грн, статус реєстрації	Контролюється податкове зобов’язання з ПДВ; рух товару цим документом не підміняється	Обліковий регістр ПДВ і звірка з субрахунком 641
Отримано оплату	Банківська виписка від 14.09.2026	Платник, сума, дата, призначення, договір і документ розрахунків	Зростають кошти на 311; заборгованість на 361 погашається	Виписка банку, аналіз 311 та взаєморозрахунки за 361
Виконано контроль перед закриттям	Новий первинний документ не створюється	Повнота ланцюжка, дати, суми, аналітика, проведення, ПДВ	Очікуваний борг за договором — 0 грн; товар зменшився на чотири одиниці	Оборотно-сальдові відомості, аналіз рахунків, складський і ПДВ-контроль

Контрольне запитання: чи підтверджує кожен рядок таблиці наступний і чи немає зміни в обліку без документа або документа без очікуваної зміни?

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

8. Якщо документ є, а підсумок неправильний

Наявність документа в журналі ще нічого не гарантує. Шукати помилку краще від кінцевого симптома до джерела, не перепроводячи навмання весь місяць.

Борг не закрився після оплати

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

Контрольне запитання: на якому саме аналітичному розрізі дебет 361 не збігається з кредитом 361?

Товар передано, але склад не зменшився

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

Контрольне запитання: чи є рух кредитом рахунка запасів на 8 000 грн саме за чотирма кріслами з потрібного складу?

Суми сходяться, але місяць неправильний

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

Контрольне запитання: чи всі наслідки реалізації відображені у вересні 2026 року, коли фактично відбулася поставка?

9. Чекліст перед закриттям місяця

1. Знайдіть операцію в договорі та сформулюйте, що реально відбулося.
2. Переконайтеся, що первинний документ містить відомості про цю операцію та необхідні реквізити.
3. Звірте контрагента, договір, номенклатуру, кількість, ціну, ПДВ і загальну суму.
4. Перевірте, що рахунок не створив облікових наслідків, яких у кейсі ще не було.
5. Зіставте дату видаткової накладної з фактичною датою передачі товару.
6. Перегляньте рухи реалізації: заборгованість, дохід, ПДВ, собівартість і запаси.
7. Звірте банківську виписку з реалізацією за сумою, платником, договором і документом розрахунків.
8. Побудуйте контроль за рахунком 361 у потрібній аналітиці; очікуваний залишок — нуль.
9. Перевірте рахунки 311, 281, 702, 902 і субрахунки ПДВ, не обмежуючись одним звітом.
10. Зафіксуйте причину кожного відхилення до перепроведення або виправлення документа.

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

Контрольне запитання: чи можете ви від первинного документа дійти до проведення і звіту, а потім пройти цей шлях у зворотному напрямку без суперечностей?