Робота для адміністраторів і програмістів баз даних

Потрібна підтримка програми самотуру, серверів каталожників баз данних та серверу онлайну. Серверів баз данних 5 шт

База клієнтів збиралася кілька років із різних джерел, тому телефони записані в різних форматах, один клієнт існує під кількома ID, міста введені вручну різними мовами, область майже ніде не заповнена. Через це неможливо нормально сегментувати базу. Що потрібно зробити: 1. Аудит бази (оплачується окремо, перший етап). Скільки карток, скільки телефонів поза форматом, скільки дублів, скільки унікальних написань міст. За результатом — уточнена оцінка решти робіт. 2. Стандартизація телефонів. Усі номери привести до формату +380XXXXXXXXX. Номери, які неможливо однозначно розпізнати, — не видаляти й не вгадувати, а винести в окремий список. 3. Злиття дублів. Правило: один номер телефону = один ID клієнта. При цьому одному клієнту може належати необмежена кількість номерів. Історія замовлень, email, адреси, теги та кастомні поля мають зберегтися. 4. Розбір карток, на яких «навішано» багато номерів. 5. Міста та області. Назви населених пунктів — з єдиного довідника українською (API Нової Пошти або КАТОТТГ). Область має заповнюватися завжди, щоб одним фільтром можна було вивантажити всіх клієнтів Києва та області, а не окремо Бровари, окремо Ірпінь тощо. 6. Захист від повторного засмічення: нормалізація телефону та міста на вході (форми сайту, інтеграції, ручне введення) + регулярна фонова перевірка нових записів. Вимоги: — практичний досвід роботи з API SIMLA / RetailCRM (v5): вивантаження, оновлення, об'єднання карток, ліміти запитів; — досвід задач з дедуплікації даних; — розуміння українських адресних довідників. Умови роботи: повний бекап до будь-яких змін; спочатку dry-run зі звітом про заплановані зміни на погодження, і лише потім запуск на бойовій базі; лог усіх операцій із можливістю відкату. Без безповоротних видалень без погодження. У відгуку напишіть: — строки та вартість

Потрібно розробити централізовану серверну систему збору та зберігання даних із Planfix, 1С, Meta Ads і Google Ads, а також веб-дашборд для їх відображення та аналізу. Усі дані, історія змін, розрахунки та агреговані показники повинні зберігатися виключно в серверній базі даних. Дашборд не повинен зберігати або дублювати бізнес-дані. Він має отримувати необхідну інформацію із серверної бази через API відповідно до запитів користувача та відображати її у вигляді KPI, графіків, таблиць і деталізованих звітів.

Щукаємо для підтримки проекта на базі Yii , треба вносити правки та доопрацювання бази , частково є звязок з попереднім виконавцем .....................

Потрібно зробити міграцію бази з CRM G-PLUS на MyChatBot Обєм бази - 26 тис. лідів 2 воронки - Кол центр та Відділ продажу зі своїми вирвами Картки лідів (крім імені та номеру) мають багато різних полів Ліди також мають голосові записи дзвінків. Їх також потрібно перенести Від кандидата очікую орієнтовну суму та терміни реалізації

Створити дашборд для моніторингу та аналізу ефективності мережі локацій (філій) компанії у Google Business Profile (GBP). через офіційний Google Business Profile API. Обробкачерез Скрипт на базі Google Apps Script (підв'язати до Google Таблиці). Запис даних у Google Таблиця (яка виступає як база даних для Looker Studio). Оновлення: Щодня (з індикацією дати останнього оновлення).Створити сервісний акаунт Google Cloud Скрипт раз на добу (тригер о 03:00 ночі) надсилає запит до GBP API. Отримує метрики за вчорашній день по кожній локації (locationId). Записує дані в таблицю в плоскому форматі (рядок = унікальне поєднанняДата + ID Філії + Метрики). Картки ключових показниківНазва карткиМетрика GBPФормат динамікиПерегляди профілюImpressions (Search + Maps)Відсоток %, Sparkline (синій)ДзвінкиLocal Services Phone CallsВідсоток %, Sparkline (зелений)Переходи на сайтWebsite ClicksВідсоток %, Sparkline (фіолетовий)Побудова маршрутівDirection RequestsВідсоток %, Sparkline (помаранчевий)Середній рейтингAverage Review RatingАбсолютна зміна (наприклад, +0.1), Sparkline (жовтий)Нові відгукиNew Reviews CountВідсоток %, Sparkline (бірюзовий)

Всім привіт! Шукаю Backend-розробника (NestJS) для роботи над новим проектом. Що потрібно зробити Розробити REST API на NestJS. Підготувати і підтримувати документацію через Swagger (OpenAPI), щоб фронтенд-розробник міг автоматично генерувати клієнт через Orval і завжди працювати з актуальною специфікацією. Спроектувати чисту, масштабовану архітектуру, яку буде легко підтримувати і розвивати. Вимоги Упевнене знання NestJS та TypeScript. Досвід роботи з PostgreSQL. Досвід інтеграції з Supabase: автентифікація та авторизація; робота з базою даних; використання готових можливостей платформи. Досвід інтеграції Stripe (через можливості Supabase). Розуміння принципів безпеки API, авторизації, валідації даних і захисту додатку. Вміння писати чистий, структурований і розширюваний код. Якщо у вас є релевантний досвід, будь ласка, надішліть: приклади проектів або GitHub; бажану ставку (за екрани, які я надав, щоб я розумів ваш рейт, погодинна не зручна, оскільки не зрозуміло, який обсяг роботи буде виконано, у всіх різний темп);

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

Опис завдання: Розробка MCP-сервера для екосистеми 1СЗагальна мета Розробити проміжний шар (MCP Server), який дозволить LLM-агентам безпечно взаємодіяти з інформаційною базою 1С. Це дасть можливість користувачам через чат-інтерфейс отримувати звіти, створювати документи та аналізувати дані, використовуючи природну мову.Функціональні можливості (Tools) Сервер повинен надавати ІІ-моделям набір інструментів (Tools) для виконання наступних дій: Читання даних: Пошук контрагентів, отримання залишків на складах, вибірка цін номенклатури. Аналітика: Формування управлінської звітності в текстовому або табличному вигляді. Дії: Створення чернеток документів (Замовлення покупця, Рахунок), зміна статусів завдань. Метадані: Отримання структури об'єктів (які поля є у довідника «Співробітники»), щоб модель розуміла, з чим працює.Основні етапи реалізації Проектування API в 1С: Підготовка HTTP-сервісів в розширенні 1С, які будуть приймати запити від MCP-сервера. Налаштування авторизації (Basic або Bearer token). Розробка MCP-сервера: Визначення схем вхідних параметрів для інструментів (JSON Schema). Маппінг запитів з MCP в виклики OData або HTTP-запити до 1С. Безпека та обмеження: Обмеження прав доступу (Read-only за замовчуванням). Ліміти на обсяг повертаються даних (щоб не "уронити" контекстне вікно моделі величезною таблицею). Тестування: Підключення сервера до Claude Desktop або іншому MCP-клієнту. Перевірка сценаріїв: "Скільки товару 'Цегла' залишилося на основному складі?" або "Створи чернетку рахунка для ТОВ 'Вектор' на 5 моніторів".Очікуваний результат Працюючий виконуваний файл або сервіс, який реєструється в конфігурації MCP-клієнта. При введенні запиту в чат ІІ автоматично викликає потрібний інструмент, звертається до 1С і видає структуровану відповідь на основі реальних даних з системи. Важливе зауваження: Головна цінність цього рішення — в переході від ручного формування звітів до концепції "Talk to your ERP" (розмова з вашою ERP-системою).

ФУНКЦІОНАЛЬНІ ВИМОГИ1.Створити новий документ «СВН Видача сертифікатів» •Вид – вибір галки булеве між варіантами «Традиційна роздріб» і «Сучасна роздріб»Якщо був обраний варіант Традиційна роздрібОсновна частина: •Організація – випадаючий список з Справочник.Організації. •Підрозділ – випадаючий список з Справочник.СтруктураПідприємства•Номенклатура – випадаючий список з Справочник.Номенклатура.•Документ планування МА – вибір з Документ.CBH_ПлануванняМА.•Склад замовлення – випадаючий список з Справочник.Склади.•Період дії – з, по – календар •Кластер – випадаючий список з довідника СВН Кластер•Номенклатура/сегмента – вибір типу даних між Справочник.Номенклатура і Справочник.СегментиНоменклатури, значення дорівнює і поле для числового значення (детально на прототипі) Деталі в ТЗ у вкладенні