Бюджет: 5000 UAH Срок: 3 дня
Привет,Дмитрий! Скажите,пожалуйста,сообщества должны быть на определенную тему или это не принципиально?
Добрий день.
Вимоги до проекту:
- тільки спільноти, без каналів і груп
- тільки Україна
-фільтр: назва спільноти, опис спільноти, кількість номерів, посилання на спільноту
Напишіть, будь ласка, вашу вартість виконання та яка кількість спільнот буде зібрана.
Бюджет: 5000 UAH Срок: 3 дня
Привет,Дмитрий! Скажите,пожалуйста,сообщества должны быть на определенную тему или это не принципиально?
Бюджет: 5000 UAH Срок: 2 дня
Здравствуйте! У меня есть опыт сбора и анализа информации по сообществам для различных проектов. Смогу быстро и качественно собрать необходимые данные: название сообщества, описание, количество участников и ссылку на сообщество. Выполняю работу оперативно, гарантирую точность и соответствие требованиям. Количество сообществ зависит от глубины поиска. Можем связаться для обсуждения объема и других деталей.
Синхронизация программ Microsoft Access и CRM SalesDrive. Передача данных из CRM в Microsoft Access на первом этапе (изменение статуса воронки). Передача данных из Microsoft Access в CRM на втором этапе (изменение статуса в программе).
Метапроект Реализовать интеграцию Viber без использования сторонних CRM-систем. Вся работа с сообщениями должна выполняться непосредственно в нашей внутренней CRM на базе BAS / 1С 8.3.Текущая система BAS / 1С 8.3 Самописная конфигурация "Обслуживание клиентов" База более 40 000 абонентовНеобходимо реализовать Интеграцию через официального Viber Business-провайдера (TurboSMS, GMS Worldwide или другой согласованный сервис). Кнопку «Написать в Viber» в карточке абонента. Отправку сообщений непосредственно из BAS. Прием входящих сообщений через Webhook. Автоматическую привязку сообщений к абоненту по номеру телефона. Полное сохранение истории переписки в карточке абонента. Отображение времени, статуса сообщения и менеджера, который отвечал. Работу нескольких менеджеров одновременно. Шаблоны сообщений для быстрой реакции. Помощь с настройкой Viber-провайдера, API-ключей и Webhook. Передачу всего исходного кода и настроек после завершения работ.Условия приемки Работа считается выполненной после успешного тестирования всех функций на рабочей базе и передачи исходного кода.Гарантия 1 месяц гарантии на исправление ошибок, связанных с реализованным функционалом. Дальнейшие доработки выполняются по отдельной договоренности.Результат После завершения проекта менеджеры должны иметь возможность полностью работать с Viber непосредственно в BAS: писать клиентам, получать ответы, просматривать историю переписки и вести коммуникацию без использования сторонних CRM. Весь исходный код, доработки, API-ключи и настройки после завершения проекта передаются заказчику.
Ищу опытного разработчика (или небольшую команду) для создания MVP мобильного приложения — сервиса срочного вызова специалистов по аналогии с Uber,Uklon Необходима разработка: • мобильного приложения для iOS и Android (Flutter); • серверной части (REST API); • панели администратора; • базы данных. Основной функционал MVP: регистрация клиентов и исполнителей; авторизация; карта и геолокация; создание заказа; поиск ближайшего исполнителя; push-уведомления; чат внутри приложения; рейтинги и отзывы; история заказов; админ-панель. Требования: опыт разработки маркетплейсов, сервисов доставки, такси или аналогичных проектов; Flutter; Backend (Node.js / Laravel / Go / NestJS — готов обсуждать); PostgreSQL; понимание масштабируемой архитектуры. В отклике обязательно пришлите: Ссылки на приложения в App Store и Google Play. Похожие проекты, которые вы разрабатывали. Какую архитектуру предлагаете. Примерную стоимость MVP. Срок разработки. Важно:ищу специалиста для долгосрочного сотрудничества. Интересует качество архитектуры и возможность дальнейшего масштабирования проекта. Бюджет обсуждается с подходящим кандидатом.
Необходимо поправить sql скрипты для базы postgres. Нужно проверить скритими и обновить данные с внешних таблиц Excel и между 2-мя базами (разные сервера) Postgres. Запуск скриптов через AnyDesk программа Navicat. Перечень данных для проверки и корректировки: 1. Товары подлежащие ремонту – присвоение признака Итог: Количесво записей расхождения Скрипт по исправлению 2.Перечень Категории, Групп, Подгрупп – сравнение с тмп таблицей Итог: Количество записей расхождения Скрипт по исправлению 3. Количество товаров в категории. Группы, подгруппы. (статистика) – Сравнение по таблице, выявление расхождений Итог: Количество записей расхождения Скрипт по исправлению 4.Перечень запчастей в системе с категорией, группой, подгруппой - Сравнение по таблице, выявление расхождений, устранение расхождений Количество записей расхождения Скрипт по исправлению 5.Изделия ремонта связанные с запчастями - Сравнение по таблице, выявление расхождений, устранение расхождений Таблица расхождения Скрипт по исправлению 6. сверку остатков и сн Таблица расхождений
Необходимо помочь переосмыслить и построить чистую реляционную схему для внутренней операционной системы на Airtable. Текущая база уже используется командой, но она выросла органически: структура частично плоская, часть таблиц/вьюшек используется активно, часть почти не используется, а документы сейчас скорее "подтягивают" информацию в Airtable, хотя в идеале Airtable должен стать источником правды и генерировать необходимые операционные артефакты. Нужна не просто помощь с формами или автоматизациями, а именно структурная работа: анализ текущей логики, проектирование реляционной схемы, создание чистой новой базы/инстанса, документация и рекомендации по миграции на новую схему. И потенциально возможно даже внедрение Контекст системы: Есть два основных направления: Система обратной связи Система для сбора и обработки сигналов от внешних советников, фокус-групп, внутренних команд и заинтересованных сторон. Должна поддерживать: реестр сигналов; отслеживание советников; прием обратной связи; панель синтеза; статус / ворота / рекомендации; логику закрытия цикла. Каталог продуктов В каталоге продуктов сейчас около 400 записей, примерно 100 из них активные/live. Нужно лучше структурировать продукты, статусы, связи, источники данных, логику жизненного цикла/ворот и отчетность. Текущая ситуация: Airtable уже существует и используется командой. Текущая точность данных примерно 80%. Схема преимущественно плоская, не реляционная. Активно используются только первые несколько таблиц/вкладок: Часть валидационных ворот, задач/решений и панелей управления пока почти не используется. Нет PII. Любая работа с живой базой должна быть максимально осторожной: без изменений в production без согласования. Идеальный подход — анализ структуры и построение новой чистой базы отдельно в Sandbox. Что нужно сделать: Этап 1 — Аудит и рекомендации по архитектуре Посмотреть на текущую структуру Airtable. Определить, какие таблицы/поля/вьюшки реально нужны, какие дублируются, какие можно объединить или убрать. Предложить реляционную модель данных. Описать основные сущности, отношения, первичные ключи, связанные записи, логику поиска/агрегирования. Предложить чистую схему для Проекта + Каталога продуктов. Определить, какие панели/интерфейсы нужны для разных пользователей. Подготовить краткую архитектурную записку или схему. Этап 2 — Построить чистую базу Airtable Создать новую чистую базу Airtable / инстанс. Настроить таблицы, поля, связанные записи, вьюшки, базовые интерфейсы. Настроить базовую логику панели управления/отчетности. Подготовить карту миграции: как переносить данные со старой структуры в новую. Задокументировать структуру так, чтобы команда могла поддерживать ее после передачи. При необходимости — предложить стратегию автоматизации, но без излишней сложности. Ожидаемые результаты: Схема Airtable. Новая чистая база Airtable. Таблицы + отношения + ключевые поля. Вьюшки/интерфейсы для основных пользователей. Рекомендации по миграции. Краткая документация для команды. Рекомендации по управлению: кто вносит данные, кто утверждает изменения, какие поля являются обязательными, как избегать дублирования. Опционально: 1 короткий звонок для передачи / Loom walkthrough. Важные правила безопасности / доступа: Без PII. Без опасных токенов или персональных интеграций. Нельзя подключать AI/MCP/ChatGPT/Claude к живому Airtable. Если нужен доступ к существующей базе, он должен быть только для чтения или через экспорт/скриншоты/структурное описание. Любые записи/изменения делаются только в новой тестовой/чистой базе, не в живом production. Кого ищу: Идеальный кандидат имеет опыт: Архитектуры баз Airtable; Проектирования реляционных схем; Интерфейсов Airtable, вьюшек, форм, автоматизаций; Миграции/очистки неаккуратных баз Airtable; Операций с продуктами / CRM / системами рабочих процессов; Документации и передачи. В отклике, пожалуйста, укажите: Примеры баз Airtable или систем, которые вы строили. Был ли у вас опыт преобразования плоской структуры Airtable в реляционную схему. Как бы вы подошли к аудиту → проектированию схемы → построению. Ориентировочную оценку часов для Этапа 1. Ваш почасовой тариф или фиксированное предложение для первого этапа. Готовы ли вы работать под NDA. Формат работы: Начать желательно в ближайшее время. Сначала можно сделать небольшой оплачиваемый аудит, после чего перейти к полному построению.