Про проєкт і завдання У нас невеликий відділ продажів (керівник відділу продажів + 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, відправка одноразових посилань через АПІ з самого сервіса. Проєкт розробляється поетапно. На першому етапі необхідно реалізувати лише базову функціональність (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 рази на тиждень, зустрічі, обговорення консультації. Більш детально, тут вже ваші ідеї і пропозиції. По вартості за годину, або за місяць - пропонуйте
Для проекту клієнта в сфері Microsoft 365 Modern Workplace ми шукаємо досвідчених фрілансерів (ч/ж/д) з акцентом на Microsoft Places. В центрі уваги знаходиться консультування, конфігурація та оптимізація середовища Microsoft 365 для підтримки сучасних концепцій гібридного робочого місця. Завдання Консультування щодо впровадження та експлуатації Microsoft Places Аналіз існуючих середовищ Microsoft 365 та розробка відповідних концепцій рішень Конфігурація будівель, поверхів, кімнат для зустрічей та робочих місць Налаштування та оптимізація сценаріїв бронювання робочих місць та кімнат Інтеграція Microsoft Places в Microsoft Teams, Outlook та Exchange Online Підтримка з питань ліцензування та рекомендації з найкращих практик Проведення семінарів та передачі знань для користувачів та IT-команд Підтримка при усуненні несправностей та в процесі експлуатації Вимоги Багаторічний досвід у середовищі Microsoft 365 Практичний досвід з Microsoft Places Дуже хороші знання Microsoft 365, Microsoft Teams, Exchange Online та Outlook Досвід роботи з Microsoft Entra ID (Azure AD) Знання сучасних концепцій гібридного робочого місця та Modern Work Бажані знання Microsoft Teams Premium PowerShell для адміністрування Microsoft 365 Досвід роботи з рішеннями для бронювання робочих місць та кімнат Сертифікації Microsoft у сфері Modern Workplace або Microsoft 365 Досвід у розробці та впровадженні сучасних концепцій робочих місць Початок: якнайшвидше Тривалість: приблизно 3 місяці з можливістю продовження Місце роботи: віддалено / за узгодженням Завантаження: за узгодженням Зацікавлені? Оскільки проект наразі знаходиться на стадії підготовки, ми хочемо якомога раніше ознайомитися з відповідними експертами. Будь ласка, надішліть нам на contract (AT) advergy de : Резюме Доступність Погодинна ставка (віддалено / на місці) Три речення, чому ви особливо підходите для цього проекту Дякуємо та з найкращими побажаннями Седа
Сайт розроблений на: Backend: Java + Spring Boot База даних: MySQL Frontend: JavaScript, HTML, CSS Шаблонізатор: Thymeleaf Сервер: VPS (Linux Ubuntu) Reverse Proxy: Apache2 Архітектура: Монолітний додаток На даний момент на сайті реалізовано: Блог з адміністративною панеллю. Можливість створювати та редагувати статті через адмін-панель. Можливість додавати HTML-розмітку та контент через візуальний інтерфейс. Статичні сторінки сайту, які зараз створюються розробником вручну. ⸻ Мета завдання Необхідно реалізувати можливість створювати та управляти новими комерційними сторінками послуг через існуючу адміністративну панель аналогічно тому, як зараз створюються статті блогу. Після реалізації адміністратор повинен мати можливість самостійно створювати нові SEO-сторінки послуг без участі розробника. ⸻ Поточний стан Зараз через адмін-панель можна створювати тільки записи блогу. Приклад: Стаття 1 Стаття 2 Стаття 3 Кожна стаття має: Заголовок URL (slug) Контент SEO-параметри Зображення ⸻ Що необхідно реалізувати 1. Новий тип контенту «Послуги» Створити в адмін-панелі окремий розділ: «Послуги» Він повинен бути незалежним від розділу блогу. Приклад структури: Блог Послуги ⸻ 1. Створення сторінки послуги Адміністратор повинен мати можливість створити нову сторінку послуги через інтерфейс. Комерційні сторінки послуг складаються з 13 блоків, з яких 4 блоки динамічні та 9 статичних. Поля: Назва послуги URL (slug) H1 SEO Title Meta Description SEO Keywords Основний контент сторінки Зображення Статус публікації (Чернетка / Опубліковано) ⸻ 1. Контент сторінки Контент повинен підтримувати: HTML-розмітку Форматування тексту Заголовки H2-H6 Списки Зображення Посилання Бажано використовувати існуючий редактор, який вже застосовується в блозі. ⸻ 1. Генерація URL Кожна послуга повинна мати власний URL. Приклади: /visa/usa/business-visa-usa /visa/usa/business-visa-uk /visa/usa/business-visa-canada ⸻ 1. Відображення на сайті Після публікації сторінка повинна: автоматично ставати доступною за своїм URL; використовувати існуючий шаблон сторінок послуг або новий шаблон; коректно відображатися на всіх пристроях. ⸻ 1. SEO Для кожної послуги необхідно забезпечити можливість налаштування: Title Description H1 Canonical URL (бажано) Open Graph (бажано) Сторінки повинні індексуватися пошуковими системами аналогічно сторінкам блогу. ⸻ 1. Список послуг В адмін-панелі реалізувати: список всіх послуг; пошук; редагування; видалення; зміна статусу публікації. ⸻ 1. Важно Реалізувати можливість створювати нові типи SEO-сторінок без доопрацювання коду в майбутньому. через єдиний механізм управління контентом. ⸻ Що очікується від розробника Необхідно проаналізувати існуючу реалізацію блогу та максимально переиспользувати поточну архітектуру для створення нового розділу «Послуги». При відповіді прошу вказати: Яким чином буде реалізовано завдання. Які зміни знадобляться в БД. Оцінку по часу. Вартість робіт. Які технології повинен знати виконавець Обов'язково: Java Spring Boot MySQL Thymeleaf HTML/CSS JavaScript Робота з Linux Ubuntu Бажано: Spring Security SEO-оптимізація серверних сторінок Досвід роботи з CMS та CRUD-модулями Досвід підтримки монолітних Spring Boot проектів
Потрібно розробити окрему CRM-систему для централізованої обробки всіх роздрібних замовлень з різних каналів продажу (Prom, Rozetka, власні сайти та ручні замовлення). Основні вимоги: Єдиний реєстр замовлень з усіх джерел із збереженням інформації про джерело та його статус. Окремий внутрішній статус CRM, який працює незалежно від статусу на маркетплейсі чи сайті, із двосторонньою синхронізацією статусів там, де це підтримується. Гнучка інтеграція з 1С: для кожного джерела адміністратор може окремо ввімкнути або вимкнути автоматичне вивантаження замовлень. Інтеграція з перевізниками для автоматичного створення ТТН, збереження її номера в CRM та передавання номера ТТН на Prom і Rozetka. Інтеграція з Checkbox для створення проєктів чеків, використовуючи налаштовувану відповідність способів оплати, з подальшим контролем фіскалізації. Підтримка ручного створення замовлень (телефон, Viber, Telegram, Direct тощо) з повним подальшим циклом обробки через CRM. Усі API-ключі та налаштування інтеграцій повинні керуватися адміністратором через інтерфейс CRM без участі програміста. Повний журнал дій і логування інтеграцій для контролю роботи системи. Основна мета Менеджер повинен мати можливість повністю обробити замовлення в одному інтерфейсі CRM — від отримання замовлення до створення документа в 1С, ТТН, проєкту чека та завершення замовлення, без необхідності заходити в кабінети Prom, Rozetka, сайтів, перевізників або Checkbox.
У нас працює синхронізація двох джерел даних із CRM. Система в цілому стабільна. Але залишається частина, які розсинхронізуються. Основна гіпотеза — в одному з джерел дані змінюються вже після первинної синхронізації, і ці зміни не завжди підтягуються в CRM. + данні в двох джерелах мають різні назви/ідентифікатори хоча являють собою одні і тіж сутності
Привіт Є невелике відділення, куди поступають пацієнти. Потрібно розробити просту "базу даних", в якій можна буде вносити розхідні матеріали, перпарати та інше, прихід вихід, а також списувати використання на конкретного пацієнта. Функціонал який необхідний Довідники Медикаменти Витратні матеріали(можливість вносити вручну) Пацієнти(можливість вносити постійно нових і видаляти тих хто виписаний) Працівники(можливість змінювати)Облік руху Єдина таблиця (журнал руху), в якій реєструються все Прихід та списання Можливість корекції в ручну При списанні медична сестра повинна вибрати: дату; пацієнта; препарат або матеріал; кількість; своє ПІБ. Система автоматично зменшує залишок. При приході старша медична сестра повинна мати можливість внести: Дата поставки; Препарат/матеріал; Залишкова кількість; Звідки прийшло; Термін придатностіАвтоматичний функціонал автоматичний розрахунок залишків; контроль мінімального запасу; контроль термінів придатності; попередження про низькі залишки; захист від списання більшої кількості, ніж є в наявності; випадаючі списки; перевірка правильності введення даних; умовне форматування.Звіти Потрібно реалізувати автоматичні звіти: поточні залишки; використання за період; використання по пацієнту; використання по працівнику; історія руху конкретного препарату.Бажано реалізація на Google Sheets; Заповнювати бази будемо самостійно. Потрібен шаблон для роботи. Скільки це коштує не знаю, тому почнемо зі 50$, а ви пропонуйте свої варіанти і бажано щоб був досвід.
Потрібно обрахувати статистику у медичному проекті (включно з кореляціями). Також, є запит на створення математичної моделі прогнозування розвитку патологій на основі наявних даних.
Опис завдання: Розробка 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 завдання Необхідна інтеграція (по буднях о 07:00) наступних об'єктів з 1С в Бітрікс24: 1.Об'єкт 1С: РеєстрЗнань.ЗначенняРядковихРеквізитів – Країна, місто) à Об'єкт Бітрікс24: Списки. Міста для відрядження Деталі в додатку
ФУНКЦІОНАЛЬНІ ВИМОГИ1.Створити новий документ «СВН Видача сертифікатів» •Вид – вибір галки булеве між варіантами «Традиційна роздріб» і «Сучасна роздріб»Якщо був обраний варіант Традиційна роздрібОсновна частина: •Організація – випадаючий список з Справочник.Організації. •Підрозділ – випадаючий список з Справочник.СтруктураПідприємства•Номенклатура – випадаючий список з Справочник.Номенклатура.•Документ планування МА – вибір з Документ.CBH_ПлануванняМА.•Склад замовлення – випадаючий список з Справочник.Склади.•Період дії – з, по – календар •Кластер – випадаючий список з довідника СВН Кластер•Номенклатура/сегмента – вибір типу даних між Справочник.Номенклатура і Справочник.СегментиНоменклатури, значення дорівнює і поле для числового значення (детально на прототипі) Деталі в ТЗ у вкладенні