Бюджет: 2222 UAH Термін: 1 день
Вибачте за висловлювання, але така "автоматизація" у таблицях, це архаїзм і мало професійно, оскільки неможливо повноцінно реалізувати в Google Таблицях облікові регістри, повністю автоматизувати контроль і сервіси введення даних, а тим більше звіти і багато іншого!! для автоматизації роботи СТО (також торгівля запчастинами і автомобілями) існує готовий типовий програмний продукт Альфа-Авто. Він розроблений на досвіді автоматизації тисяч клієнтів СТО і торговців автозапчастинами. Жодні талановиті самодіяльні розробники не реалізують повноцінний функціонал, подібний до цього рішення.
Готовий ознайомити з системою і допомогти придбати. Деталі у переписці.
ПП "Альфа-Авто: Автосервіс+Автозапчастини, редакція 6"
Переваги програми:
• Запуск програми у режимах «тонкий клієнт», «веб-клієнт».
• Динамічне ціноутворення на запасні частини залежно від цінових груп номенклатури.
• Ціноутворення авторобіт у розрізі видів ремонтів, моделей автомобілів, цехів.
• Єдиний довідник транспортних засобів, збереження оригінального VIN номера.
• Пошук клієнтів за різними даними: VIN, держномер автомобіля, П.І.Б. тощо.
• Можливість роботи менеджерів лише зі своїми клієнтами.
• Відстеження стану клієнтських замовлень запасних частин.
• Повідомлення менеджерам про резервування номенклатури за замовленням покупця.
• Реєстрація упущеного попиту на запасні частини.
• Облік замін і аналогів запчастин.
• Можливість заборони продажів, що здійснюються нижче собівартості.
• Підтримка необмеженої кількості прайс-листів постачальників.
• Збереження історії продажів усіх клієнтів.
• Автоматизоване робоче місце співробітника автосервісу.
• Нормування часу робіт за моделями і комплектаціями автомобілів.
• Технічне обслуговування автомобілів, контроль періодичності проходження ТО.
• Можливість розділення робіт, запчастин і матеріалів на кілька замовлень з різними контрагентами-платниками і видами ремонту при зверненні клієнта в автосервіс.
• Розділення наборів виконуваних робіт за причинами звернення.
• Виконання сервісних кампаній.
• Облік субпідрядних робіт.
• Прийом шин на зберігання.
Бюджет: 2000 UAH Термін: 2 дні
Доброго дня. В мене є переписаний БАС бух під СТО. Впроваджений і працює вже більше 4 років. Локално можу поставити. А якщо хочете мережеву версію і вебку то ціна буде інша. Можу провести демонстацію. Проводжу навчання 500 грн/год. Вам знадобиться 2-3 години і вже будете працювати по повній.
Бюджет: 2000 UAH Термін: 2 дні
Працюю фінансовим аналітиком в великій міжнародній компанії. Є величезний досвід в таблицях, допоможу
Бюджет: 2000 UAH Термін: 2 дні
Вітаю, знаюсь на Excel дуже добре, оптимізовувала таблиці для підприємств. Тому можу виконати завдання за декілька днів.
Єдине ваше посилання не відкривається тому нажаль не можу ознайомитись з обсягом роботи
Бюджет: 2000 UAH Термін: 3 дні
Вітаю! Не дуже зрозуміло завдання, але Excel знаю відмінно. Можу допомогти у створенні документу. Звертайтесь)
Ставки приховані
Ставки поки відсутні
Ставки приховані
Актуальні фриланс-проєкти в категорії Автоматизація управління підприємством
Автоматизація / 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/
Потрібно, щоб при створенні замовлення менеджером в Бітріксі автоматично формувалась ттн для Нової пошти. Для подальшої можливості роздрукововати ТТНки реєстром.
Налаштувати автоматичне оновлення раз в день наявність товарів на нашому сайті на пром.юа. Маємо постачальника, він відправляє прайс лист товарів в ексель форматі на нашу електронну пошту кожен день. Артикули на нашому сайті та в прайсі постачальника однакові. Значення в стовпці "залишки" або немає в наявності, або число, або більше ящика - треба оновлювати на сайті в стан Готово до відправки або Немає в наявності. Артикули, що не немає в прайсі постачальника - залишати без змін. Запропонуйте будь ласка рішення, термін і бюджет. Дякую за відгук завчасно, чекаю фахівця для співпраці.