За PDF: Ctrl+P → „Запис като PDF“. Включете Фонови графики. Формат A4. Текстът е разширен в разбираем език; прегледайте преглед на печат преди изпращане.
Commerce Operations Platform · ERP
INTEGRA Детайлно търговско описание
Уеб базирана enterprise платформа за управление на онлайн търговия: единен административен слой за продуктови данни, поръчки, склад, логистика, клиенти, маркетинг автоматизации и финансов контрол — за мултипазарни и мултиканални операции.
Документът описва какво прави INTEGRA в ежедневната работа на търговски, складови, маркетинг и финансови екипи — не като сух списък функции, а като свързана система от процеси, които носят измерима стойност.
Как да четете това описание: всеки раздел започва с „какво получавате на практика“, след което са подредени конкретни възможности. Техническите термини са запазени там, където помагат при одит или интеграции; навсякъде другаде са преведени на език на резултата (скорост, контрол, приход, по-малко грешки).
Предназначение: търговска презентация, предпродажбен анализ, позициониране към партньори и инвеститори.
Фокус: как платформата свързва каталог, поръчки, склад, логистика, клиенти и маркетинг — така че растежът да не означава хаос в Excel и чатове.
За кого е полезно: собственици и мениджмънт (обзор и KPI), операции и склад (ежедневни екрани), маркетинг (кампании и автоматизации), финанси (сверки и отчетност).
Технически одити и изключения на обхват (напр. отделни подпроекти или канали) се фиксират в приложение към договор — този документ описва стандартния пълнофункционален модел.
Структура на документа (логически поток)
§1
Позициониране и бизнес стойност
Вместо да превключвате между отделни инструменти за магазин, склад, имейли и таблици, екипите работят в една среда: същите данни за продукт и клиент се виждат от оператор на поръчка, от складов работник и от маркетинг специалист — с права според ролята.
Просто казано: INTEGRA е „операционен център“ за онлайн търговия — мястото, където решавате какво се продава, как се изпълнява, как се комуникира с клиента и как се следи финансовият резултат, включително при няколко държави и канала едновременно.
Това позволява управление на сложен eCommerce модел с много държави, много канали и множество екипи (operations, warehouse, marketing, support, finance, management) без процесите да живеят в имейли и отделни файлове.
Ключово търговско обещание
Една платформа за целия бизнес: намалява оперативните разходи за координация между отделни системи.
Мащабиране по пазари и канали: структура за държавно и канално сегментиране на поръчки, каталози и логистика.
Автоматизация с директен revenue ефект: форми, кампании, flow-ове, купони и събитийно задвижена комуникация.
Контрол и прозрачност: роли, права, специализирани оперативни екрани и модулен достъп по екипи.
Продукти за корекция/одобрение в marketplace среда.
Коментари и обогатяване на продуктово съдържание.
Практически смисъл: менютата и правата означават, че оператор не променя счетоводни настройки, а финансов контролер не пипа складови локации — всеки има ясен екран за своята работа. Продуктовият модул поема голям асортимент: нов артикул може да мине през проверка и одобрение преди да „тръгне“ към каналите, а масовите корекции спестяват часове при промени от доставчик или ценова политика.
Модулен хъб — един вход, различни екипи
§2
Функционална карта (част 2)
2.3 Управление на поръчки (Order Operations Hub)
Оперативни списъци по държави, домейни и marketplace канали.
Потоци: върнати поръчки, за пакетаж, с липсваща наличност.
Детайлна поръчка: статуси, свързани документи.
Заявки към доставчици и снабдяване.
Country/channel специфични pipelines.
Контрол на поръчки в изчакване на количества.
2.4 Складови операции и физическа организация
Складове и активности: вход, изход, ревизии.
Визуално разпределение: рафтове, нива, слотове и интерактивен UI.
Разделяне/обединяване на слотове; активиране/деактивиране; shelf структура.
Refunds; плащания и справки към куриерски/оперативни процеси.
Счетоводни изгледи, контрагенти, отчети по държави.
Печатни отчети; връзка продажби — логистика — финанси.
§2
Функционална карта (част 4)
2.9 Настройки, роли и организация
Потребители, роли, нива на достъп.
Сайтове, доставчици, маркетплейси, преводи.
Ценообразуване и централизирани конфигурации.
Конструктор на категории и каталожни структури.
Локализации и преводни низове за експанзия.
Права по модул и granular контрол на критични операции.
2.10 API и системни крайни точки
API за оперативни handover сценарии между устройства и поръчки.
Помощни функции за JSON и сигурни сесии.
Endpoint-и за реално-времеви събития от външни източници.
2.11 Съпътстващи процеси и еволюция
Налични са допълнителни административни слоеве за исторически или преходни процеси — така екипът може да модернизира на части, без да спира дневните поръчки и изпълнение.
§3
Маркетинг автоматизация и приходи
3.1 Имейл кампании
Създаване, планиране, мониторинг на кампании.
Шаблони и блокове за бързо изпълнение.
Масови комуникации; филтри по период и статус.
Сегментации и управление на аудитории.
3.2 Flow Engine (събитийни автоматизации)
Събития от сайт/система → стартиране на flow инстанции.
Job scheduler с run_at; статуси pending/done/failed.
Стъпки: send_email, delay, condition, custom_job.
Условна логика и анти-дублиране с уникални ключове.
Flow логове; сценарии: abandoned cart, viewed product, order lifecycle, back-in-stock.
Submissions и events за аналитика и automation triggers.
Email-first профили; static и уникални купони.
Интеграция със събитиен слой за следващи потоци.
Защо това е важно за прихода: кампаниите носят обем и осведоменост, а Flow Engine превръща поведението в навременни действия. Формите улавят контакт и намерение още преди покупката — като всеки подпис може да стартира персонализирана верига от съобщения и оферти.
Маркетинг слой: кампании + събития + форми
§4–6
Мултидържавност · Интеграции · Сценарии
4) Мултидържавен и мултиканален модел
Когато продавате в повече от един пазар, проблемът не е само преводът — става дума за различни правила за ДДС и документи, различни куриери и срокове, различни очаквания на клиента. INTEGRA държи поръчките, каталозите и логистиката структурирани по държава и канал, така че екипът да вижда „какво е важно днес“ без да смесва несравними потоци.
Примери за паралелни пазари: BG, CZ, SK, PL, RO, GR, HU, HR, DE и др. — език, канали, склад и финанси остават проследими поотделно, но в една система.
5) Интеграции и реално време
Интеграциите не са „екстра“, а начин да спре ръчното прехвърляне на номера на товарителници и статуси. Куриери (AWB, тракинг, шкафчета), устройства на терен, телефония и събития от сайта влизат в общ поток — данните пристигат там, където са нужни за следващата стъпка.
Куриери и логистика — етикети, проследяване, обратни пратки.
Handover между устройства и оператори — ясна последователност на действията.
Виртуална телефония — обаждането носи контекст за клиента и поръчката.
Събития за маркетинг автоматизации от множество източници.
Помощни инструменти (напр. PDF, поща) за документи и комуникация.
6) Бизнес сценарии „от край до край“
Три примера, около които се върти ежедневието: А) Нов продукт се описва и одобрява → публикува се към избраните канали → поръчките и складът виждат същите данни. Б) Клиент поръчва → наличност и пакетаж → куриер и проследяване → при проблем support вижда цялата история. В) Посетител попълва форма или хвърля продукт в количка → автоматизация изпраща подходящ имейл или оферта → измервате резултата в логовете и подобрявате кампаниите.
По-бърза операция — автоматизации и готови потоци.
По-висока контролируемост — роли и видимост.
Мащабируемост — multi-country и multi-channel.
Ръст на приходите — form/coupon/flow.
По-нисък оперативен риск — по-малко ръчни грешки.
Синхрон между екипи — обща среда.
8) Пазарно позициониране
Commerce Operations Platform за средни и големи онлайн търговци с международни операции. Послание: „От продукт и поръчка до маркетинг и обслужване — един оперативен център.“ Разграничител: операционни модули + event-driven automation.
9–10) Заключение и функционални направления
Платформата покрива продукти и каталози; поръчки и изпълнение; склад; куриерски интеграции; support и обаждания; CMS; кампании и flow-ове; форми и купони; финанси и контрагенти; потребители, роли, локализации и управление на достъп — т.е. цялостна операционна картина за eCommerce, не само „още един админ панел“.
Обобщение за ръководството: INTEGRA не замества екипа, а премахва триенето между инструменти — по-малко ръчни прехвърляния, по-ясни отговорности и измерими резултати в операции, маркетинг и финанси.
§11
Бизнес домейни (детайл) — част 1
11.1 Product (PIM + каталози)
Жизнен цикъл на артикули: създаване, валидиране, обогатяване, качество, синхронизация. Многостъпкови форми, корекционни потоци, масови редакции.
Onboarding: стъпково добавяне — по-малко непълни данни.
Качество: списъци за одобрение, корекция, ревизия.
Каталози: доставчици и канали.
Баркод governance: проверки и корекции.
Масови операции: голям асортимент.
Ефект: по-малко грешки, по-бърз time-to-market за SKU, по-добра конверсия от данни.
11.2 Order (OMS)
Команден център за поръчки — структуриране по държави и канали, контекстни опашки.
Multi-queue по държави, сайтове, маркетплейси.
Изключения: връщания, липси, изчакване, пакетаж.
Заявки към доставчици.
Видимост на ниво поръчка.
Ефект: по-кратко обработване, по-малко грешки, по-добър SLA.
11.3 Warehouse (WMS-подобни операции)
Визуална топология на пространството — рафтове и слотове, не само таблици.
Warehouse UI; slot операции; layout JSON.
Вход/изход/ревизия и връзка с поръчки.
Ефект: по-бърз picking, по-малко грешки, по-добър капацитет.
§11
Бизнес домейни (детайл) — част 2
11.4 Logistics
Модул за процесно управление и интеграции — контролируем път до доставка.
Ефект: конверсия, retention, по-нисък CAC при автоматизирани пътеки.
§11
Бизнес домейни (детайл) — част 3
11.7 Form & Lead
Форми по домейн — свързване към профили, купони и automation layer.
Динамично зареждане и правила.
Multi-step шаблони; user binding.
Купони static/unique; събития към flows.
Ефект: повече leads, сегментация, по-висока конверсия при стимули.
11.8 Finance
Транзакционни и управленски изгледи — връзка търговия ↔ финансов резултат.
Refunds; куриерски плащания; отчети по държави.
Счетоводство и контрагенти.
Ефект: маржин прозрачност и контрол на растежа.
11.9 Settings & Governance
Потребители и роли; достъп по модул.
Сайтове, доставчици, маркетплейси.
Преводи, локализации, ценообразуване.
Ефект: контролируем растеж и сигурна колаборация.
§12
Автоматизационен двигател (Flow Engine)
Flow Engine е „мозъкът“ на събитийните сценарии: вместо да пускате ръчно имейл при всяка ситуация, вие описвате правило — какво се случва след покупка, при изоставена количка, при връщане на складова наличност и т.н. Системата изпълнява стъпките във времето, с условия, и пази лог, за да видите какво е сработило и защо.
Просто казано: събитие (например „добавен в количката“) стартира сценарий. Сценарият може да изчака, да провери допълнително условие, да изпрати съобщение или да стартира персонален фонов job (например при много търсена стока) — с отлагане и повторен опит, когато е уместно.
Как работи „отвътре“ (опростено):
Събитие влиза в системата и се записва валидирано.
Намират се активни потоци (flow дефиниции), които се интересуват от този тип събитие.
Създава се инстанция на поток и се планира първата задача (job) с време за изпълнение.
Планировчикът изпълнява задачите по опашка според графика.
Всяка стъпка може да е имейл, пауза, условие или специална задача по вашия случай.
Резултатите и грешките се записват — виждате историята като „летопис“, не като черна кутия.
Практически ползи: можете да комбинирате отложено изпълнение (например напомняне след 24 ч.), разклонения според поведението на клиента, и специализирани задачи (напр. уведомяване при зареждане на наличност с повторни опити при временен технически проблем).
Схема: от събитие до действие
§13
API и реално време
API слоят свързва платформата с устройства на терен и с телефонията така, че операторът да не „търси в три системи“, докато клиентът чака.
13.1 Handover API
При склад и логистика често има смяна на устройство или оператор по една и съща поръчка. Handover API описва контролирана сесия: кое устройство работи по коя поръчка, дали е разрешено, и как се предава контекстът напред — без двусмислие и без „висящи“ задачи.
Сесии между устройство и поръчка със срок и статус.
Проверка дали устройството е активно и позволено за операцията.
При нова сесия старата се затваря контролирано (няма припокриващи се действия).
Подходящо за склад, терен и логистични постове с баркод скенери и мобилни клиенти.
13.2 Virtual Phone Exchange
Когато звъни телефонът, екипът вижда не само номера, а и кой е клиентът и какви са последните поръчки. Събитията от телефонията (звънене, отговор, край) се нормализират; номерата се привеждат към един формат за търсене.
Състояния на разговора за интеграция с операторски софтуер.
Нормализиране на телефонни номера за надеждно съвпадение.
Бързо отваряне на клиент и поръчки към обаждането.
Метаданни: оператор, времетраене, запис при политика на компанията.
Интеграция: устройство ↔ система ↔ поръчка
§14–17
Роли · KPI · Зрялост · Differentiators
14) Организационна употреба
По-долу е рамка кой екип за какво „сяда“ в системата — не за да ограничава творчество, а за да е ясно кой има право да променя критични неща и къде се търси информация при инцидент.
Продукти, поръчки, склад, логистика и базово обслужване на клиента — „да тръгнем и да изпълняваме стабилно“.
Growth Suite
Всичко от Core плюс кампании, автоматизирани потоци, форми за лийдове и купони — „да растем с контрол“.
Enterprise Multi-country
Growth Suite плюс разширени интеграции, по-силно управление на права и процеси при работа в много държави едновременно.
Търговски акцент: по-малко триене между отдели при повече поръчки; маркетинг и операции гледат едни и същи данни; международно разширяване без смяна на основната платформа.
Executive обобщение
Единна операционна инфраструктура: изпълнение, автоматизация и контрол в международен eCommerce контекст.
Топ резултати за бизнеса: единно място за контрол; по-бързи действия чрез автоматизации; мащаб без хаос; предвидимост в качеството; измерим ефект върху операции, маркетинг и финанси.
Стойност: по-ниски оперативни разходи за координация; директен ефект върху приходите чрез форми и потоци; по-малко риск от грешки; управление на растежа с ясни роли.
Следваща стъпка: работна среща, персонализирано демо и уточняване на обхват според екипи и пазари. Материалът е за предпродажбено и управленско споделяне.
Интеграцията на конкретни канали и политики за данни се описват в отделни приложения по проект.