Проект базы данных продуктового склада SQL

О проекте и задаче У нас небольшой отдел продаж (руководитель отдела продаж + 2 менеджера) и база около 220 активных клиентов. Сейчас возникла неотложная необходимость внедрить легкую CRM как операционный уровень, чтобы менеджеры в режиме реального времени фиксировали звонки, договоренности и статусы по воронке продаж, а руководство видело, какие клиенты «зависли» на определенном этапе. Параллельно мы активно используем AI-аналитику (Claude) для работы с выгрузками, отчетами, поиска аномалий и анализа P&L. Поэтому CRM нужна именно как чистый источник данных, из которого можно будет формировать качественные выгрузки. Что нужно сделать (Этап 1 — Внедрение) Аудит и выбор решения. Окончательно определить вместе с нами платформу. Рассматриваем украинские решения (KeyCRM или SalesDrive), поскольку важна интеграция с украинской телефонией и Новой Почтой. Также готовы рассмотреть Pipedrive. Настройка системы. Создание воронки продаж, карточек клиентов, настройка полей в соответствии с нашей спецификой. Интеграции. Подключение телефонии, мессенджеров и Новой Почты. Импорт данных. Корректное перенесение существующей базы клиентов (около 220 контактов) из текущих файлов. Обучение. Краткий инструктаж для руководителя отдела продаж и двух менеджеров по правилам ведения сделок, чтобы обеспечить чистоту и качество данных в CRM. Дальнейшие задачи (Этап 2 — Сопровождение) Техническая поддержка и доработка автоматизаций в процессе работы. Контроль корректности выгрузок данных для дальнейшей AI-аналитики. Кого мы ищем Специалиста с опытом внедрения KeyCRM, SalesDrive или Pipedrive (пожалуйста, добавьте примеры или кейсы в отзыве). Человека, который понимает принципы построения аналитики продаж и умеет настраивать экспорт данных без «мусора». Ответственного специалиста, готового к долгосрочному сотрудничеству и сопровождению проекта. В отзыве, пожалуйста, укажите Ваш опыт работы с KeyCRM, SalesDrive или Pipedrive. Ориентировочную стоимость и сроки базовой настройки для нашей команды (3 пользователя). Готовы ли вы далее администрировать систему и на каких условиях.

О компании Торговая компания. Работаем с товарной группой более 2000 позиций по разным категориям.Текущая ситуация Сейчас номенклатура ведётся в Google Sheets — данные консолидированы по вкладкам (категориям). Структура вкладок: Наименование товара Группы цен: себестоимость, опт, розница Характеристики: вес, количество в упаковке и т.д. Важно: количество колонок отличается для разных категорий товаров, так как у них разные характеристики.Почему текущее решение не подходит Google Sheets не позволяет настраивать права доступа на уровне отдельных колонок. Нам нужно: Давать пользователям права на просмотр определённых колонок (например, только себестоимости) Давать права на редактирование определённых колонок (например, розничных цен) При этом ограничивать доступ к остальным колонкам в той же вкладкеЧто нужно сделатьОсновные требования Гибкая система разграничения прав Доступ на уровне отдельных колонок (чтение / запись) Назначение прав по ролям или пользователям Управление правами без участия программистов Поддержка разной структуры данных Разные категории товаров имеют разный набор характеристик Добавление новых колонок/характеристик без программирования Независимость от разработчиков Администрирование силами внутренних сотрудников Добавление категорий, колонок, пользователей — через интерфейс Интеграция с ERP Выгрузка актуальных цен в нашу ERP-систему Экспорт или автоматическая интеграция по API Анализ данных с помощью ИИ (желательно) Возможность анализа всего перечня номенклатуры Обогащение, проверка, рекомендации — если у вас есть идеи, опишитеОжидаемый результат Работающее решение, в котором: Номенклатура структурирована по категориям с разными наборами характеристик Права на колонки гибко настраиваются (просмотр / редактирование) Данные выгружаются в ERP Команда может управлять системой самостоятельноЧто нужно от вас при отклике Опишите в общих чертах, как вы видите решение: Какой инструмент / платформу предлагаете

Необходимо провести глубокую техническую проверку трех PDF-файлов на достоверность и возможные признаки редактирования или подделки. Нужна не только визуальная оценка документов. Исполнитель должен хорошо понимать внутреннюю структуру PDF-файлов и уметь анализировать: метаданные файлов; структуру PDF и отдельных объектов; историю создания и возможного редактирования; используемое программное обеспечение; встроенные шрифты, изображения, слои и другие элементы; возможные признаки повторного сохранения, конвертации, внесения изменений или формирования документа задним числом; любые технические несоответствия, которые могут свидетельствовать о манипуляциях с файлами. По результатам проверки необходимо предоставить понятный письменный вывод по каждому файлу с указанием выявленных признаков, рисков и ограничений проверки. Рассматриваем специалистов, имеющих практический опыт в цифровой криминалистике, анализе PDF-документов, метаданных или проверке электронных файлов на подлинность. В отзыве, пожалуйста, кратко опишите ваш опыт, методы и инструменты, которые вы используете для такой проверки.

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

Добрый день. Ищу для себя ментора по Linux. У меня есть опыт в качестве strong junior devops специалиста, но Linux и Kubernetes мои слабые места. Если с Kubernetes опыт с проектами еще небольшой, то с Linux взаимодействие очень поверхностное. Что-то создать, добавить, переименовать, открыть и т.п. - этого явно недостаточно. Нужен ментор, который меня подтянет в этом вопросе. Просто главная задача сделать так, чтобы знания осели в голове, возможно какой-то пет-проект, задачи, таски что-то в таком духе, а не просто "повторяй за мной". Проходил курсы самостоятельно, но они особенно "не оседают" в голове. Вот приблизительный список, что, на мой взгляд, мне нужно: - Linux/Unix системы — углубленное администрирование операционных систем, файловые системы, управление пользователями и правами доступа, процессами и службами (systemd), Bash-скриптинг, журналирование, мониторинг, настройка безопасности, автоматизация административных задач; - Сетевые технологии — модель OSI и стек TCP/IP, DNS, HTTP/HTTPS, SSL/TLS, SSH, VPN, балансировка нагрузки, прокси-серверы, NAT, маршрутизация, сетевые утилиты (ping, traceroute, netstat, ss, tcpdump, curl), диагностика и устранение сетевых проблем; Если к этому списку можно еще будет добавить Kubernetes, то лишним не будет. Возможно что-то от себя предложите. Формат занятий, как я вижу - 2 раза в неделю, встречи, обсуждения консультации. Более детально, тут уже ваши идеи и предложения. По стоимости за час, или за месяц - предлагайте