Отраслевые KZ-решения

1С для страховых компаний

Сопровождение и доработка 1С:Предприятие 8.3 в страховой организации: класс страхования как обязательная аналитика, партионный учёт ценных бумаг, формы регулятора, МСФО 17, обмен с полисной системой. Мы уже говорим на этом языке - его не нужно объяснять.

Написать в WhatsApp Получить бесплатный экспресс-аудит

400 часов / 46 работ в страховой компании за 4 месяца

450 000 - 600 000 ₸ стоимость · первый заход: ТЗ и работа, 3-4 дня, без налогов дальше - абонемент по согласованному числу часов

Знакомые проблемы?

Подрядчик два месяца изучает отрасль за ваш счёт

Почему в проводке три субконто, а не два. Почему документ провёлся, а остатки "покраснели". Почему бухгалтер говорит "Приложение 26", а такого отчёта в конфигурации нет. Эти два месяца оплачивает страховая компания.

Незаполненная аналитика всплывает через месяцы

Класс страхования не проставился в проводке - документ провёлся, оборот сошёлся. А через квартал в разрезе классов висят сотни пар остатков, которые не закрываются ничем.

Отчётность регулятору собирается руками

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

Ценные бумаги считаются "как получится"

Амортизация премии и дисконта, эффективная ставка, купонное вознаграждение, переоценка - результат зависит от того, сколько раз нажали "Заполнить".

Чем страховая компания отличается от обычного клиента 1С

Внешне это та же 1С:Предприятие 8.3. Разница в том, что каждый второй вопрос упирается в отраслевую специфику, которой нет в типовых решениях и которой не учат на курсах.

План счетов уходит вглубь на четыре-пять уровней, и почти каждый субсчёт несёт свою обязательную аналитику. Любая доработка проведения начинается не с вопроса “какая сумма”, а с вопроса “какая аналитика обязательна на этом счёте”. Незаполненное субконто не мешает документу провестись - оно всплывает через месяц как расхождение в отчёте.

Класс страхования - обязательный разрез практически всей отчётности, живущий как отдельное субконто на счетах страховых расчётов. Типичная поломка выглядит безобидно: документ ставит контрагента и договор, а класс не ставит, хотя в строке документа значение есть. Проводка формально корректна, оборот сходится - а в разрезе класса копятся “висящие” пары остатков. За несколько месяцев это превращается в сотни миллионов тенге, которые невозможно закрыть.

Инвестиционный портфель требует партионного учёта ценных бумаг: амортизация премии и дисконта, эффективная ставка, купонное вознаграждение, валютная и курсовая переоценка. Ошибка здесь не выглядит как ошибка - она выглядит как цифра, которая почему-то не сходится с расчётом бухгалтерии.

Регуляторная отчётность - приложения и таблицы пруденциальных нормативов, фактическая маржа платёжеспособности, налоговые регистры. Часть показателей существует только внутри отчётов: чтобы отдать такой показатель наружу, в аналитическую платформу, его расчёт приходится выносить в сервис.

МСФО 17 добавляет параллельный регистр и зеркальные проводки - и заодно удваивает объём движений, что сразу отражается на производительности.

Три истории из практики

Выписка на восемь тысяч строк “вешала базу”. Главный бухгалтер сообщал о зависании на 6-7 минут. Вместо гипотез сделали замеры на тестовом контуре, отсекая версии по одной: удвоение проводок под МСФО 17 дало 14 % времени, поиск по коду - меньше 4 %, сортировка и свёртка движений - не рычаг. Причина оказалась в физической записи движений с распределённой аналитикой. Заказчик получил доказанную причину и план работ вместо перебора версий.

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

Расчёт эффективной ставки зависел от количества нажатий “Заполнить” - процедура опиралась на текущее сальдо премии, которое сама же и меняла. Заменили расчёт целиком; три последовательных дня совпали с эталоном бухгалтерии.

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

Бывают задачи и срочнее расхождений: у страховой перестал работать вход в ИС ЭСФ, а под одним текстом ошибки сидели две независимые поломки. Как их нашли, начав с двух фотографий экрана, рассказано в разборе инцидента.

Формат работы

Начинаем с первого захода: 3-4 дня на разбор задачи и первую работу, от 450 000 ₸ (без налогов) - к этому моменту понятно, какой объём нужен дальше.

Сопровождение страховой компании - это не разовая задача, а поток: доработки, разбор расхождений, поддержка отчётных периодов, интеграции. Дальше работаем абонентом на согласованное число часов в месяц (не обязательно 100 - меньше или больше, по фактической загрузке), с подписанием актов по факту выполненных работ. Именно так мы работаем сейчас: за апрель-июль 2026 - четыре подписанных акта, 400 часов, 46 закрытых работ.

Разовые проекты - интеграция, отчёт, расследование производительности - берём и отдельно, стоимость по объёму после разбора задачи.

Кому это подходит

Страховым компаниям и организациям смежного профиля в Казахстане, у которых учёт ведётся в 1С:Предприятие 8.3 и есть хотя бы одно из: класс страхования в аналитике, инвестиционный портфель на балансе, отчётность регулятору, параллельный учёт по МСФО 17, обмен с полисной системой.

Если ваш нынешний подрядчик хорош, но каждый отраслевой вопрос превращается в обучение за ваш счёт - мы закрываем именно этот разрыв.

Что вы получаете

Корректная аналитика в проводках: класс страхования и договор там, где они обязательны
Закрытие исторических расхождений по счетам страховых расчётов с протоколом сопоставления
Партионный учёт ценных бумаг: амортизация премии и дисконта, эффективная ставка, купон, переоценка
Регуляторная отчётность и налоговые регистры, считающиеся без ручных правок
HTTP-сервисы для BI и аналитических платформ: показатели по запросу, на любую дату
Интеграции: полисная система, API налогового органа, банк-клиент, распознавание платежей
Расследование зависаний и долгих проведений с замерами и доказанной причиной

Как мы работаем

01
Разбор задачи и контекста

Смотрим, как устроен ваш учёт: план счетов, обязательная аналитика, регламент проведения. Отраслевую терминологию объяснять не нужно.
02
Диагностика с замерами

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

Изменения отрабатываются на тестовом контуре, результат сверяется с эталоном бухгалтерии - до совпадения, а не "на глаз".
04
Перенос в продуктив и сопровождение

Внедрение в согласованное окно, наблюдение после запуска, фиксация в истории доработок. Работаем по договору с актами.

Что сделано в страховой компании за четыре месяца

400 часов, 46 закрытых работ по подписанным актам (апрель-июль 2026)
HTTP-сервисы и API отчётности - 80 часов: показатели для аналитической платформы по запросу
Учёт ценных бумаг - 71 час: амортизация, эффективная ставка, переоценка
Интеграции - 53 часа: полисная система, госAPI, банк-клиент
Зарплата, ГПХ, агенты, резервы - 52 часа; учёт страховых операций - 48 часов

Бесплатный экспресс-аудит вашей 1С

За 1-2 дня посмотрим вашу базу, найдём, где теряется производительность, и скажем, что с этим делать. Без обязательств.

Получить бесплатный экспресс-аудит

Частые вопросы

Вы работали именно со страховой отчётностью или это общая поддержка 1С?

Именно со страховой. За апрель-июль 2026 - 400 часов и 46 закрытых работ по подписанным актам: приложения и таблицы пруденциальных нормативов, фактическая маржа платёжеспособности, класс страхования в проводках, партионный учёт ценных бумаг, МСФО 17. Отраслевую терминологию объяснять не нужно.

Что делать, если по счетам страховых расчётов накопились "висящие" остатки?

Обычно причина в том, что класс страхования или договор не проставляются в проводке, хотя в документе значение есть: документ проводится, оборот сходится, а в разрезе класса копятся незакрываемые пары. Лечится в два этапа: сначала исправляется проведение (чтобы новое не копилось), затем сопоставляются и закрываются исторические остатки с протоколом сверки.

Сможете доработать расчёты по ценным бумагам?

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

Нужно отдавать показатели в аналитическую платформу или BI. Это возможно?

Да, через HTTP-сервисы 1С. Отдельная сложность страховой специфики в том, что часть показателей существует только внутри отчётов - тогда расчёт выносится в код сервиса и считается "в моменте", на любую запрошенную дату. Такие сервисы у нас в продуктиве.

У нас полисная система на отдельной СУБД. Настроите обмен?

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

Как вы находите причину зависаний и долгих проведений?

Замерами, а не гипотезами. Отсекаем версии по одной на тестовом контуре: сколько времени даёт параллельный регистр МСФО 17, сколько - поиск по коду, сколько - запись движений. Заказчик получает доказанную причину с цифрами и план работ, а не список предположений.

Сколько стоит и как оформляются отношения?

Первый заход - 3-4 дня на разбор задачи и первую работу, от 450 000 ₸ (без налогов). Дальше - абонемент на согласованное число часов в месяц (не обязательно 100 - по фактической загрузке), акты подписываются по факту выполненных работ. Разовые проекты - по объёму после разбора задачи. Работаем по договору; возможна схема ГПХ или договор с юридическим лицом.

Кто именно будет работать с нашей системой?

Выделенный разработчик, который ведёт направление страхования, при поддержке команды по производительности и интеграциям. Мы работаем с учётными системами клиентов под NDA - поэтому в публичных материалах нет ни названий компаний, ни номеров счетов, ни фрагментов вашей конфигурации.