Ситуация, когда новый расчетный счет требует «активации» через любое движение средств, встречается довольно часто. Обычно директор или учредитель вносит небольшую сумму наличными через кассу банка. Несмотря на простоту физического действия, в бухгалтерском учете и программе 1С:Бухгалтерия 3.0 это требует правильного оформления, чтобы избежать налоговых рисков и некорректного формирования отчетности — для регулярного контроля есть экспресс-проверка учета и налоговых рисков в 1С:Бухгалтерии. Разберем подробно, как это сделать.
Прежде чем отражать операцию в программе, проанализируем её правовую природу. Деньги, внесенные директором, не могут появиться «из ниоткуда». Чтобы эта сумма не была признана налогооблагаемым доходом организации, её следует оформить одним из двух способов:
В нашем случае, поскольку стоит задача вернуть деньги директору, мы будем рассматривать вариант с договором займа, который формирует кредиторскую задолженность перед руководителем.
Рассмотрим, как правильно отразить взнос на расчетный счет. Большинство пользователей загружают данные через Клиент-банк. После загрузки выписки в программе появится документ Поступление на расчетный счет — ускорить этот шаг поможет автоматическое разнесение и заполнение банковских выписок в 1С. Посмотрим на алгоритм его заполнения:
Поступление на расчетный счет.Получение займа от контрагента. Это позволит программе автоматически подставить нужные счета учета и корректно заполнить аналитику.Контрагенты).66.01 (Краткосрочные займы) или 66.03 (Краткосрочные беспроцентные займы), если вы ведете раздельный учет — для автоматизации расчетов и проводок по кредитам и займам используется обработка для расчета процентов и формирования проводок по займам.Прочее, и наименование, например, «Договор беспроцентного займа №1 от [Дата]».Важный нюанс: если в банковской выписке указано, что взнос был сделан через объявление на взнос наличными от имени организации, то формально деньги сначала должны пройти через кассу предприятия. В этом случае цепочка проводок будет выглядеть так:
Дебет 50.01 — Кредит 66.01 // Поступление займа в кассу (ПКО)
Дебет 51 — Кредит 50.01 // Взнос наличных из кассы на расчетный счет (РКО)
Однако, если директор внес средства просто как физическое лицо через операциониста, мы используем прямой вариант: Дебет 51 — Кредит 66.01.
Поскольку счет активирован, банк сразу спишет комиссию за открытие или обслуживание — этот процесс автоматизируют правила автозаполнения документов банковской выписки для 1С. Проанализируем, как это отразить, чтобы остаток в 1С сошелся с банковским:
Списание с расчетного счета.Комиссия банка.91.02 (Прочие расходы).Расходы на услуги банков.Когда на счету появятся средства (от клиентов или в результате деятельности), мы можем осуществить возврат займа. Выясним, как это оформить технически:
Списание с расчетного счета).Возврат займа контрагенту.66.01.Рассмотрим пример заполнения статьи Движения денежных средств (ДДС). Для корректного формирования Отчета о движении денежных средств:
Получение кредитов и займов.Погашение (выврат) кредитов и займов.Если ваша организация применяет упрощенную систему налогообложения (УСН), важно понимать влияние этих операций на Книгу учета доходов и расходов (КУДиР):
Получение займа от контрагента.Проверим результат. После проведения всех документов сформируем Оборотно-сальдовую ведомость по счету 66. Сальдо по контрагенту (директору) после возврата должно стать нулевым. Это будет означать, что операция закрыта корректно, и задолженность перед руководителем погашена.
Разберем типичную ошибку: использование счета 71 (Расчеты с подотчетными лицами). Некоторые бухгалтеры пытаются провести эти деньги как «перерасход по авансовому отчету». Мы не рекомендуем этот метод, так как внесение личных средств на счет не является хозяйственным расходом сотрудника в интересах фирмы, а является именно предоставлением финансирования. Использование 66 счета методологически верно и прозрачно для проверяющих органов.
В завершение отметим, что даже для разовой операции активации счета стоит один раз настроить шаблоны документов в 1С, чтобы в будущем при возникновении подобных ситуаций учет велся автоматически и безошибочно.