Бюджет: 5000 UAH Термін: 5 днів
Здравствуйте, нужна документация по СКУД, или описание взаимодействия, есть опыт подобной интеграции, пишите.
Добрый день. Есть конфигурация Фитнес-Клуб версии 3.1.16.
Недавно установили СКУД, турникеты и другое оборудование. На данный момент основной проблемой является следующая задача:
1) Есть считыватель смарт карт (ACR 1252U-M1). В конфигурации есть справочник Ключей (одно из поле которых предназначено для ввода кода с ключа). Есть рабочее место администратора, в котором есть поле для выбора ключа. При считывании Смарт карты (тип карты Mifare) ключ должен подтягиваться в поле рабочего места Администратора. Нужен специалист, который сможет настроить считывание ключа и обработку соответствующего действия.
Цену за задачу не устанавливаю, открыт к вашим предложениям))
Бюджет: 5000 UAH Термін: 5 днів
Здравствуйте, нужна документация по СКУД, или описание взаимодействия, есть опыт подобной интеграции, пишите.
Бюджет: 4800 UAH Термін: 10 днів
Андрей, здравствуйте! Я представляю компанию IT Спектр. В нашей команде есть несколько специалистов по 1с. Готовы выслушать Ваши пожелания и обговорить детали будущего сотрудничества.
Бюджет: 500 UAH Термін: 1 день
Добрый день. Готовы решить вашу задачу. Пишите, звоните обсудим порядок работы, стоимость и сроки.
Опыт работы 17 лет.
Сертификаты 1С.
Контакты в профиле.
PS: Всем своим клиентам дарим модуль загрузки курсов валют с интернета.
Бюджет: 450 UAH Термін: 1 день
Доброго дня, можемо обговорити. ціна вказана за годину роботи. Пишіть в повідомлення.
На данный момент своими силами стандартными не удалось решить задачу (один из вариантов драйверов установить удалось, однако какие-то ошибки все же выдает и считывание не производится). Если получится стандартными решить, так же будет подходящим вариантом))
С каким портом идет считыватель. В каком формате он отдает данные. Как настроить внешнее событие для заполнения нужного поля. Как потом код будет срабатывать на считывателе на турникете. Оценить всю эту работу очень сложно без вводных. Это может за 5 минут решиться. А можно 3 дня колупаться и не решить.
К сожалению я заказчик и ставки делать не могу. Если не найдете нормального исполнителя напишите в личку. Чем смогу помогу советом. Если не поможет тогда как в анекдоте "консультация".))
Шукаємо спеціаліста або команду з досвідом доопрацювання 1С/BAS для автоматизації складського обліку. У нас вже є діюча 1С:Підприємство 8.3, але потрібно проаналізувати поточну базу та запропонувати оптимальне рішення: доопрацювати існуючу 1С; або розгорнути нову, у якій буде реалізований необхідний функціонал. Основна задача — налаштувати повноцінну роботу складу з використанням сканерів штрихкодів, терміналів збору даних, етикеток, адресного зберігання та контролю залишків.Що потрібно реалізувати ведення номенклатури товарів; облік залишків на складі; приймання товарів на склад; продажі та відвантаження клієнтам; резервування товару під замовлення; комплектація замовлень через сканер або ТЗД; робота зі штрихкодами товарів, пачок, коробок і палет; друк внутрішніх етикеток; серійний облік для інверторів, акумуляторів та дорогого обладнання; списання товарів; інвентаризація через сканер; повернення товарів; управлінська звітність; логування дій користувачів; можливість подальшого масштабування системи.Складська логіка Менеджер створює замовлення клієнта в 1С. Після цього замовлення має автоматично передаватися на склад як завдання на збір. Працівник складу відкриває замовлення на терміналі збору даних або іншому пристрої, бачить перелік товарів, кількість і місце зберігання товару: сектор, ряд, стелаж, полицю або комірку. Потрібно реалізувати адресне зберігання, щоб працівник складу бачив, де саме знаходиться товар. Якщо в замовленні багато позицій, бажано, щоб система сортувала товари у зручній послідовності збору по складу. Працівник сканує товар, пачку або палету. Система має перевіряти, чи цей товар є в замовленні, чи правильна кількість, чи достатній залишок і чи не відскановано зайву позицію. Якщо товар правильний — система підтверджує позицію. Якщо товар неправильний — система має показати помилку і не дозволяти закрити замовлення до виправлення.Робота з пачками, коробками та палетами Потрібно реалізувати облік товарів не тільки поштучно, а й пачками, коробками та палетами. Наприклад, якщо одна палета містить 30 одиниць товару, при скануванні етикетки палети система має автоматично додати 30 одиниць у документ. Також потрібна логіка часткового відбору. Наприклад, якщо на палеті було 36 шт, а по замовленню потрібно забрати 10 шт, система має списати 10 шт, залишити 26 шт і запропонувати надрукувати нову етикетку на залишок палети.Етикетки та обладнання Потрібно налаштувати друк етикеток для: одиниці товару; пачки; коробки; палети; товарів із серійними номерами. Етикетка має містити назву товару, артикул, модель, штрихкод, кількість в упаковці або серійний номер, якщо це серійний товар. Система має працювати зі сканером штрихкодів, принтером етикеток і терміналом збору даних.Звіти та контроль Потрібні звіти по залишках, руху товарів, продажах, резервуванню, списанню, інвентаризації, серійних номерах, надлишках і нестачах. Також потрібно логування дій користувачів: хто створив документ, хто змінив кількість, хто провів списання, хто провів інвентаризацію, дата і час дії.Очікуємо від виконавця Потрібен спеціаліст, який: має досвід роботи з 1С/BAS; розуміє складський облік; працював із ТЗД або сканерами штрихкодів; має досвід налаштування друку етикеток; може запропонувати готовий модуль або оптимальну архітектуру рішення; може оцінити, що краще: доопрацювання поточної 1С/BAS чи створення нової бази; після аналізу зможе надати етапи робіт, терміни та орієнтовну вартість.
Автоматизація / 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/
Потрібно, щоб при створенні замовлення менеджером в Бітріксі автоматично формувалась ттн для Нової пошти. Для подальшої можливості роздрукововати ТТНки реєстром.