Фриланс-работа для программистов баз данных

Нужна поддержка программы самотуру, серверов каталогизаторов баз данных и сервера онлайн. Серверов баз данных 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 (бирюзовый)

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

Описание задачи: Разработка MCP-сервера для экосистемы 1СОбщая цель Разработать меintermediary-слой (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_ПланированиеМА.•Склад заказа – выпадающий список из Справочник.Склады.•Период действия – с, по – календарь •Кластер – выпадающий список из справочника СВН Кластер•Номенклатура/сегмента – выбор типа данных между Справочник.Номенклатура и Справочник.СегментыНоменклатуры, значение равно и поле для числового значения (подробно на прототипе) Подробности в ТЗ во вложении