Функціональні можливості екосистеми Centoro

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

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

Платформа доступна лише після входу в систему. Користувач, який не увійшов у систему, бачить лише розділ для входу

Платформа у вигляді каталогу товарів, доступна для всіх, із прихованими цінами. Можливість оформити замовлення лише після входу в систему.

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

Заявки на доступ нових клієнтів (які не мають досьє контрагента в системі). Дозволено подавати заявки новим клієнтам. Новий клієнт заповнює реєстраційну заявку, вказавши дані своєї компанії (зокрема, реєстраційні дані, контактні дані, згоду на обробку персональних даних). Заявка реєструється в адміністративній панелі. Адміністратор отримує повідомлення про заявку на доступ нового клієнта. Адміністратор самостійно перевіряє клієнта та вручну додає його до системи. Без схвалення адміністратора клієнт не має доступу до платформи.

Завантаження даних із GUS. Клієнт, заповнюючи реєстраційну форму для нових клієнтів, має можливість автоматично завантажити дані про компанію з бази GUS після введення номера NIP (стосується виключно компаній, зареєстрованих у Польщі).

Після створення облікового запису в CStore адміністратор вручну з панелі управління CStore надсилає клієнту вітальний лист із даними для входу (лист генерується системою CStore) або CStore надсилає вітальний лист клієнту автоматично (це визначається на етапі впровадження). Клієнт самостійно не має можливості змінювати дані, але може заповнити форму з проханням про зміну даних, яка надсилається електронною поштою адміністратору та реєструється в адміністративній панелі у розділі «Запити».

Клієнт має можливість вказати нову адресу доставки, яка потім підлягає затвердженню адміністратором (без затвердження ця адреса недоступна для оформлення замовлення).

Усі клієнти можуть додавати нові адреси для відправлень без необхідності їх перевірки адміністратором.

Клієнти, позначені прапорцем «дропшиппінг», мають можливість самостійно додавати нові адреси доставки, які стають доступними одразу під час оформлення замовлення (попередня перевірка адміністратором не потрібна).

Облікові записи співробітників. Клієнт або адміністратор після входу в обліковий запис клієнта має можливість створювати облікові записи співробітників, пов’язані з основним обліковим записом. Підобліковий запис має власну електронну адресу, пароль, а також ім’я та прізвище працівника. Рівні доступу: перегляд або відсутність доступу до фінансової інформації (розрахунки, рахунки-фактури та залишки). Після оформлення замовлення з відповідного облікового запису працівника система фіксує інформацію про те, що замовлення було оформлено конкретною особою. Працівники бачать усі замовлення в межах всієї компанії.

Облікові записи співробітників — розширені права доступу. Платформа дозволяє визначати додаткові рівні прав доступу для облікових записів співробітників, пов’язаних з головним обліковим записом клієнта. Адміністратор (головний обліковий запис) може визначити, які облікові записи співробітників мають право розміщувати замовлення, що потребують затвердження, або такі, що надходять безпосередньо на виконання. У випадку замовлень, що потребують затвердження, головний обліковий запис має можливість затвердити замовлення повністю, внести до нього зміни або відхилити його. Крім того, можна визначити, чи мають облікові записи співробітників доступ лише до власних замовлень або до замовлень усіх співробітників компанії, а також чи бачать вони власні рахунки-фактури, жодних рахунків-фактур чи всі. Адміністратор також може визначити, які облікові записи мають права на управління іншими обліковими записами співробітників.

Місця виникнення витрат (МВВ). Система дозволяє створювати та керувати місцями виникнення витрат (МВВ) як в адміністративній панелі, так і на стороні клієнта. Права на створення МВВ мають користувачі, яким надано право «керування МВВ». Створені МВВ можна прив’язувати до рахунків або субрахунків клієнта (рахунків співробітників). Якщо до субрахунку прив’язано одне МВВ, воно автоматично додається до кожного замовлення без можливості зміни. У разі прив’язки декількох МВВ користувач обирає відповідне МВВ під час оформлення замовлення. Для кожного МВВ можна встановити місячний або квартальний ліміт витрат. Залежно від встановлених прав доступу, працівник може оформлювати замовлення самостійно (у межах ліміту), мати обов’язок узгодження всіх замовлень з керівником або потребувати затвердження лише у разі перевищення доступного ліміту. Система надсилає повідомлення електронною поштою про необхідність затвердження замовлення на основний обліковий запис. Інформація про MPK передається у полі «Примітки» до замовлення.

Облікові записи дистриб'юторів. Обліковий запис типу «дистриб'ютор» дає можливість створювати облікові записи для своїх клієнтів із визначеною надбавкою у відсотках до всього прайс-листа (одна надбавка на весь асортимент). Кінцевий клієнт, увійшовши в систему з такого облікового запису, бачить ціни даного дистриб'ютора з уже врахованою націнкою і бачить лише ці ціни з урахуванням націнки. Обліковий запис дистриб'ютора відображає всі замовлення всіх своїх клієнтів з інформацією про ціну, за якою клієнт їх придбав, та ціну, що діє для дистриб'ютора, разом із визначеною сумою націнки (скільки він заробив на даній транзакції). Кінцевий клієнт бачить лише свої замовлення. Кожне замовлення клієнта потребує затвердження дистриб’ютором; без затвердження замовлення не обробляється, або замовлення автоматично приймаються дистриб’ютором від обраних перевірених клієнтів дистриб’ютора. Дистриб’ютор отримує повідомлення електронною поштою про надходження нового замовлення. Клієнт отримує повідомлення після затвердження замовлення та передачі його на виконання.

Підтримка декількох компаній. Дозволяє об’єднувати облікові записи клієнтів у групи, в рамках яких користувач після входу в систему може перемикатися між обліковими записами, прив’язаними до різних компаній (з окремими податковими номерами), без необхідності мати окремі дані для входу. Групи клієнтів створюються та управляються на рівні платформи CStore адміністратором.

Польська мовна версія.

Кілька мовних версій. Платформа підтримує багато мовних версій. Переклад вноситься безпосередньо Замовником.

Ми хочемо одноразово імпортувати товари на основі наданого файлу у форматі CSV (Excel) або XML, підготовленого Замовником самостійно або згенерованого існуючим інтернет-магазином.

Ми додаємо товари вручну в адміністративній панелі.

Усі клієнти бачать усі товари.

Обмежена видимість товарів за прайс-листами. Клієнти бачать лише ті товари, до яких їм прив’язано прайс-лист. Клієнт, якому не прив’язано загальний прайс-лист або індивідуальну ціну на певний товар, не бачить цей товар після входу в систему.

Обмежена видимість товарів за категоріями. За замовчуванням клієнти бачать усі товари з обраних асортиментних категорій, доступних для всіх. Щодо решти категорій адміністратор визначає, які асортиментні групи (категорії) мають бути видимі для конкретного клієнта. Після входу в систему клієнт бачить лише свої товари. Інші клієнти не бачать цих товарів.

Останні покупки. Динамічне формування вкладки «Останні покупки» на основі історії замовлень клієнта за останні 3, 6, 12 та 24 місяці. У розділі «Останні покупки» автоматично з’являться товари, які він замовляв, із зазначенням кількості товарів, придбаних клієнтом за вибраний період, а також поточної ціни та наявності товару. Доступна опція фільтрації результатів за категоріями, брендами, пошуковим запитом (наприклад, кодом товару або назвою) та наявністю. Можливість додавання вибраних товарів до кошика для повторного замовлення. Можливість експорту списку всіх товарів або лише вибраних до файлу CSV.

Імпорт товарів у кошик із файлу. Клієнт має можливість імпортувати товари у кошик із файлу у форматі CSV або XLSX (Excel) або шляхом вставлення текстового списку у форматі (EAN або індекс; кількість). Система автоматично розпізнає структуру завантаженого файлу, відображає його попередній перегляд і дозволяє клієнту вказати стовпці, що містять код EAN або індекс товару, а також кількість, що замовляється. Після зіставлення даних товари імпортуються до кошика. Схеми імпорту зберігаються для конкретного користувача, що дозволяє автоматично розпізнавати поля під час повторного імпорту файлу з такою самою структурою. У разі виникнення проблем з обробкою файлу система відображає повідомлення про помилку та надає адміністратору звіт щодо необроблених файлів.

Розширений механізм пошуку товарів. Платформа використовує пошуковий механізм Typesense, що забезпечує швидкий і точний пошук товарів у режимі реального часу. Пошукова система підтримує толерантність до орфографічних помилок, завдяки чому користувач отримує правильні результати навіть при помилках у написанні. Можна визначати синоніми, що дозволяє розглядати різні терміни як еквівалентні, наприклад, «ноутбук» і «ноут». Система автоматично визначає рейтинг результатів на основі точності збігу тексту, кількості полів, у яких відбувся збіг, довжини збігу, а також додаткових атрибутів, таких як популярність, ціна чи дата додавання. Вбудований механізм автозаповнення пропонує варіанти під час введення запиту, що дозволяє швидко знайти товар. Пошукова система також підтримує динамічне сортування результатів, зокрема за релевантністю та ціною.

Індивідуальні коди товарів для клієнта. Система дозволяє прив’язувати до конкретного клієнта індивідуальні коди товарів, які він використовує під час пошуку на платформі. Ці коди можуть вводитися адміністратором вручну або імпортуватися клієнтом із файлу CSV у форматі (код EAN; індекс товару клієнта). На сторінці товару клієнт бачить як код товару, що діє в системі, так і свій індивідуальний код.

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

Набори товарів / пакети. На рівні CStore ми створюємо набір товарів, який складається з товару А — 1 штука, товару Б — 3 штуки, товару В — 5 штук, і вказуємо єдину кінцеву ціну незалежно від кількості, яку замовляє клієнт. CStore динамічно розраховує наявність набору на основі складових товарів, що входять до нього. На сторінці товару клієнт бачить, з яких товарів складається набір, яка ціна окремих товарів і яка ціна набору. Після оформлення замовлення клієнтом набір у панелі адміністратора розбивається на окремі товари, а ціна цих товарів розраховується пропорційно до знижки, яка надавалася на набір. У замовленні міститься примітка про те, що товари були розбиті на окремі позиції з певного набору.

Пов’язані товари. Ми пов’язуємо товари на рівні платформи CStore. На сторінці товару ми показуємо клієнтам, що цей товар доступний із подібними характеристиками або існує у кількох варіантах, наприклад, за кольором, розміром тощо.

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

Замінні товари. Після переходу до сторінки товару, який наразі недоступний (наприклад, через тимчасову відсутність на складі), платформа пропонує замінні товари, доступні для продажу. Зв’язки між товарами визначаються на рівні платформи CStore.

Продаємо до вичерпання запасів на складі. Показуємо клієнту, скільки товару є на складі, у штуках або у діапазонах, наприклад: 10–20, 21–50, 50+ тощо. Діапазони можна налаштувати в адміністративній панелі.

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

Ми дозволяємо продаж у кількості, меншій за залишок на складі. Ми повідомляємо клієнту про очікувану доступність товару, якщо він замовляє кількість, що перевищує наявний запас на складі, наприклад, товар буде доступний через 5–7 днів.

Розподіл замовлень залежно від наявності. Під час оформлення замовлення ми надаємо можливість замовити товари, які є в наявності на місцевому складі, а також товари, які є в наявності на зовнішньому складі (на замовлення). Під час оформлення замовлення ми запитуємо клієнта, чи бажає він отримати замовлення повністю (що пов’язано з довшим терміном виконання), чи розділити замовлення на два, відповідно до наявності товару, тобто товари, наявні на місцевому складі, ми відправляємо одразу, а товари зі зовнішнього складу — окремим замовленням (що пов’язано з подвійним нарахуванням транспортних витрат або перевіркою дотримання мінімальних логістичних вимог щодо здійснення двох відправлень). У разі розділення замовлення на дві частини у CStore з’являються два окремі замовлення відповідно до наявності товарів.

Розподіл замовлень за групами товарів. Клієнт на стороні платформи формує одне замовлення. На стороні CStore відбувається розподіл замовлень за асортиментними групами.

Повідомлення про наявність товару. Клієнт може підписатися на повідомлення про наявність товару, якщо його немає на складі. У адміністративній панелі можна переглянути, який саме клієнт, коли та на які товари підписався. Коли товар з’явиться на складі, клієнт отримує автоматичне повідомлення електронною поштою.

Заплановані поставки. Платформа відображає інформацію про заплановані поставки з розбивкою за датами та кількостями (з урахуванням резервувань). На картці товару відображаються найближчі терміни поставок разом із доступними кількостями. Клієнт має можливість оформляти замовлення на товари, що надходять у рамках запланованої поставки. Якщо товар доступний як на складі, так і в майбутній поставці, клієнт оформлює окреме замовлення, вказавши конкретну поставку, з якої воно має бути виконане (об’єднання позицій з різних поставок в одному замовленні неможливе).

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

Ми продаємо товари в одній одиниці виміру, без можливості вибору типу упаковки клієнтом. Кожен товар може мати лише одну свою одиницю виміру. Кожен товар має окрему картку в обраній одиниці виміру.

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

Продаж у різних валютах.

Базові прайс-листи, на основі яких надалі розраховуються знижки.

Ми встановлюємо процентні знижки для конкретного клієнта на вибрані асортиментні групи / категорії найвищого рівня.

Контрактна ціна, що встановлюється для конкретного клієнта на конкретний товар. Клієнт, незалежно від знижок, купує товар за визначеною ціною.

Залежно від типу оптової упаковки клієнт має право на % знижки на товари. Відсоток знижки, встановлений у CStore, є однаковим для всіх клієнтів.

Залежно від суми замовлення клієнт має право на % знижки на товари. Відсоток знижки ми встановлюємо в CStore для відповідних груп клієнтів (різні групи клієнтів мають різний відсоток знижки).

Залежно від кількості замовлених одиниць одного й того самого товару клієнт має право на % знижки на товари. Відсоток знижки, встановлений у CStore, є однаковим для всіх клієнтів.

Акційна пропозиція: придбайте X одиниць певного товару, і ви отримаєте додаткову одиницю за 0,01 злотого або 1 злотий.

Мінімальна ціна продажу. Можливість вказати прайс-лист, у якому визначено мінімальну ціну продажу, нижче якої, незалежно від наданих знижок, клієнт не може отримати нижчу ціну.

Цілі покупок для клієнтів. Керівник відділу продажів для обраного сегмента клієнтів або конкретного клієнта має можливість встановити ціль покупок, після перевищення якої клієнт отримує додаткову знижку на всі виконані замовлення (виставлені рахунки-фактури) за певний період. Розрахунок знижки з клієнтом здійснюється вручну, поза платформою. Цілі можна встановлювати щомісяця та/або щокварталу на певну суму покупок у конкретній асортиментній групі. Також можливе планування цілей на майбутні періоди. Клієнт на платформі бачить, який ціль встановлено на найближчий період, який поточний рівень його виконання та для якої асортиментної групи діє ця ціль. Керівник відділу продажів має можливість підготувати звіт за обраний період для всіх або окремих клієнтів із зазначенням обсягу продажів та інформацією про нараховану знижку.

Рейтинг клієнтів. Адміністратор має можливість створювати та керувати кількома рейтингами клієнтів із зазначенням розрахункового періоду, наприклад, місяця, кварталу, року або будь-якого вказаного проміжку часу. Клієнт може входити до одного або декількох рейтингів. Система автоматично підраховує оборот клієнтів за певний період і формує рейтинг. Після входу на платформу клієнт бачить своє місце в рейтингу, а також анонімні дані клієнтів, які знаходяться безпосередньо перед ним і за ним (відображається лише рівень обороту). Адміністратор визначає опис рейтингу, наприклад, інформацію про винагороди та/або правила.

Презентація торгових умов. Клієнт має доступ до сторінки, на якій представлені його індивідуальні торгові умови, зокрема терміни оплати, діючі знижки на окремі категорії товарів та контрактні ціни, прив’язані до його облікового запису на основі визначеного прейскуранта.

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

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

Для клієнтів, зареєстрованих на території Польщі, вартість доставки розраховується автоматично на платформі. Закордонні клієнти отримують повідомлення про те, що вартість доставки визначається індивідуально поза межами платформи.

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

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

Ми надаємо клієнту номер транспортної накладної.

Розрахунок витрат та заповнюваності палети. Платформа повідомляє клієнту, який на даний момент відсоток заповнення палети та скільки палет він замовляє. Розрахунок здійснюється на основі встановленого значення для даного товару — скільки товару вміщується на палеті (наприклад, конкретний товар вміщується у 20 упаковках на 1 палету, що означає, що 1 упаковка = 5% заповнення палети). Система підраховує різні товари, що містяться в замовленні, і на цій основі розраховує кількість та заповнюваність палети. Налаштування вартості доставки палети та відображення транспортних витрат для клієнтів.

Надання клієнту можливості відправити вантаж за власним транспортним накладом. Під час оформлення замовлення клієнт завантажує етикетку транспортного накладу та вказує номер накладу. Адміністратор отримує повідомлення разом з етикеткою, за якою він має відправити вантаж. Ми не стягуємо з клієнта додаткових комісій за доставку власним кур’єром.

Повідомлення водіїв. У разі особистого отримання товару власним транспортом клієнт має можливість вказати дату та часовий проміжок для під’їзду транспорту (вибір із календаря відповідно до годин роботи складу, однак не раніше, ніж встановлений час, необхідний для підготовки замовлення). Можливість вказати особу, яка приїде (ім’я, прізвище, номер телефону), а також, за бажанням, додати коментарі. Повідомлення про прийом надсилається після оформлення замовлення.

Система обігу палет. Клієнт має можливість подати заявку на вивезення палет за допомогою форми на платформі, яка містить поля, що підлягають заповненню. На підставі заявки система реєструє її на рівні платформи та надсилає повідомлення електронною поштою на вказану адресу. Клієнт має доступ до переліку всіх заявок щодо вивезення палет.

Окремі клієнти можуть здійснювати покупки з відстрочкою оплати. Для кожного клієнта може бути встановлено різний термін оплати.

Клієнт має можливість здійснити оплату заздалегідь шляхом переказу коштів на банківський рахунок.

Клієнт має можливість здійснити попередню оплату за допомогою системи онлайн-платежів (інтеграція з przelewy24.pl).

Клієнт має можливість оплатити товар при отриманні.

Очікувана дата виконання замовлення. Під час оформлення замовлення клієнт обирає в календарі дату доставки з-поміж днів, призначених йому в графіку (наприклад, вівторки та п’ятниці). Система пропонує найближчу можливу дату доставки, враховуючи час оформлення замовлення та мінімальний час, необхідний для його виконання, наприклад 24 години. Це означає, що замовлення має бути оформлене з відповідним запасом часу, щоб його можна було відправити у вибраний день доставки. Вибрана дата є орієнтовною і вказується у примітках до замовлення.

Власний номер замовлення. Клієнт має можливість вказати власний номер (сторонній номер) під час оформлення замовлення, який потім зберігається у примітках до замовлення та відображається у списку замовлень в історії цього клієнта.

Автоматичні пропозиції щодо замовлення. Модуль відстежує історію покупок і пропонує клієнту повторно замовити певні товари, коли передбачає, що їхні запаси закінчуються. Система пропонує клієнту затвердити кошик покупок. Клієнт може оформити весь кошик та/або внести до нього зміни. Частота підказок встановлюється на рівні платформи або розраховується на основі середнього часу між попередніми замовленнями. Можливість налаштування повідомлення електронною поштою для клієнта з інформацією про підготовлену пропозицію кошика.

CStore AI Orders. Розпізнавання та прийом замовлень з електронної пошти за допомогою штучного інтелекту. — Модуль дозволяє автоматично обробляти замовлення, що надходять від клієнтів електронною поштою, а також документи та вкладення у форматах PDF, XLS, XLSX, DOC, DOCX та CSV. - Система аналізує зміст повідомлень та вкладень (оператор також має можливість вручну імпортувати документи), розпізнає товари, кількості та одиниці виміру, ідентифікує клієнта на основі електронної адреси або домену відправника, а також зіставляє розпізнані позиції з картками товарів, доступними в системі, на основі індексів та кодів EAN. - Під час формування проекту замовлення система враховує індивідуальні торгові умови клієнта, зокрема призначені прейскуранти. Оператор отримує готовий проект замовлення разом з інформацією про ступінь впевненості у розпізнаванні окремих позицій, можливістю перевірки та коригування даних, а також затвердження документа. Після затвердження замовлення автоматично створюється на платформі CStore. - Модуль реєструє історію оброблених повідомлень і документів разом з інформацією про користувача, який їх затверджує, та змінами, внесеними до остаточного оформлення замовлення. - Механізм використовує моделі штучного інтелекту, надані OpenAI (ChatGPT). Витрати на використання моделей штучного інтелекту (токенів) несе Замовник відповідно до фактичного споживання. - У рамках налаштування модуля проводиться оптимізація механізму штучного інтелекту на основі зразків замовлень, наданих Замовником. Рекомендується надати щонайменше 150 історичних електронних листів та/або документів, що містять замовлення.

Історія замовлень на платформі має містити лише ті замовлення, які були оформлені виключно через платформу B2B. Клієнт має можливість переглянути замовлення та поновити його.

Історія замовлень на платформі має містити всі замовлення, зроблені через будь-які канали, включаючи замовлення, зроблені поза межами платформи B2B. Клієнт має можливість переглянути замовлення та поновити його. Ми повідомляємо клієнта про зміну статусу.

Відстеження змін у замовленнях. Клієнт розміщує замовлення на платформі. У разі внесення змін до замовлення (наприклад, коригування кількості або видалення позиції) платформа автоматично завантажує оновлені дані та відображає відмінності між початковою версією та виконаною. Клієнт та адміністратор мають можливість переглянути зміни, а адміністратор може сформувати звіт за обраний період, що містить усі змінені замовлення. Система автоматично надсилає клієнту повідомлення про зміну в виконанні замовлення. Під час оформлення наступного замовлення платформа пропонує додати товари, яких не вистачало в попередніх замовленнях, якщо вони вже є в наявності на складі.

Ми надаємо звітність щодо рахунків-фактур і представляємо її клієнту у вигляді переліку рахунків-фактур із зазначенням дат виставлення, дат оплати, сум рахунків-фактур та суми, що залишилася до сплати.

Ми надаємо рахунки-фактури з ПДВ у форматі PDF і даємо клієнту можливість завантажити їх після входу в систему.

Ми надаємо доступ до коригувальних рахунків-фактур з ПДВ та даємо можливість клієнту завантажити їх після входу в систему.

Нагадування про платежі. Система надсилає клієнту нагадування електронною поштою про наближення терміну оплати, а також у разі прострочення — повідомлення, наприклад, через 7 або 14 днів (ці значення можна налаштувати) як клієнту, так і продавцю. Кожне нагадування містить дані про поточну неоплачену рахунку-фактуру та перелік інших прострочених рахунків-фактур.

Представляємо ліміт на покупки для клієнта.

Представляємо підсумок розрахунків.

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

Блокування замовлень у разі прострочених платежів. У разі прострочених рахунків-фактур понад визначену кількість днів система не приймає замовлень і відображає повідомлення про необхідність погашення заборгованості. Клієнт отримує повідомлення електронною поштою про блокування прийому замовлень. Після погашення заборгованості система автоматично знімає блокування та надсилає електронне повідомлення про відновлення можливості оформлення замовлень.

Облікові записи торгових представників. Торговий представник повинен мати можливість увійти у свій обліковий запис. Торговий представник може увійти в обліковий запис клієнта та оформити замовлення від його імені (система фіксує інформацію про те, який торговий представник створив замовлення, і передає її у примітках до замовлення). Після входу в систему у верхній частині платформи клієнт бачить фотографію, ім’я та прізвище, номер телефону та електронну адресу куратора / торгового представника, який відповідає за співпрацю.

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

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

Списки покупок. Клієнт (або продавець) може самостійно створити кілька списків покупок в одному обліковому записі. Ці списки покупок можна редагувати, неодноразово використовувати та видаляти. Список покупок можна перетворити на замовлення.

Створення пропозицій торговими представниками. Торговий представник може підготувати пропозицію на платформі CStore для конкретного клієнта з індивідуальними цінами та кількостями, вказаними ним самим. Пропозиція надсилається клієнту електронною поштою через CStore і відображається після входу в обліковий запис клієнта. На пропозиції є кнопка «оформити замовлення» (у PDF-файлі), яка перенаправляє на платформу для оформлення пропозиції.

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

Створення пропозицій клієнтами. Клієнт може підготувати пропозицію для свого клієнта на платформі CStore. У рамках пропозиції клієнт обирає товари з асортименту торговельної платформи CStore, має можливість додавати власні додаткові позиції (довільний текст, наприклад, з описом послуги, що надається), змінювати кількість, ціни, вводити дані свого клієнта та термін дії пропозиції. Потім пропозицію можна завантажити у форматі PDF та надіслати кінцевому клієнту. Якщо наш клієнт бажає прийняти пропозицію, він може зробити це на рівні платформи, перетворивши пропозицію на замовлення та швидко оформивши покупку товарів, що були на платформі, за цінами з урахуванням його індивідуальних знижок.

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

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

Аналіз поведінки клієнтів. Механізм, що фіксує дії клієнтів на платформі, такі як: вхід у систему, перегляд певної категорії чи товару, додавання товарів до кошика, перегляд текстової сторінки, оформлення замовлення. У рамках зареєстрованих подій ми маємо повну історію (який користувач які дії виконав). Продавець має можливість переглянути поведінку конкретного клієнта, а також шукати клієнтів, які виконали або не виконали певну дію. Наприклад, перелік клієнтів, які переглядали певний товар або товар із певної асортиментної групи; клієнти, які не входили на платформу протягом останніх X днів.

Базове графічне оформлення. Самостійне додавання Замовником логотипу, рекламних банерів та текстової інформації.

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

Впровадження наданого індивідуального графічного дизайну (графічний макет, наданий Замовником після попередньої консультації з CStore). Обсяг впровадження графічного дизайну: дизайн головної сторінки, списку товарів, картки товару, текстової сторінки, контактної сторінки.

Експорт картки товару у файл PDF. Клієнт має можливість експортувати картку товару у файл PDF. Шаблон файлу PDF буде розроблено та затверджено разом із Замовником.

Програма лояльності. Програма доступна виключно через платформу лише для обраних клієнтів. Адміністратор вирішує, які клієнти матимуть доступ до програми. За покупки клієнти отримують певну кількість балів. На сторінці товару вказано, скільки балів клієнт отримає за покупку. Клієнт також бачить зведення своїх балів (тобто поточний стан, а також історію нарахування та списання балів). Ми запроваджуємо фіксований коефіцієнт перерахунку, наприклад, 1 злотий = 1 бал. Бали нараховуються в той момент, коли статус замовлення змінюється на «виконано» / «відправлено». Бали нараховуються лише за замовлення, оформлені через платформу. Крім того, система підтримує заохочення певних дій, наприклад: «Оформіть замовлення до 12:00 і отримайте додаткові 50 балів»; «Замовте конкретний товар (або товари з певної категорії найнижчого рівня) і отримайте втричі більше балів, ніж зазвичай»; Каталог нагород, де клієнти бачать перелік товарів у закритому доступі (лише для учасників програми лояльності); у цьому каталозі для кожного товару вказано, за скільки балів його можна отримати. Після досягнення необхідної кількості балів за певний товар його доставка здійснюється безкоштовно. Оплата одночасно балами та грошима неможлива.

Рекламації. Після входу в систему клієнт має можливість подати рекламацію, заповнивши форму на CStore та вказавши додаткові поля (перелік полів узгоджується з Ліцензіатом). Форма надсилається на електронну пошту клієнта та на вказану електронну адресу адміністратора (призначена особа в компанії, яка обробляє рекламації). З боку CStore передбачена можливість ручного зміни статусів розгляду скарги та додавання коментарів до скарги. Клієнт не має можливості вносити додаткові зауваження до скарги, яку він раніше подав. Після входу в обліковий запис клієнт бачить перелік поданих скарг та статус їхнього розгляду.

Рекламації, пов’язані з документами про продаж. Під час заповнення форми клієнт обирає конкретну накладну, до якої стосується рекламація (зі списку документів, дата яких не перевищує визначений термін). Після вибору документа система відображає перелік товарів із зазначенням їх кількості, що була вказана в цьому документі. Клієнт обирає товари, щодо яких подається рекламація, та їх кількість (не більшу, ніж у первинній накладній). Після надсилання форми рекламація реєструється в системі та надсилається електронною поштою.

Опитування. Можливість періодично проводити опитування серед клієнтів. Адміністратор визначає перелік питань та варіантів відповідей у закритій формі (А, Б, В тощо) та у відкритій формі (клієнт може ввести власну відповідь). Ми визначаємо період, протягом якого опитування доступне для клієнтів після входу в систему. Під час входу з’являється повідомлення з проханням заповнити опитування; клієнт може заповнити його або проігнорувати. Адміністратор має можливість експортувати результати опитування у файл CSV.

Інтеграція з обраною системою розсилки новин (вибір системи визначається на етапі впровадження).

Надання доступу до пропозиції у форматі XML для клієнтів, які мають інтернет-магазини з каталогами товарів, інформацією про наявність та ціну для покупців. Обрані нами клієнти отримають доступ до свого індивідуального файлу, який вони зможуть імпортувати у свій магазин.

Автоматичне прийняття замовлень через REST API. Надання обраним клієнтам можливості приймати замовлення через REST API, завдяки чому, наприклад, зовнішній інтернет-магазин зможе автоматично оформити замовлення через наш API без необхідності входу в особистий кабінет.

Відображення повідомлень для клієнтів. Платформа дозволяє показувати клієнтам певні текстові та/або візуальні повідомлення у встановлений термін (дата та час від / до). Інформація з’являється після входу в систему або, якщо клієнт уже увійшов, під час переходу між вкладками. Клієнт повинен підтвердити, що ознайомився з повідомленням, щоб продовжити користування платформою. Повідомлення відображається одноразово для конкретного клієнта і залишається видимим доти, доки його не буде позначено як прочитане.

Внутрішня система обміну повідомленнями на платформі з клієнтами. Механізм, що дозволяє адміністратору або менеджерам надсилати клієнтам повідомлення, які стають доступними після входу на платформу. У рамках повідомлення є можливість надіслати текстове повідомлення та, за бажанням, вкладення, наприклад, у вигляді файлу PDF. Клієнт має можливість відповісти на отримане повідомлення, також з можливістю додавання файлів. Після отримання повідомлення на платформі клієнт додатково отримує повідомлення на електронну пошту про надходження повідомлення. Менеджер з продажу / адміністратор також отримує повідомлення після надходження нового повідомлення. Можливість надсилання повідомлень одному, кільком або всім клієнтам (наприклад, про актуальну обмежену в часі акцію, документи для підписання, анкету для заповнення тощо).

Мобільний додаток для продажів із підтримкою штучного інтелекту для торгових представників. - Додаток доступний для смартфонів та планшетів на базі Android та iOS. - Перегляд завдань на конкретний день із можливістю позначити їх як виконані та додати коментар щодо виконання. - Звітність про вхідні та вихідні дзвінки з зазначенням їхньої тривалості та автоматичним прив’язуванням до облікового запису клієнта в модулі CRM (з можливістю перегляду історії контактів). - Після завершення розмови торговий представник може додати голосову замітку, яка автоматично перетворюється на текст і прив’язується до облікового запису клієнта в модулі CRM. - Звітування про GPS-локацію — система реєструє місце виконання завдання (наприклад, візит до клієнта). Керівник має можливість переглядати карти з позначеними локаціями та статусом виконання завдань торговими представниками.

Прийняття замовлень в офлайн-режимі. Мобільний додаток дозволяє продавцю оформлювати замовлення від імені клієнтів без активного підключення до Інтернету. Замовлення зберігається локально в додатку й автоматично передається після відновлення з’єднання з мережею. У режимі офлайн продавець має доступ до переліку товарів із назвами, індексами, залишками на складі та мініатюрами основних і додаткових фотографій. Також доступні функції перегляду товарів за категоріями, пошуку та сортування за вибраними параметрами.

Синхронізація телефону та планшета. Продавець має можливість одночасно користуватися мобільним додатком на телефоні та планшеті, будучи авторизованим у тому самому обліковому записі. У момент отримання дзвінка від клієнта на телефон, на планшеті (з активним підключенням до Інтернету) автоматично з’являється сповіщення з питанням, чи створити замовлення для клієнта, що дзвонить. Після підтвердження відбувається перенаправлення до модуля прийому замовлень. Аналогічна функція доступна у веб-версії — якщо продавець увійшов до адміністративної панелі або на сайт CRM, система відображає вікно з можливістю прийняти замовлення від імені клієнта, автоматично входячи в обліковий запис клієнта, що дзвонить, та даючи змогу розпочати процес оформлення замовлення.

Управління клієнтами та історією співпраці. Продавець має доступ до списку клієнтів, прив’язаних до його облікового запису, із візуальним позначенням їхньої купівельної активності. Клієнти, які оформили замовлення протягом останніх 30 днів, позначені зеленим кольором, ті, чиї замовлення були зроблені від 31 до 60 днів тому, — жовтим, а решта — червоним. Діапазон днів можна налаштувати в системі. Після вибору клієнта продавець отримує доступ до його картки, що містить контактні дані, історію замовлень за останні три місяці та перелік рахунків-фактур із зазначенням статусу оплати.

Шаблони покупок для клієнтів. Для кожного клієнта може бути визначено один шаблон покупок, у рамках якого призначаються категорії товарів найнижчого рівня (без визначення цільових показників продажів). Продавець, спираючись на шаблон, прив’язаний до клієнта, має можливість сформувати звіт, що відображає кількість та вартість виставлених рахунків-фактур у окремих асортиментних групах. За замовчуванням список сортується за групами з найнижчим обсягом продажів, які відображаються на початку переліку. Звіт доступний як на онлайн-платформі, так і в мобільному додатку.

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

Рейтинг торгових представників. Система дозволяє створювати та керувати численними рейтингами продажів для обраних географічних регіонів, що охоплюють окрему країну, кілька країн або весь світ. Кожен рейтинг базується на певній меті, наприклад, на кількості залучених клієнтів, обсязі продажів або кількості виконаних заходів (наприклад, встановлення рекламних стендів). Продавці, які досягнуть найвищих результатів за певний період, займають найвищі позиції в рейтингу. Рейтинги можуть вестися одночасно, а окремий продавець може брати участь у декількох з них одночасно. Кожен рейтинг має назву, опис та можливість визначити нагороду або правила змагання. Продавець має доступ до списку рейтингів, у яких він бере участь, разом із датами початку та закінчення, займаною позицією та результатами інших учасників — як тих, хто попереду нього, так і тих, хто позаду. Крім того, він має можливість переглядати архівні рейтинги за останні 12 місяців, що дозволяє аналізувати результати та відстежувати прогрес у часі.

CStore AI SFA Scan. Розпізнавання переліку товарів за фотографіями з використанням штучного інтелекту. — Продавець робить фотографію переліку товарів або документа, що містить товари. Перед аналізом можна обрізати фотографію до обраної області. — Система аналізує зображення, розпізнає товари та їхню кількість, а потім зіставляє виявлені позиції з картками товарів на основі кодів EAN або індексів. - Після завершення аналізу додаток автоматично створює перелік позицій для замовлення або пропозиції. Користувач має можливість перевірити та скоригувати розпізнані дані перед затвердженням. - Товари, нерозпізнані в базі карток, відображаються в окремому списку, що потребує перевірки. - Механізм використовує моделі штучного інтелекту, надані OpenAI (ChatGPT). Витрати на використання моделей штучного інтелекту (токенів) несе Замовник відповідно до фактичного споживання.

Панель CRM. Після входу на платформу торговий представник та адміністратор отримують доступ до модуля управління відносинами з існуючими та потенційними клієнтами, який охоплює такі аспекти: - Панель із підсумковою інформацією (можливість персоналізації даних, що відображаються); - Воронка продажів із потенційними клієнтами, етапами продажів, клієнтами та вартістю транзакцій. - Карта, що відображає список поточних та потенційних клієнтів, із можливістю фільтрування за обраними критеріями. Продавець може переглянути, де саме знаходиться конкретний клієнт, а також має фільтр, за допомогою якого можна вибрати, чи відображати лише поточних клієнтів, чи також потенційних клієнтів, яких ще немає в системі; потенційні клієнти виділені іншим кольором, ніж поточні; фільтр за датою останньої активності, наприклад, клієнти, яких не відвідували протягом останніх X днів. Результат фільтрації у вигляді карти та списку контрагентів. - Можливість перегляду на рівні конкретного контрагента — інформації про останні замовлення, стан розрахунків, адресу місцезнаходження компанії (клієнт може мати кілька адрес, одна з яких повинна бути позначена як адреса місцезнаходження компанії), контактні дані (ім’я, прізвище, телефон, електронна пошта — можливість вказати декількох контактних осіб (модуль, незалежний від модуля субрахунків) із зазначенням їхньої ролі в команді (довільне текстове поле) — Планування завдань (які будуть одного з таких типів: зустріч, подання першої пропозиції (для нового клієнта), телефонний дзвінок, нотатка) на рівні конкретного контрагента (вказати дату, назву завдання та тип); можливість перегляду всіх завдань на рівні конкретного контрагента, а також на рівні списку всіх контрагентів, закріплених за конкретним торговим представником, та фільтрація за типом завдання (адміністратор має можливість переглядати всіх торгових представників та всі завдання). Завдання позначаються як виконані, їх також можна редагувати або видаляти. - Анкета, яку має заповнити торговий представник після першої зустрічі. Формат анкети визначається адміністратором; після зустрічі необхідно заповнити анкету (але лише у тому випадку, якщо клієнт раніше її не заповнював; у рамках анкети ми дізнаємося або формуємо більш детальний опис даної компанії). - Можливість додавання потенційного контакту (нового контакту, який наразі ще не є нашим клієнтом і не фігурує в системі); на рівні потенційних контактів також є можливість додавати їх на карту та визначати завдання; можливість складання звітів про кількість поданих пропозицій для потенційних клієнтів за певний період; огляд діяльності конкретного торгового представника та його завдань за певний період; Можливість перегляду неактивних клієнтів (клієнтів, які знаходяться в системі), але які не зробили замовлень протягом X днів.

Синхронізація електронної пошти. Механізм, що дозволяє торговим представникам надсилати та отримувати електронні листи безпосередньо з панелі CStore. Листування прив’язується до конкретного клієнта в модулі CRM. Піксель, що відстежує відкриття повідомлень клієнтом (система повідомляє, о котрій годині та який саме клієнт відкрив електронне повідомлення. Про кожне відкриття надходить звіт у панелі CStore). Розсилка здійснюється через домен та сервер Замовника (зв’язок через IMAP та SMTP).

Синхронізація календарів. Заплановані завдання на платформі CStore у модулі CRM автоматично синхронізуються з обліковим записом продавця в календарі Microsoft Outlook або Google Calendar.

Планування циклічних завдань для торгових представників. Керівник відділу продажів має можливість планувати в модулі CRM циклічні завдання, які повторюються через певний проміжок часу, для конкретних торгових представників, для певного сегмента клієнтів (наприклад, циклічні завдання кожні 2 тижні щодо відвідування клієнта з певного сегмента обраним торговим представником). Можливість визначати завдання для цілих сегментів клієнтів, які автоматично призначаються торговим представникам, відповідальним за співпрацю з даним клієнтом. Торгові представники бачать призначені завдання і після виконання позначають їх як виконані. Керівник бачить перелік завдань, що підлягають виконанню, перелік завдань, виконаних у строк, перелік завдань, виконаних із запізненням, та перелік невиконаних завдань.

Цілі з продажу для торгових представників. Система дозволяє визначати цілі з продажу для окремих торгових представників або груп торгових представників у певні періоди, такі як місяць, квартал або рік. У рамках однієї цілі можуть встановлюватися підцілі, які необхідно виконати, щоб головну ціль було визнано досягнутою. Підцілі можуть мати кількісний або якісний характер. Кількісні підцілі стосуються конкретних груп товарів або окремих товарів (SKU) і базуються на сумі обороту за кінцевими рахунками-фактурами, отриманими з системи, з урахуванням дати виставлення рахунку-фактури незалежно від статусу її оплати. Якісні підцілі ґрунтуються на визначених завданнях, які торговий представник повинен виконати у певній кількості, причому кожне завдання для даного клієнта враховується лише один раз за певний період, незалежно від кількості його виконання. У звітності про продажі враховується оборот, отриманий від клієнтів, закріплених за даним торговим представником.

Розрахунок премій для торгових представників. Система дозволяє автоматично розраховувати премії для торгових представників на основі ступеня виконання цілей з продажу. Премія може нараховуватися за досягнення певного рівня обороту, маржі або виконання визначеної кількості завдань з продажу. У разі цільових показників у грошовому вираженні розрахунок ґрунтується на даних, що отримуються з системи, таких як сума обороту або маржа (необхідно надати інформацію про маржу). Система дозволяє визначати декілька преміальних порогів, при перевищенні яких застосовуються різні ставки комісії або суми одноразової премії. Розмір премії розраховується автоматично залежно від рівня виконання цільового показника. Торговий представник у своєму панелі бачить поточний рівень виконання цілей, прогнозовану суму премії та історичні дані, тоді як керівник має доступ до зведеного огляду результатів своєї команди, зокрема прогресу у виконанні цілей та розміру нарахованих премій.

Планування завдань, які необхідно виконати під час виїзду торгового представника. Керівник відділу продажів має можливість визначити одну або кілька схем опитувань/завдань, які необхідно виконати під час виїзду торгового представника. У рамках схеми візиту визначаються завдання, які необхідно виконати (перелік завдань, встановлених керівником, та відповідь торгового представника за принципом: виконано / не виконано / коментарі / додатки, наприклад, фотографії). Керівники прив’язують певний сценарій візиту до конкретних сегментів клієнтів та торгових представників. Під час візиту торговий представник виконує окремі завдання та звітує про їх виконання. Система фіксує час початку та закінчення візиту. Керівник має можливість переглядати заповнені анкети, фільтрувати їх за конкретним клієнтом, торговим представником або періодом часу. Торговий представник і керівник мають можливість переглядати анкети та час візиту. Анкети прив’язуються до облікового запису клієнта на сайті CRM. У разі відсутності запланованого візиту торговий представник може самостійно зареєструвати візит та заповнену анкету.

CStore AI Routes. Планування оптимальних маршрутів торгових представників із використанням штучного інтелекту. Керівник має можливість запланувати частоту візитів до конкретного клієнта або в межах певного сегмента клієнтів (наприклад, візит до клієнта щотижня / кожні 2 тижні / щомісяця / щокварталу тощо). Для кожного клієнта визначено місце проведення візиту (конкретну адресу), а також, за бажанням, винятки щодо візитів (наприклад, можливий візит у певний день / дні тижня у визначені години). На рівні платформи CStore можна визначати дні / години роботи торгових представників, середню тривалість візиту та місце виїзду. Керівник має можливість запланувати візити для вказаних торгових представників на обраний період, при цьому система пропонує оптимальний маршрут з розбивкою по днях. Керівник може вручну змінювати порядок візитів. Торговий представник бачить заплановані візити заздалегідь. Торговий представник позначає, чи були візити виконані, а також має можливість внести власний візит (який не був запланований). Керівник бачить звіт про виконані візити.

CStore AI RFQ. Розпізнавання та підготовка пропозицій на основі електронної пошти з використанням штучного інтелекту. — Модуль дозволяє автоматично обробляти запити на пропозиції, що надходять від клієнтів електронною поштою, а також документи та вкладення у форматах PDF, XLS, XLSX, DOC, DOCX та CSV. - Система аналізує зміст повідомлень та вкладень (торговий представник також має можливість вручну імпортувати документи), розпізнає товари, кількості та одиниці виміру, ідентифікує клієнта за адресою електронної пошти або доменом відправника, а також зіставляє розпізнані позиції з картками товарів, доступними в системі, на основі індексів та кодів EAN. - На основі розпізнаних даних система може автоматично підготувати проект комерційної пропозиції з урахуванням індивідуальних торгових умов клієнта, зокрема призначених прейскурантів. Торговий представник отримує готовий проект пропозиції разом з інформацією про ступінь впевненості у розпізнаванні окремих позицій, можливістю перевірки та оновлення даних (у тому числі зміни цін / кількості), а також затвердження документа перед надсиланням клієнту. - Після реєстрації запиту на пропозицію система за бажанням створює нову можливість продажу в модулі CRM або оновлює існуючу можливість продажу для даного клієнта (якщо вона була створена раніше). До потенційної угоди прив’язується текст повідомлення, вкладення та підготовлена пропозиція. - Модуль реєструє історію оброблених повідомлень, підготовлених пропозицій та дій торгових представників, пов’язаних з обробкою запиту на пропозицію. - Механізм використовує моделі штучного інтелекту, що надаються OpenAI (ChatGPT). Витрати на використання моделей штучного інтелекту (токенів) несе Замовник відповідно до фактичного споживання. - У рамках налаштування модуля проводиться оптимізація механізму штучного інтелекту на основі зразків запитів на пропозицію, наданих Замовником. Рекомендується надати щонайменше 150 історичних електронних листів та/або документів, що містять запити на пропозицію.

Система OMS. Обробка замовлень з усіх каналів в одному місці. Система керує всім процесом виконання замовлення — від його отримання з каналу продажу, через комплектування та зміну статусів, аж до підготовки до відправлення. Вона дозволяє здійснювати масове редагування замовлень, створювати відправлення та друкувати етикетки для провідних кур’єрських компаній і платформ доставки, зокрема InPost, DPD, DHL, FedEx, Orlen Paczka, Furgonetka, Wysyłam z Allegro, GLS та Poczta Polska, з можливістю розширення на інших перевізників. Кінцеві клієнти можуть автоматично отримувати повідомлення про прийняття замовлення, його упаковку та відправлення. Періодична синхронізація пропозицій, цін та запасів на складі забезпечує актуальність даних у всіх інтегрованих каналах продажу. Під час запуску системи ми імпортуємо історію замовлень за останні 7 днів.

Модуль PIM. Управління інформацією про товари в одному місці. Система дозволяє створювати та оновлювати картки товарів, що містять назви, описи, фотографії, вкладення, атрибути, варіанти та переклади. Товари можна вводити вручну або імпортувати масово з файлу чи FTP-сервера.

Модуль «Прайс-листи». Управління цінами та націнкою в одному місці. Система дозволяє створювати численні базові прайс-листи та визначати правила ціноутворення для пропозицій. Автоматичний перерахунок цін та націнки полегшує оновлення цінової політики та підтримку запланованого рівня рентабельності продажів.

Облікові записи співробітників. Безпечне управління доступом команди. Система дає змогу створювати облікові записи співробітників, визначати ролі та надавати права, що відповідають колу обов’язків. Статистика та історія активності дозволяють контролювати роботу користувачів, перевіряти виконані операції та підвищувати безпеку обробки замовлень.

Інтеграція з Allegro. Двостороння інтеграція з Allegro передбачає підтримку прайс-листів, умов продажу та шаблонів оголошень. Оператор може розміщувати нові оголошення безпосередньо з системи OMS. Попереднє зіставлення категорій та атрибутів значно скорочує час, необхідний для їх створення. Система дозволяє редагувати пропозиції, оновлювати обов’язкові параметри, а також вручну або автоматично поновлювати завершені пропозиції. Оператор також може просувати пропозиції, беручи участь у кампаніях та програмах, доступних на Allegro, без необхідності входу в панель Allegro.

Інтеграція з CStore B2B. Інтеграція дозволяє отримувати замовлення з платформи CStore B2B.

Інтеграція з ERP. Використання існуючого з’єднання CStore B2B із системою ERP. CStore OMS використовує інтеграцію з ERP, яка вже працює в рамках CStore B2B. Для цього рішення необхідний активний модуль CStore B2B та діюча інтеграція з системою ERP.

Інтеграція з ERP. Пряме підключення CStore OMS до системи ERP. Для клієнтів, які не користуються CStore B2B, система OMS може бути інтегрована безпосередньо з ERP.

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

Інтеграція з Amazon. Двостороння інтеграція дозволяє отримувати замовлення з Amazon та розміщувати нові пропозиції на цій платформі безпосередньо з CStore OMS.

Інтеграція з будь-яким маркетплейсом. Інтеграція дає змогу отримувати замовлення з обраного маркетплейсу та розміщувати на ньому нові пропозиції безпосередньо з CStore OMS.

Інтеграція з інтернет-магазином. Інтеграція дозволяє отримувати замовлення з інтернет-магазину та оновлювати залишки на складі, ціни та картки товарів.

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

Налаштування облікового запису OMS. Підготовка системи до початку роботи. Послуга включає налаштування облікового запису відповідно до вимог клієнта, підключення вказаних торгових майданчиків на основі наданих даних для доступу та створення шаблонів електронних листів.

Навчання з користування CStore OMS. Практична підготовка команди до роботи з системою. Навчання триває до 6 годин і проводиться в офісі Замовника. Воно включає огляд роботи з системою та процесів, які використовує команда у повсякденній роботі.

Розширений — Імпорт історії замовлень. Доповнення системи даними про попередні замовлення. Послуга передбачає завантаження історії замовлень з облікових записів на торгових майданчиках або в інтернет-магазинах та її імпорт до CStore OMS.