Здравствуйте!
Нам требуется консультация по настройке и ведению мультивалютного товарного учета в программе 1С: Предприятие 8.3, "Управление торговлей для Украины", редакция 2.3.
Суть заключается в том, что бы программа помнила закупочные цены товаров в грн, CNY и USD, и отпуск товара был возможен в грн, USD, EUR и руб.
Сейчас мы ведём учет в другой программе и приходуем товар по следующей схеме:
Товар закупается в юанях, вносится в накладную на поступление тоже в юанях (количество, цена в юанях, сумма данной позиции в юанях, сумма всего документа в юанях), после того, как внесены все товары в накладную, сверяется общая сумма приходной накладной с суммой в пакинге поставщика (в юанях).
Далее. За доставку товара мы платим в долларах, поэтому, не критично, но хотелось бы, что бы можно было транспортные расходы не пересчитывать на калькуляторе из долларов в юани, а просто ввести цифру в долларах, при этом, что б транспортные расходы пропорционально распределились по суммам позиций - закупочная цена товара увеличилась на процент транспортных услуг документа, а валюта закупочных цен так и осталась в юанях. То есть, что б программа сама делала пересчет валют.
Программа в которой сейчас ведётся учет, позволяет общую сумму накладной перевести в доллары по заранее заданному в программе или произвольному курсу, при этом закупочные цены товаров остаются в юанях, но общая сумма документа переводится в доллары, и мы вписываем транспортные расходы в накладную на поступление в долларах; транспортные расходы плюсуются к общей сумме накладной на поступление и добавляются пропорционально к закупочной стоимости каждого отдельного товара при вычислении себестоимости товара (Распределение по суммам позиций - цена товара увеличивается на процент транспортных услуг документа). Программа должна помнить последнюю цену поставки без транспортных услуг в валюте в которой этот товар вносился в накладную на поступление, а себестоимость (с учетом транспортных затрат) должна фиксироваться в валюте суммы "Итого", в которой проведена приходная накладная. Также, есть товары, которые покупаются за гривны, есть товары, которые покупаются за доллары. И, например, для товаров купленных за доллары, транспортные затраты могут быть в гривнах, и т.д.
Вообще, возможно такое в 1С наладить?
Бюджет: 500 UAH Термін: 103 дні
Здравствуйте! Надо настроить вашу управление торговлей для Украины. В принципе это возможно. Но Возможно понадобится какие-то доработки. Я не программист я консультант. Могу помочь настроить без доработок.
Тел. 097 123 62 47
"что бы программа помнила закупочные цены товаров в грн, CNY и USD"
На один и тот же товар помнила все три цены? Или для одних товаров помнила закупочную цену в грн, для других - в CNY, а для третьих - в USD?
21 травня 2019
Что бы фиксировалась последняя цена поставки в валюте последней закупки.
Пишите на [email protected] , поможем, чем сможем...))) Мультивалютный учет в 1С возможен при соблюдении определенных правил его ведения...)))
Автоматизація / 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/
Потрібно, щоб при створенні замовлення менеджером в Бітріксі автоматично формувалась ттн для Нової пошти. Для подальшої можливості роздрукововати ТТНки реєстром.
Налаштувати автоматичне оновлення раз в день наявність товарів на нашому сайті на пром.юа. Маємо постачальника, він відправляє прайс лист товарів в ексель форматі на нашу електронну пошту кожен день. Артикули на нашому сайті та в прайсі постачальника однакові. Значення в стовпці "залишки" або немає в наявності, або число, або більше ящика - треба оновлювати на сайті в стан Готово до відправки або Немає в наявності. Артикули, що не немає в прайсі постачальника - залишати без змін. Запропонуйте будь ласка рішення, термін і бюджет. Дякую за відгук завчасно, чекаю фахівця для співпраці.