• Проєкти 30
  • Оцінка 5.0
  • Рейтинг 5 747

Бюджет: 28000 UAH Термін: 10 днів

МОжемо взяти це як інтеграцію SalesDrive з Microsoft Access.

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

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

Є 2 питння для точнішої оцінки
> Де фізично лежить файл Microsoft Access - на одному ПК, на сервері чи в спільній папці
> Чи є стабільний ідентифікатор замовлення у SalesDrive і в Access, щоб не ловити дублікати

Мобільна програма з адмінкою
  • Проєкти 6
  • Оцінка 4.7
  • Рейтинг 582

Бюджет: 9000 UAH Термін: 10 днів

Зрозуміло — двосторонній міст Access ↔ SalesDrive по зміні статусу воронки: статус змінився в CRM — приїхав в Access, і навпаки. SalesDrive віддає це через API (вебхуки на зміну угоди + REST для зворотного запису), Access чіпляю через ODBC або скрипт-конектор. Найважливіше тут — не зациклити синхронізацію: запис, що прийшов від CRM, не має одразу тригерити зворотний апдейт, тож веду мапінг статусів і прапор джерела змін плюс лог. Питання: 1) Access — це локальний .accdb на одній машині чи на спільному ресурсі/SQL-бекенді, і чи є до нього доступ ззовні? 2) синхронізація потрібна в реальному часі (по вебхуку) чи достатньо опитування раз на кілька хвилин?

  • Проєкти 10
  • Оцінка 5.0
  • Рейтинг 7 138

Бюджет: 4500 UAH Термін: 4 дні

Підключу двосторонню синхронізацію між SalesDrive і Microsoft Access через REST API SalesDrive та ODBC-з'єднання до .accdb файлу. Перший напрямок: polling або webhook по зміні статусу воронки в CRM, запис у відповідну таблицю Access. Другий: відстеження нових змін у Access через timestamp-поле, оновлення ліда в SalesDrive через PATCH до /leads/{id}. Питання: синхронізація має спрацьовувати в реальному часі чи достатньо запуску по розкладу, наприклад кожні 5-15 хвилин?

  • Проєкти 5
  • Оцінка 4.9
  • Рейтинг 756

Бюджет: 2000 UAH Термін: 7 днів

Привіт, я працював над інтеграцією CRM системи з 1С для автоматизації передачі даних клієнтів та синхронізації статусів угод, що підвищило ефективність роботи відділу продажів на 40%

Цікаво, чи потрібно буде налаштувати двосторонню синхронізацію в реальному часі, чи достатньо буде планової синхронізації кілька разів на день?

Пропоную зв'язатися, я безкоштовно проконсультую вас з технічної сторони та складемо план розробки + розповім про мою команду! ✨

  • Проєкти -
  • Оцінка -
  • Рейтинг 584

Бюджет: 2800 UAH Термін: 4 дні

Доброго дня, Юліє!

Завдання зрозуміле - двостороння синхронізація між Microsoft Access і CRM SalesDrive по зміні статусу.

Реалізую через Python-скрипт:
- При зміні статусу воронки в SalesDrive (webhook або polling) - оновлення запису в Access через ODBC
- При зміні статусу в Access - відправка оновлення в SalesDrive через REST API
- Захист від циклічної синхронізації (прапорець джерела змін)
- Логування всіх операцій

  • Проєкти -
  • Оцінка -
  • Рейтинг 898

Бюджет: 6000 UAH Термін: 6 днів

Доброго дня, Юліє.

Пропоную підхід до синхронізації:

1. Спочатку проаналізую структури обох баз даних (Microsoft Access та CRM SalesDrive), визначу ключові поля та тригери для зміни статусів.
2. Далі реалізую передачу даних з CRM в Access через API або прямий експорт SQL.
3. Потім — зворотний потік з Access в CRM. Використовую ETL-процеси для забезпечення цілісності та журналювання.
4. в кінці - тестування цілісності даних та обробка помилок
5. Впровадження та фінальне налаштування ETL-процесів
6. Документування та передача

  • Проєкти -
  • Оцінка -
  • Рейтинг 374

Бюджет: 7000 UAH Термін: 5 днів

Вітаю! Завдання абсолютно зрозуміле, але воно має одну важливу архітектурну особливість, яку я чудово розумію: Microsoft Access — це локальна база даних, тому прямий запит із хмарної CRM SalesDrive туди не відправити. Щоб реалізувати цю двосторонню синхронізацію безпечно і надійно, я розроблю легкий Python-скрипт (інтеграційний міст), який працюватиме на вашому комп'ютері або сервері, де фізично знаходиться база. На першому етапі скрипт прийматиме сигнал про зміну статусу воронки з SalesDrive через API та записуватиме дані напряму в таблицю Access через ODBC-драйвер. На другому етапі система регулярно моніторитиме локальну базу на наявність змін і автоматично відправлятиме оновлені статуси назад у CRM. Я маю досвід написання таких інтеграцій, тому код буде чистим, стабільним і загорнутим у зручний виконуваний файл (.exe), щоб усе працювало у фоновому режимі без вашого втручання. Напишіть у приватні повідомлення, і ми обговоримо технічні деталі вашої бази!

  • Проєкти -
  • Оцінка -
  • Рейтинг 225

Бюджет: 2500 UAH Термін: 4 дні

Доброго дня! Можу реалізувати двосторонню синхронізацію між MS Access та SalesDrive через Python.
Етап 1: при зміні статусу воронки в SalesDrive — автоматично оновлюється запис в Access.

Етап 2: при зміні статусу в Access — дані передаються назад в SalesDrive через API.
Реалізую як окремий скрипт або фоновий сервіс з логуванням. Вартість: 2500 UAH. Терміни: 3–4 дні.
Готовий обговорити деталі.

  • Проєкти -
  • Оцінка -
  • Рейтинг 196

Бюджет: 25000 UAH Термін: 10 днів

у нас вже є майже готове схоже рішення для синхронізації црм, статусів і внутрішніх баз, його можна швидко адаптувати під SalesDrive та Microsoft Access ))

орієнтовно перший робочий етап - від 25 000 грн і 7-10 робочих днів.

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

смотрите, тут нюанс - треба визначити, хто є головним джерелом даних для кожного статусу, бо інакше двостороння синхронізація може зробити веселе маленьке болото, а ми тут ніби інженери, не шамани =)

> уточніть, будь ласка, Microsoft Access зараз працює як локальний файл чи як база на спільному сервері
> які саме статуси треба передавати на першому та другому етапі

  • Проєкти 40
  • Оцінка 5.0
  • Рейтинг 2 642

Бюджет: 2000 UAH Термін: 2 дні

Добрий день! Ознайомився із задачею, готовий приступити

Досвід:
• 4 роки у Frontend та Backend розробці
• 2 роки комерційного досвіду у продукті та blockchain
• Робота з продакшн-кодом та реальними фінансовими сценаріями

Деякі мої проекти:

https://contentbuilder.ai/ - комерційний проект з USA, де я працював як фулстек розробник, та реалізував більшу частину функціоналу

  • Проєкти -
  • Оцінка -
  • Рейтинг 702

Бюджет: 3000 UAH Термін: 3 дні

Вітаю! Маю досвід роботи з ms access. Пропоную якісну та швидку роботу.
Пишіть.

  • Проєкти 20
  • Оцінка -
  • Рейтинг 2 077

Бюджет: 2000 UAH Термін: 5 днів

Доброго дня. Завдання зрозумів: двостороння синхронізація між Microsoft Access і CRM SalesDrive. На першому етапі дані йдуть з CRM в Access при зміні статусу воронки, на другому етапі назад з Access в CRM при зміні статусу в програмі.

SalesDrive має API, тому з його боку синхронізація робиться через нього: ловимо зміну статусу угоди і оновлюємо відповідний запис в Access, і навпаки, по зміні в Access штовхаємо оновлення статусу в CRM через API. Ключове тут акуратно зіставити записи з обох боків за унікальним ключем і не зациклити синхронізацію, коли оновлення з одного боку не повинно одразу тригерити зворотне. Це закладаю в логіку відразу.

Щоб оцінити точніше: Access у вас локальний файл чи на спільному сервері, і як зручніше запускати синхронізацію, за розкладом раз на N хвилин чи по події? І чи є доступ до API SalesDrive. Після цього повернусь з точною оцінкою.

  • Проєкти 33
  • Оцінка 5.0
  • Рейтинг 2 142

Бюджет: 1800 UAH Термін: 3 дні

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

У списку не показані ставки, приховані замовником чи фрилансером з Plus, а також ставки, що порушують правила

Актуальні фриланс-проєкти в категорії Бази даних та SQL

20 липня
16 липня
16 липня
16 липня