Серию 57580.1/2/3/4 часто показывают картинкой, см. рис. 4.1. Надежность в процессах. Вообще, есть ли большая общая схема (желательно интерактивная) по ГОСТ (и СТО БР и т.п.)? В миро или еще в чем-либо.
В 2003 вышло постановление 63, в котом сказали, что ГОСТы стали не обязательными (вместо них какие-то техРегламенты):
впредь до вступления в силу соответствующих технических регламентов осуществлять применение действующих государственных и межгосударственных стандартов в добровольном порядке,
Однако это через: src='https://app.diagrams.net/?lightbox= Может быть есть примеры встраивания диаграммы на страничку через локальную библиотеку? Т.е. для проектов on-premise и без доступа к интернету? Желательно вообще комплексный пример под node.js. Речь не про Confluence.
1. Термин "цифровой двойник", равно как и термины "искусственный интеллект", "цифровая трансформация", и тому подобные, является маркетинговым, что неудивительно,
ИИ и ЦД – не нужно их в общую кучу. ИИ – это понятная и рабочая технология (от chatGPT до DeepSeekR1). У ЦД пока нет ни первого (концепции) не второго (апробации). ИИ давно перевалил отметку «1.0», а ЦД еще до нее не дошел.
Двунаправленная связь, ручная \ не ручная связь, что понимать под синхронизацией и т.п. – полагаю, что лучше рассматривать на конкретном типе DT, иначе будет «мазками» и вопросы не снимутся. В следующей части мы два типа DT разберем подробнее и их связи тоже.
Вообще, не стал бы возлагать больших надежд на современные отечественные (не переводные) ГОСТ по новым технологиям, т.к. это давно не уровень (качество) ЕСКД, СПДС, 24-34 и т.п. К сожалению, однако надеюсь, что будут исключения.
Во всяком случае, когда в названии ГОСТ есть «Цифровой двойник» и в нем говорится (п. 3.24), что наличие физической части не обязательно – вызывает удивление. Лучше бы придумали иной термин, а не убеждали всех, что «пара может содержать что-то непарное».
Предлагаю в рамках первой части посмотреть на технологию DT более формально и «строже», например, через паспортизацию: буду складывать в PS1 «Предложения в формат паспорта DT» к статье.
BPMN, YAWL, сети Петри, UML activity diagrams и т.п. – это нотации workflow system, где задаются правила управления маркером – следующим шагом задачи (операции, функции, процесса \ подпроцесса). Соответствующие WF – engine (Runa WFE, Camunda и прочее) позволяют по нарисованной схеме воспроизвести этот смоделированный алгоритм в код (через визуальный дизайнер).
BPMN формализует систему смены состояний, которую описывает не бизнес-процесс, а всего лишь его Workflow. Я же говорю, что нужно добавить к этому, в том числе, еще и смену состояний docflow, которую уже DF-Engine сможет воспроизвести этот смоделированный алгоритм в код. Таким образом, можно будет через визуальное программирование (полноценный BPMS) создавать приложения на основе схем, а не кодировать дополнительно к схемам BPMN (WF) кучу кода (в том числе, для задания обработки docflow), при этом называя это все равно «low-code» (кода меньше, но его все равно обычно много).
For example, the modeling of the following will not be a part of BPMN: Organizational structures, Functional breakdowns, Data models
На BPMN нельзя нормально показать Data models \ Docflow и тем более передать ее на исполнение (engine). Для исполнения в приложении придется это дописывать кодом.
Полагаю, что BPMN \ BPMS может немного "воскреснуть" по формуле: WF Engine + DF Engine. В BPMS \ WFE \ BPMN не хватает визуального конструктора моделирования данных.
К терминологии. Runa WFE – примечательна тем, что это единственная система с корректным токованием своего класса, причем вынесенным в название системы (WF Engine). BPMN - это только про workflow, там нет docflow, DF (передача моделируемой docflow-логики в engine для исполнения, моделирование структуры данных и т.п.).
Полагаю, что в обоих случаях проблема в Васи, т.е. в "hr": function (input, hr, tool) = Y Полагаю, что и в первом случае процесс запущен по событию "отправлена \ получена заявка на ремонт насоса", но ресурс "рабочая сила" временно отсутствует (Вася недоступен).
Не понял про "одну кастрюльку" (к какому это подразделу?).
и как человек, щупавший и Simple One и Elma 365, могу сказать что в статье отражена исключительно одна точка зрения, слабо претендующая на обьективность.
Можете хотя бы тезисно показать свой вариант этого сравнения? Как по Вашему, насколько корректно сравнивать BPMN-системы (Elma) vs noBPMN-системы (SimpleOne), на сколько это существенный фактор и на что в таком сравнении нужно уделять внимание?
Какое впечатление у Вас о SimpleOne? Насколько она может заместить, например, ServiceNow?
Сертификат одобрения типа ТС (транспортное средство) ОТТС(база)
Кстати в ПДД фраза «менее 4 кВт», т.е. на 4 кВт – уже нужна регистрация (по 267 \ ОТТС иначе).
Сейчас продаются как бы легкие квадрициклы (якобы категория L6) причем с автомобильной посадкой, например, citycar triscooter kavaler \ django (не путать c CitiCar 1974), но уверен, что они не сертифицированные (нет ОТТС, т.е. они формально не для ДОП). Вообще сайт их сырой – ошибок много.
Если Вам известен EV – "подтвержденный" транспорт категории L6, т.е. с ОТТС, то напишите.
Но если уложиться в менее чем 4 кВт и сделать для виду педали (плюс руль велосипедный) — это категория «М», регистрировать не надо. Пункт какой-то там ХЗ какой «велосипед с подвесным мотором более 250 Вт, менее 4 кВт».
Даже для 2-х колесного е-транспорта нужна "бумажка" для гаишника. Хоть я и заказываю в китае мотор-колеса с условием "без маркировки", т.к. можно набить клеймом нужную цифру (хоть 250 Вт) и нарисовать соответствующий чек, но это все "так себе". Если постоянно и без нервов пользоваться в городе любым средством, похожим на мопед без VIN кода (по нему можно определить класс), то нужна "нормальная бумажка" на "мопед в целом" хотя бы от нормального продавца (не левого).
С заводскими, увы, не подскажу.
Мне кажется перспективным вариантом (бизнес-моделью) такого "е-трабант" ("e-нанолитражка") - может быть базовый дешевый конструктор с нормальными документами на "е-мобиль" для регистрации в ГАИ.
Например, аккумулятор "на прокат" для регистрации авто в ГАИ, а потом ставь какой угодно и докупай (сам делай) любой "обвес". Далее уже Modbus \ MQTT, IoT \ AoT, цифровые двойники \ тройники и т.п., но вначале бы простой "любительский е-авто".
Полагаю, что любому четырех колёсному транспорту на дороге понадобится номерной знак, поэтому категория "А" тут не принципиальна (см. СМЗ С-3А). Понятно, что такая бизнес-модель скорее для любителей е-транспорта, но может китай такие е-конструктора уже предлагает (под штатную регистрацию в ГАИ)?
Применительно к "e-нанолитражке", подскажите какие есть заводские самые бюджетные варианты (типа е-трабант)? Собрать подобное проще, чем потом оформить (зарегистрировать самоделки в ГАИ).
Про зарядку е-мобиля. Позавчера смотрел ролик про человека, который построил бизнес на "домашних" зарядках. Владелец е-авто ставит у дома как бы личную share-станцию, от которой соседи также могут заряжаться (платно).
Как то думал про такую идею. Со своего компа Вова отправляет Мaше по почте "Hello" и смотрит через net-VR-шлем на провод и видит свое сообщение в разрезе всех протоколов. Начать можно просто с визуализации сообщения на разных уровнях. А потом в привязке к шлему - назвать это "Цифровым двойником сети", который при наведении на конкретный кабель показывает передаваемые по нему сообщения (фильтром можно оставить только прикладного уровня и только интересующего приложения).
Т.е. сетевой сканер (sniffers), но для виртуального обозрения передаваемых по сети (конкретному проводу) данных с упрощением, т.е. часть служебной информации скрывать (настраиваемым фильтром), а для какой-то части давать подсказку, чтобы для обычного юзера было адаптировано (не Wireshark -ом же его пугать). Может есть уже такие?
Вопрос по svg. В drawio чтобы связать линией (конектором) две фигуры (по их id) я в xml пишу
source=id1 target=id2
Как-то в svg подобное можно сделать? Может через библиотеку / хитрость какую? Не хочется вычислять координаты, а хочется просто указать фигуру и сторону стыковки к ней линии (west, nord) или номер (id) connection point.
Обслуживание становится омниканальным, в одном процессе используется несколько каналов. Приходим к микросервисной архитектуре,
но все равно как-то не очевидно. Другой расшифровки этой формулы - загадки нет? Более того, "совсем рядом" пишут, что
В результате после определенного порога сложности затраты на разработку и поддержку микросервисной архитектуры начинают существенно превышать аналогичные затраты для монолитной архитектуры. ...
В таких случаях переход к композитной архитектуре может стать оптимальным решением, позволяющим сохранить преимущества обоих подходов при разумном уровне сложности системы.
"Через тернии к Омни" - я так и не понял "концепт Омни" в части архитектуры (Enterprise Architecture) и ИТ- архитектуры, а также его связь с клиентской онмиканальностью.
И вообще, глядя на картинку с архитектурой как понять, она "омни" или не очень?
Какие EA tool в банке используете (какие в планах)? И заодно, какие BPM - системы?
Где-то есть полноценный пример описания архитектуры \ ИТ-архитектуры "типового банка" (c пометками "все совпадения случайны")? Не обязательно российского. Разговоров про "архитектуры" - много, но посмотреть из полноценных примеров (не крошечных фрагментов) - нечего.
Так и вопрос к автору, что он понимает под «цифровой трансформацией», вынесенный в заголовок его статьи. Переход с одной цифровой АБС на другую такую же цифровую (более цифровую)? Кстати, чем лучше омниплатформа ВТБ (внутри собственная АБС видимо) чем ЦФТ DBI?
Вообще какие конкретно проекты ВТБ автор относит к Цифровой трансформации (ЦТ)? Я считал примерами ЦТ: переход от аналога к цифре, например, от AMPS к D-AMPS, от «бумаги» к СЭД, внедрение ДБО и т.п. Этого сейчас нет в банке? Незначительно увеличить (или снизить) уровень автоматизации пары бизнес-процессов – это и есть ЦТ?
Хотелось бы про «омниканальность в ВТБ». Я несколько раз писал жалобы на почтовый адрес ВТБ, но их не принимали, отсылая меня в другие каналы: в «форму обратной связи» или в мобильное приложение. Это и есть омниканальность? Не нужна мне такая омниканальность. Вообще, омниканальность применительно к АБС ВТБ – это про что? Полагаю, что «омниканальность» - чисто маркетинговый термин (и маркетинг ВТБ так вроде говорит) и к ИТ-архитектуре отношение не имеет, там иные термины (SOA, ESB и т.п.).
Насколько я понял из второй части ставится знак равенства «Омниплатформа ВТБ» и микросервисы (Поколение 5), а далее:
и текущему состоянию 4++ — омниплатформа и остатки предыдущих поколений ИТ-архитектуры, сервис-провайдеры: ЦФТ и другие системы в архитектуре предыдущего поколения. Такая архитектура приспособлена под омниканальное обслуживание, любого количества клиентов во всех доступных, на текущий момент, технологических каналах и тех, которые появятся в будущем.
Мои попытки написать на email банка ВТБ не попали в его «омниканальность»?
Еще пример "омниканальности ВТБ" в офисе ВТБ. Высвечивается на табло номер моего талона в кассу ВТБ, но подходит девушка из канала «Привилегия» (тоже омниканал?) и говорит – «я иду вне очереди, жди». Заводит \ выводит из кассы своего привилегированного клиента, кассир жмет кнопку «следующий» (на табло появляется новый номер) и мне она (которая из Привилегии) говорит: Вам теперь нужно взять Новый талон … т.е. талон в конец очереди. Кассир только "жмет плечами" и сочувствует.
Эксплуатировать существующую ИТ-архитектуру или нам нужен переход на другую ступеньку развития. Остаться в 4 поколении, потом сделать 4+/-, потом, как принято в военной авиации, 4++/-, 4++/- с хвостиком, с бантиком и т.д. или переходить на поколение 5. Идем пешком или бежим?
Если называть вещи своими именами, то ни о каких 4++ речи в проектах импортозамещения обычно не идет, т.к. это в подавляющих случаях или «откат назад» (иногда очень далеко) или «поменять шило на мыло». Пример первого (BPM): заменить ARIS на Business Studio \ Process Studio, пример второго (WFE): bpm'online на bpmSoft.
Кстати, отечественные решения могут ровно также «просто выключиться» (сами закроются или «их закроют»). Тут более-менее гарантия только у Open Source или proprietary.
Про Мет Рекомендации. Подобные документы – достаточно безобидные (бумага все стерпит). Куда хуже, когда МинЦифры в своих документах делает с ошибками «копии-паст» из Международных стандартов.
выбор между ЭЦП и золотым пером с моллюсками очевиден;
Если четко следовать документам МинЦифры, то ЭП в РФ вообще работать не будет, см.
И если бы разработчики софта ЭП смотрели не в RFC, а в приказы МинЦифры, то надежнее было бы «подписывать золотым пером».
Пара определений из Мет Рекомендаций Минцифры:
Цифровые технологии
Технологии, относящиеся к следующим группам: большие данные и продвинутая аналитика, искусственный интеллект (включая машинное обучение), технологии дополненной и виртуальной реальности, робототехника, беспилотные транспортные средства и дроны, новые производственные технологии (включая аддитивное производство), технологии цифрового проектирования, моделирования и управления жизненным циклом продуктов и/или услуг, технологии беспроводной связи, спутниковые технологии связи, промышленная беспроводная связь), квантовые технологии (вычисления, коммуникации, сенсоры и метрология), интернет вещей, облачные технологии (вычисления, хранение данных), мобильные технологии (с использованием мобильных устройств) и социальные сети
Например, «мобильные технологии (с использованием мобильных устройств)» - как упомянутый выше AMPS – судя по определению тоже "цифровая технология"?
Цифровая трансформация компании
Комплексное преобразование бизнес-модели, продуктов и услуг и/или бизнес-процессов компании, направленное на рост конкурентоспособности компании и достижение стратегических целей компании и отвечающее критерию экономической эффективности на основе реализации портфеля инициатив по внедрению цифровых технологий, использованию данных, развития кадров, компетенций и культуры для цифровой трансформации, современных подходов к управлению внедрением цифровых решений и финансированию внедрения цифровых решений
И где в проектах Цифровой трансформации банка (ВТБ или иного) комплексное преобразование его бизнес-модели? Полагаю, что даже внедрение цифрового рубля бизнес-модель банка не изменит: считай плюс еще одна валюта добавится, причем не думаю, что выгодная для коммерческого банка.
Вы рассказали про IFC-SPF. А похожие примеры на IFC-Turtle где-то можно посмотреть?
Серию 57580.1/2/3/4 часто показывают картинкой, см. рис. 4.1. Надежность в процессах. Вообще, есть ли большая общая схема (желательно интерактивная) по ГОСТ (и СТО БР и т.п.)? В миро или еще в чем-либо.
В 2003 вышло постановление 63, в котом сказали, что ГОСТы стали не обязательными (вместо них какие-то техРегламенты):
Что это было - я так и не понял.
1 Пример встраивания drawio на страничку Github Pages.
Однако это через: src=
'
https://app.diagrams.net/?lightbox=
Может быть есть примеры встраивания диаграммы на страничку через локальную библиотеку? Т.е. для проектов on-premise и без доступа к интернету? Желательно вообще комплексный пример под node.js. Речь не про Confluence.
2 Можете проконсультировать по проблеме:
3 В целом: проблема: подобрать графический редактор для будущей BPM-системы.
ИИ и ЦД – не нужно их в общую кучу. ИИ – это понятная и рабочая технология (от chatGPT до DeepSeekR1). У ЦД пока нет ни первого (концепции) не второго (апробации). ИИ давно перевалил отметку «1.0», а ЦД еще до нее не дошел.
Двунаправленная связь, ручная \ не ручная связь, что понимать под синхронизацией и т.п. – полагаю, что лучше рассматривать на конкретном типе DT, иначе будет «мазками» и вопросы не снимутся. В следующей части мы два типа DT разберем подробнее и их связи тоже.
Вообще, не стал бы возлагать больших надежд на современные отечественные (не переводные) ГОСТ по новым технологиям, т.к. это давно не уровень (качество) ЕСКД, СПДС, 24-34 и т.п. К сожалению, однако надеюсь, что будут исключения.
Во всяком случае, когда в названии ГОСТ есть «Цифровой двойник» и в нем говорится (п. 3.24), что наличие физической части не обязательно – вызывает удивление. Лучше бы придумали иной термин, а не убеждали всех, что «пара может содержать что-то непарное».
[57700.37] ГОСТ Р 57700.37-2021.
Предлагаю в рамках первой части посмотреть на технологию DT более формально и «строже», например, через паспортизацию: буду складывать в PS1 «Предложения в формат паспорта DT» к статье.
BPMN, YAWL, сети Петри, UML activity diagrams и т.п. – это нотации workflow system, где задаются правила управления маркером – следующим шагом задачи (операции, функции, процесса \ подпроцесса). Соответствующие WF – engine (Runa WFE, Camunda и прочее) позволяют по нарисованной схеме воспроизвести этот смоделированный алгоритм в код (через визуальный дизайнер).
BPMN формализует систему смены состояний, которую описывает не бизнес-процесс, а всего лишь его Workflow. Я же говорю, что нужно добавить к этому, в том числе, еще и смену состояний docflow, которую уже DF-Engine сможет воспроизвести этот смоделированный алгоритм в код. Таким образом, можно будет через визуальное программирование (полноценный BPMS) создавать приложения на основе схем, а не кодировать дополнительно к схемам BPMN (WF) кучу кода (в том числе, для задания обработки docflow), при этом называя это все равно «low-code» (кода меньше, но его все равно обычно много).
2.1 BPMN Scope
For example, the modeling of the following will not be a part of BPMN: Organizational structures, Functional breakdowns, Data models
На BPMN нельзя нормально показать Data models \ Docflow и тем более передать ее на исполнение (engine). Для исполнения в приложении придется это дописывать кодом.
Полагаю, что BPMN \ BPMS может немного "воскреснуть" по формуле: WF Engine + DF Engine. В BPMS \ WFE \ BPMN не хватает визуального конструктора моделирования данных.
К терминологии. Runa WFE – примечательна тем, что это единственная система с корректным токованием своего класса, причем вынесенным в название системы (WF Engine). BPMN - это только про workflow, там нет docflow, DF (передача моделируемой docflow-логики в engine для исполнения, моделирование структуры данных и т.п.).
Полагаю, что в обоих случаях проблема в Васи, т.е. в "hr":
function (input, hr, tool) = Y
Полагаю, что и в первом случае процесс запущен по событию "отправлена \ получена заявка на ремонт насоса", но ресурс "рабочая сила" временно отсутствует (Вася недоступен).
Не понял про "одну кастрюльку" (к какому это подразделу?).
о каких сертификатах речь и в чем была проблема?
Можете хотя бы тезисно показать свой вариант этого сравнения? Как по Вашему, насколько корректно сравнивать BPMN-системы (Elma) vs noBPMN-системы (SimpleOne), на сколько это существенный фактор и на что в таком сравнении нужно уделять внимание?
Какое впечатление у Вас о SimpleOne? Насколько она может заместить, например, ServiceNow?
Видимо речь все же не про мопеды (хоть в ПДД и есть слова «приравниваются»), а про категорию L6 (легкие квадрициклы) из приказа 267 (из ТР ТС 018/2011)
Сертификат одобрения типа ТС (транспортное средство) ОТТС (база)
Кстати в ПДД фраза «менее 4 кВт», т.е. на 4 кВт – уже нужна регистрация (по 267 \ ОТТС иначе).
Сейчас продаются как бы легкие квадрициклы (якобы категория L6) причем с автомобильной посадкой, например, citycar triscooter kavaler \ django (не путать c CitiCar 1974), но уверен, что они не сертифицированные (нет ОТТС, т.е. они формально не для ДОП). Вообще сайт их сырой – ошибок много.
Если Вам известен EV – "подтвержденный" транспорт категории L6, т.е. с ОТТС, то напишите.
Мы про 4 колеса говорим?
Даже для 2-х колесного е-транспорта нужна "бумажка" для гаишника. Хоть я и заказываю в китае мотор-колеса с условием "без маркировки", т.к. можно набить клеймом нужную цифру (хоть 250 Вт) и нарисовать соответствующий чек, но это все "так себе". Если постоянно и без нервов пользоваться в городе любым средством, похожим на мопед без VIN кода (по нему можно определить класс), то нужна "нормальная бумажка" на "мопед в целом" хотя бы от нормального продавца (не левого).
Мне кажется перспективным вариантом (бизнес-моделью) такого "е-трабант" ("e-нанолитражка") - может быть базовый дешевый конструктор с нормальными документами на "е-мобиль" для регистрации в ГАИ.
Например, аккумулятор "на прокат" для регистрации авто в ГАИ, а потом ставь какой угодно и докупай (сам делай) любой "обвес". Далее уже Modbus \ MQTT, IoT \ AoT, цифровые двойники \ тройники и т.п., но вначале бы простой "любительский е-авто".
Полагаю, что любому четырех колёсному транспорту на дороге понадобится номерной знак, поэтому категория "А" тут не принципиальна (см. СМЗ С-3А). Понятно, что такая бизнес-модель скорее для любителей е-транспорта, но может китай такие е-конструктора уже предлагает (под штатную регистрацию в ГАИ)?
Применительно к "e-нанолитражке", подскажите какие есть заводские самые бюджетные варианты (типа е-трабант)? Собрать подобное проще, чем потом оформить (зарегистрировать самоделки в ГАИ).
Про зарядку е-мобиля. Позавчера смотрел ролик про человека, который построил бизнес на "домашних" зарядках. Владелец е-авто ставит у дома как бы личную share-станцию, от которой соседи также могут заряжаться (платно).
Как то думал про такую идею. Со своего компа Вова отправляет Мaше по почте "Hello" и смотрит через net-VR-шлем на провод и видит свое сообщение в разрезе всех протоколов. Начать можно просто с визуализации сообщения на разных уровнях. А потом в привязке к шлему - назвать это "Цифровым двойником сети", который при наведении на конкретный кабель показывает передаваемые по нему сообщения (фильтром можно оставить только прикладного уровня и только интересующего приложения).
Т.е. сетевой сканер (sniffers), но для виртуального обозрения передаваемых по сети (конкретному проводу) данных с упрощением, т.е. часть служебной информации скрывать (настраиваемым фильтром), а для какой-то части давать подсказку, чтобы для обычного юзера было адаптировано (не Wireshark -ом же его пугать). Может есть уже такие?
Странное все это. Заглох мотор на этом гиро-мотоцикле (особенно на ходя) и что?
Вопрос по svg. В drawio чтобы связать линией (конектором) две фигуры (по их id) я в xml пишу
source=id1 target=id2
Как-то в svg подобное можно сделать? Может через библиотеку / хитрость какую? Не хочется вычислять координаты, а хочется просто указать фигуру и сторону стыковки к ней линии (west, nord) или номер (id) connection point.
много клиентов + time to market за ним:
но все равно как-то не очевидно. Другой расшифровки этой формулы - загадки нет? Более того, "совсем рядом" пишут, что
"Через тернии к Омни" - я так и не понял "концепт Омни" в части архитектуры (Enterprise Architecture) и ИТ- архитектуры, а также его связь с клиентской онмиканальностью.
И вообще, глядя на картинку с архитектурой как понять, она "омни" или не очень?
Какие EA tool в банке используете (какие в планах)? И заодно, какие BPM - системы?
Где-то есть полноценный пример описания архитектуры \ ИТ-архитектуры "типового банка" (c пометками "все совпадения случайны")? Не обязательно российского. Разговоров про "архитектуры" - много, но посмотреть из полноценных примеров (не крошечных фрагментов) - нечего.
Так и вопрос к автору, что он понимает под «цифровой трансформацией», вынесенный в заголовок его статьи. Переход с одной цифровой АБС на другую такую же цифровую (более цифровую)? Кстати, чем лучше омниплатформа ВТБ (внутри собственная АБС видимо) чем ЦФТ DBI?
Вообще какие конкретно проекты ВТБ автор относит к Цифровой трансформации (ЦТ)? Я считал примерами ЦТ: переход от аналога к цифре, например, от AMPS к D-AMPS, от «бумаги» к СЭД, внедрение ДБО и т.п. Этого сейчас нет в банке? Незначительно увеличить (или снизить) уровень автоматизации пары бизнес-процессов – это и есть ЦТ?
Хотелось бы про «омниканальность в ВТБ». Я несколько раз писал жалобы на почтовый адрес ВТБ, но их не принимали, отсылая меня в другие каналы: в «форму обратной связи» или в мобильное приложение. Это и есть омниканальность? Не нужна мне такая омниканальность. Вообще, омниканальность применительно к АБС ВТБ – это про что? Полагаю, что «омниканальность» - чисто маркетинговый термин (и маркетинг ВТБ так вроде говорит) и к ИТ-архитектуре отношение не имеет, там иные термины (SOA, ESB и т.п.).
Насколько я понял из второй части ставится знак равенства «Омниплатформа ВТБ» и микросервисы (Поколение 5), а далее:
Мои попытки написать на email банка ВТБ не попали в его «омниканальность»?
Еще пример "омниканальности ВТБ" в офисе ВТБ. Высвечивается на табло номер моего талона в кассу ВТБ, но подходит девушка из канала «Привилегия» (тоже омниканал?) и говорит – «я иду вне очереди, жди». Заводит \ выводит из кассы своего привилегированного клиента, кассир жмет кнопку «следующий» (на табло появляется новый номер) и мне она (которая из Привилегии) говорит: Вам теперь нужно взять Новый талон … т.е. талон в конец очереди. Кассир только "жмет плечами" и сочувствует.
Если называть вещи своими именами, то ни о каких 4++ речи в проектах импортозамещения обычно не идет, т.к. это в подавляющих случаях или «откат назад» (иногда очень далеко) или «поменять шило на мыло». Пример первого (BPM): заменить ARIS на Business Studio \ Process Studio, пример второго (WFE): bpm'online на bpmSoft.
Кстати, отечественные решения могут ровно также «просто выключиться» (сами закроются или «их закроют»). Тут более-менее гарантия только у Open Source или proprietary.
Про Мет Рекомендации. Подобные документы – достаточно безобидные (бумага все стерпит). Куда хуже, когда МинЦифры в своих документах делает с ошибками «копии-паст» из Международных стандартов.
Если четко следовать документам МинЦифры, то ЭП в РФ вообще работать не будет, см.
например, пункт №6 приказа №472 весь с ошибками. На примере Content-type:
И если бы разработчики софта ЭП смотрели не в RFC, а в приказы МинЦифры, то надежнее было бы «подписывать золотым пером».
Пара определений из Мет Рекомендаций Минцифры:
Например, «мобильные технологии (с использованием мобильных устройств)» - как упомянутый выше AMPS – судя по определению тоже "цифровая технология"?
И где в проектах Цифровой трансформации банка (ВТБ или иного) комплексное преобразование его бизнес-модели? Полагаю, что даже внедрение цифрового рубля бизнес-модель банка не изменит: считай плюс еще одна валюта добавится, причем не думаю, что выгодная для коммерческого банка.