Миграция

Контур-Экстерн

Отобрали счета:

1. Продукт КЭ

2. Все, после 01.06.2013

3. В которых услуг более единицы (в результате данного условия, запретили в КС удалять все услуги в счете)

4. Активные (если ранее не было импорта, то удаленные не импортируем)

Регулярные процессы:

AllProductsCsBillRegistrator (на 3х узлах всегда работает, на других тачках лучше двигать метку времени)

CSImportManager

БД

Billy..bills.[BillType] = 4 импортированный

Переимпорт

- изменение номера счета

- изменение даты счета

- смена конечного получателя

- редактирование услуг (наименование, цена, удаление, добавление)

- изменения с оплатами

Переимпорт

- изменение признака удаленности счета

- смена плательщика

- выполнение КД

- удаление КД

- перепривязка КД между счетами

- изменения обслуживающего СЦ

Счет в Биллинге

- признак "импорт" во всех АРМах

- нельзя редактировать

- если счет удалили в КС, то в Биллинге в ООРВ признак удаленности, в партнерке счет пропадает 

- в ООРВ раньше можно было восстановить удаленный импортированный счет, теперь нет

Маппинг услуг КС в Биллинговские - инструмент в HM "Миграция"

инструмент один для УЦ и КЭ

- в КЭ услуга и право маппятся в один тариф (схлопываются)
- в УЦ услуги не маппятся

- маппинг по tariffId или tariffName

БД маппинга: billy..orderpackages

Раньше счет КЭМБ заходил только при наличии оплаты, теперь также как КЭ, т.е. оплата не требуется.

Были счета на КЭ, у которых были активированы поставки на КЭМБ ("хитрые"), такая история мешала импорту счета.
Решение: подписки импортировали (история), но отвязали от счета + заменили получателя фиктивным, чтобы был не КЭ. Счета такие удалили в КС.

Миграция сертификатов

Подготовка в КС:

- убрали лишние поля из заявок на сертификат, т.е. никуда не передающиеся (CS..Cert.[FIO], [CaProjectType], [MainApplicationId])

- сделали обязательным заполнение поля Duration при формировании заявки, т.к. в Billy..Certificateapplications оно не может быть пустым
- убрали поле CS..Cert.[Replaces], всю информацию перенесли в CS..Cert.[OldThubprint]

Типы сертификатов

для импорта

Импорт

- есть привязка к счету (портальные формы исключаем)

- форма инициирована в КС

- продукт пакета КЭ

- дата счета позже 01.06.2013

- менеджер, выставивший счет, не равен Биллинг

Переимпорт

- смена статуса

- перепривязка к другому счету

- перепривязка к другой строчке счета

- удаление

Биллинг

- закрыли в ООРВ  смену доставляющего СЦ для импортированной формы

- в результате импорта, по сертификату стали передавать оферту, хотя был договор. Получилось так, что оферта по КЭ моложе многих договоров. Ввели приоритеты, договор приоритетом выше

- в АРМах не даем удалять импортированные формы

- Биллинг не настроен для выпуска/перевыпуска  облачных сертификатов КЭ, поэтому убрали "Заменить" у импортированных облачных. Для железных оставили

Импорт документов
 

- тип документа КЭ

- принципал Альфа, Сбербанк, Сертум

- кол-во документов в ПУ должно совпадать с кол-вом счетов в ПУ (+ хронологический порядок)

Импорт запускается с помощью TaskExecutor, для этого подключаемся удаленно к тачке КС vm-dev-cs, там путь:  C:\cs\ClientService.TaskExecutor (последняя папка). Перед началом тестирования, настроить топологию на нужную тестовую тачку Биллинга.

Переимпорт

- изменение номера договора

- изменение даты договора

- изменение СЦ, т.е. создателя документа

- изменение плательщика

- конвертация

- добавление, изменение услуг в счете

- удаление

Биллинг

- формируются сразу бинарники без распечатывания

- цепочки документов продолжаются

- в ООРВ запрет редактирования импортированных документов (дата)

- в ООРВ запрет замены сканов у импортированных

- в ООРВ запрет перепривязки импортированного договора к другому счету и наоборот, запретить переносить договор в импортированный счет.

- для передачи информации в Кабуц, смотрим источник формирования формы на сертификат

КС

Если мы захотим в КС поменять номер и дату у юридического документа, но при этом в Биллинге уже есть дочерние или другая цепочка, то в КС будет предупреждение:
"У клиента есть документы, созданные в Биллинге. При изменении документа в КС - внесите соответствующие изменения в документы, созданные в Биллинге, или убедитесь, что изменения их не затронут."

Импорт поставок и разрешений

Подготовка в Биллинге для портала: 

- ввели у ЛС КЭ новое свойство base/billing-id, которое принимает значение равное kontur

Регулярные процессы:
AllProductsCsBillRegistrator

KembCSDeliveryRegistrator

CSImportManager

Импорт основных поставок

- счет на КЭ и позже 01.06.2013

- продукт в поставке КЭ (исключаем КЭМБ)

- поставки привязанные к КД

- оплаченные

- админ зарегистрирован успешно

- есть ЛС по КЭ (он один)

- нет пересечения дат с уже действующей поставкой

- разрешение замапплено

Переимпорт

- редактирование дат

- снятие оплаты

- откат КД 

- перевесили поставку к другому счету

Импорт зависимых поставок (КОПФ, ЕГРЮЛ, Эксперт)

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

Одно и тоже разрешение может быть в основной и зависимой. Если есть кол-во ресурса, то берем из зависимой. 

Биллинг

- поиск получателя (ЛС) для навешивания разрешений: сначала ищем по extend/cs/id, он равен гуиду клиента из LegalEntity. Если не нашли, то по ИНН (КПП) получателя +base/billing-id=kontur

- разрешения уходят в Биллинг, даже если разрешения в КС еще не отправлены на портал (в процессе)

- в ООРВ запрет редактирования дат разрешений и кол-ва сервисов
- в ТП в детализации счета запрет смены КП 

- в ТП на странице получателя разрешаем переотправлять разрешения по импортированным счетам по кнопке

Биллинг

 - ЛС по КЭ создается или ищется при выставлении счета в Биллинге.
Поиск: сначала по csid, затем по ИНН(КПП)+kontur, не нашли - создаем.

 - Если в Биллинге есть активная подписка (не важно импортированная или нет), то не регистрируем админа.

КС

Если в Биллинге началась работа с клиентом, т.е. есть именно Биллинговские подписки (статус не важен), то блокируем выставление счета в КС. Также блокируем в белом КС выбор данного клиента в качестве конечного получателя.  

! Но есть право в КС, которое вешается на менеджера  - 78900 "Отменить блокировку выставления счета по клиенту", которое разрешает все.


Запрет действует как на КЭ, так и на КЭМБ, Биллинг не различает их.

КС

Также запрет на отправку разрешений в КС, если есть блокировка клиента

Не забыть! 

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

https://yt.skbkontur.ru/issue/BILLY-9385

Аналитика:

https://wiki.skbkontur.ru/pages/viewpage.action?pageId=144709037