Бюджет: 200 UAH Термін: 1 день
Готовий взяти за ваш проект. Швидко і якісно. Досвід роботи є
Бюджет: 200 UAH Термін: 1 день
Готовий взяти за ваш проект. Швидко і якісно. Досвід роботи є
Бюджет: 666 UAH Термін: 1 день
Https: //Uk.Tgstat.Com/Крипто
Https: //Uk.Tgstat.Com/Крипт
111
Бюджет: 200 UAH Термін: 2 дні
Добрий день ! Збираю базу за день, раніше зібрав канали для біженців, дивіться у відгуках, майстер по пошуку і збору інформації, пропоную 5 грн один канал або обговорюємо!
Бюджет: 500 UAH Термін: 1 день
Добрий день, готовий виконати Ваш проект. Швидко і якісно. Досвід роботи великий.
Бюджет: 500 UAH Термін: 1 день
Готовий займатися вашим проектом.
Досвід є, відгуки в профілі.
Приклади роботи в портфоліо.
Пишіть обговорюємо деталі, ціна за канал приблизно 3-5 грн
Шукаємо спеціаліста або команду з досвідом доопрацювання 1С/BAS для автоматизації складського обліку. У нас вже є діюча 1С:Підприємство 8.3, але потрібно розгорнути нову, у якій буде реалізований необхідний функціонал. Основна задача — налаштувати повноцінну роботу складу з використанням сканерів штрихкодів, терміналів збору даних, етикеток, адресного зберігання та контролю залишків.Що потрібно реалізувати ведення номенклатури товарів; облік залишків на складі; приймання товарів на склад; продажі та відвантаження клієнтам; резервування товару під замовлення; комплектація замовлень через сканер або ТЗД; робота зі штрихкодами товарів, пачок, коробок і палет; друк внутрішніх етикеток; серійний облік для інверторів, акумуляторів та дорогого обладнання; списання товарів; інвентаризація через сканер; повернення товарів; управлінська звітність; логування дій користувачів; можливість подальшого масштабування системи.Складська логіка Менеджер створює замовлення клієнта в 1С. Після цього замовлення має автоматично передаватися на склад як завдання на збір. Працівник складу відкриває замовлення на терміналі збору даних або іншому пристрої, бачить перелік товарів, кількість і місце зберігання товару: сектор, ряд, стелаж, полицю або комірку. Потрібно реалізувати адресне зберігання, щоб працівник складу бачив, де саме знаходиться товар. Якщо в замовленні багато позицій, бажано, щоб система сортувала товари у зручній послідовності збору по складу. Працівник сканує товар, пачку або палету. Система має перевіряти, чи цей товар є в замовленні, чи правильна кількість, чи достатній залишок і чи не відскановано зайву позицію. Якщо товар правильний — система підтверджує позицію. Якщо товар неправильний — система має показати помилку і не дозволяти закрити замовлення до виправлення.Робота з пачками, коробками та палетами Потрібно реалізувати облік товарів не тільки поштучно, а й пачками, коробками та палетами. Наприклад, якщо одна палета містить 30 одиниць товару, при скануванні етикетки палети система має автоматично додати 30 одиниць у документ. Також потрібна логіка часткового відбору. Наприклад, якщо на палеті було 36 шт, а по замовленню потрібно забрати 10 шт, система має списати 10 шт, залишити 26 шт і запропонувати надрукувати нову етикетку на залишок палети.Етикетки та обладнання Потрібно налаштувати друк етикеток для: одиниці товару; пачки; коробки; палети; товарів із серійними номерами. Етикетка має містити назву товару, артикул, модель, штрихкод, кількість в упаковці або серійний номер, якщо це серійний товар. Система має працювати зі сканером штрихкодів, принтером етикеток і терміналом збору даних.Звіти та контроль Потрібні звіти по залишках, руху товарів, продажах, резервуванню, списанню, інвентаризації, серійних номерах, надлишках і нестачах. Також потрібно логування дій користувачів: хто створив документ, хто змінив кількість, хто провів списання, хто провів інвентаризацію, дата і час дії.Очікуємо від виконавця Потрібен спеціаліст, який: має досвід роботи з 1С/BAS; розуміє складський облік; працював із ТЗД або сканерами штрихкодів; має досвід налаштування друку етикеток; може запропонувати готовий модуль або оптимальну архітектуру рішення; може оцінити, що краще: доопрацювання поточної 1С/BAS чи створення нової бази; після аналізу зможе надати етапи робіт, терміни та орієнтовну вартість.
Про проєкт і завдання У нас невеликий відділ продажів (керівник відділу продажів + 2 менеджери) та база близько 220 активних клієнтів. Зараз виникла нагальна потреба впровадити легку CRM як операційний рівень, щоб менеджери в режимі реального часу фіксували дзвінки, домовленості та статуси за воронкою продажів, а керівництво бачило, які клієнти «зависли» на певному етапі. Паралельно ми активно використовуємо AI-аналітику (Claude) для роботи з вивантаженнями, звітами, пошуку аномалій та аналізу P&L. Тому CRM потрібна саме як чисте джерело даних, з якого можна буде формувати якісні вивантаження. Що потрібно зробити (Етап 1 — Впровадження) Адит і вибір рішення. Остаточно визначити разом із нами платформу. Розглядаємо українські рішення (KeyCRM або SalesDrive), оскільки важлива інтеграція з українською телефонією та Новою Поштою. Також готові розглянутиPipedrive. Налаштування системи. Створення воронки продажів, карток клієнтів, налаштування полів відповідно до нашої специфіки. Інтеграції. Підключення телефонії, месенджерів та Нової Пошти. Імпорт даних. Коректне перенесення наявної бази клієнтів (близько 220 контактів) із поточних файлів. Навчання. Короткий інструктаж для керівника відділу продажів та двох менеджерів щодо правил ведення угод, щоб забезпечити чистоту та якість даних у CRM. Подальші завдання (Етап 2 — Супровід) Технічна підтримка та доопрацювання автоматизацій у процесі роботи. Контроль коректності вивантажень даних для подальшої AI-аналітики. Кого ми шукаємо Спеціаліста з досвідом впровадження KeyCRM, SalesDrive абоPipedrive (будь ласка, додайте приклади або кейси у відгуку). Людину, яка розуміє принципи побудови аналітики продажів і вміє налаштовувати експорт даних без «сміття». Відповідального фахівця, готового до довгострокової співпраці та супроводу проєкту. У відгуку, будь ласка, вкажіть Ваш досвід роботи з KeyCRM, SalesDrive абоPipedrive. Орієнтовну вартість та строки базового налаштування для нашої команди (3 користувачі). Чи готові ви надалі адмініструвати систему та на яких умовах.
Про компанію Торговельна компанія. Працюємо з товарною групою більш ніж 2000 позицій за різними категоріями.Поточна ситуація Зараз номенклатура ведеться в Google Sheets — дані консолідовані за вкладками (категоріями). Структура вкладок: Назва товару Групи цін: собівартість, опт, роздріб Характеристики: вага, кількість в упаковці тощо. Важливо: кількість колонок відрізняється для різних категорій товарів, оскільки у них різні характеристики.Чому поточне рішення не підходить Google Sheets не дозволяє налаштовувати права доступу на рівні окремих колонок. Нам потрібно: Надавати користувачам права на перегляд певних колонок (наприклад, тільки собівартості) Надавати права на редагування певних колонок (наприклад, роздрібних цін) При цьому обмежувати доступ до інших колонок в тій же вкладціЩо потрібно зробитиОсновні вимоги Гнучка система розмежування прав Доступ на рівні окремих колонок (читання / запис) Призначення прав за ролями або користувачами Управління правами без участі програмістів Підтримка різної структури даних Різні категорії товарів мають різний набір характеристик Додавання нових колонок/характеристик без програмування Незалежність від розробників Адміністрування силами внутрішніх співробітників Додавання категорій, колонок, користувачів — через інтерфейс Інтеграція з ERP Вивантаження актуальних цін в нашу ERP-систему Експорт або автоматична інтеграція через API Аналіз даних за допомогою ШІ (бажано) Можливість аналізу всього переліку номенклатури Збагачення, перевірка, рекомендації — якщо у вас є ідеї, опишітьОчікуваний результат Працююче рішення, в якому: Номенклатура структурована за категоріями з різними наборами характеристик Права на колонки гнучко налаштовуються (перегляд / редагування) Дані вивантажуються в ERP Команда може управляти системою самостійноЩо потрібно від вас при відгуку Опишіть в загальних рисах, як ви бачите рішення: Який інструмент / платформу пропонуєте
Необхідно провести глибоку технічну перевірку трьох PDF-файлів на достовірність та можливі ознаки редагування або підробки. Потрібна не лише візуальна оцінка документів. Виконавець повинен добре розуміти внутрішню структуру PDF-файлів та вміти аналізувати: метадані файлів; структуру PDF та окремих об’єктів; історію створення і можливого редагування; використане програмне забезпечення; вбудовані шрифти, зображення, шари та інші елементи; можливі ознаки повторного збереження, конвертації, внесення змін або формування документа заднім числом; будь-які технічні невідповідності, які можуть свідчити про маніпуляції з файлами. За результатом перевірки необхідно надати зрозумілий письмовий висновок щодо кожного файлу із зазначенням виявлених ознак, ризиків та обмежень перевірки. Розглядаємо фахівців, які мають практичний досвід у цифровій криміналістиці, аналізі PDF-документів, метаданих або перевірці електронних файлів на автентичність. У відгуку, будь ласка, коротко опишіть ваш досвід, методи та інструменти, які ви використовуєте для такої перевірки.
Загальна інформація Необхідно розробити просту мінімалістичну вебсистему, основною метою якої є ведення бази клієнтів, створення записів на візити та автоматизація процесу підтвердження візитів через SMS, відправка одноразових посилань через АПІ з самого сервіса. Проєкт розробляється поетапно. На першому етапі необхідно реалізувати лише базову функціональність (MVP), щоб систему можна було використовувати в реальній роботі. Після запуску та тестування вона буде поступово розширюватися новими модулями.Основна функціональність першого етапу авторизація користувачів; база клієнтів; створення та редагування записів; список записів (або простий календар); перемикання між торговими точками; інтеграція з SMS-оператором через API; надсилання SMS із довільним текстом або посиланням для підтвердження візиту; підтвердження або скасування візиту клієнтом за одноразовим посиланням; відображення статусу підтвердження безпосередньо біля запису клієнта. На початковому етапі замість повноцінного календаря допускається використання простого списку записів за днями. Кожен день повинен містити хронологічний список бронювань із зазначенням часу, імені клієнта, послуги, працівника та статусу підтвердження. Надалі цей список можна буде замінити на повноцінний календар без зміни структури системи. У системі повинна бути можливість перемикатися між торговими точками. Кожна торгова точка має власний список записів (або календар), але всі вони використовують спільну базу клієнтів.