Сценарий показа: банковское досье (15 минут)#

Информация о документе#

Версия: 1.0
Дата: 2026-09-08
Платформа: Ruxeo Platform 2.5 / Nuxeo 2025
Механизм: досье (базовый модуль) + банковский профиль (модуль CRM)
Длительность: 15 минут показа, 5–7 минут на вопросы
Аудитория: подразделение, отвечающее за кредитное и клиентское досье; ИТ-служба заказчика присутствует, но адресат — не она

Пользовательское описание механизма — Банковское досье и Досье контрагента. Этот документ — не описание, а партитура показа: что открывать, что говорить, где остановиться и что оговорить вслух.

0. Подготовка (до встречи, не в кадре)#

0.1 Стенд#

Демо-стенд, засеянный deployment/seed_demo_stand.sh. Банк-легенду заводит канонический automation-скрипт javascript.rxcrm_as_CreateBankDossierDemoData (modules/ruxeo-crm-studio/src/main/resources/OSGI-INF/sampledatascripts/); он же сверяет полученные уровни полноты с ожидаемыми и отказывает при расхождении — то есть подготовку стенда видно по журналу засева, а не по внешнему виду экранов. Как засеять — три равнозначных канала, один источник легенды:

операцией (то, что зовёт deployment/seed_demo_stand.sh — call_op "javascript.rxcrm_as_CreateBankDossierDemoData" "{}" no);
из браузера под сессией администратора: POST {NUXEO_URL}/site/automation/javascript.rxcrm_as_CreateBankDossierDemoData с телом {"params": {}, "context": {}};
bash-обёрткой sampledatascripts/21-bank-dossier/seed.sh — для ручного standalone-прогона без похода в браузер; она лишь вызывает ту же операцию и печатает её отчёт, легенды в самом файле больше нет.

⚠️ Операция требует развёрнутого банковского профиля CRM (и прогнанной первичной регистрации Rxbm.ProvisionModules, если стенд ставился докупленным модулем). Профиля нет — операция отказывает первым шагом и называет причину; сцен банка на стенде не будет. Проверять это надо накануне, а не за минуту до показа.

⚠️ PDF-вложений у документов не будет. Операция заводит только карточки документов (тип, раздел, вид, дата выдачи) — вложить файл из скрипта автоматизации технически нельзя (батч-протокол загрузки живёт в HTTP-клиенте, не в Automation Scripting). Открывая карточку документа на показе, не открывать вкладку «Содержимое» — там пусто.

0.2 Что должно быть на стенде#

Объект	Значение в легенде
Бизнес-единица банка	«Энергомеридиан Банк» (`EM_BANK`)
Клиент-резидент	ООО «Агростан-Ресурс» — клиентское досье собрано (100)
Клиент из ЕАЭС	ТОО «Каспий-Агромаш» (Казахстан) — собран комплект НЕРЕЗИДЕНТА (100)
Клиент прочих стран	Нордвинд Трейдинг Лтд (Турция) — условно полное (50) с причиной
Физические лица	Гурьев П. И. (комплект резидента), Ахметова Д. М. (комплект ЕАЭС)
Кредит с обеспечением	КД-2026-0117 — досье утратило актуальность: профсуждение просрочено
Кредитная линия	КЛ-2026-0042 — комплект собран
Банковская гарантия	БГ-2026-0311 — комплект собран
Карта	КК-2026-0058 — выпущена в рамках КЛ-2026-0042; досье по норме не ведёт, контроль состава выключен
Аккредитив	АКК-2026-0008 — комплект собран (611-П)
Контракт валютного контроля	ВК-2026-0004 — комплект собран (181-И)

Все наименования вымышлены. Совпадение с существующими организациями не подразумевается.

0.3 Что открыть в браузере заранее#

Четыре вкладки, в порядке показа:

Карточка клиента ООО «Агростан-Ресурс».
Карточка сделки КД-2026-0117.
Реестр «Некомплектные досье».
Реестр «Досье» с уже выставленным фильтром по признаку регулирования.

★ Вкладки открываются заранее. Пятнадцать минут — это ровно столько, сколько занимает разговор без навигации; поиск карточки в кадре съедает минуту и сбивает темп.

0.4 Чего не делать в кадре#

Не заводить документы руками «для наглядности»: показ идёт по подготовленным данным.
Не открывать административные справочники, если о них не спросили. Правила состава — сильный аргумент, но он относится к разговору о настройке, а не к показу работы.
Не называть чужие продукты и чужие внедрения.

1. Постановка (0:00 – 1:30)#

Экран: карточка клиента ООО «Агростан-Ресурс», вкладка «Состав».

Говорим:

Досье — это папка, у которой есть правила. Обычная папка показывает, что в ней лежит. Досье показывает, чего в ней не лежит — и по чьему требованию это должно лежать.

Проверяющему не важно, что документы «где-то есть». Ему важно, собран ли комплект по норме на дату проверки. Вот этот вопрос система и отвечает — сама, а не по памяти сотрудника.

Показываем: уровень полноты в шапке карточки и список разделов с отметками.

Не углубляться. Полторы минуты — это постановка задачи, а не механизм.

2. Клиент: комплект зависит от того, кто клиент (1:30 – 4:00)#

Экран: та же карточка, затем карточка ТОО «Каспий-Агромаш».

Говорим:

Клиентское досье заводится само вместе с карточкой клиента. Разделы — те, которых требует норма: идентификация, учредительные документы, анкета.

Теперь второй клиент — из страны ЕАЭС. Обратите внимание: состав другой. У него нет ни устава, ни выписки из нашего реестра — вместо них выписка из реестра его государства и апостиль. И досье при этом полное.

Показываем: у обоих клиентов уровень 100, а состав разделов «Идентификация» и «Учредительные документы» — разный.

Что подчеркнуть: в досье описаны ОБА набора, и полным оно становится, когда собран любой из них целиком. Комплект выбирает не признак в карточке, а то, что принесли.

⚠️Не показывайте недособранное клиентское досье как пример «чего не хватает»: пока не закрыт ни один набор, в списке недостающего видны позиции всех наборов сразу, включая ненужный. Для разговора о недостаче есть третий клиент — условно полный, и досье сделки.

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

Это не формальность. Доступ к клиенту и доступ к его паспортным данным — разные права, и выдаются они разным людям.

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

3. Сделка: досье 590-П и один документ в двух досье (4:00 – 6:30)#

Экран: карточка сделки КД-2026-0117.

Говорим:

На каждую сделку — своё досье. Не потому, что нам нравится плодить сущности, а потому, что у клиентского досье и у досье сделки разные сроки жизни и разные проверяющие. Клиентское живёт, пока клиент обслуживается. Досье сделки — от выдачи до прекращения обязательств.

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

Замечание для ведущего. Вид досье выбирает система по виду сделки: у кредита и кредитной линии — кредитное досье (590-П), у гарантии и аккредитива — досье по активам (611-П), у контракта валютного контроля — своё (181-И). Тип карточки у всех один; разный у них состав.

Ключевой момент показа. Открыть раздел «Обеспечение», указать на договор залога с пометкой ярлыка:

Этот договор относится и к сделке, и к клиенту. В обоих досье он числится, а лежит — в одном месте.

Копировать документ в два досье нельзя: копии расходятся, подписали одну, поправили другую, и какая настоящая — потом не выяснить. Здесь документ один. Уберите строку из досье — документ останется там, где живёт.

Показываем: тот же договор в клиентском досье, одной вкладкой.

Показываем коротко: карточку карты КК-2026-0058 и её ссылку на договор кредитной линии.

Иерархия продуктов сохраняется: карта выпущена в рамках линии, и лимит относится к линии, а не к карте отдельно.

4. Некомплект: рабочий список, а не отчёт (6:30 – 8:30)#

Экран: реестр «Некомплектные досье».

Говорим:

Это не отчёт «для галочки», а рабочий список того, кто собирает документы. Колонка «Чего не хватает» берётся из того же расчёта, который считает уровень, — то есть список дел и оценка комплектности не могут разойтись между собой.

Показываем: строку ТОО «Каспий-Агромаш» и строку карты КК-2026-0058 с недостачей, названной разделами.

Показываем: карточку клиента Нордвинд Трейдинг Лтд — условно полное:

Работу не всегда можно остановить до полного комплекта. Счёт открыли, документы клиент дошлёт. Такое досье помечается условно полным — с причиной, автором и датой.

Уровень поднимается до 50, но не до 100: комплект не собран, и это видно. Пересчёт пометку не сбрасывает — решение человека автоматика не отменяет.

Это тот слайд, за который обычно цепляются: покажите поле причины крупно.

5. Досыл: уровень пересчитывается сам (8:30 – 10:30)#

Экран: карточка ТОО «Каспий-Агромаш», вкладка «Состав».

Действие в кадре: добавить недостающий документ в раздел (кнопка «Добавить файл», файл заранее лежит на рабочем столе).

Говорим:

Никакой кнопки «пересчитать комплектность» нажимать не надо. Положили документ — уровень пересчитался.

Показываем: уровень изменился, раздел закрылся, строка ушла из реестра «Некомплектные».

★ Единственное действие всего показа, которое делается руками в кадре. Если оно не сработало с первого раза — не повторять и не чинить при аудитории: сказать «вернёмся к этому в конце» и идти дальше. Ремонт в кадре стоит дороже пропущенного шага.

Здесь же — про скан-конвейер, если спросят:

⚠️ Оговорка вслух: документы попадают в досье и со сканирующей станции. Штрихкод при этом наносится и читается станцией, а не распознаётся нами из картинки: чтение штрихкода из образа — отдельная работа, в коробку она не входит. Со станции приходит документ, у которого уже известно, к какому досье он относится.

6. Актуальность: досье, которое было полным (10:30 – 12:30)#

Экран: карточка сделки КД-2026-0117.

Говорим:

Вот главное отличие досье от папки. Комплект по этой сделке был собран. Все документы на месте до сих пор. И тем не менее досье помечено как утратившее актуальность.

Причина — профессиональное суждение: оно пересматривается ежеквартально, и срок истёк. Документ есть, а категория качества ссуды им больше не обоснована.

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

Говорим:

Обратите внимание на формулировку: не «неполное», а «утратило актуальность». Разница существенная: комплект собирали, и он был собран, — а потом устарел. Это разные разговоры с проверяющим и разные задачи для сотрудника.

Показываем: запись в сводке уведомлений ответственного и поручение «дослать документы».

Проверка идёт ночью. Ответственный получает не «в досье что-то не так», а название документа и раздела. За тридцать и за четырнадцать дней до истечения приходит предупреждение — чтобы документ успели обновить, а не узнали о просрочке постфактум.

Повторные ночные проверки дублей не плодят: пока состояние не изменилось, второго уведомления и второго поручения не будет.

7. Выгрузка регулятору (12:30 – 15:00)#

Экран: реестр «Досье», фильтр по признаку регулирования.

Говорим:

Запрос приходит в форме «дайте досье по такому-то кругу за такой-то период». Отбираем по признаку регулирования и периоду.

Показываем: отбор, затем кнопку «Собрать пакет» по отмеченным строкам.

Пока пакет собирается, говорим — это и есть содержательная часть эпизода:

В архиве четыре вещи.

Первое — файлы, разложенные по папкам: вид досье, субъект, раздел.

Второе — подписи и сертификаты для тех документов, которые подписаны электронной подписью.

Третье — опись. Она на уровне комплектности, а не файлов: по строке на раздел каждого досье, со статусом раздела словами. Именно это спрашивает проверяющий.

Четвёртое — манифест: по записи на каждый файл, с размером и хэшем. Хэш считается по ГОСТ, если на узле стоит сертифицированное средство криптографической защиты, и по SHA-256, если его нет. Какой алгоритм применён, записано в самом манифесте — угадывать не приходится.

Показываем: содержимое архива, открыть опись и манифест.

Отдельно указать на раздел пропусков в манифесте:

Если документ в пакет не попал — нет содержимого, нет прав на чтение, — он попадает в манифест строкой с причиной, а не исчезает молча. Пакет, из которого что-то тихо пропало, хуже пакета, который честно говорит, чего в нём нет.

Закрыть эпизод:

Факт выгрузки записан в журнал: кто, когда и что выгрузил.

⚠️ Оговорка вслух, последняя: объёмы. Механизм измерялся на массиве до миллиона документов; на этих объёмах отбор и сборка пакета ведут себя предсказуемо. Больший объём — отдельный нагрузочный замер на данных заказчика, и мы его планируем, а не обещаем цифру заранее.

8. Три оговорки, которые произносятся вслух#

Они собраны здесь списком, потому что произнести их надо обязательно, а забыть — легко. Каждая стоит на своём месте в сценарии.

Оговорка	Где произносится	Формулировка коротко
Государственные информационные системы	§2, после карточки нерезидента	Реестры не опрашиваются коробкой; срок годности выписки система отслеживает, обращение к ГИС делается в контуре заказчика
Штрихкод	§5, про скан-конвейер	Штрихкод наносит и читает станция; распознавание штрихкода из образа в коробку не входит
Объёмы	§7, в конце	Измерено до миллиона документов; больший объём — отдельный замер на данных заказчика

★ Оговорка, сказанная самим показывающим, стоит дешевле той же оговорки, вытянутой вопросом из зала. Второе выглядит как умолчание, которое поймали.

9. Вопросы, которые задают, и короткие ответы#

«Правила состава меняются нормой. Нам ждать релиз?» Нет. Состав разделов и правила комплектности — настройка в справочнике: разделы, обязательность, сроки актуальности, условия по группе стран. Обновления системы это не требует.

«А если у нас другая структура досье?» Тот же ответ. Виды досье, разделы и правила заводятся под ваши нормы; механизм не знает про 115-ФЗ и 590-П ничего, кроме того, что записано в правилах.

«Что будет с досье после прекращения обязательств?» Досье закрывается, и от даты закрытия считается срок хранения. Закрытое досье новых документов не принимает.

«Кто видит документы клиента?» Права на досье выданы по бизнес-единице субъекта, а документ, попавший в досье ярлыком, сохраняет свои права: в составе его видит только тот, кто видит оригинал.

«Можно ли выгружать не всё, а по одному заёмщику?» Да, отбор в реестре произвольный: признак, период, бизнес-единица, конкретные строки.

10. Чек-лист прогона по стенду#

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

№	Шаг	Что считается пройденным	Отметка
1	Стенд засеян	Журнал `seed_demo_stand.sh` без отказов на шаге `javascript.rxcrm_as_CreateBankDossierDemoData`	☐ не пройден
2	Клиент-резидент	Досье собрано, уровень 100	☐ не пройден
3	Клиент ЕАЭС	Досье полное, но собрано ДРУГИМ комплектом, чем у резидента	☐ не пройден
4	Физлицо	Паспортные данные открываются из отдельной карточки	☐ не пройден
5	Досье сделки	Разделы 590-П на месте, признак регулирования проставлен	☐ не пройден
6	Ярлык залога	Один документ виден в двух досье, путь источника не изменился	☐ не пройден
7	Карта	Ссылка на договор кредитной линии проставлена	☐ не пройден
8	Реестр «Некомплектные»	Колонка «Чего не хватает» заполнена	☐ не пройден
9	Условно полное	Причина, автор и дата видны на карточке	☐ не пройден
10	Досыл документа	Уровень пересчитался без ручного пересчёта	☐ не пройден
11	Утрата актуальности	КД-2026-0117 в состоянии «утратило актуальность»	☐ не пройден
12	Уведомление и поручение	Запись в сводке и поручение «дослать документы» есть	☐ не пройден
13	Отбор по регулированию	Реестр отбирает по признаку и показывает уровни	☐ не пройден
14	Пакет	Архив собран, в нём файлы, опись и манифест с алгоритмом хэша	☐ не пройден
15	Журнал выгрузки	Факт выгрузки записан	☐ не пройден

Состояние прогона на 2026-09-08#

Прогон не выполнен ни по одному шагу. Причина одна и общая: банковский профиль CRM (волна 4 плана, SPECS/DOSSIER/DOSSIER_IMPLEMENTATION_PLAN.md §4) на стендах не развёрнут — нет типа сделки, видов банковских досье, их разделов, правил состава и признаков регулирования. Ни один шаг чек-листа на таком стенде не выполним, и отмечать в нём нечего.

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

Что проверено на сегодня без стенда:

сид и мастер-скрипт засева проходят проверку синтаксиса; набор e2e и его page-объект — тоже;
стражи e2e_test_lint, directory_autoincrement_literal_lint, directory_entry_field_lint, js_operation_reference_lint, chain_operation_reference_lint, nxql_doctype_lint, directory_name_lint — чисты;
ожидаемые уровни полноты сцен записаны в самой операции (javascript.rxcrm_as_CreateBankDossierDemoData), и она сверяет с ними фактический результат: расхождение легенды с правилами профиля обнаружится на первом же засеве, а не на показе.

Чек-лист заполняется, когда профиль развёрнут на демо-стенде; до тех пор сценарий показывать нельзя.

Связанные документы#

Банковское досье — пользовательское описание механизма
Досье контрагента — общее устройство досье
modules/ruxeo-crm-studio/src/main/resources/OSGI-INF/sampledatascripts/rxcrm_as_CreateBankDossierDemoData.xml — каноническая операция легенды банка
sampledatascripts/21-bank-dossier/seed.sh — её тонкая bash-обёртка для standalone-прогона
tests/e2e/specs/bank_dossier_test.js — автоматическая проверка тех же сцен