WhatsApp
Telegram
MAX
Новости

Поступление от страховой компании в 1С: пошаговая инструкция для бухгалтера

Рассказывает ведущий программист 1С компании OSMINOG PROJECT Иван Николенко:
— Знаете, где бухгалтеры чаще всего спотыкаются? Сразу лезут оформлять поступление денег. А это грубейшая ошибка!
— Взгляните на суть процесса. Страховое возмещение — это ваш прочий доход. И признать его нужно не тогда, когда деньги упали на счёт, а когда страховая компания официально признала убыток. Дата решения страховщика, акт о страховом случае — вот ваша точка отсчёта. Это требование зафиксировано в п. п. 2, 7, 10.2, 16 ПБУ 9/99 «Доходы организации».
Я помогу вам разобраться, как правильно все оформить, чтобы избежать ошибок.

Пошаговая инструкция: поступление от страховой компании в 1С

Итак, страховой случай подтверждён. Приступаем.

Шаг 1. Начисление страховой выплаты

Правильная дата — та, когда страховщик принял решение.
Заходим в раздел «Операции» → «Бухгалтерский учет» → «Операции, введенные вручную» → «Создать» → «Операция».
Создаём проводку:
- Дебет 76.01.1 (субсчёт расчётов по имущественному и личному страхованию)
- Кредит 91.01 (прочие доходы)
В аналитике по дебету обязательно заполняем:
- Контрагент — ваша страховая компания
- Договоры — выбираем акт о страховом случае или другой подтверждающий документ
Кредит счёта 91.01 требует особого внимания. Статью прочих доходов нужно выбрать или создать новую с видом «Прочие внереализационные доходы (расходы)». И главное — установить флаг «Принимается к налоговому учёту», иначе сумма не попадёт в декларацию по налогу на прибыль.
Почему 76.01.1, а не 76.09 или 76.05? Потому что это специальный субсчёт, предназначенный именно для операций по имущественному, личному и добровольному страхованию. Ошибка в выборе субсчёта — одна из самых частых проблем, с которой сталкиваются бухгалтеры.

Шаг 2. Поступление денег на расчётный счёт

Деньги пришли — отражаем фактическое получение.
Путь: «Банк и касса» → «Банк» → «Банковские выписки» → «Поступление» → «Прочее поступление».
В документе заполняем:
- Счёт расчётов: 76.01.1
- Сумма: согласно выписке
- Контрагенты: страховая компания
- Договоры: акт о страховом случае
Проводка, которую сформирует программа: Дебет 51 — Кредит 76.01.1.
Все. Деньги оприходованы, задолженность страховщика закрыта.

Что с налогами? А вот здесь внимание!

Страховое возмещение облагается налогом на прибыль. Пункт 3 статьи 250 Налогового кодекса РФ прямо относит суммы возмещения убытков или ущерба к внереализационным доходам. Минфин это неоднократно подтверждал в своих письмах, в том числе в письме от 16. 09.2022 года № 03-03-06/1/89952.
Нюанс, о котором многие забывают. Если договор страхования покрывает ущерб с учётом НДС, налоговая база увеличивается на всю сумму возмещения. Даже если товар был приобретён с «входным» НДС, страховое возмещение включается в облагаемые доходы в полном объеме.

Ошибка, которая может стоить штрафа

Самая распространённая ситуация, которую я вижу в практике: бухгалтер сразу оформляет поступление денег на расчётный счёт проводкой Дебет 51 — Кредит 91.01, минуя счёт 76.01.1.
На первый взгляд, конечный финансовый результат тот же. Но для контролирующих органов картина иная.
Отсутствие промежуточного счёта 76.01.1 лишает вас возможности отслеживать дебиторскую задолженность страховщика. А при налоговой проверке это может вызвать ненужные вопросы.
Правильная схема: сначала начисление через 76.01.1, потом поступление. Два документа, две даты, чистый учёт.

Живой кейс: как OSMINOG PROJECT помогла логистической компании

Теперь к практике. Расскажу историю, которую мне довелось сопровождать.
Одна логистическая компания (назовём её «Логист-Транс») столкнулась с неприятностями. В их автопарке за год случилось шесть ДТП — виноватые водители, повреждённые машины, куча бумаг. Страховые выплаты поступали на счета, но учёт был настроен… никак.
Бухгалтер каждый раз действовал по наитию: то на 76.05 отнесёт, то напрямую на 91.01, то вообще забудет отразить начисление дохода. В результате налоговая база по прибыли гуляла как на американских горках, а дебиторскую задолженность страховщиков было невозможно сверить.
Вспоминает Иван Николенко:
— Провели аудит: обнаружили три выплаты, которые вообще не попали в доходы, две — с неправильной аналитикой по контрагентам.
— Мы не просто исправили ошибки. Мы накрутили целую систему: настроили шаблоны ручных операций для страховых случаев, обучили бухгалтера двум обязательным шагам, добавили журнал контроля, где каждая выплата отслеживается от акта до поступления денег.
Через два месяца: все страховые выплаты в 1С отражаются корректно. Ни одного пропущенного дохода. Налоговая отчётность сходится с первого раза. А бухгалтер перестала бояться слова «страховой случай». Главный вывод, который Иван подчёркивает: «Система должна работать сама, а не держаться на памяти одного человека».

Итог

Поступление от страховой компании в 1С — это всего два документа. Но порядок их оформления критичен:
1. Начисление: Дт 76.01.1 — Кт 91.01 (на дату признания страховщиком)
2. Поступление: Дт 51 — Кт 76.01.1 (документ «Прочее поступление»)
Помните о налоговом учёте: страховое возмещение — это внереализационный доход по пункту 3 статьи 250 НК РФ. Не забывайте про флаг «Принимается к налоговому учёту» в статье доходов. И никогда не пренебрегайте промежуточным счётом 76.01.1 — он нужен для прозрачности и контроля.
А если в вашей компании до сих пор хаос с учётом страховых выплат — возможно, пора пригласить специалистов. Как показал пример OSMINOG PROJECT, наладить системный учёт можно быстро. Но лучше не ждать, пока налоговая сама обратит внимание на ваши ошибки.
Made on
Tilda