Цифрова ідентифікація продавців у маркетплейсі: досвід Prom і «Вчасно.ЕДО»

За перші 1–1,5 місяця після запуску близько 25 000 продавців пройшли цифрову ідентифікацію на маркетплейсі та підписали відповідний документ.

Успішність цього кейсу насамперед у тому, що процес витримав реальне навантаження: десятки тисяч підписань, різні підписанти, різні регіони, різні рівні цифрової зрілості продавців.

Інтеграцію з «Вчасно» реалізували приблизно за два тижні. Для задачі, яку фактично довелося проєктувати й втілювати з нуля, швидкість запуску була критично важливою. У таких ситуаціях вирішальним стає не лише саме рішення, а й те, наскільки швидко воно починає працювати в реальному середовищі. Адже бізнесу важливо не просто створити новий процес, а встигнути запустити його на ринок в потрібний момент без затягування, простоїв і ризику порушити строки.

Для реалізації автоматичної ідентифікації продавців і підписання відповідного документа Prom не «переходив з одного інструмента на інший». Завдяки інтеграції з «Вчасно» був створений процес, якого до цього не існувало.

Якщо спробувати уявити ручну альтернативу для такого масштабу майданчика і кількості продавців, вона швидко стає некерованою:

• продавці вводять реквізити вручну, можливо, з помилками в назвах або кодах;
• команда платформи витрачає час на перевірки, уточнення й виправлення;
• документ потрібно сформувати, доставити, отримати підпис;
• статуси потрібно відстежувати, нагадувати, фіксувати: хто вже підписав, а хто ні;
• підписантом документу має бути власник магазину, а не менеджер, що обробляє замовлення в кабінеті, тож процес додатково ускладнюється.

У маркетплейсі це розкладається на дві ключові проблеми:

Перша. Якість даних для ідентифікації
Якщо реквізити продавця вводяться вручну, помилки стають не винятком, а закономірністю. На десятках тисяч контрагентів навіть невеликий відсоток помилок перетворюється на сотні або тисячі випадків, які потрібно «розгрібати» вручну.

Друга. Контроль підписання
Якщо статус підписання не синхронізується між системами і не відображається у кабінеті продавця, команда платформи змушена супроводжувати процес вручну, а продавець не розуміє, чи закрив він задачу.

Саме тому Prom від самого початку формулювали задачу як екосистемну: не просто підписати документ, а побудувати систему, яка живе у процесах маркетплейсу і витримує масштаб.

Prom працюють із базою продавців близько 60 000. Для процесу ідентифікації важливі кілька нюансів, які часто недооцінюють.

1. У багатьох компаніях документ підписує не одна й та сама людина, яка обробляє замовлення в кабінеті продавця. Тому система повинна передавати документ саме підписанту та одночасно показувати в кабінеті актуальний статус — чи завершено ідентифікацію.
2. Реквізити продавця мають бути коректними, підтягнутими без помилок. Інакше маркетплейс отримує лавину повернень, уточнень і ручних виправлень.
3. Документи є юридично значущими. Поставлений підпис означає, що платформа зафіксувала актуальну станом на момент підписання інформацію про суб’єкта господарювання, якого можна вважати верифікованим.
4. Потрібна приватність доступу всередині великої команди. Prom окремо передають параметри доступу, щоб ці документи бачило лише визначене коло співробітників, а не всі, хто працює з документами в компанії.

Читайте також: Організація роботи з документами без хаосу: як навести лад із інструментами від «Вчасно»

Команди Prom.ua та «Вчасно» працювали в інтенсивному режимі, це дозволило реалізувати проєкт в досить короткі строки. Замість довгих погоджень через листування було створено окремий робочий канал, у якому продакт-менеджери та розробники з обох сторін оперативно узгоджували технічні питання. Такий формат взаємодії дозволив рухатися в межах встановлених строків без затримок.

Інтеграція не обмежилася підключенням готових рішень. Базові можливості «Вчасно.ЕДО» покривали більшу частину задачі, проте окремі елементи довелося адаптувати під сценарій Прому. Зокрема, були внесені зміни на рівні API для коректної передачі даних продавців і синхронізації статусів підписання між системами.

Окрему увагу приділили тому, як саме формується PDF-заява. Розглядали різні варіанти: зокрема, модель, коли документ створюється на стороні «Вчасно». У результаті в Prom вирішили формувати PDF у своїй системі й передавати вже готовий документ на підпис через інтеграцію з «Вчасно».

Такий підхід показав, що рішення легко підлаштовується під внутрішні технічні вимоги платформи, а архітектуру процесу можна будувати так, як зручно бізнесу.

Prom отримали керований процес, який легко масштабується.

1. Менше помилок у даних продавця
   Завдяки підтягуванню реквізитів через YouControl продавець не вводить критичні дані вручну. Це прибирає типову проблему для масових сценаріїв, коли помилки в реквізитах створюють ручну роботу командам підтримки й операцій.
2. Контроль статусу без ручного супроводу
   Майданчик автоматично бачить статус підписання документа і відображає його в кабінеті продавця. Продавець в свою чергу розуміє, що документ підписано і ідентифікацію завершено, без звернень у підтримку та додаткових уточнень.
3. Приватність доступу всередині великої команди
   Prom автоматично обмежують доступ, щоб документи бачила лише визначена команда. Це важливо для внутрішнього контролю і розмежування доступів у компаніях, де багато співробітників працюють із документами.
4. Масштабування без пропорційного зростання ручної роботи
   25 000 підписів за 1–1,5 місяця після запуску — це маркер того, що процес працює на масових обсягах. На таких цифрах будь-який «напівручний» процес швидко ламається або потребує істотного збільшення команди, яка його супроводжує.
5. Швидкий запуск під бізнес-дедлайн
   Реалізація інтеграції приблизно за два тижні стала критичною умовою успіху. Для Prom це досвід хорошої, успішної історії саме через поєднання швидкості й працездатності на масштабі.

Prom не обмежилися лише процесом ідентифікації. Після його запуску команда почала розробку нового сценарію — зміни власника магазину на платформі. У цьому випадку важливо дотриматися чіткої послідовності: спочатку чинний власник має підписати заяву про передачу магазину, і лише після цього новий власник може підписати документ про прийняття.

Технічно ця логіка реалізується через інтеграцію з «Вчасно». Система контролює маршрут підписання автоматично без ручної перевірки або додаткової участі менеджерів. Це дозволяє виконати юридичні вимоги та зберегти керованість процесу навіть у масштабі тисяч продавців.

Взаємодія «Вчасно» та Prom.ua не обмежується одним кейсом ідентифікації.

По-перше, у Prom є можливість видачі чеків через «Вчасно.Каса» для продавців, щоб фіскалізувати продажі.

По-друге, Prom використовує «Вчасно» для електронного обміну документами з продавцями щодо послуг, які надає платформа. Йдеться про акти та інші первинні документи, які формує бухгалтерія та підписує з контрагентами в електронному форматі.

Це важливий контекст для інших маркетплейсів: інтеграція під один процес може стати частиною ширшої системи, коли продавець закриває кілька критичних задач у звичному для себе цифровому середовищі.

Цей кейс показує практичний набір можливостей, який дає результат в щоденній роботі величезних структур. Автоматизована ідентифікація продавців зменшує кількість помилок у даних, юридично значущий документ формується за шаблоном без ручного складання, а підписання через інтеграцію прибирає потребу менеджерів завантажувати й пересилати файли. Далі система тримає процес під контролем: статуси синхронізуються між системами, продавець бачить результат у своєму кабінеті, а всередині великої компанії зберігаються приватність і контроль доступів до документів. Окремо важливо, що рішення можна масштабувати на складніші сценарії, де критична послідовність підписів і прозорість кожного кроку.