Рекомендуемые требования

Процессор: Эквивалент 2х Intel Xeon E5-2650 2.6ГГц, не менее 16 ядер, не менее 64Гб оперативной памяти
ПО:

• Microsoft Windows Server 2016 х64 и выше
• Microsoft SQL Server 2016 х64 и выше

или

• Astra Linux 2.12.46 и выше, ядро Linux 5.10.142-1-generic и выше
• PostgreSQL 14.10 для 1С и выше

Платформа 1С
Желательно, чтобы платформа 1С была 64-х разрядной.
Минимальные версии платформы: 8.3.21.1622, 8.3.22.1923, 8.3.23.1688.
Мы рекомендуем платформу 8.3.23.1912, на этой версии платформы проводится внутреннее тестирование программ Синтегс.

Рекомендуемые требования в случае, если Сервер 1С и Сервер СУБД находятся на одном компьютере
Эквивалент 2х Intel Xeon E5-2650 2.6ГГц, не менее 16 ядер, оперативная память 64Гб

Рекомендуемые требования в случае, если Сервер 1С и Сервер СУБД находятся на разных компьютерах
Сервер 1С:

• Эквивалент Intel Xeon E5-2650 2.6ГГц, не менее 8 ядер, оперативная память 64Гб

Сервер СУБД:

• Эквивалент Intel Xeon E5-2650 2.6ГГц, не менее 8 ядер, оперативная память 64Гб

• Возможность заполнения и загрузки данных из информационной системы бухгалтерского учета и других источников данных по активам и обязательствам для целей определения перечня и стоимости согласно 710-П.
• Автоматическая оценка и классификация активов и обязательств по данным бухгалтерского учета согласно 710-П. Пересчет стоимости активов и обязательств.
• Присвоение идентификаторов контрагентов и ценных бумаг согласно 710-П.
• Возможность поиска дублей контрагентов (с одинаковыми ИНН но разными наименованиями или другими реквизитами) и устранение дублей путем присвоения единого идентификатора для отчетности и для целей расчета концентрационного риска.
• Визуализация блок-схемы оценки и принятия решения о включении конкретного актива или обязательства в расчет величины собственных средств.
• Информация по критериям, влияющим на оценку активов контрагента, должна вноситься один раз на этапе подготовки реестра контрагентов и в дальнейшем использоваться при оценка каждого актива контрагента.
• Возможность указания Идентификаторов контрагентов в реестрах активов и обязательств для целей подготовки надзорной отчетности.
• Возможность формирования отчета «Экономический баланс» с информацией об остатках по счетам второго порядка плана счетов согласно Положению 486-П на дату расчета, суммах принятых к расчету величины собственных средств согласно Положению 710-П, расшифровке разницы между стоимостью активов и обязательств бухгалтерского учета и стоимостью согласно 710-П в разбивке по каждому пункту 710-П, согласно которому возникла соответствующая разница.
• Автоматизация расчета рисков, предусмотренных 710-П.
• Автоматизация расчета величины собственных средств.
• Возможность оценки величины собственных средств на любую дату, в том числе проведение нескольких расчетов на одну и ту же дату с сохранением результатов каждого расчета.

• Наличие встроенного хранилища должно позволять работать с большими объемами данных (отчеты размером в 100 000 строк).
• Все сформированные расчеты нормативного соотношения величины собственных средств, данных, использованных для расчета, надзорная отчетность в формате XBRL должны храниться в единой системе.

• Предусмотрена возможность выгрузки указанных пользователем реестров активов и обязательств, реестров для расчета величины влияния рисков и других данных в единый файл Excel. Каждая таблица при этом располагается на отдельном листе Excel. Отчеты выгружаются с заполненными данными или пустые (шаблоны) по желанию пользователя.
• Предусмотрена возможность выгрузки надзорной отчетности страховой компании в единый файл Excel.
• Выгрузка и загрузка надзорной отчетности с использованием Excel осуществляется с использованием внешнего вида отчетов, предусмотренных таксономией (Tablelinkbase).
• Внешний вид отчетов в Excel не отличается от внешнего вида отчетов в программе и в сопроводительных документах ЦБ.
• Заполненные отчеты в Excel сохраняются с данным для последующей работы с ними и загрузки обратно в систему с учетом изменений.
• Выгрузка и загрузка файлов Excel работает для реестровых отчетов, объемом в 100 000 строк за приемлемое время не более 30 минут.

• Возможность импорта данных, необходимых для расчета значения величины собственных средств из внешней информационной базы данных 1С с использованием COM-подключения.
• Использование запросов на языке 1С, которые выполняются на стороне внешней базы данных для подготовки таблицы с данными для отчета.
• Интеграция с другими сервисами, программами и файлами (Excel, CSV, веб сервисы).
• Возможность автоматизированного заполнения показателей XBRL по отчетам ОКУД 0420150 (раздел 7), 0420154, 0420156 на основании данных для расчета норматива величины собственных средств.
• Наличие интеграции с информационным ресурсом ФНС ЕГРЮЛ для автоматизированной проверки данных контрагентов, интеграции с сервисом Интерфакс Ru-Data для загрузки информации по рейтингам контрагентов, интеграция с сайтом Центрального банка России для возможности загрузки информации по лицензиям кредитных и некредитных финансовых организаций.

• Наличие встроенного хранилища должно позволять работать с большими объемами данных (отчеты размером в 100 000 строк).
• Все сформированные расчеты нормативного соотношения величины собственных средств, данных, использованных для расчета, надзорная отчетность в формате XBRL должны храниться в единой системе.

• Наличие встроенного хранилища должно позволять работать с большими объемами данных (отчеты размером в 100 000 строк).
• Все сформированные расчеты нормативного соотношения величины собственных средств, данных, использованных для расчета, надзорная отчетность в формате XBRL должны храниться в единой системе.

Подсистема имеет сертификат уровня A1-full по рынку страховых организаций

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

• Внешний вид отчетов должен определяться таксономией (табличный слой Tablelinkbase) с использованием RC-кодов.
• Внешний вид отчетов должен соответствовать формам отчетов, размещенных в методических рекомендациях и сопроводительных документах на сайте ЦБ.
• При выпуске новой версии таксономии, внешнее представление отчетов и их состав должен автоматически поменяться при загрузке таксономии в программу.

• Система обеспечивает все проверки, указанные в Правилах формирования файла XBRL (http://www.cbr.ru/Content/Document/File/90875/rules_XBRL.pdf) на этапе загрузки данных в виде файла Excel, XBRL, ручного ввода данных, выгрузки отчета в формате XBRL.
  Система обеспечивает техническую валидацию файла XBRL в соответствии с пунктами 4.1, 4.2, 4.6, 4.7, 4.8, 4.11.1 спецификации XBRL 2.1, пунктами 3.1.3, 3.1.4 спецификации XBRL Dimensions 1.0, пунктом 3 спецификации Extensible Enumerations 1.0.
• Система обеспечивает проверку всех контрольных соотношений (формул) XBRL заложенных в таксономию.
• Подготовка протокола проверки контрольных соотношений, который содержит информацию о номере контрольного соотношения, формуле проверки, текстовом сообщении о содержании контрольного соотношения, значений переменных, используемых для проверки контрольного соотношения.
• Предусмотрена возможность отображения отчета с указанием ячейки, в которой содержится сравниваемое значение (переменная формулы).
• Возможность запуска валидации как по всему пакету, так и по выбранным контрольным соотношениями или по отдельным разделам (URI роли).
• Возможность вести списки невалидных контролей, которые настроены в таксономии с ошибкой и подтверждены Центром обработки отчетности ЦБ.
• Возможность сверки данных отчетов за отчетный период с данными отчетов за предыдущие отчетные периоды.
• Возможность проверки фактов на соответствие табличному слою. Если в отчете XBRL содержатся данные (факты) по показателям (концептам) с аналитическими раскрытиями, которые не предусмотрены табличным слоем отчетов точки входа (ошибочная аналитика, ошибочный период, ошибочный концепт), то выдается предупреждение о наличии таких ошибочных фактов.

• Сохранение данных XBRL в виде zip-архива с файлом XBRL, сопроводительным письмом, файлами (вложениями) для последующей отправки в личный кабинет ЦБ РФ.
• Возможность указать (или загрузить) номер квитанции о принятии отчета в личном кабинете.
• Шифрование и подпись пакета XBRL с использованием ЭЦП.
• Автоматизированная отправка пакета XBRL с надзорной отчетностью в личный кабинет ЦБ.