Бюджет: 5000 UAH Термін: 3 дні
Привіт.
Я розробник NodeJS. Готовий взятися. Пишіть, обговоримо.
Створити повністю автоматичну систему, яка:
автоматично отримує та обробляє залишки зі складів (файли Excel/CSV, що надходять на Gmail),
зберігає їх на Google Диск у структурі за датами,
об'єднує дані з основним товарним вивантаженням (за кодом товару),
формує підсумкову таблицю з кількістю по кожному складу та загальним залишком,
працює в автономному режимі з регулярною перевіркою пошти.
Фабрика Новоград-Волинськ
Київ — ⚠️ передає два звіти:
Залишки Фабрики
Залишки Київського складу
Дніпро
Тернопіль
Файли можуть надходити:
в різний час доби (не одночасно);
в різних форматах (.xls, .xlsx, .csv);
в окремих листах, одним або кількома вкладеннями;
з різною структурою колонок (але всюди є: код товару, назва, кількість).
Система повинна перевіряти Gmail кожні 20 хвилин.
Після отримання нових листів з вкладеннями:
визначає склад і тип звіту за темою листа або іменем файлу;
зберігає файли на Google Диску (в папку поточного дня);
обробляє файли без очікування інших складів;
позначає оброблені листи ярликом (наприклад, stock/processed), щоб не обробляти повторно.
Склади можуть надсилати файли в будь-який зручний час,
коли у них є доступ, інтернет або час — система повинна їх обробити автоматично,
незалежно від часу доби.
Скрипт (або бот) кожного ранку о 07:00 надсилає листи-запити на пошти всіх складів.
Для Києва — два окремих листи: один на “Фабрику”, один на “Київський склад”.
В темі листа повинні бути маркер для розпізнавання:
[STOCK][NOVOGRAD] [STOCK][KYIV][FABRIKA] [STOCK][KYIV][SKLAD] [STOCK][DNIPRO] [STOCK][TERNOPIL]
При отриманні відповідних листів система повинна за цими маркерами розуміти, куди зберігати файл і в яку колонку своду його вносити.
Кожного дня створюється нова папка з датою:
/Залишки/2025-10-21/
Всередині — підпапки по складах:
/Залишки/2025-10-21/Фабрика Новоград-Волинськ/ /Залишки/2025-10-21/Київ/Фабрика/ /Залишки/2025-10-21/Київ/Київський склад/ /Залишки/2025-10-21/Дніпро/ /Залишки/2025-10-21/Тернопіль/
Якщо приходить кілька файлів — зберігаються всі з унікальним ім'ям (дата + оригінальна назва).
Зберігати папки тільки за останні 5 днів, все старше автоматично видаляти.
Після збереження файлу система:
Считывает таблицю, знаходить колонки код, назва, кількість (за ключовими словами).
Формує внутрішню базу залишків по складах.
Перевіряє коди товарів з основним вивантаженням (файл, який надасть замовник).
Результат об'єднання даних повинен бути таблицею наступного формату:
| Код товару | Наименование | Новоград-Волинськ | Київ (Фабрика) | Київ (Склад) | Дніпро | Тернопіль | Всього |
|---|---|---|---|---|---|---|---|
| 10125 | Шкаф-купе Бланко | 5 | 12 | 3 | 4 | 2 | 26 |
| 10488 | Комод Рондо | 0 | 3 | 0 | 2 | 1 | 6 |
Якщо якийсь товар відсутній у звіті складу — значення по ньому = 0.
Якщо код знайдено в кількох файлах одного складу — значення сумуються.
Колонка Всього = сума всіх складів.
Рядки повинні формуватися за вивантаженням замовника — тобто товари, яких немає ні в одному звіті, все одно присутні, але з нульовими залишками.
Замовник надає окремий файл з товарами (наприклад, catalog.xlsx),
в якому є коди, найменування, категорії тощо.
Скрипт повинен брати коди з цього файлу як основу, а в колонки складів підставляти відповідні кількості.
Якщо в файлах складів є коди, яких немає у вивантаженні — можна:
або додавати їх в кінець списку,
або ігнорувати (на розсуд замовника, зробити опцію).
Зведена таблиця зберігається щодня в папці поточної дати:
/Залишки/2025-10-21/Залишки_2025-10-21.xlsx
Формується також Google Sheet для перегляду онлайн.
В подальшому можна буде підключити Google Data Studio або Looker для візуалізації.
Зберігати тільки останні 5 днів.
Папки та файли старше 5 днів повинні автоматично видалятися (за розкладом 1 раз на день).
Все працює повністю автоматично.
Перевірка нових листів кожні 20 хвилин.
Можливість ручного запуску за необхідності.
Можливість легко змінити:
e-mail адреси складів;
графік перевірки;
кількість днів зберігання;
структуру колонок.
Логування всіх дій (в Google Sheet або текстовий лог).
Google Apps Script — переважний варіант (все працює всередині Gmail/Drive/Sheets, без сервера).
Альтернатива: Python з Gmail API + Google Drive API + Google Sheets API (якщо потрібен хостинг).
Повністю робоче рішення (скрипт, тригери, інструкції).
Інструкція:
де змінювати адреси та розклад;
де вказати шлях до файлу вивантаження;
як вручну запустити.
Тестування з реальними листами (1–2 дні).
Гарантія коректної роботи протягом 7 днів після запуску.
https://drive.google.com/drive/u/2/folders/11PcIgGkjVI7tnKD5N4vKfg7DZ
Бюджет: 5000 UAH Термін: 3 дні
Привіт.
Я розробник NodeJS. Готовий взятися. Пишіть, обговоримо.
Бюджет: 5000 UAH Термін: 1 день
Привіт, я працював над автоматизацією збору даних зі сховищ через листи Gmail ✅, обробив понад 15 000 записів і організував файлову систему для 7 складів. ️
Як ви плануєте обробляти можливі помилки у структурі колонок у прикріплених файлах при автоматичному обробленні?
Пропоную зв'язатися, я безкоштовно проконсультую вас з технічної сторони та складемо план розробки + розповім про мою команду!
Бюджет: 5000 UAH Термін: 8 днів
Вітаю. Задача доволі творча і цікава. Готовий реалізувати. Є досвід у створенні CRM систем на основі Гугл Таблиць. На перше замовлення зроблю 50% знижку
Бюджет: 5000 UAH Термін: 30 днів
Привіт! Можу зробити ваш проект. Досвід є. Пишіть, домовимось.
Бюджет: 27000 UAH Термін: 7 днів
Доброго дня.
Для вашого проєкту потрібна повністю автономна система агрегації та звітності по товарних запасах. Я реалізую її за допомогою Google Apps Script, забезпечуючи безшовну інтеграцію з Gmail, Google Drive та Google Sheets без необхідності використання додаткової серверної інфраструктури. Я автоматизую парсинг електронної пошти, класифікацію файлів за складами, структуроване сховище та обробку даних в режимі реального часу для створення уніфікованих таблиць запасів, використовуючи ваш каталог продукції як джерело достовірної інформації. Система буде регулярно перевіряти наявність нових звітів, миттєво обробляти їх та автоматично очищати історичні дані, надаючи можливості ведення журналу та ручного управління. Я розроблю надійну логіку для розпізнавання файлів за маркерами тем, стандартизую несумісні формати файлів та щоденно формую консолідовані дані в Excel та Google Sheets. Завдяки масштабованій архітектурі та зрозумілій документації це рішення буде працювати надійно, без ручного втручання та легко налаштовуватися для майбутніх коригувань.
Бюджет: 10000 UAH Термін: 4 дні
Добрий день. Займаюсь no-low code автоматизацією процесів. Можу розробити для Вас автоматизовану систему на базі n8n. Ця платформа дозволяє не тільки надійно реалізувати весь необхідний функціонал, але й спростить внесення змін в майбутньому. Крім того, така система є більш наочною, що значно полегшує моніторинг її роботи. Якщо зацікавило - пишіть, з радістю обговорю деталі та допоможу.
Бюджет: 12000 UAH Термін: 10 днів
Можу реалізувати таку автоматизацію через Google Apps Script — оптимально під Gmail та Google Drive без зовнішнього хостингу. Скрипт буде обробляти листи, формувати щоденні папки, об'єднувати Excel/CSV-файли та генерувати зведену таблицю в Google Sheets.
Є кілька запитань, давайте обговоримо особисто.
Бюджет: 20000 UAH Термін: 1 день
Доброго дня!
Я можу реалізувати для вас повністю автоматизовану систему обробки залишків зі складів відповідно до вашого технічного завдання.
Бюджет: 16000 UAH Термін: 4 дні
Доброго дня. Буду радий допомогти. Виконаю все швидко та якісно. Необхідні досвід і навички є
Бюджет: 27000 UAH Термін: 7 днів
Привіт. Є досвід у розробці подібних скриптів. Можу реалізувати на Node.js або Python.
Бюджет: 27000 UAH Термін: 10 днів
Вітаю!
Маю досвід розробки на Python більше 10 років. Неодноразово працював з усіма потрібними в задачами Google API, а також з поштою для розробки різноманітних автоматизацій.
Готовий запропонувати вам автоматизацію на Python, орієнтовна вартість $1500-$2500. Пишіть, буду радий обговорити деталі.
В рамках підвищення рівня кібербезпеки нашої інфраструктури нам необхідно відмовитися від практики зберігання «вічних» і статичних API-ключів, паролів і токенів інтеграцій у конфігураційних файлах (.env, appsettings.json, config.yaml) наших мікросервісів. Бізнес-мета: Створити єдину захищену точку зберігання конфіденційних даних (секретів) з механізмом їх автоматичного оновлення (ротації) у зовнішніх системах за розкладом. Інші наші сервіси будуть запитувати актуальні токени «на льоту» через API, що зведе до мінімуму шкоду в разі компрометації будь-якого з компонентів системи.Модель безпеки та шифрування (Crypto Core) У базі даних жоден секрет не повинен зберігатися в відкритому вигляді. При старті програми в змінні середовища передається Майстер-ключ (Master Key). Якщо ключ відсутній або має невалідну довжину, сервіс повинен падати на етапі ініціалізації з зрозумілою помилкою в логах. Кожен секрет шифрується перед записом у БД з використанням цього Майстер-ключа. При запиті — розшифровується в пам'яті і віддається в тілі відповіді.Аудит-логування (Audit Trail) Будь-яка дія з секретами (створення, читання сервісом, успішна або неуспішна ротація) повинна записуватися в окремий лог-файл audit.log (або окрему таблицю в БД). Суворе табу: В аудит-лог категорично заборонено записувати самі значення секретів (ні в відкритому, ні в зашифрованому вигляді).
Потрібен спеціаліст для написання парсерів, який зможе обходити CLOUDFRAME. Парсинг товарів відбувається з сайтів з авторизацією. Є 10+ донорів різної складності, з різним ступенем захисту. Парсинг товарів відбувається з сайтів з авторизацією. Парсить дані в готову базу даних Mysql + фотографії на сервер. Потрібно написати парсер відповідно до завдань описаних у технічному завданні та адаптувати дані до існуючої бази даних для повноцінної роботи на сайті. ТЗ та приклад донора по запиту. Десктопні парсери та C# не розглядаємо.
Бот для дзеркалювання позицій на Binance Futures (Python) Потрібен бот, що читає мої позиції на Hyperliquid (публічний API) та Bitget Futures (мій ключ read-only) і пропорційно повторює їх на моєму Binance USDT-M Futures через API. Логіка: відкриття, збільшення, часткове закриття, повне закриття — все дзеркалиться з налаштовуваним коефіцієнтом розміру. Полінг 5–10 сек. Обов’язкова коректна обробка часткових закриттів та усереднень. Вимоги: сповіщення в Telegram про угоди й помилки; конфіг (пари, коефіцієнт, ліміти); деплой на мій VPS + інструкція; вихідний код передається мені. Ключі вводжу сам. Етапи: 1) Hyperliquid→Binance, тест на малих сумах; 2) Bitget→Binance. Оплата через safe поетапно. У відгуку вкажіть досвід з API бірж і як обробите часткове закриття 30% позиції лідером
Необхідно провести глибоку технічну перевірку трьох PDF-файлів на достовірність та можливі ознаки редагування або підробки. Потрібна не лише візуальна оцінка документів. Виконавець повинен добре розуміти внутрішню структуру PDF-файлів та вміти аналізувати: метадані файлів; структуру PDF та окремих об’єктів; історію створення і можливого редагування; використане програмне забезпечення; вбудовані шрифти, зображення, шари та інші елементи; можливі ознаки повторного збереження, конвертації, внесення змін або формування документа заднім числом; будь-які технічні невідповідності, які можуть свідчити про маніпуляції з файлами. За результатом перевірки необхідно надати зрозумілий письмовий висновок щодо кожного файлу із зазначенням виявлених ознак, ризиків та обмежень перевірки. Розглядаємо фахівців, які мають практичний досвід у цифровій криміналістиці, аналізі PDF-документів, метаданих або перевірці електронних файлів на автентичність. У відгуку, будь ласка, коротко опишіть ваш досвід, методи та інструменти, які ви використовуєте для такої перевірки.
Індикатор для користування у торгівлі повинен визначати певні діапазони з історію і аналізувати їх з поточним