Справочный материал

Первичные документы в 1С и BAS: учебный кейс от счета до проводки

Сквозной учебный кейс показывает, как отличить хозяйственное событие от бумажного и программного документа, проверить контрагента и договор, пройти путь от счета и расходной накладной до оплаты, понять логику проводок и найти причину неправильных взаиморасчетов.. 1. Событие, первичный документ и запись в программе — не одно и то же. 2. Исходные условия учебного кейса. 3. Контрагент и договор: сначала аналитика, потом документы. 4. Цепочка продажи: счет → расходная накладная → оплата. 5. Логика проводок в рамках кейса. 6. Как сопоставить выписку, реализацию и взаиморасчеты. 7. Сквозная таблица контроля. 8. Если документ есть, а итог неправильный. 9. Чек-лист перед закрытием месяца

Первичные документы в 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 и, если конфигурация ведет расчеты по документам, конкретный документ расчетов. Разная детализация аналитики — распространенная причина, по которой отгрузка и оплата не закрывают друг друга.

Бухгалтер зіставляє первинні документи з оплатою та даними обліку в BAS

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

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. Зафиксируйте причину каждого отклонения до перепроведения или исправления документа.

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

Контрольный вопрос: можете ли вы от первичного документа дойти до проводки и отчета, а затем пройти этот путь в обратном направлении без противоречий?

Записаться по телефону