Бюджет: 2500 UAH Термін: 5 днів
Доброго дня! Допоможу Вам з Вашою задачею , деталі в індивідуальній переписці. Резервуємо проект
Бюджет: 4000 UAH Термін: 3 дні
Добрий день! Готова реалізувати ваше завдання. Деталі можемо обговорити у індивідуальній переписці
Бюджет: 3750 UAH Термін: 3 дні
Доброго дня, можу взятись за виконання даної задачі, маю досвід роботи з фориулами та скриптами на ексель та гугл таблицях. Розробити можна як на чистих формулах, так і використовуючи скрипти. Лист дашборд можливо:)
Також гугл таблиці мають переваги над екселем про які можу вам розказати згідно вашого проекту, але якщо треба ексель - то буде ексель
Бюджет: 5000 UAH Термін: 3 дні
а чому ви категорично відмовляєтесь від макросів?
адже вони набагато краще справляються з задачею і більше функціи автоматизують...
Артем К.
Переможець- Проєкти 35
- Оцінка 5.0
- Рейтинг 2 215
Бюджет: 2500 UAH Термін: 3 дні
Добрий день. Готовий допомогти з реалізацією. Досвід створення управлінських систем у Ексель великий. Запропоную оптимальний варіант, виходячи з технічних обмежень. Звертайтеся.
Бюджет: 8001 UAH Термін: 7 днів
Вітаю, маю досвід роботи з Google таблицями і такий функціонал вже не один раз реалізовували для інших клієнтів і саме користуємось.
Якщо розглядаєте формат Google таблиць, то без проблем можемо взаємодіяти. Чому не роблю в Ексел? Тому що він має певні обмеження, незручності, недоліки..
я розумію що вони майже ідентичні, але відсутність таких інструментів як в гулу (скрипти) робить їх менш ефективним.
Реалізація зовнішніх а ти майже неможливо наприклад.
Звертайтесь радий буду допомогти.
Бюджет: 4000 UAH Термін: 4 дні
Працюю фінансовим аналітиком у великій міжнародній компанії. Виконував подібні завдання на роботі, готовий оперативно допомогти. Пишіть.
Ставки поки відсутні
Бюджет: 2500 UAH Термін: 3 дні
Добрий день.
Є приклад схожого трекеру в моєму портфоліо в профілі.
Можна допрацювати та адаптувати під ваші потреби.
Актуальні фриланс-проєкти в категорії Бази даних та SQL
Розпакуавати і відсорторувати базу в формат XL по містам Розпакуавати і відсорторувати базу в формат XL по містам Розпакуавати і відсорторувати базу в формат XL по містам
Про компанію Торговельна компанія. Працюємо з товарною групою більш ніж 2000 позицій за різними категоріями.Поточна ситуація Зараз номенклатура ведеться в Google Sheets — дані консолідовані за вкладками (категоріями). Структура вкладок: Назва товару Групи цін: собівартість, опт, роздріб Характеристики: вага, кількість в упаковці тощо. Важливо: кількість колонок відрізняється для різних категорій товарів, оскільки у них різні характеристики.Чому поточне рішення не підходить Google Sheets не дозволяє налаштовувати права доступу на рівні окремих колонок. Нам потрібно: Надавати користувачам права на перегляд певних колонок (наприклад, тільки собівартості) Надавати права на редагування певних колонок (наприклад, роздрібних цін) При цьому обмежувати доступ до інших колонок в тій же вкладціЩо потрібно зробитиОсновні вимоги Гнучка система розмежування прав Доступ на рівні окремих колонок (читання / запис) Призначення прав за ролями або користувачами Управління правами без участі програмістів Підтримка різної структури даних Різні категорії товарів мають різний набір характеристик Додавання нових колонок/характеристик без програмування Незалежність від розробників Адміністрування силами внутрішніх співробітників Додавання категорій, колонок, користувачів — через інтерфейс Інтеграція з ERP Вивантаження актуальних цін в нашу ERP-систему Експорт або автоматична інтеграція через API Аналіз даних за допомогою ШІ (бажано) Можливість аналізу всього переліку номенклатури Збагачення, перевірка, рекомендації — якщо у вас є ідеї, опишітьОчікуваний результат Працююче рішення, в якому: Номенклатура структурована за категоріями з різними наборами характеристик Права на колонки гнучко налаштовуються (перегляд / редагування) Дані вивантажуються в ERP Команда може управляти системою самостійноЩо потрібно від вас при відгуку Опишіть в загальних рисах, як ви бачите рішення: Який інструмент / платформу пропонуєте
Необхідно провести глибоку технічну перевірку трьох PDF-файлів на достовірність та можливі ознаки редагування або підробки. Потрібна не лише візуальна оцінка документів. Виконавець повинен добре розуміти внутрішню структуру PDF-файлів та вміти аналізувати: метадані файлів; структуру PDF та окремих об’єктів; історію створення і можливого редагування; використане програмне забезпечення; вбудовані шрифти, зображення, шари та інші елементи; можливі ознаки повторного збереження, конвертації, внесення змін або формування документа заднім числом; будь-які технічні невідповідності, які можуть свідчити про маніпуляції з файлами. За результатом перевірки необхідно надати зрозумілий письмовий висновок щодо кожного файлу із зазначенням виявлених ознак, ризиків та обмежень перевірки. Розглядаємо фахівців, які мають практичний досвід у цифровій криміналістиці, аналізі PDF-документів, метаданих або перевірці електронних файлів на автентичність. У відгуку, будь ласка, коротко опишіть ваш досвід, методи та інструменти, які ви використовуєте для такої перевірки.
Загальна інформація Необхідно розробити просту мінімалістичну вебсистему, основною метою якої є ведення бази клієнтів, створення записів на візити та автоматизація процесу підтвердження візитів через SMS, відправка одноразових посилань через АПІ з самого сервіса. Проєкт розробляється поетапно. На першому етапі необхідно реалізувати лише базову функціональність (MVP), щоб систему можна було використовувати в реальній роботі. Після запуску та тестування вона буде поступово розширюватися новими модулями.Основна функціональність першого етапу авторизація користувачів; база клієнтів; створення та редагування записів; список записів (або простий календар); перемикання між торговими точками; інтеграція з SMS-оператором через API; надсилання SMS із довільним текстом або посиланням для підтвердження візиту; підтвердження або скасування візиту клієнтом за одноразовим посиланням; відображення статусу підтвердження безпосередньо біля запису клієнта. На початковому етапі замість повноцінного календаря допускається використання простого списку записів за днями. Кожен день повинен містити хронологічний список бронювань із зазначенням часу, імені клієнта, послуги, працівника та статусу підтвердження. Надалі цей список можна буде замінити на повноцінний календар без зміни структури системи. У системі повинна бути можливість перемикатися між торговими точками. Кожна торгова точка має власний список записів (або календар), але всі вони використовують спільну базу клієнтів.
Копіювання бази та фронту для бази (Зараз частково скопійований фронт та деякі характеристики , але неправильно . Парсер заповнив базу своїми характеристиками ) Синхронізація парсеру з базою та характеристиками бази Виправити баг агента парсера Обрізання фото пропорційно водяному знаку які падають з парсера Робота буферу з новою базою та інструментів з об'єктами даної бази Виправлення незначних багів : наприклад текст попапів , або дрібні моменти на фронті , баги які з'являться під час виконання завдань Підключення нового сховища для зберігання медіа Логи перестали стукати до таблиці фінансових операцій , що нас сторінках балансу та тарифного плану ( оплата тарифу , поповнення рахунку (успішно/ні) Перевірити ще раз роботу оплати та після замінити тестовий апі білінгу від монобанк на реальний Допрацювати права доступу для користувача адміністратора баз Зараз є завислі процеси , які завантажують сервер , треба це перевірити Логіка коментарів та заміток зараз працює неправильно , треба , щоб для одного і того ж об'єкта в 2 базах - коментарі були прив'язані до кожної бази , а не до об'єкта , джерелом якого є об'єкт даної бази (Більш детально зможу пояснити в особистих) Зафіксувати в базах правильно сортування (Зараз Від першого доданого до останнього . треба навпаки , функціонал сортування створений ) Перевірити та виправити коректність фільтрів в базах , можливо додати обмеження на фільтрацію при великих обсягах даних