Завдання:розгорнути LLM-сервіс,який знає всю документацію компанії тавідповідає на запитання менеджеріввідділу продажів. Що є зараз:замовник збирав прототип самостійно(окремий проєкт із завантаженоюінформацією про компанію,розміщений на сервері), алеінформація з бази непередається в модель —імовірно, проблема з API. Коді доступи надамо. Першийкрок — аудит: полагодитинаявне абоаргументовано перезібрати з нуля. Необхідний функціонал: Завантаження всієї документаціїкомпанії: опис кожноїпослуги, регламенти, FAQ,ціноутворення (усі матеріалинадамо). Відповіді строго набазі завантаженихдокументів (RAG). Модель невигадує фактів; якщовідповіді в базі немає — чеснопро це повідомляє. Доступ для менеджерівза посиланням(веб-інтерфейс), завторизацією. Сценарії: менеджерставить будь-якезапитання про роботукомпанії; вставляєзапитання клієнта «як є» йотримує готову відповідьдля відправлення;знаходить потрібнийрегламент/звіт за запитом. Оновлення бази знань безрозробника (завантаженняфайлів через інтерфейсабо підключенупапку). Англійська мова. Історіязапитів для контролюякості. Технічні очікування:LLM через API(Claude/OpenAI —запропонувати з розрахунком вартостітокенів), RAG-пайплайн (векторнабаза, embeddings), хостинг нанашому сервері або в хмарі, HTTPS.Архітектура має дозволяти вмайбутньому підключити асистента доаналітичного сховища даних(паралельний проєкт). У відгуку вказати:прикладисхожих RAG-проєктів,стек, строк, вартість роботи таорієнтовну щомісячнувартість володіння (токени +хостинг).
Привіт Є невелике відділення, куди поступають пацієнти. Потрібно розробити просту "базу даних", в якій можна буде вносити розхідні матеріали, перпарати та інше, прихід вихід, а також списувати використання на конкретного пацієнта. Функціонал який необхідний Довідники Медикаменти Витратні матеріали(можливість вносити вручну) Пацієнти(можливість вносити постійно нових і видаляти тих хто виписаний) Працівники(можливість змінювати)Облік руху Єдина таблиця (журнал руху), в якій реєструються все Прихід та списання Можливість корекції в ручну При списанні медична сестра повинна вибрати: дату; пацієнта; препарат або матеріал; кількість; своє ПІБ. Система автоматично зменшує залишок. При приході старша медична сестра повинна мати можливість внести: Дата поставки; Препарат/матеріал; Залишкова кількість; Звідки прийшло; Термін придатностіАвтоматичний функціонал автоматичний розрахунок залишків; контроль мінімального запасу; контроль термінів придатності; попередження про низькі залишки; захист від списання більшої кількості, ніж є в наявності; випадаючі списки; перевірка правильності введення даних; умовне форматування.Звіти Потрібно реалізувати автоматичні звіти: поточні залишки; використання за період; використання по пацієнту; використання по працівнику; історія руху конкретного препарату.Бажано реалізація на Google Sheets; Заповнювати бази будемо самостійно. Потрібен шаблон для роботи. Скільки це коштує не знаю, тому почнемо зі 50$, а ви пропонуйте свої варіанти і бажано щоб був досвід.
Програміст C# / .NET WPF – завершення міграції великої програми для виставлення рахунків RAFSOFT.NET Sp. z o.o. шукає програміста C# / .NET для завершення переписування великої, багаторічної програми для виставлення рахунків на нову технологію. Проект стосується міграції розширеної десктопної програми для компаній, що використовується для виставлення рахунків, обробки документів продажу, контрагентів, обліку та функцій бухгалтерсько-податкових. Нова версія програми створюється мовою C# / .NET, з використанням компонентів DevExpress. Проект вже переписаний приблизно на 70%. Шукаємо людину, яка допоможе довести його до кінця, упорядкувати відсутні елементи, виконати тести та подбати про відповідність роботи нової версії з попередньою програмою. Обсяг робіт: завершення міграції великої десктопної програми на C# / .NET, відтворення функціональності старої програми в новій версії, збереження максимально ідентичної логіки роботи, вигляду та способу обслуговування, робота з компонентами DevExpress, аналіз існуючого коду та порівняння роботи старої та нової версії програми, виправлення помилок, доповнення відсутніх функцій та тестування програми, співпраця при фінальному підготовці програми до впровадження. Вимоги: дуже добре знання C# та .NET, досвід у створенні десктопних програм для Windows, знання WPF або WinForms, досвід з DevExpress або подібними бібліотеками компонентів UI, уміння аналізувати великий, існуючий проект, точність і терпіння при відтворенні існуючої функціональності, уміння тестувати власні зміни, дуже хороша здатність користуватися інструментами AI, що підтримують програмування, аналіз коду, рефакторинг та тестування. Бажано: досвід з проектами типу legacy, знання або попередня робота з Visual Basic 6.0, досвід при міграції програм зі старих технологій на C# / .NET, знання питань, пов'язаних з виставленням рахунків, бухгалтерією, JPK або KSeF, досвід у роботі з великими бізнес-програмами. Кого шукаємо: Шукаємо самостійну, точну та технічно досвідчену людину, яка вміє увійти в існуючий проект, зрозуміти його логіку та послідовно довести його до кінця. У цьому проекті дуже важливо не лише писати новий код, але й вірно відтворити роботу старої програми — як з точки зору функцій, так і вигляду та способу обслуговування. Вимагаємо також вмілого користування інструментами AI у повсякденній програмістській роботі. Нам важлива людина, яка вміє використовувати AI практично: для аналізу коду, пошуку помилок, прискорення міграції, створення тестів та упорядкування проекту. Про компанію: RAFSOFT.NET Sp. z o.o. — це польська компанія, що створює програмне забезпечення для підприємців, бухгалтерських офісів та малих і середніх компаній. Нашим основним продуктом є програма Фактура ПДВ, що підтримує щоденне обслуговування рахунків, документів продажу, контрагентів, обліку та розрахунків відповідно до польських норм. Розвиваємо власні десктопні програми та інструменти, пов'язані з виставленням рахунків, бухгалтерією, KSeF, JPK та автоматизацією бізнес-процесів. Наші рішення проектуються з урахуванням стабільності, простоти обслуговування та практичного застосування в повсякденній роботі користувачів. Сайт компанії: www.rafsoft.net
Потрібно обрахувати статистику у медичному проекті (включно з кореляціями). Також, є запит на створення математичної моделі прогнозування розвитку патологій на основі наявних даних.
Доброго дня, потрібна ваша допомога в реалізації завдання. Усунути баги на сторінці сайту, сторінка відображає помилку 404.
Мета проєкту Реалізувати інтеграцію 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-ключі та налаштування після завершення проєкту передаються замовнику.
Необхідно виправити sql скрипти для бази postgres. Потрібно перевірити скрипти і оновити дані з зовнішніх таблиць Excel і між 2-ма базами (різні сервери) Postgres. Запуск скриптів через AnyDesk програма Navicat. Перелік даних для перевірки і коригування: 1. Товари, що підлягають ремонту – присвоєння ознаки Ітог: Кількість записів розбіжностей Скрипт по виправленню 2. Перелік Категорій, Груп, Підгруп – порівняння з тмп таблицею Ітог: Кількість записів розбіжностей Скрипт по виправленню 3. Кількість товарів у категорії. Групи, підгрупи. (статистика) – Порівняння по таблиці, виявлення розбіжностей Ітог: Кількість записів розбіжностей Скрипт по виправленню 4. Перелік запчастин у системі з категорією, групою, підгрупою - Порівняння по таблиці, виявлення розбіжностей, усунення розбіжностей Кількість записів розбіжностей Скрипт по виправленню 5. Вироби ремонту, пов'язані з запчастинами - Порівняння по таблиці, виявлення розбіжностей, усунення розбіжностей Таблиця розбіжностей Скрипт по виправленню 6. звірка залишків і сн Таблиця розбіжностей
Потрібно допомогти переосмислити та побудувати чисту relational-схему для внутрішньої операційної системи на Airtable. Поточна база вже використовується командою, але вона виросла органічно: структура частково плоска, частина таблиць/в’юшок використовується активно, частина майже не використовується, а документи зараз радше “підтягують” інформацію в Airtable, хоча в ідеалі Airtable має стати джерелом правди і генерувати потрібні операційні артефакти. Потрібна не просто допомога з формами чи автоматизаціями, а саме структурна робота: аналіз поточної логіки, проєктування relational-схеми, створення чистої нової бази/інстансу, документація та рекомендації щодо міграції до нової схеми. І потенційно можливо навіть впровадження Контекст системи: Є два основні напрями: Feedback system Система для збору й обробки сигналів від зовнішніх радників, фокус-груп, внутрішніх команд та stakeholders. Має підтримувати: signal log / реєстр сигналів; advisor tracking; feedback intake; synthesis dashboard; status / gates / recommendations; close-the-loop логіку. Product catalog У каталозі продуктів зараз близько 400 записів, приблизно 100 з них активні/live. Потрібно краще структурувати продукти, статуси, зв’язки, джерела даних, lifecycle/gate logic та звітність. Поточний стан: Airtable вже існує і використовується командою. Поточна точність даних приблизно 80%. Схема переважно flat, не relational. Активно використовуються лише перші кілька таблиць/вкладок: Частина validation gates, tasks/decisions і dashboard views поки майже не використовується. Немає PII. Будь-яка робота з live base має бути максимально обережною: без змін у production без погодження. Ідеальний підхід — аналіз структури та побудова нової чистої бази окремо у Sandbox. Що потрібно зробити: Phase 1 — Audit & architecture recommendation Подивитися на поточну структуру Airtable. Визначити, які таблиці/поля/в’юшки реально потрібні, які дублюються, які можна об’єднати або прибрати. Запропонувати relational data model. Описати основні entities, relationships, primary keys, linked records, lookup/rollup logic. Запропонувати clean schema для Проєкту + Product catalog. Визначити, які dashboards/interfaces потрібні для різних користувачів. Підготувати короткий architecture memo або schema map. Phase 2 — Build clean Airtable base Створити нову чисту Airtable base / instance. Налаштувати таблиці, поля, linked records, views, basic interfaces. Налаштувати базову dashboard/reporting логіку. Підготувати migration map: як переносити дані зі старої структури в нову. Задокументувати структуру так, щоб команда могла підтримувати її після передачі. За потреби — запропонувати automation strategy, але без надмірної складності. Очікувані deliverables: Airtable schema map. Нова clean Airtable base. Таблиці + relationships + key fields. Views/interfaces для основних користувачів. Migration recommendation. Коротка документація для команди. Рекомендації щодо governance: хто вносить дані, хто апрувить зміни, які поля є обов’язковими, як уникати дублювання. Опційно: 1 короткий handoff call / Loom walkthrough. Важливі security / access правила: Без PII. Без небезпечних токенів або персональних інтеграцій. Не можна підключати AI/MCP/ChatGPT/Claude до live Airtable. Якщо потрібен доступ до існуючої бази, він має бути read-only або через експорт/скріншоти/структурний опис. Будь-які записи/зміни робляться тільки в новій тестовій/чистій базі, не в live production. Кого шукаю: Ідеальний кандидат має досвід: Airtable base architecture; relational schema design; Airtable interfaces, views, forms, automations; migration/cleanup of messy Airtable bases; product operations / CRM / workflow systems; documentation and handoff; У відгуку, будь ласка, вкажіть: Приклади Airtable-баз або систем, які ви будували. Чи був у вас досвід перетворення flat Airtable structure у relational schema. Як би ви підійшли до audit → schema design → build. Орієнтовну оцінку годин для Phase 1. Ваш hourly rate або fixed-price пропозицію для першого етапу. Чи готові працювати під NDA. Формат роботи: Почати бажано найближчим часом. Спочатку можна зробити невеликий paid discovery/audit, після чого перейти до повного build.
Платформа освіти з баскетбольного тренерства + Кастомізована CMSОгляд проекту Ми шукаємо досвідчену команду веб-розробників або full-stack розробника для створення сучасної платформи освіти з баскетбольного тренерства. Вебсайт надасть баскетбольним тренерам доступ до навчального контенту, включаючи: Баскетбольні дії Баскетбольні розбори Баскетбольні вправи Баскетбольні статті Платформа також включатиме кастомізовану систему управління контентом (CMS), яка дозволяє адміністраторам керувати всім контентом вебсайту без необхідності в допомозі розробника. Вебсайт призначений для масштабування та підтримки майбутнього зростання, включаючи додаткові типи контенту, членства, плани тренувань, облікові записи тренерів та преміум освітні продукти.Основні функції1. Публічний вебсайт Публічний вебсайт включатиме: Головна сторінка Бібліотека дій Бібліотека розборів Бібліотека вправ Статті Сторінка про нас Контактна сторінка Ключова функціональність: Пошук контенту Фільтрація контенту Перегляд навчального контенту Перегляд вбудованих відео з YouTube Перегляд за категоріями Адаптивний дизайн для мобільних пристроїв SEO-дружні URL2. Адміністративна система управління контентом CMS повинна дозволяти адміністраторам:Управління вправами Додавати, редагувати, публікувати та видаляти вправи Завантажувати діаграми/зображення вправ Додавати відео з YouTube Керувати категоріями вправ Керувати позиціями вправ Керувати рекомендованими вправамиУправління діями Додавати, редагувати, публікувати та видаляти дії Завантажувати діаграми/зображення Додавати поради для тренерів Додавати пов'язаний контент Керувати порядком відображенняУправління розборами Додавати, редагувати, публікувати та видаляти розбори Завантажувати ескізи Додавати посилання на курси Thinkific Керувати кнопками CTA Керувати кількістю уроків Перенаправляти користувачів на курси ThinkificУправління статтями Додавати, редагувати, публікувати та видаляти статті Завантажувати рекомендовані зображення Додавати відео з YouTube Керувати рекомендованими статтямиУправління SEO SEO заголовки SEO описи Зображення Open Graph URL слугиІнтеграція з Thinkific Розбори є преміум продуктами для тренерів, розміщеними на Thinkific. Вебсайт буде діяти як платформа для маркетингу та відкриття. Користувачі повинні мати можливість: Переглядати розбори Переглядати деталі розборів Натискати "Переглянути розбір" або "Записатися зараз" Бути перенаправленими на відповідну сторінку курсу ThinkificВимоги до дизайну Стиль дизайну вже визначено з макетами сторінок та детальними вимогами. Сторінки включають: Головна Дії Розбори Вправи Про нас Контакт Дизайн повинен бути: Сучасний Чистий Професійний Адаптивний для мобільних пристроїв Швидке завантаження Сфокусований на тренерахРезультати Будь ласка, надайте:1. Технічну пропозицію Поясніть: Frontend технології Backend технології Технології бази даних Підхід до аутентифікації Рекомендації щодо хостингу Рішення для зберігання медіа Архітектура CMS2. Технологічний стек Будь ласка, точно вкажіть, які технології ви плануєте використовувати. Наприклад: Frontend: Angular / React / Vue / Next.js Backend: Spring Boot / Node.js / .NET / Laravel / Django База даних: PostgreSQL / MySQL / SQL Server / MongoDB Аутентифікація: JWT / OAuth / на основі сесій Хостинг та хмара: AWS / Azure / Google Cloud / VPS Зберігання: AWS S3 / Cloudinary / Локальне зберіганняВажливі питання для учасників тендеру При подачі пропозиції, будь ласка, відповідайте на: Який фронтенд фреймворк ви будете використовувати? Яку бекенд технологію ви будете використовувати? Яку базу даних ви будете використовувати? Чому ви рекомендуєте цей технологічний стек? Як ви структурите CMS? Як ви реалізуєте інтеграцію з Thinkific? Яке середовище хостингу ви рекомендуєте? Які заходи безпеки ви впровадите? Як ви забезпечите дотримання найкращих практик SEO? Чи може система масштабуватися для підтримки членств та платного контенту в майбутньому?Необхідний досвід Розробники повинні мати досвід у: Розробці CMS Вебсайтах з великим обсягом контенту SEO-дружній розробці Адаптивному веб-дизайні Інтеграціях з третіми сторонами Проектуванні та архітектурі бази даних Будь ласка, надайте приклади подібних завершених проектів.Бюджет & Графік Будь ласка, надайте: Орієнтовний графік проекту Фази розробки Підхід до тестування Опції підтримки після запуску Ми шукаємо партнера з розробки на довгострокову перспективу, який може допомогти розширити платформу з часом.
Потрібна інтеграція Viber у власну CRM (1С 8.3)Про компанію Компанія "Домофон Систем" займається встановленням та обслуговуванням домофонних систем. База понад 40 000 абонентів. Працюємо на власній доопрацьованій системі на базі 1С 8.3. Шукаємо спеціаліста або команду для реалізації інтеграції Viber без використання сторонніх CRM (SalesDrive, KeyCRM тощо).Що потрібно реалізувати1. Інтеграція Viber Підключення Viber через API або готовий Viber-шлюз.2. Кнопка "Написати у Viber" Розміщення кнопки: в картці абонента; в картці заявки; у списку абонентів (за можливості). Менеджер повинен мати можливість розпочати листування з клієнтом одним натисканням.3. Історія листування Уся переписка повинна автоматично зберігатися в картці абонента. Необхідно бачити: дату і час повідомлення; автора повідомлення; статус повідомлення.4. Вхідні повідомлення Повідомлення від клієнтів повинні автоматично потрапляти в систему та прив'язуватися до відповідного абонента за номером телефону.5. Робота менеджерів Потрібно підтримати роботу декількох менеджерів одночасно. Має відображатися: відповідальний менеджер; історія переписки; хто саме відповідав клієнту.6. Шаблони повідомлень Приклади: Заявку прийнято. Інженер виїхав. Роботи виконано. Нагадування про оплату. Інформація про заборгованість.Важливо Перевага кандидатам, які вже мають досвід: інтеграції Viber; інтеграції Telegram; роботи з API; роботи з 1С 8.3 / BAS; інтеграції телефонії (Asterisk, Binotel, Ringostat, UniTalk тощо).У відповіді прошу вказати Ваш досвід аналогічних проєктів. Приклади реалізованих інтеграцій. Орієнтовний бюджет. Орієнтовні терміни. Чи готові надалі підтримувати та доопрацьовувати систему. Розглядаємо довгострокову співпрацю по розвитку внутрішньої CRM компанії.
Конфігурація: 1С УТ 11 Адресний склад ТСД Zebra TC26 Робота через RDP Сканування товарів виконується в документах приймання, розміщення, відбору та інших складських операціях. Поточна проблема: Комірники працюють через ТСД Zebra. При скануванні не завжди помічають повідомлення на екрані. Потрібно реалізувати різні звукові сигнали для різних результатів сканування. Необхідний функціонал: Успішне сканування та обробка в 1С короткий звуковий сигнал. Штрихкод зчитано сканером, але товар не знайдено в 1С інший звуковий сигнал (відмінний від успішного). Помилка при виконанні складської операції неправильна комірка; неправильний товар; інші помилки контролю адресного складу. окремий звуковий сигнал. Звуки повинні відтворюватися на ТСД через RDP. Побажання: використання WAV-файлів або іншого надійного способу відтворення; можливість у майбутньому додати нові типи звукових повідомлень; мінімальний вплив на швидкість роботи ТСД. Прошу вказати у відповіді: Досвід роботи з УТ 11 та адресними складами. Чи реалізовували подібні задачі для ТСД Zebra або інших ТСД. Орієнтовну вартість та строки виконання. Яким способом планується реалізація звукових сигналів.
Конфігурація CRM & ERP SmartCeiling (2.8.26.0) Захист через Реєстраційний Код . Зареєстрована до кінця року.