Переписати з 1с 7.7 на 1с 8.x XML парсер-конвертер в CSV

Потрібно налаштувати зв'язок для 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/

Потрібно, щоб при створенні замовлення менеджером в Бітріксі автоматично формувалась ттн для Нової пошти. Для подальшої можливості роздрукововати ТТНки реєстром.