Налаштовується за договором
Portal
Збирайте документи клієнтів через інтерфейс завантаження, обмежений tenant, і пов'язуйте кожне подання з його процесом. Потрібна активація tenant і процес, налаштований за погодженим договором.
Модулі платформи
Сім модулів. Пов'язаний життєвий цикл.
Можливості, налаштовувані за договором, потребують активації або налаштування tenant у погоджених межах. Підтвердьте з нашою командою розгортання й доступність для вашого процесу.
Налаштовується за договором
Workflow
Визначайте впорядковані фази обробки, призупиняйте виконання для налаштованої ручної перевірки, записуйте рішення та продовжуйте процес. Потрібна активація tenant і фази перевірки, налаштовані за погодженим договором. Оцінки впевненості не обирають шлях перевірки автоматично.
Налаштовується за договором
Vision
Класифікуйте документи й видобувайте структуровані поля з оцінками впевненості та посиланнями на джерело для подальшої перевірки. Потрібне налаштування tenant; оцінки впевненості й посилання на джерело залежать від налаштованого результату видобування та не гарантуються для кожного поля.
Налаштовується за договором
ECM
Організуйте документи, версії, мітки, правила доступу, пошук і події життєвого циклу в документному записі. Потрібна активація tenant і політики доступу та життєвого циклу, налаштовані за погодженим договором.
Налаштовується за договором
Sign
Створюйте конверти для підписання, збирайте події підписантів і перевіряйте отриманий підписаний документ через налаштований процес підписання. Потрібна активація tenant й окремо підтверджений процес перевірки за погодженим договором. Цей налаштовуваний за договором обсяг не підтверджує публічного сервісу перевірки документів чи сертифікації довірчих послуг третьою стороною.
Налаштовується за договором
Templates
Керуйте версіями шаблонів DOCX з іменованими заповнювачами й формуйте PDF із затверджених версій. Потрібна активація tenant, опублікована версія шаблону та засіб формування PDF, налаштований за погодженим договором. Доступність надбудови Word потребує окремого підтвердження розгортання.
Налаштовується за договором
Governance & Integrations
Пов'яжіть життєвий цикл через REST API та підписані вебхуки, зберігаючи визначені договором свідчення аудиту й безпеки. Потрібне налаштування tenant, налаштоване підписання webhook і погоджені в договорі засоби контролю. Клієнтські SDK опубліковано для TypeScript, Python, .NET і Java; каталог готових конекторів не заявляється.
Життєвий цикл документа
Від збирання до свідчень.
Налаштуйте потрібні етапи процесу з фазами перевірки та діями в системах-одержувачах, погодженими для вашого tenant.
- ЗібратиПриймання через портал, API або процес.
- КласифікуватиВизначте тип документа за налаштуванням tenant.
- ВидобутиПоверніть структуровані поля зі свідченнями з джерела.
- Перевірити даніЗастосуйте перевірки схеми та бізнес-правил.
- РозглянутиЗа потреби використовуйте явно налаштовану фазу ручної перевірки.
- Ухвалити рішенняСхваліть, відхиліть або запросіть виправлення за правилами процесу.
- Виконати діюПередайте через REST API, підписані вебхуки або налаштовані подальші кроки.
- ПідтвердитиЗбережіть посилання на джерело й визначені договором свідчення аудиту.
Клієнтські процеси
Один цикл, три документні процеси.
Ці схеми описують процеси, налаштовувані за договором. Кожен етап потребує активації tenant і погодженого налаштування; пов'язані посібники описують передбачене застосування, а не підтверджують розгортання можливості для вашого tenant.
Розрахунки з постачальниками
Процес, налаштовуваний за договором: від приймання рахунку постачальника до записаного рішення про оплату та погодженого передавання до системи-одержувача. Ділове схвалення залишається за вашою уповноваженою командою.
- ЗібратиЗбирайте рахунки постачальників через портал, обмежений tenant, у погодженому процесі приймання. Потрібна активація tenant.Портал приймання рахунків
- КласифікуватиВизначайте рахунки й супровідні документи за погодженими типами документів. Потрібне налаштування tenant.Налаштування класифікації
- ВидобутиВидобувайте поля рахунку для погодженої схеми. Потрібне налаштування tenant; посилання на джерело залежать від налаштованого результату.Видобування даних рахунків
- Перевірити даніВизначте порівняння рахунків і довідкові дані для звіряння за умови підтвердження погоджених перевірок. Потрібне налаштування tenant.Обсяг звіряння рахунків
- РозглянутиПризупиніть обробку для налаштованої ручної перевірки tenant за погодженим договором. Потрібне налаштування tenant. Уповноважені перевіряльники записують схвалення, відмову або запит на виправлення.Налаштований процес перевірки
- Ухвалити рішенняЗапишіть у процесі рішення уповноваженої команди щодо рахунку. Потрібне налаштування tenant; записане рішення не виконує платіж.Процес розрахунків із постачальниками
- Виконати діюПередайте погоджену подію до кінцевої точки системи-одержувача через підписані вебхуки після підтвердження підписання webhook і поведінки системи-одержувача. Потрібне налаштування tenant.Передавання через webhook
- ПідтвердитиПогодьте, які посилання на джерело, рішення перевірки й події підтверджують запис рахунку за визначених договором засобів контролю зберігання. Потрібне налаштування tenant.Обсяг свідчень і довіри
Приймання клієнтів із KYC та KYB
Процес, налаштовуваний за договором: зберіть документи особи й компанії, розгляньте погоджені перевірки та запишіть рішення про приймання клієнта. Ваша уповноважена команда визначає політику прийняття.
- ЗібратиЗапросіть документи особи й компанії через портал, обмежений tenant, у погодженому процесі приймання клієнта. Потрібна активація tenant.Портал документів KYC
- КласифікуватиВизначте типи поданих документів за налаштуванням приймання клієнта. Потрібне налаштування tenant.Налаштування класифікації
- ВидобутиВидобудьте поля особи й компанії, погоджені для набору документів. Потрібне налаштування tenant; охоплення полів і посилання на джерело залежать від налаштованого результату.Видобування даних документів KYC
- Перевірити даніВизначте обов'язкові поля й міждокументні перевірки для приймання клієнта за умови підтвердження підтримуваних перевірок. Потрібне налаштування tenant; сама перевірка документів не доводить відповідність регуляторним вимогам.Обсяг перевірки документів
- РозглянутиПризупиніть обробку для налаштованої ручної перевірки tenant за погодженим договором. Потрібне налаштування tenant. Уповноважені перевіряльники вивчають документний запис і записують своє рішення.Налаштований процес перевірки
- Ухвалити рішенняЗапишіть рішення уповноваженої команди про приймання клієнта за її політикою прийняття. Потрібне налаштування tenant; ділове схвалення не є автономним.Контекст приймання банківських клієнтів
- Виконати діюНадішліть погоджену подію приймання клієнта до сервісу-одержувача через підписані вебхуки після підтвердження підписання webhook і подальшої дії. Потрібне налаштування tenant.Передавання через webhook
- ПідтвердитиПогодьте посилання на документи, рішення й засоби доступу для запису приймання клієнта за визначених договором засобів контролю зберігання. Потрібне налаштування tenant.Засоби контролю безпеки й свідчень
Страхові вимоги
Процес, налаштовуваний за договором: зберіть документи страхової вимоги, розгляньте погоджені перевірки та передайте записане рішення. Рішення щодо покриття й врегулювання залишаються за вашою уповноваженою командою страхових вимог.
- ЗібратиЗберіть пакет документів страхової вимоги через погоджений процес приймання після підтвердження шляху подання документів. Потрібна активація tenant.Обробка документів страхових вимог
- КласифікуватиВизначте типи документів пакета страхової вимоги за погодженими категоріями. Потрібне налаштування tenant.Налаштування класифікації
- ВидобутиВидобудьте поля страхової вимоги, погоджені для наданого набору документів. Потрібне налаштування tenant; посилання на джерело залежать від налаштованого результату.Видобування даних страхових вимог
- Перевірити даніОкремо підтвердьте підтримувані перевірки пакета страхової вимоги. Перевірка даних потребує налаштування tenant. Виявлення шахрайства не підтверджене свідченнями платформи й не обіцяється для цього процесу.
- РозглянутиПризупиніть обробку для налаштованої ручної перевірки tenant за погодженим договором. Потрібне налаштування tenant. Уповноважені перевіряльники страхових вимог вивчають запис і запитують виправлення або записують своє рішення.Налаштований процес перевірки
- Ухвалити рішенняЗапишіть рішення уповноваженої страхової команди за її політикою покриття й врегулювання. Потрібне налаштування tenant; процес не ухвалює автономного рішення щодо врегулювання.Контекст страхового процесу
- Виконати діюПередайте погоджену страхову подію до кінцевої точки системи-одержувача через підписані вебхуки після підтвердження підписання webhook і дії одержувача. Потрібне налаштування tenant.Передавання через webhook
- ПідтвердитиПогодьте, які документи страхової вимоги, рішення перевірки й події життєвого циклу підтверджують запис за визначених договором засобів контролю зберігання. Потрібне налаштування tenant.Обсяг свідчень і довіри
Підтримувані типи
Класифікація, налаштована під ваш процес.
Кожен відкалібрований під формати, мови, валюти та місцеві правила, якими ваші клієнти справді користуються.
Розрахунковий листок
Кадри
Банківська виписка
Кредит
Податкова декларація
Податки
Податковий рахунок
Податки
Установчі документи
Право
Посвідчення водія
Онбординг
Національне посвідчення особи
Онбординг
Підтвердження адреси
Онбординг
Рахунок до сплати
Фінанси
Рахунок за послуги
Податки
Чек про покупку
Фінанси
Замовлення на закупівлю
Фінанси
Досвід розробника
Три рядки коду. Один чистий JSON.
Приклади API та webhook для поширених стеків розробки. Підписані webhooks, асинхронні завдання та задокументовані запити REST підтримують власні інтеграції.
Почніть з огляду видобування документів, потім використайте API видобування документів, розберіть верстку й розділи через API розбору документів або застосуйте API OCR, коли скани й фотографії мають стати перевіреними даними.
C# / .NET Python Node.js Go cURL
extract.cs
// REST API sample — C# using var form = new MultipartFormDataContent(); form.Add(new StreamContent(File.OpenRead("payslip.pdf")), "file", "payslip.pdf"); http.DefaultRequestHeaders.Authorization = new("Bearer", apiKey); var response = await http.PostAsync(extractionUrl, form); response.EnsureSuccessStatusCode();
Що входить у комплект
Шість можливостей, одна оркестрація.
Увесь стек document AI працює як один оркестрований конвеєр. Кожна сторінка проходить той самий агентний потік — класифікувати, видобути, перевірити, оцінити, записати в аудит — і виходить структурованим JSON, готовим для вашої приймальної системи. Командам, що працюють насамперед з API, ці можливості відповідають API видобування документів, API розбору документів та API OCR.
| Можливість | Що робить |
|---|---|
| Приймання | PDF (цифровий і сканований), JPEG, PNG, TIFF, DOCX і вкладення електронної пошти. Багатосторінкові документи зшиваються автоматично. Спостереження за поштовою скринькою, приймання через webhook і пряме завантаження через API. |
| Класифікація | Класифікація, що налаштовується за tenant, і видобування zero-shot повертають оцінки впевненості та рішення про маршрутизацію. Перевірте кожен налаштований тип на типових документах перед промисловим використанням. |
| Видобування | Агенти з архітектурою ReAct витягують структуровані поля з упевненістю за кожним. Звірка розрахунків, дат і сутностей між полями йде в тому самому проході. Вказівники області зберігають походження до вихідного абзацу. |
| Перевірка | Перевірка схеми, звірка між документами та налаштовувані бізнес-правила. Поля з низькою впевненістю позначаються разом з їхньою оцінкою та посиланням на джерело; ручний крок перевірки ставить документ у чергу перевіряльника. |
| Перевірки за умовами договору | Правила схеми, перевірки довідкових даних і узгодженість між документами можна налаштувати для процесу за договором. Поточні докази можливостей не підтверджують виявлення шахрайства; кожна запропонована перевірка на шахрайство потребує окремої верифікації до використання. |
| Журнал аудиту | Налаштовані процеси можуть зберігати захищені від підробки метадані з версією моделі, хешами промпту й відповіді, особою рецензента та впевненістю за кожним полем. Строк зберігання налаштовується за tenant і визначається договором. |
За типом документа
Попередньо навчені видобувачі для документів, які ви й так обробляєте.
Екстрактори повертають структурований JSON зі схемами та правилами валідації. Підключайте наступні етапи через REST API та підписані webhooks, налаштовані відповідно до договору; це не означає наявності каталогу пакетних або готових конекторів.
Фінанси / розрахунки з постачальниками
Видобування рахунків
Постачальник, позиції, підказки рахунків обліку, підсумки. Поля підтримують налаштовані клієнтом звірку й доставлення через API або webhooks.
Банки / кредитування
Видобування банківських виписок
Операції, залишки, регулярні надходження. Розбір швидше за 3 секунди на американських і канадських виписках для оцінки грошового потоку.
Право / CLM
Видобування договорів
Сторони, строк, застосовне право, межі відповідальності, поіменовані пункти. Вказівники області до вихідного абзацу для юридичної перевірки.
Онбординг / CIP
Видобування документів KYC
Державні посвідчення, підтвердження адреси, довідки про кінцевих бенефіціарів. Розбір зони MRZ і точки підключення до перевірки за санкціями та переліком PEP.
Кадри / кредитування
Видобування розрахунку зарплати
Розрахункові листки, W-2, 1099. Нараховано, утримання, до виплати та звірка наростаючим підсумком для підтвердження доходу.
Податки / кредитування
Видобування податкових декларацій
Форми 1040, K-1, додатки. Скоригований валовий дохід, відрахування, кредити, повернення або сума до доплати — зі звіркою розрахунків між додатками.
Відрядження та витрати
Видобування чеків про покупку
Докладні чеки з продавцем, позиціями, податком і обробкою чайових. Результати можна зіставити з налаштованими клієнтом процесами витрат через API або webhooks.
Логістика
OCR коносаментів
Перевізники, вантажоодержувачі, ідентифікатори відправлень, вага, збори та позиції фрахту для логістичних процесів.
Платежі
API OCR для банківських чеків
Платник, отримувач, сума, дата, контекст MICR і поля переказу для платіжних операцій.
Страхування
Видобування форм ACORD
Поліс, заявник, транспорт, майно, покриття, премія та дані про збиток зі страхових справ.
Страхування
Видобування страхових вимог
Заяви про подію, поліцейські протоколи, медичні рахунки, кошториси ремонту. Звірка між документами для врегулювання збитку.
Інтеграції
Живе там, де ваші системи вже працюють.
API REST і підписані webhooks підтримують власні інтеграції з обліковими системами. Обсяг інтеграції та зіставлення полів визначаються для кожного клієнтського процесу.
- ERP і фінансиNetSuite, SAP S/4HANA, Oracle Cloud ERP, Workday Financials, QuickBooks Online, Xero, Sage Intacct.
- CRM і дохідSalesforce, Salesforce Financial Services Cloud, HubSpot. Записи клієнтів, угоди та заявники надходять як структуровані обʼєкти.
- Кредитування та банківське ядроnCino, Encompass, Mambu, Alloy, Q2, Jack Henry, Fiserv, FIS, Plaid, MX.
- CLM і правоIronclad, Agiloft, ContractWorks, Concord. Пункти, сторони та дані про строк передаються зі збереженими вказівниками області.
- Кадри та зарплатаWorkday HCM, ADP, The Work Number, Gusto, Justworks. Дані про заробіток і наростаючий підсумок потрапляють у кадрові системи та процеси підтвердження.
- Відрядження та витратиExpensify, Concur, Brex, Ramp, Pleo. Чеки та відшкодування спрямовуються до потрібної політики й статті обліку.
- Онбординг і KYCPersona, Alloy, Sumsub, ComplyAdvantage. Перевірка особи та справи CIP/CDD із запуском перевірки за санкціями.
- Власні інтеграціїAPI REST, підписані події webhook і приклади API або webhook для поширених стеків розробки. Договори Enterprise можуть містити окреслені роботи з інтеграції.
Безпека та відповідність
Ми поводимося з вашими документами так само, як поводилися б ви.
Конфіденційність за задумом
Налаштовуване зберігання, автоматичне знеособлення персональних даних і належні угоди про обробку даних із самого початку.
Наскрізне шифрування
TLS 1.3 під час передавання. AES-256 при зберіганні. Ключами керує виділений примірник KMS для кожного клієнта.
План розвитку приватного розгортання
Приватна хмара, BYOC і розгортання у власній інфраструктурі не є загальнодоступними. Оцінювання в межах договору потребує явного технічного та експлуатаційного підтвердження.
FAQ
Часті запитання.
Чи можна застосовувати Cogneris до типів документів, яких немає в переліку?
Так. Власні типи документів створюються зі зразків за 1 робочий день на тарифі Enterprise — надішліть від 10 до 50 прикладів і отримайте відкалібрований видобувач із потрібною схемою, перевірками та порогами впевненості. Їх обробляє той самий агентний конвеєр; змінюється лише цільова схема.
Де межа між синхронним і асинхронним режимом?
Синхронне видобування обмежене лімітом файлу 10 MB і тайм-аутом запиту, а не кількістю сторінок. Для довгих документів або великих обсягів надішліть завдання на документ і отримайте підписаний зворотний виклик webhook: та сама ставка за сторінку, просто інша форма запиту.
Як Cogneris працює з багатомовними документами?
Підтримується понад тридцять мов із локалізацією на рівні поля. Перерахунок валют, нормалізація форматів дати (DD/MM або MM/DD) і розбір адрес слідують мові вихідного документа. Підсумковий JSON зводиться до форматів ISO (ISO 4217 для валют, ISO 8601 для дат, ISO 3166 для країн), щоб приймальні системи отримували однакові дані незалежно від мови джерела.
Що відбувається з документами, які не пройшли перевірку?
Поля з низькою впевненістю та порушення схеми чи бізнес-правил позначаються в результаті видобування, кожне з видобутим значенням, його оцінкою впевненості, помилкою перевірки та областю джерела, звідки воно прочитане. Ручний крок перевірки надсилає документ у чергу перевірки, де перевіряльники виправляють значення за оригінальною сторінкою та ухвалюють або відхиляють. Cogneris може зберігати захищені від підробки метадані аудиту з версією моделі, хешами промпту й відповіді та особою рецензента.
Чи може Cogneris працювати в нашій хмарі або локально?
Приватна хмара, BYOC, розгортання у власній інфраструктурі, ключі під керуванням клієнта, AWS PrivateLink і Google Cloud Private Service Connect входять до плану розвитку та не є загальнодоступними послугами. Будь-яке оцінювання в межах договору потребує явного технічного та експлуатаційного підтвердження перед плануванням архітектури або закупівлі.
Наскільки швидка інтеграція?
Інтеграція здійснюється через API REST і підписані webhooks. Обсяг інтеграції, кінцеві точки, автентифікація, підпис webhook і поведінка системи-одержувача мають бути налаштовані для tenant згідно з узгодженим договором. Дивитися документацію або довідник з API.
Показ
Шість можливостей, один запис.
Усе вище — це опис. Показ — це запис екрана, на якому продукт працює зі справжнім документом, включно з полем, у якому він не був упевнений, тобто тією частиною, яку демонстрація за сценарієм оминає.
Запис ще не опубліковано, тож тут немає чого відтворювати. Ми радше залишимо місце порожнім, ніж заповнимо його роликом, який не є продуктом.
- Завантаження — справжній рахунок або банківська виписка, зі швидкістю, з якою платформа їх дійсно обробляє.
- Вивід JSON — оболонка відповіді, де рамка області кожного значення намальована назад на вихідній сторінці.
- Впевненість — оцінки за кожним полем, включно з тим єдиним полем, на якому модель завагалася.
- Перевірка людиною — той самий документ чекає в черзі перевірки процесу, перевіряльник виправляє позначене значення, і зміну записано за ним.
- Webhook — підписана доставка приходить і несе ідентифікатор документа з першого кроку.
Поговорімо
Готові до першого видобування?
За 30 хвилин покажемо платформу в роботі на ваших власних документах.