Мой паспорт хранится у меня дома как физическое, верифицированное государством, отражение информации хранящейся в электронном виде на серверах государства. Я не предъявляю бумажный паспорт при запросе документов в электронном виде. Да и вы тоже. Электронный документ, заверенный электронной же подписью, равнозначен бумажному, подписанному собственноручно.
Вам стоило объяснить заказчику, что получать и обрабатывать надо не файлики выгруженные из банка, а полученную напрямую, по интеграционным каналам, структурированную информацию.
В итоге бы получилась задача куда проще: на вход приходит готовый документ в едином формате для любого банка (например, XML в формате ISO 20022) - банковская выписка, в которой лежат от 0 (выписка может быть пустой, но с балансом) до ХХХ платёжных поручений. Нужно:
Сформировать печатную форму по шаблону и сохранить в файл.
Вернуть всё это в 1С как JSON с base64-документами.
Этим вы как минимум сняли бы с пользователей необходимость выгружать эти файлики из клиент-банка, а как максимум стали бы драйвером цифровизации )))
Документы, предоставляемые банками по каналам интеграции, это оригиналы документов в электронном, структурированном виде - каждая выписка, полученная по каналу интеграции содержит электронную подпись банка.
Из полученных в электронном виде оригинальных документов вы можете сформировать их печатное отображение в том виде, в котором вам это требуется, без вот всей этой возни с парсингом зоопарка реликтовых форматов, вырезкой чего-то откуда-то, чтобы положить куда-то.
Просто крупная корпорация завязла в своём болоте, а специалист решил решать задачу в лоб, без аналитики, не посмотрев на то, что сейчас есть на рынке и теперь будет гордо поддерживать этот зоопарк.
Документооборот через файлики в клиентбанке - он для людей, не для машин. Для машин у банков есть API / H2H механизмы обмена. Их и надо было использовать, а не решать задачу в лоб.
Естественно Мария Петровна другого мнения. Вы же пишете, что это для большой корпорации делается, а не для МарииПетровны.
Я напал не на вас, я напал на идею решать этот бизнес-процесс таким способом.
За усилия - уважуха, разобраться с этим зоопарком дорогого стоит.
Мой паспорт хранится у меня дома как физическое, верифицированное государством, отражение информации хранящейся в электронном виде на серверах государства. Я не предъявляю бумажный паспорт при запросе документов в электронном виде. Да и вы тоже. Электронный документ, заверенный электронной же подписью, равнозначен бумажному, подписанному собственноручно.
Вам стоило объяснить заказчику, что получать и обрабатывать надо не файлики выгруженные из банка, а полученную напрямую, по интеграционным каналам, структурированную информацию.
В итоге бы получилась задача куда проще: на вход приходит готовый документ в едином формате для любого банка (например, XML в формате ISO 20022) - банковская выписка, в которой лежат от 0 (выписка может быть пустой, но с балансом) до ХХХ платёжных поручений. Нужно:
Сформировать печатную форму по шаблону и сохранить в файл.
Вернуть всё это в 1С как JSON с base64-документами.
Этим вы как минимум сняли бы с пользователей необходимость выгружать эти файлики из клиент-банка, а как максимум стали бы драйвером цифровизации )))
Документы, предоставляемые банками по каналам интеграции, это оригиналы документов в электронном, структурированном виде - каждая выписка, полученная по каналу интеграции содержит электронную подпись банка.
Из полученных в электронном виде оригинальных документов вы можете сформировать их печатное отображение в том виде, в котором вам это требуется, без вот всей этой возни с парсингом зоопарка реликтовых форматов, вырезкой чего-то откуда-то, чтобы положить куда-то.
Просто крупная корпорация завязла в своём болоте, а специалист решил решать задачу в лоб, без аналитики, не посмотрев на то, что сейчас есть на рынке и теперь будет гордо поддерживать этот зоопарк.
Цифровизация она такая.
Документооборот через файлики в клиентбанке - он для людей, не для машин. Для машин у банков есть API / H2H механизмы обмена. Их и надо было использовать, а не решать задачу в лоб.
Шёл 2026й год.
Банки уже давным давно обзавелись API, H2H сервисами или настроили себе интеграцию через типовой 1С.ДиректБанк.
На рынке есть решения позволяющие унифицировать обмен с любым банком на основе стандартизированного API, работающего через XML ISO 20022.
Но люди предпочитают парсить файлики. Это печально.
Тот самый случай, когда комментарии интереснее статьи.
На вопрос "зачем они вообще придумали еще один язык?" вы вроде как сами себе ответили первым же предложением из предыдущего абзаца.
Похоже на кодоскоп (графопроектор).
Эй ChatGPT, переформулируй это https://habr.com/ru/articles/912606/
Ещё в сторону https://lnav.org посмотрите
Да, именно в этом блоке и стоило бы упомянуть об ограничениях демонстрационной версии, таком как качество работы с русским, например.
Из списка в 12 рекомендованых карт в подвале статьи в магазине в наличии лишь 3.
Отлично прорекламировались.
В статье всё же стоило упомянуть, что Chat with RTX от Nvidia с русским языком работает на уровне пятилетнего ребёнка.