Доброго дня, потрібно дописувати нові можливості до існуючої СРМ системи.
Самописна срм на php та js
Наприклад:
1. додати модуль постачальники,
який буде зберігати рахунки виставлені постачальником,
з прив'язкою до замовлення (рахунок виставляє користувач самостійно.)
Зараз в срм можна виставляти рахунки з прив'язкою до замовлення, також є таблиця постачальників,
немає прив'язки до конкретного постачальника
2. додати можливість відображати декілька рахунків від постачальників в одному замовленні.
3. Модуль аналітика в середині замовлення. Використовуючи значення внесення користувачем (менеджером) розрахувати загальні витрати замовлення.
Бачити це повинен тільки адміністратор.
Показати дві цифри:
загальна сума минус всі витрати
загальна сума минус всі витрати, тільки ті які фактично внесені як сплачені
4. Зведена таблиця - таблиця всіх замовлень.
в таблицю будуть попадати дані (визначені дані) з замовлень + деякі дані повинні обчислюватись та вираховуватись.
5. Модуль зарплата менеджера
6. Модуль зарплата монтажника
7. Модуль замовлення для монтажника
8. Модуль заявки для замірника
9. Модуль коментарі в замовленні
І ще багато чого потрібно дописати
детальніше можна через anydesk та по телефону
Наша стара самописна система себе ізжила, треба рости. Шукаємо досвідченого профі для впровадження ERPNext Обовʼязково з досвідом, наша сфера - оптова то роздрібна торгівля. Буде дуже багато різних стандартних і нестандартних рішень, а також класичне підключення ПРРО, Банків Моно і Приват, Нова Пошта, Маркетплейси і так далі. Готові?! :) Тоді присилайте своє резюме і давайте знайомитись.
Потрібно налаштувати логічну роботу для онлайн магазину. Налаштувати воронки, автоматизації та всі необхідні функції
База клієнтів збиралася кілька років із різних джерел, тому телефони записані в різних форматах, один клієнт існує під кількома ID, міста введені вручну різними мовами, область майже ніде не заповнена. Через це неможливо нормально сегментувати базу. Що потрібно зробити: 1. Аудит бази (оплачується окремо, перший етап). Скільки карток, скільки телефонів поза форматом, скільки дублів, скільки унікальних написань міст. За результатом — уточнена оцінка решти робіт. 2. Стандартизація телефонів. Усі номери привести до формату +380XXXXXXXXX. Номери, які неможливо однозначно розпізнати, — не видаляти й не вгадувати, а винести в окремий список. 3. Злиття дублів. Правило: один номер телефону = один ID клієнта. При цьому одному клієнту може належати необмежена кількість номерів. Історія замовлень, email, адреси, теги та кастомні поля мають зберегтися. 4. Розбір карток, на яких «навішано» багато номерів. 5. Міста та області. Назви населених пунктів — з єдиного довідника українською (API Нової Пошти або КАТОТТГ). Область має заповнюватися завжди, щоб одним фільтром можна було вивантажити всіх клієнтів Києва та області, а не окремо Бровари, окремо Ірпінь тощо. 6. Захист від повторного засмічення: нормалізація телефону та міста на вході (форми сайту, інтеграції, ручне введення) + регулярна фонова перевірка нових записів. Вимоги: — практичний досвід роботи з API SIMLA / RetailCRM (v5): вивантаження, оновлення, об'єднання карток, ліміти запитів; — досвід задач з дедуплікації даних; — розуміння українських адресних довідників. Умови роботи: повний бекап до будь-яких змін; спочатку dry-run зі звітом про заплановані зміни на погодження, і лише потім запуск на бойовій базі; лог усіх операцій із можливістю відкату. Без безповоротних видалень без погодження. У відгуку напишіть: — строки та вартість
Про компанію та поточну роботу Компанія продає товари через: кілька магазинів Rozetka; 5–8 магазинів Prom.ua; кілька магазинів Epicentr. Обсяг: орієнтовно 50–100 замовлень на день. Планується підключення хорошоп найближчим часомВикористовувані системи та способи оплати Rozetka; Prom.ua; Epicentr; Нова пошта; NovaPay; PrivatBank; monobank; RozetkaPay; Checkbox. Способи оплати: накладений платіж через Нову пошту / NovaPay; RozetkaPay; прямий переказ на IBAN; планується оплата за посиланням через еквайринг monobank. NovaPay та RozetkaPay перераховують гроші загальною сумою за реєстрами: в реєстрі NovaPay вказані ТТН; в реєстрі RozetkaPay вказані замовлення. Основні цілі Налаштувати KeyCRM так, щоб власник міг в одному місці: -Бачити всі замовлення з усіх магазинів. -Не втрачати замовлення та ТТН. -Бачити поточний стан кожної відправки. -Бачити фактичний рух грошей за замовленнями. -Автоматично пов'язувати отримані платежі з відповідними замовленнями. -Бачити неприв'язані платежі, недоплати, переплати та інші розбіжності. -Контролювати дії співробітників. -Мінімізувати ручну роботу.-Автоматичну фіскалізацію - Вибудувати автоматизацію правильну по руху замовлення Провести аудит діючого KeyCRM Перевірити: -поточні статуси, поля та автоматизації; -банківські та платіжні підключення; -ролі та права співробітників; -історію дій; -поточну настройку Checkbox; -можливість реалізації вимог штатними засобами KeyCRM. За результатами аудиту надати: -список знайдених проблем; -перелік необхідних налаштувань; -перелік завдань, для яких потрібна API-інтеграція або зовнішній сервіс; -рекомендації для кращої роботи сервісу -оцінку термінів та вартості. Налаштувати надходження та обробку замовлень Необхідно: налаштувати єдину послідовність обробки замовлень; налаштувати обов'язкові поля, без яких замовлення не можна передати на наступний етап; створити контроль замовлень, які не завантажились, завантажились з помилкою або залишились без відповідального. Налаштувати рух та звірку оплат Підключити до KeyCRM всі використовувані рахунки та платіжні сервіси: PrivatBank; monobank; NovaPay; RozetkaPay; еквайринг monobank після його підключення. Необхідно реалізувати: -Автоматичне отримання доступних виписок та транзакцій. -Відображення фактичних надходжень по кожному ФОП та рахунку. -Автоматичну прив'язку прямого платежу на IBAN до замовлення за номером замовлення в коментарі. -Звірку загальної виплати NovaPay з реєстром і подальшу прив'язку рядків реєстру до замовлень за ТТН. -Звірку загальної виплати RozetkaPay з реєстром і подальшу прив'язку рядків реєстру до замовлень за номером замовлення. -Автоматичну обробку оплат за посиланням після підключення еквайрингу. -Окремий список оплат, які неможливо зв'язати автоматично. Виявлення: -недоплати; -переплати; -часткової оплати; -дубльованої оплати; -оплати без знайденого замовлення; -замовлення, відміченого оплаченим без підтвердженого надходження. -Щоденну звірку сум по ФОП, рахункам та способам оплати. -Статус «Оплачено» повинен встановлюватись автоматично після підтвердженого зарахування грошей на відповідний IBAN. Співробітники не повинні мати права встановлювати його вручну. Якщо штатних можливостей KeyCRM недостатньо, інтегратор повинен: пропонувати API-інтеграцію або зовнішній модуль; описати його логіку; окремо оцінити розробку; забезпечити журнал помилок та повторну обробку; не прив'язувати оплату автоматично при неоднозначному збігу. Налаштувати контроль втрачених замовлень Потрібен окремий робочий список або звіт: замовлення надійшло, але не взято в роботу; замовлення підтверджено, але не передано на склад або дроп; замовлення готове, але ТТН не створена; ТТН створена, але посилка не передана перевізнику; посилка довго не рухається; клієнт не забирає посилку; була переадресація; почався повернення; повернена посилка не отримана компанією; замовлення доставлено, але оплата не зарахована; оплата отримана, але не пов'язана з замовленням; замовлення залишилось в проміжному статусі довше допустимого терміну. По кожному виключенню повинні бути: відповідальний; термін реакції; завдання або сповіщення; зрозуміла причина; посилання на замовлення. 4.7. Налаштувати права та контроль співробітників Обов'язкові обмеження: -співробітники не можуть видаляти замовлення; -співробітники не можуть вручну ставити статус «Оплачено»; -співробітники не мають доступу до банківських підключень, API-ключів та адміністративних налаштувань.Налаштувати Checkbox Зараз чеки з KeyCRM не створюються. Інтегратору необхідно: -перевірити існуючі кабінети, каси та касирів Checkbox; -підключити каси відповідних ФОП; -налаштувати способи оплати; -налаштувати автоматичну фіскалізацію для погоджених сценаріїв; -налаштувати обробку помилок; -налаштувати чеки повернення; -провести тестування.Налаштувати звіти для власника Власник повинен бачити: -кількість нових і необроблених замовлень; -проблемні відправлення; -посилки в відділенні; -повернення; -доставлені замовлення без отриманої оплати; -отримані, але неприв'язані платежі; -недоплати та переплати; -ручні зміни співробітників.Формат може бути реалізований штатними списками, фільтрами, аналітикою, завданнями або зовнішнім звітом — спосіб пропонує інтегратор. Навчити співробітників Після налаштування провести навчання: власника — контроль, звіти, помилки та права; менеджерів — обробка замовлень; співробітника дропа — передача замовлення та контроль ТТН; співробітника складу — створення ТТН та відправка; відповідального за фінанси — обробка неприв'язаних платежів та розбіжностей. Надати короткі інструкції або відеозаписи основних операцій. Очікуваний результат Після виконання робіт: -всі замовлення обробляються в KeyCRM; -пропущені та завислі замовлення автоматично виявляються; -кожна ТТН пов'язана з замовленням і відстежується; -проблемні посилки потрапляють відповідальним співробітникам; -банківські та платіжні надходження видимі в CRM; -однозначні платежі автоматично пов'язуються з замовленнями; -реєстри NovaPay та RozetkaPay звіряються з надходженнями та замовленнями; -неоднозначні платежі потрапляють на ручну перевірку; -співробітники не можуть видалити замовлення або вручну відзначити його оплаченим; -власник бачить рух грошей і список відхилень; -Checkbox працює за погодженими сценаріями; -команда навчена роботі. Формат пропозиції від інтегратора До початку впровадження виконавець повинен надати: -Результат аудиту. -Пропоновану схему налаштування. -Що буде реалізовано штатними засобами KeyCRM. -Що вимагатиме API або зовнішнього сервісу. -Вартість штатної настройки. -Окрему вартість розробки. -Терміни по етапах. -Перелік необхідних доступів. -План тестування та запуску.
Комплексна налаштування KeyCRM для будівельної компанії TERZI Шукаємо досвідченого спеціаліста або команду для повноцінного налаштування та впровадження KeyCRM у будівельній компанії TERZI. KeyCRM вже використовується. Необхідно провести аудит поточних налаштувань, виправити помилки та максимально задіяти доступні можливості CRM.Основне завдання Налаштувати повний шлях клієнта: реклама → заявка → обробка → вимірювання → кошторис → договір → аванс → виконання робіт → акт → остаточна оплата → повторний продаж.Що необхідно налаштувати аудит діючої KeyCRM; очистка дублів, зайвих полів і неправильних статусів; воронка продажів; воронка вимірювань; робота з замовленнями та об'єктами; автоматична передача даних між етапами; обов'язкові поля; автоматичні завдання, сповіщення та контроль прострочень; розподіл лідів між менеджерами; контроль швидкості першої відповіді; автоматичні повторні контакти; створення документів; контроль договорів, авансів та остаточних оплат; звітність для керівника; ролі та права доступу співробітників; навчання команди та відеоінструкції.Інтеграції Необхідно підключити та протестувати: основний сайт TERZI; чотири рекламні лендінги; форми заявок та квізи; Meta Lead Ads; Facebook; Instagram; Google Ads; OLX; Telegram; Viber; WhatsApp; email; Google Calendar; Google Drive; Ringostat або Binotel; API та webhooks.UTM та аналітика Необхідно налаштувати передачу в CRM: utm_source; utm_medium; utm_campaign; utm_content; utm_term; landing_page; page_url; referrer; gclid; fbclid; назва форми та лендінга. Також потрібно: налаштування Google Analytics 4; налаштування Google Tag Manager; відстеження відправки форм; відстеження кліків по телефону та месенджерам; захист від дублів конверсій; аналітика по кожному сайту, лендінгу, джерелу та рекламній кампанії; передача ключових CRM-статусів у Meta та Google Ads.Автоматизації Необхідно налаштувати автоматичні сценарії: створення клієнта та угоди; перевірка дублів; призначення менеджера; завдання на перший контакт; сповіщення про необроблений лід; передача заявки на вимірювання; призначення вимірювача; створення вимірювання в Google Calendar; завдання на підготовку кошторису; повторні контакти після відправки пропозиції; створення замовлення після узгодження; контроль договору та авансу; сповіщення прораба; контроль термінів об'єкта; підготовка акта; контроль заборгованості; щоденний звіт керівнику.Результат роботи Виконавець повинен передати: повністю налаштовану KeyCRM; підключений основний сайт та чотири лендінги; робочі воронки та автоматизації; налаштовану аналітику та UTM; підключені канали комунікації; налаштовану телефонію; реєстр усіх автоматизацій; інструкції для співробітників; відеоінструкцію; результати тестування; гарантійну підтримку після запуску. Докладне технічне завдання підготовлено і буде надано обраним кандидатам.Вимоги до виконавця Обов'язковий реальний досвід роботи з: KeyCRM; автоматизаціями; API та webhooks; GA4 та Google Tag Manager; Meta та Google Ads; телефонією; сайтами та лендінгами. Перевагою буде досвід впровадження CRM для будівельних, сервісних або проектних компаній.Відповідаючи, вкажіть Досвід роботи з KeyCRM. Приклади реалізованих проектів. Які завдання можете виконати самостійно. Які зовнішні сервіси знадобляться. Термін виконання. Вартість по етапах. Що входить у вартість. Вартість подальшої підтримки. Можливість провести навчання співробітників. Найкраще писати в Telegram або телефонувати