Бюджет: 15000 UAH Термін: 7 днів
Вітаю.Є великий досвід з Nest.js.Готовий до співпраці.Звертайтесь.
Бюджет: 11000 UAH Термін: 5 днів
Вітаю!
Я уважно переглянув ваші вимоги щодо автоматичної нумерації лідів у KeyCRM і можу впровадити надійний сервіс, який повністю їм відповідає. Я створив сервіс на Python (FastAPI/Flask) з Redis або базою даних, щоб забезпечити атомарне керування лічильниками та послідовну нумерацію без пропусків. Система прослуховуватиме вебхуки KeyCRM, перевірятиме, чи поле користувацького ліда вже заповнене (щоб гарантувати ідемпотентність), а потім генеруватиме ідентифікатор у необхідному форматі (3-L-YEAR-000001), перш ніж записати його назад через API KeyCRM. Щорічні скидання нумерації будуть оброблятися автоматично, забезпечуючи чистий початок нових послідовностей щороку. Я також включу захист від дублікатів, реєстрацію помилок та кінцеву точку /health для моніторингу та стабільності. Маючи досвід інтеграції CRM, API та високонадійних бекенд-сервісів, я можу надати перевірене рішення, яке гарантує, що кожен лід безперешкодно отримає свій унікальний ідентифікатор.
- Проєкти 6
- Оцінка -
- Рейтинг 682
Бюджет: 4000 UAH Термін: 2 дні
FastAPI ідеально підходить для цієї задачи.
нумератор краще робити в БД
на стороні сервісу прийдеться ще робити в БД таблицю з айді лида та виданий йому номер, для того щоб уникнити дублювання.
я так розумію на вєб інтрефейс потрібно тільки вивести таблицю с логуванням. також потрібно буде зробити автоматичну задачу по видаленню логів, які страші ніж одна неділя, щоб не накопичувати лишнього
Бюджет: 11000 UAH Термін: 11 днів
Шановний Станіслав,
Дякую за ваш запит. Я уважно ознайомився з описом завдання щодо автоматичної нумерації лідів у воронці KeyCRM і готовий його реалізувати. Для цього я пропоную використовувати Python з фреймворком Django. Цей підхід забезпечить не тільки виконання всіх технічних вимог, а й надасть зручну адмінпанель для керування та моніторингу сервісу.
Мій досвід роботи з KeyCRM
Я маю значний досвід роботи з KeyCRM. Зокрема, я успішно реалізував проєкт з інтеграції KeyCRM з інтернет-магазином, що працює на платформі Intertop. Цей проєкт, посилання https://freelancehunt.com/showcase/work/integratsiya-keycrm-bigquery-dlya-e-commerce/1975018.html, включав:
Взаємодію з API Intertop для синхронізації та відстеження статусів замовлень.
Автоматичну синхронізацію даних замовлень, включно з оновленням статусу та передачею ТТН з KeyCRM до системи інтернет-магазину.
Також, в рамках цього проєкту, була реалізована синхронізація даних з Google Таблицями та BigQuery. Це дозволило отримувати дані з різних джерел для аналітичної обробки та використання у рекламних і маркетингових кампаніях.
Цей досвід підтверджує мою здатність працювати з API KeyCRM на високому рівні, реалізовувати надійні та масштабовані інтеграції, а також вирішувати задачі, пов'язані з бізнес-логікою, як-от відстеження змін у воронках і синхронізація даних між різними системами.
Переваги використання Django
Використання Django для цього проєкту має кілька ключових переваг:
Вбудована адмінпанель: Це головна перевага. Ви отримаєте готову, функціональну адмінпанель, де можна буде переглядати лог і налаштування сервісу, а також керувати лічильником вручну, якщо це буде потрібно. Це забезпечить прозорість і зручність управління.
Надійність і безпека: Django відомий своєю безпекою та включає вбудовані механізми захисту від типових веб-атак, таких як CSRF і XSS.
Швидкість розробки: Завдяки принципу "batteries-included", Django дозволяє швидко розробляти надійні веб-сервіси, що особливо важливо для оперативного запуску проєкту.
Я готовий розпочати обговорення деталей і технічних аспектів. Надані вами API-токен KeyCRM та дані сервера дозволять мені оперативно почати розробку.
Бюджет: 2500 UAH Термін: 3 дні
Доброго ранку, Станіслав!
Загалом завдання зрозуміле, для точної відповіді за термінами та ціною, хотілося б уточнити деякі питання, які у мене виникли після аналізу вашого завдання.
Пишіть у приватні повідомлення – обговоримо деталі та ваші побажання.
- Проєкти -
- Оцінка -
- Рейтинг 993
Бюджет: 4000 UAH Термін: 4 дні
Доброго дня!
Я бачив ваш проєкт і готовий допомогти. Це завдання зрозуміле, і я маю все необхідне, щоб його виконати.
Що я вмію:
Робити сервіси на Python (FastAPI).
Працювати з даними в Redis.
Налаштовувати зв'язок між різними програмами (API).
Захищати від повторних запитів.
Як я це зроблю:
Створю програму, яка буде отримувати дані від KeyCRM.
Налаштую лічильник номерів у Redis.
Програма сформує унікальний ID для кожного ліда.
Цей ID буде записаний у KeyCRM.
Вся система буде працювати стабільно, навіть якщо вебхук надійде двічі.
- Проєкти 9
- Оцінка 5.0
- Рейтинг 813
Бюджет: 10000 UAH Термін: 7 днів
Добрий день!
Маю великий досвід у Python (FastAPI, Flask), інтеграціях з API та роботі з БД. Готовий швидко реалізувати сервіс для автоматичної нумерації лідів у KeyCRM.
Ihor B.
Переможець- Проєкти 20
- Оцінка 5.0
- Рейтинг 1 744
Бюджет: 5250 UAH Термін: 3 дні
Готовий виконати завдання, знайомий з кейцрм та їх апі (є у виконантх завданнях).
Є моменти у завданні, які потрібно уточнити.
Пишіть обговоримо деталі. По ціні домовимось у приватних повідомоеннях після отримання деталей.
- Проєкти 7
- Оцінка 3.4
- Рейтинг -
Бюджет: 4200 UAH Термін: 7 днів
Доброго дня.
Є досвід роботи з різними Api.
Можу використовувати Node.js або Go.
Зроблю в обумовлені терміни.
Ставки поки відсутні
-
Vladimir B 9 вересня 2025Никогда не пытайтесь строить систему +1, привязывается уже просто ко времени в формате миллисекунд. Во первых это будет уникально, во-вторых это метка времени и тоже может пригодится
-
Виталий Мациборка 9 вересня 2025Странно. Почему нет? Как может быть он не уникальный? С временем все шансы получить совпадение по одновременным запросам. Вообще правильно UUID
-
Vladimir B 9 вересня 2025рано или поздно вы потеряете счетчик, это только вопрос времени. но вы можете конечно рискнуть
Актуальні фриланс-проєкти в категорії Python
Проект: Ми запускаємо B2B-сервіс наскрізної аналітики та управління рекламними кампаніями для таргетологів і медіабайерів. Продукт працюватиме з офіційним Meta API. Головна технічна складність і фокус проекту — віртуозна робота з лімітами Facebook, маршрутизація трафіку між пулом наших додатків і жорстка система захисту інфраструктури від блокувань сірими рекламними акаунтами. У нас вже є детальне технічне завдання, описана архітектура баз даних, логіка балансувальника та вимоги до інтерфейсів. Шукаємо виконавця, який візьме це в реалізацію під ключ (бекенд + фронтенд дашбордів). Що потрібно зробити (Ключові завдання): Інтеграція з Meta API: Налаштувати авторизацію користувачів і регулярний асинхронний парсинг статистики рекламних кабінетів. Запити повинні надсилатися виключно пакетами для економії лімітів. Система авто-відізвання кабінетів: Написати модуль, який безперервно моніторить статуси рекламних акаунтів. Якщо кабінет потрапляє в бан, система повинна автоматично відкликати токен доступу протягом 60 секунд, щоб захистити наше додаток від санкцій Meta. Інфраструктура проксі: Реалізувати тунелювання всіх запитів до API через пул SOCKS5. Обов'язкова жорстка прив'язка конкретного токена користувача до статичного IP-адреси. Розумна маршрутизація: Створити алгоритм, який буде розподіляти прив'язані рекламні кабінети між кількома нашими додатками Facebook у заданих пропорціях для зниження ризиків. Розробка інтерфейсів: Створити клієнтський дашборд зі зведеною таблицею статистики та просунуту адмін-панель для ручного управління лімітами користувачів, прив'язками до додатків і пулом проксі. Очікуваний стек технологій: Бекенд: Python, FastAPI. Асинхронні задачі: Celery, Redis. Бази даних: PostgreSQL (або ClickHouse для статистики, на ваш розсуд). Фронтенд: Vue.js або React (можна використовувати готові UI-бібліотеки та шаблони дашбордів, акцент на функціональність, а не складний дизайн). Вимоги до виконавця: Упевнений досвід роботи з Meta Graph API та Marketing API. Ви повинні розуміти, як працюють ковзаючі ліміти, як читати заголовки завантаженості та як працювати з токенами. Розуміння специфіки арбітражу трафіку. Слова «білінг», «бан рекламного кабінету», «бізнес-менеджер» і «фарм» не повинні викликати у вас запитань. Досвід побудови асинхронних парсерів і роботи з проксі-серверами на рівні мережевих запитів. Готовність працювати за чітким технічним завданням і здавати проект поетапно. Умови: Формат співпраці: Проектна робота (з можливістю переходу на довгострокову підтримку та доопрацювання нових модулів). Бюджет: Обговорюється індивідуально на основі вашої оцінки технічного завдання. Оплата: Поетапна, прив'язана до контрольних точок. Як відгукнутися: У супровідному листі обов'язково вкажіть ваш досвід роботи з Meta API, прикріпіть посилання на схожі проекти (або опишіть їх функціонал, якщо вони під NDA) і напишіть орієнтовну вилку цін і термінів на розробку подібної системи з нуля. Відгуки без опису релевантного досвіду роботи з Facebook API розглядатися не будуть.
Необхідно розробити локальний Python-скрипт для автоматичного заповнення Google Таблиці даними з внутрішнього сервісу компанії. Основна логіка: 1. Підключитися до Google Таблиці. 2. Знайти рядки, де заповнений ID, але відсутні два цільових значення. 3. Сформувати посилання за шаблоном: https://internal-service.example/item/{ID} 4. Отримати два значення (через API, якщо він існує, інакше через Playwright). 5. Записати значення назад у Google Таблицю. 6. Позначити рядок як оброблений. 7. Продовжити обробку наступних рядків. Вимоги: • Python • Google Sheets API • Пріоритет використання офіційного API • При відсутності API — Playwright • Без OCR, розпізнавання екрана та координат миші • Конфіденційні дані не повинні потрапляти в логи • Конфігурація через .env • Тестовий режим (без запису в таблицю) • Не обробляти вже заповнені рядки • Пакетна запис змін у Google Sheets • Коректна обробка помилок і повторних спроб Необхідно надати: - вихідний код; - requirements.txt; - приклад .env.example; - інструкцію по установці; - інструкцію по запуску; - короткий опис архітектури. Перед початком реалізації прошу: 1. Запропонувати архітектуру. 2. Перелічити необхідні доступи. 3. Задати уточнюючі питання. 4. Вказати вартість, терміни та орієнтовну кількість годин.
В рамках підвищення рівня кібербезпеки нашої інфраструктури нам необхідно відмовитися від практики зберігання «вічних» і статичних API-ключів, паролів і токенів інтеграцій у конфігураційних файлах (.env, appsettings.json, config.yaml) наших мікросервісів. Бізнес-мета: Створити єдину захищену точку зберігання конфіденційних даних (секретів) з механізмом їх автоматичного оновлення (ротації) у зовнішніх системах за розкладом. Інші наші сервіси будуть запитувати актуальні токени «на льоту» через API, що зведе до мінімуму шкоду в разі компрометації будь-якого з компонентів системи.Модель безпеки та шифрування (Crypto Core) У базі даних жоден секрет не повинен зберігатися в відкритому вигляді. При старті програми в змінні середовища передається Майстер-ключ (Master Key). Якщо ключ відсутній або має невалідну довжину, сервіс повинен падати на етапі ініціалізації з зрозумілою помилкою в логах. Кожен секрет шифрується перед записом у БД з використанням цього Майстер-ключа. При запиті — розшифровується в пам'яті і віддається в тілі відповіді.Аудит-логування (Audit Trail) Будь-яка дія з секретами (створення, читання сервісом, успішна або неуспішна ротація) повинна записуватися в окремий лог-файл audit.log (або окрему таблицю в БД). Суворе табу: В аудит-лог категорично заборонено записувати самі значення секретів (ні в відкритому, ні в зашифрованому вигляді).
Потрібен спеціаліст для написання парсерів, який зможе обходити CLOUDFRAME. Парсинг товарів відбувається з сайтів з авторизацією. Є 10+ донорів різної складності, з різним ступенем захисту. Парсинг товарів відбувається з сайтів з авторизацією. Парсить дані в готову базу даних Mysql + фотографії на сервер. Потрібно написати парсер відповідно до завдань описаних у технічному завданні та адаптувати дані до існуючої бази даних для повноцінної роботи на сайті. ТЗ та приклад донора по запиту. Десктопні парсери та C# не розглядаємо.
Бот для дзеркалювання позицій на Binance Futures (Python) Потрібен бот, що читає мої позиції на Hyperliquid (публічний API) та Bitget Futures (мій ключ read-only) і пропорційно повторює їх на моєму Binance USDT-M Futures через API. Логіка: відкриття, збільшення, часткове закриття, повне закриття — все дзеркалиться з налаштовуваним коефіцієнтом розміру. Полінг 5–10 сек. Обов’язкова коректна обробка часткових закриттів та усереднень. Вимоги: сповіщення в Telegram про угоди й помилки; конфіг (пари, коефіцієнт, ліміти); деплой на мій VPS + інструкція; вихідний код передається мені. Ключі вводжу сам. Етапи: 1) Hyperliquid→Binance, тест на малих сумах; 2) Bitget→Binance. Оплата через safe поетапно. У відгуку вкажіть досвід з API бірж і як обробите часткове закриття 30% позиції лідером