1С: Бухгалтерия государственных учреждений — полный курс

Введение в 1С для госсектора: интерфейс, роли и структура учета

Зачем госсектору отдельная конфигурация 1С

1С: Бухгалтерия государственного учреждения (часто говорят 1С:БГУ) — это специализированная учетная система для учреждений государственного сектора. Она отличается от «коммерческой» бухгалтерии тем, что изначально ориентирована на:

* учет по источникам финансирования и направлениям расходов; * бюджетную классификацию (в т.ч. КОСГУ, КВР и связанные реквизиты); * кассовые операции через лицевые счета и требования казначейского сопровождения; * учет нефинансовых активов, обязательств, расчетов и финансового результата в логике госсектора; * формирование регламентированной отчетности, принятой в учреждениях.

Официальное описание продукта: 1С:Бухгалтерия государственного учреждения 8.

Как устроен интерфейс 1С: из чего он состоит

Интерфейс в 1С построен вокруг понятных элементов, с которыми вы будете работать ежедневно.

Разделы (подсистемы)

Обычно работа в 1С организована по разделам (иногда их называют подсистемами): например, операции по банку/кассе, расчеты с контрагентами, нефинансовые активы, зарплата (если включена), отчетность, администрирование.

Практический смысл разделов:

* они группируют команды по задачам; * помогают пользователю не «тонуть» во всех возможностях системы; * часто совпадают с распределением обязанностей между сотрудниками.

Панель навигации, списки и формы

1) Панель навигации — это «карта» выбранного раздела: ссылки на журналы документов, справочники, отчеты. 2) Списки — таблицы объектов (например, список документов «Поступление материалов» за период). 3) Формы — карточки объектов (например, карточка конкретного документа или элемента справочника).

Типовые действия в списках:

* отборы по периоду и реквизитам; * поиск по номеру/контрагенту/сумме; * сортировка и группировка; * массовые операции (если разрешены правами).

Основные типы объектов, с которыми вы сталкиваетесь

* Справочники — «словари» постоянных данных (учреждения, подразделения, контрагенты, договоры, номенклатура, счета учета, статьи/коды классификации и т.п.). * Документы — отражают хозяйственные факты (поступление, списание, начисление, платеж, авансовый отчет и т.д.). * Журналы документов — списки документов одного вида или группы. * Отчеты — регламентированные и управленческие формы (оборотки, карточки счетов, анализы, сверки). * Обработки — вспомогательные инструменты (массовое заполнение, обмены, сервисные операции).

Ключевой принцип: справочники описывают участников и условия учета, документы фиксируют события, отчеты показывают результат.

!Схематичное устройство интерфейса: разделы, навигация, список и форма

Роли в 1С: кто что делает и почему это важно

Что такое роль и права доступа

Роль — это набор прав на действия в программе: что пользователь может видеть, создавать, проводить, изменять, удалять и какие отчеты формировать.

Права обычно настраиваются так, чтобы:

* каждый сотрудник работал только в своем контуре задач; * снижались риски ошибок и несанкционированных действий; * было проще расследовать причины ошибок (по журналам, авторству документов).

Подход, который стоит считать базовым: минимально необходимые права — выдавать пользователю ровно то, что нужно для его обязанностей.

Типовые роли в бухгалтерии учреждения

Ниже — распространенные примеры. Конкретные названия могут отличаться, но логика похожа.

* Администратор (или ответственный за сопровождение) * настраивает пользователей, права, обмены, параметры учета; * следит за обновлениями и сервисными операциями. * Главный бухгалтер / руководитель учета * контролирует методологию и закрытие периода; * утверждает корректировки, формирует итоговую отчетность. * Бухгалтер по участку (материалы, расчеты, основные средства и т.д.) * вводит первичные документы; * проверяет корректность аналитики и счетов. * Кассир / банковский бухгалтер * отражает кассовые операции и платежи; * формирует реестры/документы по платежам в рамках принятого процесса. * Экономист / специалист по планированию (если функции ведутся в 1С) * работает с плановыми показателями, лимитами, классификацией расходов (в зависимости от настроек учреждения).

Важно: в реальной работе часто есть разделение «вводит» и «утверждает/проводит». Это зависит от внутреннего контроля и того, как выстроен документооборот.

Структура учета в 1С: на чем держится «каркас» данных

Чтобы уверенно работать в 1С:БГУ, полезно понимать, как «слои» учета связываются между собой.

Уровень организации: учреждение и подразделения

В базе может вестись учет:

* одного учреждения; * нескольких учреждений (если так настроено и допускается регламентами/архитектурой учета).

Далее внутри учреждения обычно используется структура:

* подразделения; * материально-ответственные лица; * места хранения (склады/кабинеты) — если ведется детальный учет.

Эта структура хранится в справочниках и подставляется в документы, чтобы дальше корректно формировать отчеты.

План счетов и аналитика

Учет в госсекторе опирается на план счетов и развитую аналитику. В 1С это выражается тем, что один и тот же счет может требовать заполнения дополнительных разрезов (аналитических признаков), чтобы данные были пригодны для отчетности и контроля.

Типовые аналитические разрезы, которые встречаются в работе:

* источник финансового обеспечения (часто в практике говорят «КФО», как укоренившееся сокращение); * коды бюджетной классификации/признаки целевых средств (в зависимости от уровня бюджета и настроек); * КОСГУ и связанные коды — для корректной классификации операций; * контрагенты и договоры — для расчетов; * номенклатура, инвентарные объекты, партии — для нефинансовых активов и запасов.

Смысл этой аналитики практический: она определяет, как операция попадет в отчеты и как пройдет контроль правильности отражения.

!Понимание, как справочники и документы превращаются в отчетность

Документ → движения → отчет

В большинстве участков учета логика одинакова:

1) пользователь создает документ и заполняет реквизиты; 2) при проведении документа система формирует движения (учетные записи) по нужным регистрам и счетам; 3) отчеты читают эти движения и показывают итог.

Практическое следствие:

* если отчет «не сходится», чаще всего причина в неверно заполненной аналитике в первичном документе или в справочнике; * исправление обычно начинается с поиска первичного документа и проверки его реквизитов.

Что сделать в первые дни работы в программе

Проверьте, «где вы находитесь»

Перед вводом первых документов убедитесь, что:

* выбран правильный период; * вы работаете в нужной организации/учреждении (если их несколько); * у вас есть доступ к нужному разделу и журналам.

Настройте удобную навигацию

Полезные привычки на старте:

* добавлять часто используемые журналы и отчеты в избранное (если доступно в вашем интерфейсе); * пользоваться поиском по командам и объектам; * работать «от отчета к документу»: когда ищете ошибку, открывайте расшифровки и переходите к первичке.

Договоритесь о правилах ввода данных

Чтобы не получать хаос в справочниках:

* фиксируйте единые правила наименований (контрагенты, договоры, подразделения); * определите ответственных за справочники (кто создает, кто проверяет); * договоритесь, какие реквизиты обязательны всегда (например, договор для расчетов, правильная классификация для расходов).

Куда движемся дальше в курсе

В следующих материалах курса логично переходить от общего устройства к практике:

* первичные настройки базы и параметров учета; * организация справочников (учреждение, контрагенты, договоры, классификация); * ввод типовых документов по участкам учета и проверка результата в отчетах.

Эта статья была опорной: вы разобрали интерфейс, поняли назначение ролей и увидели, из каких «слоев» складывается учет в 1С:БГУ.

Первичная настройка: организация, учетная политика, КФО/КПС, ЕПСБУ

Эта статья продолжает вводный материал про интерфейс, роли и структуру учета: теперь мы переходим от понимания как устроена 1С:БГУ к тому, с чего правильно начать работу в базе, чтобы документы проводились корректно, а отчетность собиралась без ручных исправлений.

Первичная настройка в 1С:Бухгалтерии государственного учреждения — это «фундамент», который определяет:

* какие разрезы аналитики будут обязательны; * как будет формироваться номер счета учета и проводки; * как операции попадут в регламентированную отчетность.

!Диаграмма показывает, какие настройки влияют на документы и отчетность

Карточка учреждения: что это и почему важно

Термины

* Учреждение (организация в базе) — юридическое лицо, по которому ведется учет: у него есть реквизиты, казначейское обслуживание, печатные формы, отчетность. * Подразделения — внутренняя структура учреждения (отделы, филиалы, кабинеты), обычно нужны для учета затрат, материальной ответственности и отчетов по структуре.

В 1С:БГУ карточка учреждения влияет на повседневные операции сильнее, чем кажется: многие реквизиты автоматически подставляются в документы, платежные формы и регламентированную отчетность.

Что обычно заполняют в карточке учреждения

Набор реквизитов зависит от редакции и настроек, но логика общая.

* Регистрационные данные: наименование, ИНН, КПП, ОГРН, адреса. * Настройки для печатных форм: руководитель, главный бухгалтер, подписанты (если ведется), должности. * Казначейские реквизиты: орган казначейства, лицевые счета, банковские счета (если используются), соответствующие справочники. * Учетная структура: подразделения, материально-ответственные лица, места хранения (если ведете складской учет).

Практический совет

До массового ввода справочников и документов договоритесь о правилах:

* как называть учреждение и подразделения (без дублей и «вариантов написания»); * кто отвечает за создание и изменение ключевых справочников; * какие реквизиты считаются обязательными всегда.

Учетная политика в 1С:БГУ: что она задает

Что такое учетная политика в контуре 1С

Учетная политика — это совокупность выбранных учреждением способов ведения учета и настроек, которые система использует при формировании проводок, оценке активов и закрытии периода.

В практическом смысле учетная политика отвечает на вопросы:

какие правила применяем* (например, как учитываем материальные запасы, как начисляем амортизацию); какие разрезы обязательны* для проводок (например, КФО, КПС, КОСГУ, подразделение); как закрывается период* (какие регламентные операции доступны и в какой последовательности).

На что чаще всего влияет учетная политика

Ниже — типовые группы настроек. Конкретные формулировки и расположение пунктов могут отличаться, но смысл одинаков.

| Блок настройки | Что определяет | Что будет, если ошибиться | |---|---|---| | Методы учета нефинансовых активов (НФА) | правила учета ОС, НМА, амортизации, модернизации | неверные суммы амортизации и остатки по счетам НФА | | Материальные запасы | оценка, списание, аналитика по складам/МОЛ | расхождения складских остатков и бухгалтерии | | Расчеты и обязательства | обязательность договоров, аналитика по контрагентам | «сверка не сходится», «зависшие» остатки | | Закрытие периода | доступность и порядок регламентных операций | период «не закрывается», некорректный финрезультат | | Налоги и специальные режимы (если применимо) | включение нужных подсистем и отчетов | часть обязательных форм не сформируется |

Как правильно подходить к настройке

1) Настраивайте учетную политику до ввода первых «боевых» документов. 2) Сверяйте выбранные методы с внутренними локальными актами учреждения. 3) Фиксируйте дату начала действия учетной политики: в госсекторе важно, с какого периода применяются правила.

> Если учетная политика меняется «на ходу», часть документов может оказаться введенной по одним правилам, а часть — по другим. Это усложняет закрытие периода и проверку отчетности.

ЕПСБУ: что это и как он связан с планом счетов в 1С

Определение

ЕПСБУ — Единый план счетов бухгалтерского учета для организаций государственного сектора и правила его применения.

Нормативная основа ЕПСБУ и инструкции по применению утверждены Минфином России:

* Приказ Минфина России от 01.12.2010 № 157н

В практике учреждений также применяются планы счетов и инструкции в зависимости от типа учреждения (казенное, бюджетное, автономное). Эти документы задают детали отражения операций.

Как ЕПСБУ проявляется в 1С:БГУ

В 1С:БГУ учет строится на плане счетов госсектора, но важно понимать два уровня:

* План счетов (как справочник счетов) — перечень счетов и субсчетов, которые существуют по нормативам. * Рабочий план счетов — фактически используемый набор счетов и аналитик в вашей базе (в рамках доступных возможностей и настроек).

Практический вывод: даже если счет «существует», его использование в документах может зависеть от настроек аналитики, КФО/КПС и правил подстановки.

Почему нельзя «просто начать вводить документы» без проверки ЕПСБУ в базе

Если не проверить базовые параметры плана счетов и аналитик, вы столкнетесь с типовыми проблемами:

* документ не проводится, потому что не заполнена обязательная аналитика; * проводки формируются «не туда», потому что выбран не тот счет или не те разрезы; * отчеты показывают суммы в неверной классификации.

КФО: источник финансового обеспечения как ключевой разрез учета

Что такое КФО

КФО — это аналитический признак, который показывает за счет какого источника финансового обеспечения выполняется операция.

В госсекторе КФО — один из главных разрезов учета: по нему контролируются лимиты, раздельный учет и отчетность.

Как КФО используется в 1С:БГУ

Обычно КФО:

* указывается в документах и проводках; * участвует в формировании номера счета учета в развернутом виде; * используется в отчетах для раздельного анализа.

Типовые значения КФО (общая ориентация)

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

* КФО 4 — субсидии на выполнение государственного (муниципального) задания; * КФО 5 — субсидии на иные цели; * КФО 2 — приносящая доход деятельность; * КФО 1 — деятельность, финансируемая из бюджета (часто актуально для казенных учреждений).

Важное правило: выбирайте КФО исходя из того, какой источник финансирования лежит за обязательством и оплатой, а не исходя из удобства «куда отнести расход».

КПС: зачем нужен классификационный признак счета

Определение простыми словами

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

Если говорить практично, КПС нужен, чтобы:

* корректно формировались бюджетные и бухгалтерские отчеты; * расходы и доходы попадали в правильные «разделы» классификации; * контрольные соотношения сходились без ручных правок.

Что обычно «содержит» КПС

Состав КПС зависит от настроек и вида учета, но чаще всего он связан с такими признаками, как:

* раздел/подраздел; * целевая статья; * вид расходов; * элементы, применяемые в учреждении для детализации классификации.

Не путайте:

* КПС — про классификацию и увязку с бюджетной логикой; * КОСГУ — про экономическое содержание операции (например, услуги, материалы, командировки).

А на практике в документах часто требуется и КПС, и КОСГУ.

Как КПС влияет на проводки

1) Вы выбираете счет учета и заполняете аналитику. 2) Если для счета/операции требуется КПС, его нужно заполнить. 3) При проведении формируется запись, которая затем «соберется» в отчетности по нужным классификационным разрезам.

Как связаны ЕПСБУ, КФО, КПС и КОСГУ в одной операции

Чтобы не воспринимать аналитику как набор «лишних полей», держите в голове простую модель.

Счет учета (ЕПСБУ) отвечает на вопрос: что это в бухгалтерском смысле* (актив, обязательство, доход, расход). КФО отвечает на вопрос: за счет какого источника это происходит*. КПС отвечает на вопрос: в какой классификации это должно отразиться*. КОСГУ отвечает на вопрос: какое экономическое содержание операции*.

!Наглядная связь ключевых аналитик, которые участвуют в формировании проводок

Минимальный чек-лист перед вводом первых документов

Проверьте эти пункты, чтобы избежать массовых исправлений в будущем.

1) Карточка учреждения заполнена и проверена. 2) Созданы и приведены к единому стандарту подразделения, МОЛ, места хранения (если используются). 3) Учетная политика установлена с корректной датой начала. 4) В базе доступны нужные КФО и понятно, какие операции по каким КФО ведутся. 5) Настроены справочники и правила, связанные с КПС и КОСГУ (как минимум — чтобы их можно было корректно выбирать в документах). 6) На тестовом примере введен простой документ и проверено, что он:

* проводится без ошибок; * формирует ожидаемые проводки; * отражается в базовых отчетах (например, оборотно-сальдовая ведомость и карточка счета).

Типовые ошибки первичной настройки и как их предотвращать

| Ошибка | Как проявляется | Как избежать | |---|---|---| | Не договорились о правилах ведения справочников | дубли контрагентов, договоров, подразделений | назначить ответственных и утвердить стандарт именования | | КФО выбирают «по привычке», без привязки к источнику | расходы и оплаты «разъезжаются» по разным КФО | закрепить правила выбора КФО для типовых операций | | КПС заполняют формально или не заполняют | некорректная классификация расходов/доходов | настроить обязательность и шаблоны подстановки, обучить пользователей | | Учетную политику меняют после ввода документов | сложные исправления, «ломается» закрытие периода | фиксировать политику до старта и менять только по регламенту |

Что дальше по курсу

После первичной настройки логично переходить к «практической базе»:

* настройка ключевых справочников (контрагенты, договоры, номенклатура, склады, НФА); * ввод типовых документов по участкам учета; * контроль результата через отчеты и расшифровки «от отчета к документу».

Эта последовательность опирается на идею из вводной статьи: справочники задают условия учета, документы фиксируют события, отчеты показывают результат — и первичная настройка определяет, какими именно будут эти условия.

НСИ и справочники: контрагенты, договоры, КБК, КОСГУ, счета учета

После первичной настройки (карточка учреждения, учетная политика, КФО/КПС, ЕПСБУ) следующий критический шаг — привести в порядок нормативно-справочную информацию (НСИ). Именно НСИ определяет, что можно выбрать в документах, какие реквизиты подставятся автоматически и насколько «чисто» соберутся проводки и отчеты.

В 1С:БГУ действует практическое правило: если справочники заведены хаотично, исправлять ошибки придется в документах и отчетах — и это всегда дороже по времени.

!Как НСИ влияет на документы, проводки и отчетность

Что такое НСИ и почему ей нужен регламент

НСИ — это совокупность справочников и классификаторов, которые описывают постоянные сущности учета: участников расчетов, договорные условия, коды классификаций, счета и аналитику.

К качеству НСИ в госсекторе требования выше, чем в «обычной» бухгалтерии, потому что:

* много обязательной аналитики (КФО, КПС, КОСГУ и др.); * высокая цена ошибки: некорректная классификация операции может «сломать» контрольные соотношения отчетности; * один и тот же контрагент и договор участвуют в десятках документов на протяжении года.

Минимальные правила управления НСИ

Единые стандарты наименований* (чтобы не плодить дубли). Ответственные за справочники* (кто создает и кто утверждает изменения). Запрет на «творчество» в обязательных реквизитах* (ИНН/КПП, номера договоров, коды классификации). Проверка перед проведением первых документов* (тестовый документ и просмотр проводок).

Контрагенты: как завести так, чтобы работали расчеты и печатные формы

Справочник Контрагенты — один из самых «нагруженных»: он используется в расчетах, платежах, актах сверки, обязательствах и печатных формах.

Кого считать контрагентом в 1С:БГУ

В контрагентах обычно хранят:

* поставщиков и подрядчиков; * покупателей (если есть платные услуги/приносящая доход деятельность); * физических лиц (если учет ведется через контрагентов, а не отдельные механизмы); * бюджеты и органы казначейства (в зависимости от схемы учета и обменов); * подведомственные учреждения (при взаиморасчетах).

Ключевые реквизиты контрагента

Чтобы контрагент корректно подставлялся в документы и не дублировался, обычно важны:

* Полное наименование и краткое наименование. * ИНН и КПП (для организаций). * Признак: юрлицо/ИП/физлицо (в зависимости от настройки). * Адреса и контактные данные (если используются в печатных формах). * Банковские счета (если платежи уходят напрямую контрагенту, а не через казначейские механизмы, зависящие от настройки учета).

Практическая логика простая: контрагент — это «паспорт» участника расчетов, а банковские реквизиты и КПП/ИНН определяют корректность платежей и печати документов.

Частые ошибки по контрагентам и последствия

| Ошибка в справочнике | Как проявляется | Чем опасно | |---|---|---| | Дубликаты (один поставщик заведен несколько раз) | «сверка не сходится», остатки «разъехались» | обязательства и оплаты попадают на разные карточки контрагента | | Неверный ИНН/КПП | не те данные в печатных формах, сложности с проверками | риск ошибок в документах и идентификации контрагента | | Банковские реквизиты заведены «как текст» или в неверном элементе | ошибки в платежных документах | возвраты/невыясненные платежи |

Договоры: зачем отдельный справочник и как он влияет на учет

В 1С:БГУ договор — это не просто «строка для печати». Справочник Договоры (или договоры в карточке контрагента) нужен, чтобы привязать документы к условиям расчетов и обязательств.

Зачем учет ведут по договору

Договор позволяет:

* разделить расчеты с одним контрагентом по разным основаниям; * корректно вести обязательства и оплаты по конкретному договору; * формировать акты сверки в разрезе договоров; * избежать ситуации, когда аванс, поставка и оплата «смешались» между разными сделками.

Что важно заполнить в договоре

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

* Номер и дата договора. * Вид договора (с поставщиком, с покупателем, прочее — как принято в учреждении). * Предмет/краткое описание (чтобы отличать похожие договоры). * Срок действия (если используется в контролях). * Валюта (если применимо). * Условия расчетов (аванс/постоплата — если это поддержано настройками).

Главная цель: чтобы пользователь в документе выбирал один-единственный правильный договор, а отчеты по расчетам и обязательствам не требовали ручной «склейки».

Правило «один договор — один элемент справочника»

Если вы создаете элементы «Договор №1», «Договор №1 (копия)», «Договор №1 2025», вы почти гарантированно получите:

* разрывы в сверках; * зависшие авансы; * сложности при формировании отчетов по обязательствам.

КБК и КПС: как не запутаться в классификации

В госсекторе пользователи часто произносят «КБК», даже когда в документах выбирают КПС. Поэтому полезно развести понятия.

Что такое КБК

КБК — код бюджетной классификации. В широком смысле это код, по которому доходы/расходы/источники финансирования группируются для бюджетного учета и отчетности.

Ключевой практический смысл: КБК определяет, в какую «статью» бюджетной классификации попадет операция.

Что такое КПС и как он связан с КБК

КПС (классификационный признак счета) — аналитический реквизит, который 1С использует для увязки бухгалтерской записи со «срезами» бюджетной классификации.

Связь можно понимать так:

КБК* — «код классификации» как сущность и логика бюджетной классификации. КПС* — «как эта классификация прикрепляется к счету и проводке» в учетной модели 1С.

Поэтому в практической работе:

если в учреждении принято говорить «выбери КБК», в 1С чаще всего вы технически выбираете КПС* (или реквизиты, из которых он формируется); * корректность КПС критична для формирования отчетности и контрольных соотношений.

КОСГУ: экономическое содержание операции

КОСГУ показывает экономическое содержание операции: услуги, работы, материальные запасы, командировки, прочие выплаты и т.д.

КОСГУ используется:

* в документах (как реквизит классификации); * при формировании проводок (как аналитика); * в отчетности и проверках корректности классификации.

> Не путайте КОСГУ и КПС: КПС отвечает за привязку к классификационным признакам счета и бюджетной логике, а КОСГУ — за экономический смысл операции.

Практические ошибки по КОСГУ

| Ошибка | Как проявляется | Что делать процессно | |---|---|---| | КОСГУ выбирают «как в прошлом году», не проверяя содержание операции | неверная классификация расходов/доходов | закрепить правила выбора КОСГУ для типовых операций (памятка) | | КОСГУ исправляют «задним числом» в проведенных документах без контроля | ломаются обороты и отчеты по периодам | правки делать по регламенту и с перепроведением/контролем отчетов |

Счета учета: как справочник влияет на то, что встанет в проводку

Даже при правильно заполненных контрагентах и классификации документ может сформировать неожиданные проводки, если неверно выбран счет учета или не заполнена аналитика, требуемая счетом.

План счетов и «рабочие» настройки

В 1С:БГУ используется план счетов государственного сектора (ЕПСБУ). Нормативную основу задает, например, Приказ Минфина России № 157н.

В базе важно различать:

наличие счета в плане счетов*; возможность использовать счет в конкретных документах* (она зависит от настроек учета и обязательной аналитики).

Почему аналитика счета так важна

У счетов есть требования к аналитическим разрезам (часто это выглядит как «субконто»). Если счет требует, например, контрагента и договор, а вы их не заполнили, документ либо не проведется, либо сформирует неполные/некорректные движения (в зависимости от правил и контролей).

Практика выбора счета учета

Чтобы не ошибаться массово:

* используйте типовые операции и типовые документы, где счет подставляется автоматически; * проверяйте проводки на тестовом документе через просмотр движений; фиксируйте «правильные комбинации» счет + КФО + КПС + КОСГУ* для типовых ситуаций в виде внутренней памятки.

!Как реквизиты справочников превращаются в аналитику проводки

Мини-чек-лист: что подготовить в НСИ до «боевого» ввода документов

1) Утвердить стандарт именования контрагентов и договоров. 2) Проверить, что ключевые контрагенты заведены без дублей и с корректными ИНН/КПП. 3) Завести договоры так, чтобы один реальный договор соответствовал одному элементу. 4) Проверить доступность и правила выбора классификаций (КПС/КБК, КОСГУ) для типовых операций. 5) На одном тестовом примере провести документ и проверить:

* что документ проводится без ошибок; * что сформированы ожидаемые проводки; * что данные попадают в базовые отчеты (например, оборотно-сальдовую ведомость и карточку счета) в нужных разрезах.

Как понять, что НСИ настроена плохо

Обычно это видно по повторяющимся симптомам:

* пользователи «не знают, что выбрать» в реквизитах, и выбирают случайно; * один и тот же контрагент встречается в отчетах несколькими строками; * акты сверки показывают «разорванные» остатки; * расходы отражаются на «правильных суммах», но в неверной классификации; * документы не проводятся из-за незаполненной обязательной аналитики.

Если вы видите эти симптомы, начинать нужно не с правки отчетов, а с:

* поиска первичного документа; * проверки реквизитов выбора (контрагент, договор, КФО/КПС/КОСГУ, счет учета); * исправления НСИ и только затем — корректировки документов по регламенту.

Что дальше по курсу

Когда НСИ приведена в порядок, можно переходить к «поточным» участкам:

* нефинансовые активы и материальные запасы (номенклатура, склады, МОЛ, счета учета); * расчеты с контрагентами и обязательства (договоры, документы поступлений, оплаты, сверка); * контроль проводок и расшифровка отчетов «от отчета к документу».

Эта статья закрепляет связку из предыдущих тем: учетная политика и план счетов задают правила, а НСИ обеспечивает единообразный выбор аналитики в документах.

Денежные средства и расчеты: касса, банк, лицевые счета, санкционирование

После первичной настройки (учреждение, учетная политика, КФО/КПС, ЕПСБУ) и подготовки НСИ (контрагенты, договоры, коды классификации, счета учета) логичный следующий шаг в 1С:БГУ — выстроить учет денежных средств и понять, как в госсекторе связаны оплата, расчеты и санкционирование расходов.

В госсекторе операции с деньгами почти всегда завязаны на три вопроса:

!Общая логика прохождения платежа в госсекторе

Какие виды денежных средств учитывают в 1С:БГУ

В 1С:БГУ денежные средства обычно учитываются раздельно по местам хранения и способам расчетов.

Важно не путать:

Что должно быть готово в НСИ перед «боевыми» платежами

Из предыдущей статьи про НСИ возьмем принцип: чем чище справочники, тем меньше ручных исправлений в документах и отчетах. Для денежного контура он особенно критичен.

Минимально проверьте, что подготовлено:

> Практический критерий готовности НСИ: пользователь должен уметь выбрать контрагента, договор и классификацию без «угадывания».

Касса: как отражается наличное движение

Что обычно относят к кассовым операциям

В учреждениях касса чаще всего используется для ограниченного круга операций.

Логика отражения кассы в учете

В 1С кассовая операция должна отвечать на два набора вопросов одновременно.

1) Финансовый смысл - что это за операция: выдача под отчет, выплата, возврат - какие счета учета будут задействованы 2) Классификация и раздельный учет - по какому КФО операция проводится - какой КПС и КОСГУ должны попасть в учет и отчетность

Если в документе заполнена сумма, но неверно заполнены аналитики, вы получите не «ошибку кассы», а некорректную классификацию расходов.

Контроль кассы, который стоит внедрить процессно

Банк: платежи и выписка как источник факта оплаты

Что важно понимать про «банк» в 1С:БГУ

В учете безналичных операций обычно разделяют:

Методически правильная позиция такая: сам факт оплаты подтверждается выпиской, а платежный документ — это намерение совершить оплату.

Где чаще всего возникают ошибки в банковском контуре

Лицевые счета: казначейское обслуживание и его особенности

Что такое лицевой счет

Лицевой счет — это учетная конструкция казначейского обслуживания, через которую учреждение проводит кассовые операции в рамках правил органа казначейства.

Практические отличия лицевого счета от банковского счета:

Связь лицевого счета с КФО

В повседневной работе лицевые счета почти всегда тесно связаны с раздельным учетом по источникам.

Санкционирование: зачем оно нужно и что именно контролирует

Определение простыми словами

Санкционирование расходов — это контур учета и контроля, который отвечает на вопрос: имеем ли мы право платить и по какому основанию, до того как деньги будут списаны.

Санкционирование помогает связать в единую цепочку:

С точки зрения рисков, санкционирование снижает вероятность ситуаций:

Базовые термины санкционирования

Термины могут отличаться в деталях в зависимости от типа учреждения и настроек, но логика обычно такая.

Типовая цепочка от договора до оплаты

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

1) Создается основание: договор и условия расчетов. 2) Регистрируется принятие обязательства в контуре санкционирования. 3) После получения первички (акт, накладная, счет) отражается денежное обязательство. 4) Формируется документ на оплату (например, заявка на кассовый расход). 5) По выписке отражается факт списания, и операция попадает в бухгалтерский учет.

!Два параллельных потока: контроль (санкционирование) и факт денег (выписка)

Как санкционирование связано с бухгалтерскими проводками

В 1С важно различать:

При правильно настроенном процессе вы получаете согласованность:

Практика контроля: что проверять, если «платеж не проходит» или «в отчетах не сходится»

Если документ оплаты не проводится или не проходит контроль

Проверяйте последовательно:

1) выбран ли правильный контрагент и договор 2) совпадают ли КФО и классификация (КПС, КОСГУ) с тем, что указано в обязательстве 3) есть ли зарегистрированное основание в санкционировании (если у вас включен строгий контроль) 4) заполнены ли обязательные аналитики счета учета

Если оплата прошла, но расчеты «не сходятся»

Типовые причины:

Практический прием из первой статьи курса работает и здесь: идите от отчета к документу.

Типовые ошибки денежного контура и как их предотвращать

| Ошибка | Как проявляется | Как предотвратить | |---|---|---| | Оплата без корректного договора | невозможно нормально свериться, «каша» в расчетах | правило обязательности договора, контроль дублей | | Разные КФО в обязательстве и в платеже | раздельный учет ломается, отчеты не сходятся | шаблоны заполнения, проверка перед проведением | | Неверный КПС или КОСГУ в платеже | расход попадает не туда в отчетности | памятка по типовым операциям и классификации | | Выписка не отражена (или отражена неверно) | в учете «нет оплаты», хотя деньги списались | регламент загрузки/ввода выписки и сверка | | Исправления «задним числом» без регламента | расхождения по периодам, проблемы при закрытии | запрет правок после закрытия, корректировки по процедуре |

Нормативная и методическая опора

Чтобы лучше понимать, почему в 1С так много аналитик и контролей, полезно держать под рукой базовый документ по плану счетов госсектора:

И описание самой конфигурации:

Что дальше по курсу

После денежного контура обычно переходят к «практическим» цепочкам, которые замыкают расчеты:

Эта статья закрепляет ключевую идею всего курса: документы должны быть связаны основаниями и аналитикой, тогда деньги, расчеты и отчетность сходятся без ручных правок.

Учет активов и обязательств: ОС, НМА, МЗ, расчеты с поставщиками

Эта статья связывает предыдущие темы курса:

Теперь соберем это в практическую картину учета:

Нормативная база по плану счетов и общим принципам учета госсектора: Приказ Минфина России № 157н.

!Как НСИ и документы превращаются в проводки и отчеты

Термины, без которых дальше будет трудно

Что должно быть подготовлено до ввода «боевых» документов по активам

Чтобы документы по ОС/НМА/МЗ и расчеты с поставщиками проводились без ручной «борьбы с аналитикой», заранее проверьте четыре группы настроек.

| Группа | Что должно быть в порядке | Что ломается, если нет | |---|---|---| | Учетная модель | учетная политика, параметры учета, доступность нужных счетов | документы не проводятся или формируют «не те» проводки | | Аналитики госсектора | КФО, КПС, КОСГУ и правила их выбора | расходы и активы «уезжают» в неверную классификацию | | НСИ по участку | номенклатура, единицы, склады/МОЛ, карточки ОС/НМА | неверные остатки, проблемы с инвентаризацией | | НСИ по расчетам | контрагенты и договоры без дублей | «разорванные» сверки и задолженность |

Практический принцип: сначала настраиваем выбор аналитик и справочников, потом вводим документы, потом проверяем отчеты.

Материальные запасы: самый частый поток операций

Как выглядит «жизненный цикл» МЗ в 1С:БГУ

Обычно цепочка такая:

1) поступление от поставщика (увеличиваем запасы и фиксируем задолженность); 2) перемещение между местами хранения или МОЛ (если учет ведется детально); 3) выдача/списание в эксплуатацию или на расходы; 4) инвентаризация и корректировки (по регламенту учреждения).

!Жизненный цикл материальных запасов

Что критично заполнить в документах по МЗ

С точки зрения методики и последующей отчетности важнее всего:

Если хотя бы один из этих элементов заполнен «наугад», ошибка проявится не сразу, а на этапе:

Типовые методические ошибки по МЗ

| Ошибка | Как выглядит в учете | Как предотвращать | |---|---|---| | МЗ отражают сразу в расход, минуя склад, хотя по правилам нужен учет остатков | нет корректных остатков, инвентаризация «невозможна» | закрепить правило: какие виды МЗ идут через склад, какие сразу в расходы | | Разные КФО у поступления и списания одного и того же МЗ | остатки «повисли» в одном КФО, списались в другом | использовать шаблоны заполнения и контроль реквизитов в документах | | КОСГУ выбирают «как привыкли» | классификация расходов неверна | сделать внутреннюю памятку «операция → КОСГУ» и проверять на этапе ввода |

Основные средства: от поступления до амортизации

Что считать ОС в практической работе

ОС — это имущество длительного использования. В учете важно не только «купили», но и корректно провести весь цикл:

Два распространенных сценария поступления ОС

| Сценарий | Когда встречается | Что важно проверить | |---|---|---| | Покупка «готового» объекта | оборудование, мебель, техника | корректная стоимость, КОСГУ, счет учета, инвентарный объект | | Покупка с доведением до состояния готовности | монтаж, доставка, наладка | как собирается первоначальная стоимость и как распределяются затраты |

В 1С:БГУ ключевой практический риск — неправильно собрать первоначальную стоимость или потерять связку между первичкой поставщика и принятием к учету.

Какие аналитики по ОС особенно чувствительны

Практическая логика: для ОС ошибка в аналитике «живет долго» — она будет повторяться в амортизации, перемещениях и остатках.

Контрольные вопросы перед проведением принятия ОС к учету

Нематериальные активы: учет прав, лицензий и сроков

Что обычно попадает в НМА

На практике чаще всего:

Важно: одинаковые по «бытовому смыслу» покупки (например, «лицензия на ПО») могут отражаться по-разному в зависимости от условий договора и учетной политики учреждения.

Чем НМА отличается от ОС в ежедневной работе

Типовые ошибки по НМА

| Ошибка | Последствие | Как избежать | |---|---|---| | НМА отражают как услугу без анализа условий договора | занижение активов, некорректная отчетность по НФА | закрепить правило: как классифицируются лицензии и права в учреждении | | Не заполняют срок полезного использования или заполняют формально | неверная амортизация/списание стоимости | контролировать заполнение реквизитов карточки НМА |

Расчеты с поставщиками: как связать первичку, обязательства и оплату

Почему расчеты с поставщиками «сшивают» весь учет

Одна и та же операция обычно отражается сразу в нескольких контурах:

Если на любом этапе меняется договор или аналитика (КФО/КПС/КОСГУ), вы почти неизбежно получите:

Базовый принцип учета расчетов

Типовые ситуации и как их правильно распознавать

| Ситуация | Риск | Рабочая привычка | |---|---|---| | Аванс поставщику | аванс «потеряется» и не закроется поступлением | аванс и поступление вести по одному договору и одной аналитике | | Частичные поставки по одному договору | «клубок» оплат и закрытий | не плодить лишние договоры-замены, вести расчеты аккуратно в одном договоре | | Исправления задним числом | расхождения по периодам и отчетам | корректировки делать по регламенту: документ-исправление, перепроведение, контроль отчетов |

Проверка результата: какие отчеты использовать как «диагностику»

Используйте подход от отчета к документу из первой статьи курса.

Минимальный набор проверок после ввода операций

Практический критерий качества ввода: вы можете открыть строку отчета и быстро перейти к документу, который сформировал эту сумму, и в документе будет понятна аналитика и основание.

Частые причины «не сходится» и быстрый маршрут исправления

| Симптом | Частая причина | С чего начать | |---|---|---| | Остатки МЗ отрицательные или «не те» | списание раньше поступления, неверный склад/МОЛ, аналитика | отчет по движениям МЗ → расшифровка → проверка первичных документов | | ОС есть физически, но нет в отчетах НФА | не создан инвентарный объект или не было принятия к учету | найти поступление → проверить этап принятия к учету | | Аванс поставщику не закрывается поступлением | разные договоры или разные КФО/КПС/КОСГУ | отчет по расчетам → сравнить аналитику документов | | Платеж есть, задолженности нет (или наоборот) | выписка не отражена или не связана с основанием | проверить отражение выписки и документ оплаты |

Как организовать работу по ролям, чтобы не «сломать» учет

Чтобы снизить риски, полезно разделять ответственность:

Этот подход продолжает идею из вводной статьи: минимально необходимые права и прозрачная цепочка ответственности.

Что дальше по курсу

После того как вы выстроили ввод активов (ОС/НМА/МЗ) и связали их с расчетами поставщиков, логично углубляться в «замыкающие» процессы:

Зарплата, налоги и взносы: начисления, удержания, проводки и сверки

Зарплата в учреждении — это участок, где сходятся почти все принципы, разобранные ранее:

В госсекторе зарплата важна не только как начисление сотруднику, но и как корректная классификация расходов по КОСГУ, корректные налоги и взносы, и регулярные сверки остатков по расчетным счетам учета.

!Схема показывает полный цикл: от исходных данных до выплат и сверок

Как зарплата обычно реализована в 1С:БГУ

В учреждениях встречаются два распространенных варианта.

Практический вывод один: даже если расчет зарплаты сделан не в 1С:БГУ, бухгалтеру в 1С:БГУ все равно нужно уметь:

Термины, которые должны быть определены до начала работы

Нормативная база по налогам и взносам:

Нормативная база по плану счетов госсектора:

Какие справочники и аналитики должны быть готовы

Чтобы зарплатные документы проводились без ручных исправлений, критично подготовить НСИ и правила аналитики.

Сотрудники и подразделения

В зависимости от учетной модели сотрудники могут вестись как:

Важно, чтобы у сотрудника были корректно заполнены признаки, влияющие на налоги и выплаты (статус, реквизиты для перечисления, подразделение).

КФО, КПС, КОСГУ для зарплаты

Зарплата почти всегда требует строгой классификации.

Практическое правило: если в учреждении меняют КОСГУ/КПС «в конце года правкой документов», проблемы проявятся в отчетности и в сверках с налоговыми обязательствами. Правильнее настраивать шаблоны заполнения и контролировать аналитику на этапе начисления.

Логика учета: начислили → удержали → начислили взносы → выплатили

Начисления зарплаты

Начисления формируют два результата одновременно:

Типовые виды начислений:

Ключевой контроль при начислении:

Удержания

Удержания делятся на две группы.

Удержания важны тем, что они меняют не сумму начисления, а сумму к выплате.

НДФЛ: что контролировать бухгалтеру в 1С:БГУ

В большинстве процессов НДФЛ удерживается при выплате дохода, а учет в 1С должен позволять связать:

Базовая расчетная логика (упрощенно) выражается формулой:

Где:

В 1С:БГУ бухгалтеру важно не «вручную пересчитать процент», а обеспечить корректность исходных данных (вид дохода, статус сотрудника, наличие вычетов в используемой учетной системе).

Страховые взносы: что отличается от НДФЛ

Ключевое отличие:

Для учета важно разделять:

Проводки и счета учета: как проверять, что все «встало правильно»

Конкретные счета зависят от типа учреждения и настроек, но методика проверки одинакова: мы контролируем связку счет + аналитики + сумма + период.

Типовые группы расчетных счетов, которые затрагивает зарплата

Даже если проводки формируются автоматически, проверка должна отвечать на вопросы:

Практический прием проверки проводок

Используйте последовательность из ранних тем курса.

Это быстрее, чем пытаться «по памяти» понять, где ошибка.

Выплата зарплаты: связь начисления и факта денег

Выплата может идти:

Методически важно различать:

Если в учете отражена выплата без корректной привязки к начислению, обычно появляются симптомы:

Сверки: что и как сверять регулярно

Зарплата требует не одной сверки, а набора регулярных проверок.

Сверка расчетов с персоналом

Цель: убедиться, что остатки по расчетам с сотрудниками отражают реальную задолженность.

Типовые причины расхождений:

Сверка НДФЛ

Цель: обеспечить согласованность трех величин:

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

Сверка страховых взносов

Цель: согласовать:

Если взносы оплачиваются по лицевому счету, добавляется контроль правильной аналитики платежа (КФО/КПС/КОСГУ) и наличия оснований в санкционировании, если оно используется.

Типовые ошибки и быстрый маршрут диагностики

| Симптом | Частая причина | Где проверять | |---|---|---| | Есть начисление, но «не закрывается» выплатой | выплата не связана с начислением или отражена по другому периоду | отчеты по расчетам с персоналом → расшифровка до документов выплат | | НДФЛ перечислен, но «висит» задолженность (или наоборот) | удержание и перечисление попали в разные аналитики/периоды | карточка счета расчетов по НДФЛ → документы удержания и платежа | | Расход по зарплате попал на неверный КОСГУ | неверный вид начисления или шаблон аналитики | документ начисления → аналитики строки начисления | | Взносы начислены, но не сходятся с оплатой | платеж проведен без основания или с другой аналитикой | отчеты по расчетам по взносам → документы начисления и выписки | | «Разъехались» КФО между начислением и выплатой | разные КФО в документах или разные источники финансирования | сравнение аналитики начисления и платежа |

Минимальный регламент, который стоит закрепить в учреждении

Что дальше по курсу

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

Закрытие периода и отчетность: регламентные операции, контроль, формы

Закрытие периода в 1С:Бухгалтерии государственного учреждения — это управляемая процедура, которая превращает введенные документы по участкам (денежные средства, расчеты, НФА, зарплата) в проверенный набор итогов, готовых для регламентированной отчетности.

Связь с предыдущими темами курса прямая:

!Общая карта закрытия периода и выхода на отчетность

Что считается периодом и что значит «закрыть»

Период учета

Закрытие периода

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

Регламентные операции: что это и зачем они нужны

Определение

Примеры регламентных операций, которые встречаются в учреждениях

Ключевой принцип: регламентная операция не должна заменять первичку. Она опирается на уже введенные документы и справочники.

Подготовка к закрытию: что нужно сделать до запуска регламентных операций

Подготовка — это половина закрытия. Если пропустить этот этап, регламентные операции либо не выполнятся, либо дадут «технически корректный», но методически неверный результат.

Контроль полноты ввода документов

Контроль корректности аналитик

Техническая дисциплина перед закрытием

Закрытие месяца в 1С:БГУ: рекомендуемая последовательность

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

1) Убедиться, что все документы месяца введены и проведены. 2) Выполнить перепроведение документов месяца по регламенту учреждения. 3) Запустить регламентные операции закрытия месяца. 4) Проверить результаты по контрольным отчетам. 5) Исправить расхождения корректным способом. 6) Повторить шаги 2–4 до получения стабильного результата. 7) Зафиксировать период как закрытый организационно (и при необходимости ограничить правки правами).

Важная методическая идея: закрытие — это цикл «посчитали → проверили → исправили → пересчитали», а не одно нажатие кнопки.

Контроль после закрытия: какие отчеты использовать и что в них искать

Закрытие считается качественным, если контрольные отчеты не показывают «аномалий», а расшифровки приводят к понятным первичным документам.

Базовые контрольные отчеты

Типовые «красные флаги»

Как исправлять ошибки, не разрушая закрытый период

Главный запрет

Рекомендуемый подход к исправлениям

1) Найдите расхождение в отчете. 2) Откройте расшифровку до документа. 3) Проверьте в документе аналитику и основание. 4) Исправьте первопричину:

5) Перепроведите связанные документы и повторите контрольный отчет.

Критерий правильного исправления: после него причина исчезает и не воспроизводится в следующих периодах.

Регламентированная отчетность: как подойти к формированию форм

Нормативные основы отчетности

Внутри 1С формы поставляются и обновляются вместе с регламентированной отчетностью, поэтому важна актуальность релиза и обновлений.

Что важно сделать до формирования форм

Контроль отчетности внутри 1С

Практическое правило: если форма «не сходится» по проверкам, начинать нужно не с ручной правки формы, а с поиска источника в учете.

Особенности закрытия года

Закрытие года отличается от закрытия месяца тем, что добавляются организационные и методические процедуры.

Обычно на годовом контуре требуется:

Главный риск годового закрытия — накопленные «мелкие» ошибки аналитики, которые в месяце не критичны, но в годовой отчетности дают несходимости.

Итоговый чек-лист закрытия периода

Используйте как минимальный стандарт качества.

После освоения этой темы у вас складывается полный цикл работы в 1С:БГУ: от настройки и НСИ до ввода документов по участкам, контроля, закрытия периода и выхода на отчетность.