Впровадження Odoo

ТЕХНІЧНЕ ЗАВДАННЯВпровадження та інтеграція БАС Бухгалтерія + БАС Управління торгівлею з сайтами та сервісами1. Загальна інформація Необхідно об’єднати та налаштувати спільну роботу систем БАС Бухгалтерія та БАС Управління торгівлею, а також підключити 3 інтернет-сайти до БАС з коректною синхронізацією даних.2. Завдання проєкту2.1. Інтеграція БАС Об’єднати БАС Бухгалтерія з БАС Управління торгівлею Налаштувати коректний обмін даними між системами Забезпечити єдину логіку обліку продажів, складу та фінансів2.2. Підключення сайтів Підключити до БАС 3 сайти: Сайт на WordPress Сайт на OpenCart Сайт на платформі Хорошоп Функціонал інтеграції: передача замовлень із сайтів у БАС синхронізація статусів замовлень облік оплат синхронізація клієнтів (опціонально) синхронізація товарів і цін2.3. Складський облік В БАС наразі є 1 загальний склад Необхідно розділити його на 3 окремі склади Налаштувати: коректний облік залишків прив’язку замовлень із сайтів до відповідних складів списання товарів зі складу при продажах2.4. Підключення сервісів Checkbox: фіскалізація продажів передача чеків коректна робота з БАС Нова Пошта (НП): створення ТТН із БАС передача даних замовлення синхронізація статусів доставки

Потрібно налаштувати зв'язок для vapi.ai через make.com до сайта на prom.ua. Робот повинен запитувати ціну, наявність та опис товару на сайті.

Автоматизація / AI-контент-завод для створення коротких відео Шукаю спеціаліста для розробки автоматизованої системи по масовому створенню AI-контенту для TikTok / Instagram Reels. Основне завдання — створити не шаблон, який кожного разу генерує однотипні ролики, а повноцінний контент-завод, здатний регулярно створювати різні відео: з новими сюжетами, сценами, локаціями, діями та візуальними рішеннями. ### Як приблизно має працювати процес: 1. Генерація ідеї та сценарію - система генерує нову тему / ідею для ролика; - створює сценарій; - розбиває його на окремі сцени / кадри; - для кожної сцени формується опис того, що має відбуватися. Важливо, щоб ролики кожного разу відрізнялися один від одного, а система не повторювала постійно однакові ідеї, сцени та структуру. 2. Створення зображень по сценах - для кожної сцени автоматично генерується зображення; - зображення повинні відповідати загальній історії ролика; - має бути можливість працювати в двох режимах: Режим 1 — різні персонажі та різні історії Кожен ролик може мати нових героїв, новий візуальний стиль, нові локації та сюжет. Режим 2 — AI-блогер / постійний персонаж Фіксується один персонаж, який зберігає впізнавану зовнішність між роликами, але при цьому змінюються: - одяг; - локації; - ситуації; - дії; - сюжет; - оточення. Тобто має вийти умовний AI-блогер, який постійно з'являється в новому контенті. 3. Оживлення сцен + голос Переважно використовувати AI-моделі, які можуть одразу: - оживляти зображення; - створювати мову / lip-sync; - генерувати або синхронізувати голос. Тобто не обов'язково робити озвучку окремим етапом, якщо обраний AI-сервіс здатний генерувати відео з мовленням одразу. Але архітектура повинна враховувати вартість генерації: якщо окрема генерація голосу + подальша анімація виявиться значно дешевшою або якіснішою, можна використовувати і такий варіант. Мова мовлення: - російська; - українська. 4. Збірка ролика На виході потрібно отримати набір готових сцен або повноцінне вертикальне відео. Додатково можна реалізувати: - автоматичне з'єднання сцен; - субтитри; - музику; - звукові ефекти; - переходи; - автоматичний монтаж. Монтаж не є обов'язковою частиною першого етапу проекту — залежить від вартості та складності реалізації. 5. Автопостинг Опціонально: - автоматична публікація в TikTok; - автоматична публікація в Instagram Reels. Автопостинг також можна винести в окремий етап. ### Важливий принцип системи Це має бути саме масштабований AI-контент-завод, а не один жорстко зафіксований workflow для генерації однакових роликів. Система повинна вміти створювати велику кількість різного контенту за рахунок: - генерації нових ідей; - різних сценаріїв; - різних сцен; - різних локацій; - різних дій персонажів; - різних візуальних композицій; - контролю повторів вже використаних ідей. При цьому повинна бути можливість зафіксувати певні параметри, наприклад: - одного постійного AI-персонажа; - конкретний візуальний стиль; - тематику каналу; - формат відео; - мову; - тривалість роликів. ### Приклад логіки: Тема / ніша → нова ідея → сценарій → розділення на сцени → генерація зображень → оживлення сцен з мовленням → збірка ролика → збереження / публікація ### По реалізації Переважно використовувати n8n, але відкритий до інших рішень, якщо виконавець зможе запропонувати більш стабільну архітектуру. Система повинна бути модульною, щоб у майбутньому можна було замінювати: - LLM; - модель генерації зображень; - модель image-to-video / talking image; - голосовий сервіс; - сервіс монтажу; - спосіб публікації. Бажано передбачити зберігання історії вже створеного контенту, щоб система могла враховувати попередні ролики та знижувати кількість повторюваних ідей. ### Що хочу отримати від виконавця в відповіді: - ваш досвід з AI-автоматизаціями та n8n; - приклади схожих проектів; - яку архітектуру ви пропонуєте; - які AI-моделі / API пропонуєте використовувати; - як пропонуєте вирішити питання різноманітності контенту; - як пропонуєте вирішити консистентність постійного AI-персонажа; - орієнтовну вартість одного згенерованого ролика; - вартість розробки автоматизації; - що можна реалізувати в рамках першого MVP. Готовий розглянути реалізацію поетапно: Етап 1: робочий контент-завод до генерації готових сцен / ролика. Етап 2: автоматичний монтаж. Етап 3: автоматична публікація в TikTok / Instagram.

Є ліцензія Корп. Необхідно налаштувати ЦУП для 1с та SQL, щоб зрозуміти, де просідає і відбуваються зависання.

Загальний опис:Шукаємо виконавця для вирішення задачі автоматизації оновлення даних про товарні залишки постачальників. В першу чергу, розглядається пошук та адаптація існуючого готового рішення. Якщо готового рішення, що відповідає ключовим вимогам, не знайдеться, розглядається розробка розширення з нуля.Основна мета — налаштувати стабільне та автоматичне завантаження залишків. Додатковою (опціональною) задачею є налаштування завантаження прайс-листів. Можливий розгляд окремо чи в комплексі.Конфігурація 1С:Програма:Business Automation Software for small company. PROFВерсія:1.6.21.3Вимога:Рішення має бути реалізовано виключно у вигляді розширення, без внесення змін до основної конфігурації.Підхід до реалізації (Важлива примітка для виконавців):Ми відкриті до ваших пропозицій! Якщо у вас є:Готове розширення, яке частково відповідає вимогам — пропонуйте його з описом необхідних доробок.Своє бачення або альтернативний підхід до реалізації — ми з радістю його розглянемо. Наша мета — отримати ефективний робочий інструмент, і ми готові бути гнучкими у способах її досягнення. Основні вимоги до функціоналу:1. Отримання даних:Джерело:Поштова скринька Gmail.Спосіб отримання: Система повинна вміти обробляти:Листи з прямими вкладеннями (файлами).Листи, в тілі яких міститься пряме посилання для завантаження файлу (без необхідності введення логінів/паролів на сторонніх порталах).Фільтрація вкладень: Можливість вказати "маску" імені файлу або розширення для кожного постачальника (наприклад, *stock*.xlsx), щоб система автоматично ігнорувала інші вкладення в листі (рахунки, картинки з підписів, PDF-каталоги).Формати файлів: Excel (.xls, .xlsx), CSV, XML. 2. Налаштування та обробка даних:Необхідно реалізувати гнучкий інтерфейс налаштування для кожного постачальника окремо.Логіка співставлення номенклатури:Співставлення товарів повинно відбуватися строго за артикулом.Обробка незіставлених позицій:Якщо артикул з файлу не знайдено в базі 1С, система не повинна створювати нову номенклатуру. Натомість, має формуватися звіт з переліком таких позицій для подальшого аналізу менеджером.Обробка неповних файлів:Система повинна коректно обробляти файли, що містять лише залишки (без цін) або лише ціни (без залишків), оновлюючи в 1С тільки ті дані, які присутні в файлі.Оптимізація роботи з пам'яттю:Парсинг великих Excel-файлів має відбуватися максимально оптимізовано (наприклад, читання через табличний документ на стороні сервера або за допомогою спеціалізованих бібліотек), щоб уникнути аварійного завершення 32-бітної клієнтської програми через брак оперативної пам'яті.Одиниці виміру та валюти (опціонально):Можливість вказати валюту вхідного файлу (з автоконвертацією) та задати коефіцієнт пакування для коректного розрахунку базових одиниць виміру. 3. Логіка завантаження даних:Основне завдання: Завантаження залишків Це ключова та обов'язкова частина функціоналу.Критична вимога до очищення:Очищення попередніх залишків конкретного постачальника має відбуватисявиключно після успішного зчитування та повної валідаціїнового файлу. Якщо файл пошкоджений, порожній або змінилася структура колонок — старі залишки не видаляються, а система просто генерує помилку. Це необхідно для уникнення випадкового обнулення бази та гарантії наявності даних. Додаткове (опціональне) завдання: Завантаження прайсівЦя функціональність буде перевагою, але не є обов'язковою на першому етапі.Статичні ціни:Можливість завантажувати ціни у три визначені типи цін в 1С: "Закупочна", "VIP ціна", "Роздрібна".Розрахункові ціни:Необхідно передбачити гнучкий механізм розрахунку цін за формулами, який налаштовується для кожного постачальника. Наприклад: Варіант А: Базовою є роздрібна ціна з файлу, а закупівельна та VIP розраховуються як відсоток від неї.Варіант Б:Базовою є закупівельна ціна, а роздрібна та VIP розраховуються за допомогою націнки.Має бути можливість задавати базу розрахунку та формулу для кожного типу цін. 4. Зберігання та відображення даних в 1С:Зберігання:Рекомендується зберігати дані в новому Регістрі відомостей. Проте, ми відкриті до ваших пропозицій, якщо ви бачите більш оптимальний архітектурний підхід.Відображення:Актуальна інформація про залишки повинна відображатися в наступних інтерфейсах:Форма документа "Замовлення покупця".Форма "Підбір товарів".Форма картки номенклатури.Важливо:Якщо один і той самий артикул наявний у кількох постачальників, в інтерфейсі має бути чітко видно залишок по кожному з них окремо (наприклад, окрема інформаційна панель, спливаюче вікно при наведенні або додаткові колонки). 5. Автоматизація:Завантаження повинно виконуватися автоматично за допомогою серверного регламентного завдання (або інший більш оптимальний підхід).Повинна бути можливість налаштувати різний час запуску для різних постачальників (наприклад, 8:00, 10:00).Обов'язково має бути можливість ручного запуску процесу завантаження.Система сповіщень:У разі виникнення критичних помилок під час автоматичного завантаження (відсутність файлу в листі, невідомий формат, помилка читання), система повинна генерувати сповіщення для відповідального менеджера (у вигляді задачі в 1С, повідомлення або email). Результат роботи:Файл розширення (.cfe), або інсталяційний пакет готового рішення.Інструкція користувача по налаштуванню та використанню. P.S. Приклади подібних доробок : 1) https://ingenum.ua/analiz-praysov-postavshikov-dlya-bas-ili-1c2) https://pdk.com.ua/ua/features/dev/monitor_zagruzki-detail/3)https://nct.ua/catalog/raboty_dlya_1s_8/Automatic-loading-of-price-lists-of-suppliers-and-the-balance-of-goods-from-suppliers/