{{define "content"}}
{{if .Flash}}
{{.Flash}}
{{end}} {{/* ============= ШАГ 1: Лицензия ============= */}} {{if eq .Step 1}} {{/* восстановление из резервной копии — только на первой странице (/first-run), в мастере его нет */}}

{{.StepTitle}}

{{if .Done.License}}

Ключ продукта открывает модули bj и обновления.

Организация
{{.Lic.Tenant}}
Модули
{{if eq .Lic.Plan "enterprise"}}все модули{{else if .Lic.Features}}{{range $i, $f := .Lic.Features}}{{if $i}}, {{end}}{{modTitle $f}}{{end}}{{else}}только ядро: обмен с НРД и переводы M2M{{end}}
Срок
{{.Lic.Message}}
{{else}}

Введите ключ продукта — bj сам скачает и поставит модули вашей лицензии.

Ключ вида BJ-XXXX-XXXX-XXXX — в портале клиента lic.zetit.ru/portal или в письме от ZETIT.

{{end}} {{if and .Update .Update.HasUpdate}}

Есть новая версия bj — {{.Update.Available}}

Поставьте её до настройки — следующий шаг «Обновление».

К обновлению →
{{else if .Done.License}}
Лицензия активна{{if .Update}}, установлена последняя версия bj{{end}}.
{{end}} {{if .Done.License}}
Сменить ключ продукта (обычно не нужно)
{{else}}
{{end}} {{template "wizNav" .}}
{{end}} {{/* ============= ШАГ 3: Учёт DEPO (Fancy) — по экранам ============= */}} {{if eq .Step 3}}

{{.StepTitle}}

{{if not .DepoLicensed}}

Модуль обмена с DEPO и QUIK не входит в текущую лицензию — шаг пропускается.

{{else}} {{$sub := .Sub}} {{if eq $sub "setup"}}

bj сверяет каждый перевод с учётом DEPO и сам создаёт в нём поручения. Четыре вопроса по порядку — из ответов bj соберёт подготовку базы.

{{$job := .Settings.Fancy.DepoJobMode}}{{$pg := eq .Settings.Fancy.DBType "postgres"}}{{$fb := eq .Settings.Fancy.DBType "firebird"}}

Какая СУБД у DEPO

Где база DEPO

Точное имя базы учёта DEPO — bj будет работать только с ней. Перед подготовкой bj проверит, что в ней есть учётные таблицы DEPO, и в чужую базу ничего не запишет.

База обычно на другом компьютере: «Адрес сервера» — компьютер, где работает сервер Firebird, путь — на его диске (например, D:\Fancy\Bases\DEPO.GDB) или псевдоним из aliases.conf. Можно вставить строку подключения из настройки Fancy целиком — 10.0.0.5:D:\Fancy\Bases\DEPO.GDB, адрес и порт bj возьмёт из неё. Сетевую папку (\\компьютер\папка) Firebird не открывает. Перед подготовкой bj проверит, что это база DEPO и функции Fancy на сервере доступны.

Где запускать обработку обмена

Задание называется по базе: у каждой базы DEPO на сервере — своё. Если обработку этой базы уже запускает задание, впишите его имя — второе создано не будет.

Для PostgreSQL обработку запускает сервер bj — выбирать не нужно.

Для Firebird обработку запускает сервер bj — выбирать не нужно.

Как подготовить базу

Администратор SQLАдминистратор сервера Firebird (SYSDBA) — нужен один раз, чтобы подготовить базу; bj его не сохраняет
{{/* логин bj — в обоих способах: на общем сервере SQL bj_user может быть уже занят другим bj */}}
Логин bj — под ним bj будет работать с базой DEPO

bj придумал их сам. Можно заменить своими — bj сохранит и будет использовать ровно то, что здесь написано: подготовка создаст на сервере этот логин с этим паролем (в скрипте — они же).

Для Firebird логин bj начинается с SYSDBA: Fancy даёт права на документы только таким логинам. Для сервера Firebird это обычный пользователь — у него будут только права, которые выдаст подготовка: чтение учёта, таблицы обмена, запуск обработки. bj заведёт его в Fancy оператором-роботом — по нему Fancy нумерует документы. Firebird 2.5 учитывает первые 8 знаков пароля.

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

bj проверит, что это база DEPO, создаст свой логин, таблицы обмена и задание обработки, оператора Fancy, процедуры обработки, выдаст права и проверит подключение.

Скрипт собирается из ответов выше и обновляется сам. 

        

        
Администратор выполняет скрипт в SSMS или sqlcmd под логином с правами sysadmin.Администратор выполняет скрипт в psql суперпользователем (postgres).Администратор выполняет скрипт утилитой isql под SYSDBA с кодировкой WIN1251 — команда в начале скрипта; файл скачивается в WIN1251. Когда выполнит — нажмите «Проверить подключение».

        {{template "letterCard" (letter "dba")}}
        
      


      

        

          
          
        

        
      


      {{/* ход подготовки/проверки — по шагам, пока сервер работает (ответ приходит строками) */}}
      
    

  

  

  {{else if eq $sub "done"}}
  

    
Подключение к базе DEPO{{if .Settings.Fancy.Server}}✓ {{.Settings.Fancy.Server}}, база {{.DepoTables.DB}}, логин bj «{{.Settings.Fancy.User}}»{{else}}не настроено{{end}}

    
Таблицы обмена в базе DEPO{{if .Settings.Fancy.DepoTablesCheckOK}}✓ на месте{{else}}✗ {{.Settings.Fancy.DepoTablesCheck}}{{end}}

    
Запуск обработки{{if .Settings.Fancy.DepoJobCheckOK}}✓ {{.Settings.Fancy.DepoJobCheck}}{{else}}✗ {{.Settings.Fancy.DepoJobCheck}}{{end}}

    
Обработка событий (процедуры){{if .Settings.Fancy.DepoProcCheckOK}}✓ {{.Settings.Fancy.DepoProcCheck}}{{else if .Settings.Fancy.DepoProcCheck}}⚠ {{.Settings.Fancy.DepoProcCheck}}{{else}}не проверялась — «Перепроверить всё»{{end}}

  

  {{if .Settings.Fancy.Server}}{{template "accPrefix" .}}{{end}}
  {{if .Done.Depo}}
Учёт DEPO подключён и проверен. Дальше — «Организация»: bj предложит реквизиты вашей организации из DEPO.
{{else}}
Не всё проверено — можно продолжить настройку (шаг «Организация» и дальше) и вернуться сюда позже. Пока обработка не работает, записи bj ждут в таблицах обмена со статусом TODO и будут обработаны, когда она заработает.
{{end}}
  

  {{end}}
  {{end}}
  {{template "wizNav" .}}


{{end}}
{{/* ============= ШАГ 2: База bj (PostgreSQL) ============= */}}
{{if eq .Step 2}}


  
{{.StepTitle}}

  
База самого bj: журнал заявок и поручений, история обмена с НРД и DEPO, пользователи.

  {{if and .Done.Postgres (pgLocal .Settings.Postgres.DSN)}}
База готова{{if .PGSummary}}: {{.PGSummary}}{{end}}. Её создал установщик — ничего делать не нужно.

  
Хранить базу bj на своём сервере PostgreSQL (необязательно)
    
Если у организации есть свой сервер PostgreSQL — с резервным копированием и администратором баз, — базу bj можно держать на нём. bj перенесёт данные, сверит число строк в каждой таблице и переключится сам; база на этом сервере останется запасной копией. Нужно: пустая база на сервере организации, пользователь — её владелец, доступ с адреса bj ({{serverIP}}) к порту PostgreSQL. Только PostgreSQL той же версии, что здесь, или новее.

    

      
      
      
      
      
      
      

        
        
      

      
    

    
    
  

  {{else if .Done.Postgres}}
База bj — на сервере организации{{if .PGSummary}}: {{.PGSummary}}{{end}}.{{if .Settings.Postgres.Local}} Прежняя база на этом сервере сохранена как запасная копия.{{end}}
{{end}}

  {{if not .Done.Postgres}}

    Обычно базу создаёт установщик — если вы ставили bj с образа или командой установки, этот шаг уже выполнен. Если база bj на отдельном сервере PostgreSQL — введите строку подключения ниже{{if devOn}}, или поднимите локальную базу автоматически (режим разработки){{end}}.
  
{{end}}

  {{if and devOn (not .Settings.Postgres.DSN)}}
  

    
Вариант А — для тех, у кого нет своего PostgreSQL

    
Bridge-and-Join-s сам поднимет PostgreSQL в контейнере (podman-compose), создаст БД bj и накатит миграции. Подходит для дев-стенда. Для продакшена лучше указать свой DSN.

    

      
      ~10-30 сек
    

  

  {{end}}

  {{if or devOn (not .Done.Postgres)}}

    {{if .Settings.Postgres.DSN}}Подключить другую базу строкой подключения (без переноса данных){{else}}Вариант Б — у меня уже есть PostgreSQL, введу строку подключения сам{{end}}
    

      
      
      
При сохранении bj проверит подключение; если база недоступна — покажет ошибку.

      
    

  
{{end}}

  {{template "wizNav" .}}
  {{if and devOn (not .Done.Postgres)}}
Пропустить (режим разработки: in-memory — без сохранения сделок)
{{end}}


{{end}}

{{/* ============= ШАГ 4: Наша организация ============= */}}
{{if eq .Step 4}}


  
{{.StepTitle}}

  
От имени вашей организации bj отправляет и принимает переводы. {{if .DepoLicensed}}Реквизиты bj берёт из DEPO — проверьте и сохраните.{{else}}Найдите себя в справочнике участников НРД.{{end}}

  {{if .Suggest}}{{if .Suggest.OrgName}}{{if not .Done.Org}}
Определено из DEPO: {{.Suggest.OrgName}}, ИНН {{.Suggest.OrgINN}}, код {{.Suggest.OrgCode}}{{if .Suggest.AccountID}}, счёт НРД {{.Suggest.AccountID}}{{end}}. Поля ниже заполнены — проверьте и нажмите «Сохранить».
{{end}}{{end}}{{end}}
  {{with .Fancy}}{{template "orgSection" .}}{{end}}
  {{template "nsdRequisites" .}}
  {{template "wizNav" .}}


{{end}}

{{/* ============= ШАГ 5: QUIK МНП ============= */}}
{{if eq .Step 5}}


  
{{.StepTitle}}

  
Адрес и логин модуля неторговых поручений — у вашего администратора QUIK. Если модуля ещё нет, его подключает ARQA Technologies — письмо для них готово ниже.

  {{if .DepoLicensed}}{{template "letterCard" (letter "arqa")}}{{end}}
  {{if not .DepoLicensed}}
Модуль неторговых поручений не входит в текущую лицензию — шаг пропускается.

  {{else}}{{with .Fancy}}{{template "quikSection" .}}{{end}}
  {{if .Settings.Quik.Server}}{{template "mnpCheck" .}}{{end}}
  {{if .Settings.Quik.M2MMissing}}
✗ Подключение есть, но под этим логином не видно объектов M2M: {{.Settings.Quik.M2MMissing}}. Проверьте имя базы МНП и права логина (роль InstrEu) и нажмите «Проверить» ещё раз.
{{end}}
  {{if .Settings.Quik.Verified}}
  {{template "quikModeCard" (withRet . "/admin/wizard?step=5")}}
  {{else}}
Когда подключение проверено, здесь появится выбор, как bj работает с QUIK.
{{end}}{{end}}
  {{template "wizNav" .}}


{{end}}

{{/* ============= ШАГ 6: Валидата ============= */}}
{{if eq .Step 6}}


  
{{.StepTitle}}

  
СКЗИ «Валидата Клиент L» проверяет подписи НРД на квитанциях и сообщениях и нужно для работы с ключами и сертификатами (раздел «Ключ»).

  {{if .ValidataVer}}
  
Версия
{{.ValidataVer}}
{{if devOn}}
Каталог
/opt/Validata/VDCSP
{{end}}

  
Валидата установлена вместе с bj — ничего настраивать не нужно.

  {{if devOn}}
bj работает с Валидатой через свою службу криптографии bj-crypto{{if eq .CryptoSvc "active"}} — она запущена{{else}} — сейчас она не запущена: служба ставится обновлением с сервера лицензий (раздел «Лицензия», кнопка «Обновить сейчас»), а работает с ключом, установленным в разделе «Ключ»{{end}}.
{{else if ne .CryptoSvc "active"}}
⚠ Компонент подписи bj не запущен — установите обновление bj (шаг «Обновление»).
{{end}}
  {{else}}
  
Валидата на этом сервере не найдена.

  

    Как поставить. С образа Bridge&Join она ставится сама. Если bj ставили на готовую систему: пакеты zpki и zsdk из дистрибутива НРД (ClientL_Other.zip для Ubuntu 22.04, ClientL_ALSE.zip для Astra Linux) — sudo apt install ./zpki_*.deb ./zsdk_*.deb{{if internalDocs}}, подробнее — справка{{end}}. После установки обновите эту страницу.
  

  {{if devOn}}

    
    
  
{{end}}
  {{end}}

  {{template "wizNav" .}}


{{end}}

{{/* ============= ШАГ 7: Шлюз НРД (до ключа: ключ ставится в профиль ИШ) ============= */}}
{{if eq .Step 7}}


  
{{.StepTitle}}

  
bj сам ставит и настраивает шлюз (ИШ) и обменивается через него переводами с НРД. Доступ к контурам НРД — по заявке (как подать — ниже).

  {{template "igateInstall" .}}
  
Доступ к контурам НРД — заявкой на сайте НРД, письмами НРД не подключает. Страница сервиса MOEX МОСТ для M2M, раздел «Как подключиться»: заявка на тестирование — система МОСТ, тип «M2M Автотестирование», затем «M2M Подключение»; после тестирования — договор с НРД и боевой контур.

  
Шлюз НРД на другом сервере? (обычно не нужно)
  
bj работает со шлюзом, который сам поставил на этом сервере: адрес — http://localhost:8090, менять его не нужно. Меняйте, только если у организации уже есть свой интеграционный шлюз НРД на другом сервере и bj должен работать через него: укажите адрес его веб-API (обычно порт 8090). Ключ подписи и каналы тогда настраиваются на том шлюзе.

  

    
    {{if .Settings.NSD.IGWv904}}{{end}}
    
    
    
    
    
    

  

  

  
Депозитарные реквизиты в НРД: {{if and .Settings.NSD.DeponentCode .Settings.NSD.AccountID .Settings.NSD.SectionID}}код {{.Settings.NSD.DeponentCode}}, счёт {{.Settings.NSD.AccountID}}, раздел {{.Settings.NSD.SectionID}}{{else}}не заданы{{end}} — в разделе «Организация».

  {{template "wizNav" .}}


{{end}}

{{/* ============= ШАГ 8: Ключ и сертификаты (после шлюза: ключ ставится в профиль ИШ) ============= */}}
{{if eq .Step 8}}


  
{{.StepTitle}}

  
Ключ электронной подписи организации для обмена с НРД. Его выдаёт Удостоверяющий центр Московской биржи: вам передадут архив ключа и пароль.

  {{if not .IgateOK}}
Ключ ставится в шлюз НРД — сначала установите шлюз.

  {{else if .KeyWiz}}
{{template "keyWizBody" .KeyWiz}}
{{end}}

  

    Сертификаты НРД
    {{if .Settings.NSDCerts.Manual}}⚠ автообновление выключено — «Настройка → Криптография»{{else}}✓ bj обновляет их сам{{end}}
  

  
Как это работает
  
Действующие сертификаты НРД и удостоверяющих центров Московской биржи приезжают вместе с bj и его обновлениями. Каждые 6 часов bj сверяет их со справочником шлюза: добавляет недостающие, а заменённые убирает строго после срока, объявленного НРД. Перед изменением — резервная копия и проверка подписи, при ошибке всё откатывается. Тестовые сертификаты попадают только к тестовому ключу, боевые — только к боевому.

  {{if .Settings.NSDCerts.LastRows}}
Последняя сверка: {{.Settings.NSDCerts.LastRun.Format "02.01.2006 15:04"}}{{if and devOn .Settings.NSDCerts.LastProfile}}, профиль {{.Settings.NSDCerts.LastProfile}}{{end}}.
{{else}}{{end}}

  {{if .Certs}}
  

    Установленные сертификаты ({{len .Certs}})
  
      {{range .Certs}}
      
      {{end}}
    

    
ВладелецИздательДействителен доИННКлюч

    

        {{.SubjectCN}}
        {{.IssuerCN}}
        {{.NotAfter.Format "02.01.2006"}}{{if .HasPrivateKey}}{{$d := certDaysLeft .NotAfter}}{{if lt $d 0}} истёк{{else if le $d 30}} осталось {{$d}} дн.{{end}}{{end}}
        {{if .INN}}{{.INN}}{{else}}—{{end}}
        {{if .HasPrivateKey}}есть{{else}}нет{{end}}
      

  

  

  {{else}}
  
Архива ключа ещё нет — шаг можно пропустить и вернуться позже.

  {{end}}

  {{template "wizNav" .}}


{{end}}

{{/* ============= ШАГ 12: Время и сеть (глава «Сервер») ============= */}}
{{if eq .Step 12}}


  
{{.StepTitle}}

  
Часовой пояс, точное время и адрес сервера в сети.

  {{$tz := serverTimeZone}}
  

    
    
    
  

  
По нему — время в журналах, уведомлениях и сроках поручений. Время НРД — московское.

  

  

    Точное время
    {{if timeSynced}}✓ синхронизируется{{else}}⚠ не синхронизируется
    

      
      
    
{{end}}
  

  
bj сам подберёт сервер точного времени: сначала российские серверы ВНИИФТРИ, и только если из вашей сети они недоступны — попросит указать свой (контроллер домена или маршрутизатор сети).

  
Указать свой сервер времени вручную
  

    
    
    
  

  


  

    
Рабочее время{{if and .Settings.WorkHours.Enabled (not .Settings.WorkHours.SavedAt.IsZero)}}✓ {{.Settings.WorkHours.Text}}{{else if .Settings.WorkHours.SavedAt.IsZero}}⚠ не задано{{else}}без ограничения{{end}}

    {{template "workHoursForm" (whForm .Settings.WorkHours "/admin/wizard?step=12")}}
  


  

    Адрес bj
    https://{{serverIP}}:8443/
  

  
Чтобы адрес не менялся, задайте постоянный: на консоли сервера — sudo bj-network.

  

    
    
    

      
      
    

    
Если для сервера в вашей сети заведено доменное имя — впишите его, и bj вставит имя в сертификат: интерфейс будет открываться по нему без предупреждения браузера. Саму запись имени (A-запись → IP сервера) заводит администратор на вашем DNS / контроллере домена. Несколько имён — через пробел.

  

  {{if .AutoDone}}
Уже сделано установщиком: {{range $i, $a := .AutoDone}}{{if $i}} · {{end}}✓ {{$a}}{{end}}{{if and .Done.Postgres (pgLocal .Settings.Postgres.DSN)}}. Базу bj можно держать и на своём сервере PostgreSQL →{{end}}
{{end}}
  
  {{template "wizNav" .}}


{{end}}

{{/* ============= ШАГ 14: Обновление (глава «Обновление») ============= */}}
{{if eq .Step 14}}


  
{{.StepTitle}}

  
Проверка и установка обновлений bj. Это первый пункт мастера — сюда можно вернуться в любой момент.

  {{with .Fancy}}{{template "updateSection" .}}{{end}}
  {{template "wizNav" .}}


{{end}}

{{/* ============= ШАГ 11: Модули по лицензии (глава «Запуск») ============= */}}
{{if eq .Step 11}}


  
{{.StepTitle}}

  
Модули вашей лицензии уже установлены. Каждый настраивается в своём разделе — сейчас или позже.

  {{range .Modules}}
  

    

      {{.Title}}
      {{if .Ready}}Открыть{{else}}Настроить{{end}}
    

    
{{.What}}

    
{{if .Ready}}✓{{else}}⚠{{end}} {{.Status}}

    {{if not .Ready}}
{{if .Deferred}}⏸ отложено — мастер считает модуль завершённым{{else}}{{end}}
{{end}}
  

  {{end}}
  {{template "wizDefer" .}}
  {{template "wizNav" .}}


{{end}}

{{/* ============= ШАГ 9: Оповещения и резервные копии ============= */}}
{{if eq .Step 9}}


  
{{.StepTitle}}

  
bj напишет на почту, если НРД не отвечает, перевод застрял{{if .DepoLicensed}}, DEPO не обработал поручение{{end}} или истекает ключ, — и будет сам делать копии сервера. Настройте почтовый сервер, затем кому писать: администратору системы — о сбоях и обновлениях, отделам — о переводах и поручениях. Обмен работает и без этого, но о сбое тогда никто не узнает вовремя.

  
Сейчас: почта — {{if and .Settings.Alerts.SMTP.Enabled .Settings.Alerts.SMTP.Host .Settings.Alerts.SMTP.To}}✓ настроена{{else}}не настроена{{end}}; Zabbix — {{if .Settings.Alerts.Zabbix.Enabled}}✓ включён{{else}}выключен{{end}}; резервные копии — {{if .Settings.Backup.Enabled}}✓ включены{{else}}выключены{{end}}. Шаг закрывается, когда есть оповещения (почта или Zabbix) и включены копии.

  
  

  {{with .Fancy}}
  {{template "smtpCard" .}}
  {{template "notifyGroupsCard" .}}
  {{template "backupCard" .}}
  {{end}}
  

  {{template "wizDefer" .}}
  {{template "wizNav" .}}


{{end}}

{{/* ============= ШАГ 13: Учётные записи (глава «Запуск», перед проверкой) ============= */}}
{{if eq .Step 13}}


  
{{.StepTitle}}

  
У каждого, кто работает с bj, — своя учётная запись: свой пароль и свои права, а в журнале видно, кто что сделал. Заведите сотрудников по ролям; права, пароли и вход через Active Directory меняются позже в разделе Настройка → Пользователи.

  {{with .Fancy}}{{template "accountsAdd" (withRet . "/admin/wizard?step=13")}}{{template "accountsAD" (withRet . "/admin/wizard?step=13")}}
  {{end}}
  {{template "wizDefer" .}}
  {{template "wizNav" .}}


{{end}}

{{/* ============= ШАГ 10: Проверка готовности (в режиме разработки — ещё тестовая заявка) ============= */}}
{{if eq .Step 10}}


{{if devOn}}
  
{{.StepTitle}}

  
Прогон полного цикла: создание заявки → валидация → подпись → отправка в НРД (или mock) → ожидание Decision → подтверждение.


  

    Что произойдёт? Система создаст тестовую M2M-сделку, проведёт её через всю стейт-машину, и покажет результат каждого этапа. Если шлюз НРД не настроен — сработает mock (синтетический Decision через 3 секунды).
  


  

    
  


  {{if .Settings.LastTest}}
  
Последний прогон: {{.Settings.LastTest.StartedAt.Format "02.01.2006 15:04:05"}}

  
    {{if .Settings.LastTest.Message}}{{end}}
  

    
Заявка{{.Settings.LastTest.ClaimID}}

    
Финальное состояние{{ruState .Settings.LastTest.FinalStatus}}

    
Результат{{if .Settings.LastTest.OK}}успех{{else}}ошибка{{end}}
Сообщение{{.Settings.LastTest.Message}}

  {{end}}
{{end}}
  {{if not devOn}}
Готовность к работе
{{else}}
Готовность к работе
{{end}}
  
bj проверяет всё, что нужно для обмена с НРД, прямо сейчас. Красное — обмен работать не будет, жёлтое — работать будет, но лучше исправить. У каждой строки — ссылка туда, где это исправляется.

  
Проверяю…

  

  
 

  
  {{template "m2mAutoCard" (withRet . "/admin/wizard?step=10")}}
{{template "chainTest" .}}
  {{template "wizNav" .}}


{{end}}






{{end}}