Python-скрипт для автоматичного заповнення Google Sheets даними з внутрішнього сервісу (API / Pla

Бюджет: 24000 EUR Термін: 5 днів

Ооффк, задача зрозуміла: локальний скрипт має акуратно знаходити рядки з ID, отримувати 2 значення з внутрішнього сервісу та безпечно записувати результат у Google Sheets без зайвих ризиків. Пропоную архітектуру з модульним Python-процесором, пріоритетом API, fallback на Playwright, .env-конфігом, dry-run, батч-записом, retry та логуванням без секретів. Працював з інтеграціями, автоматизацією та Google API. Перед стартом задам питання щодо доступів, структури таблиці та авторизації.

Бюджет: 600 EUR Термін: 6 днів

Вітаю!
Я Олег, проектний менеджер Business Atlas. Наша команда регулярно розробляє кастомні Python-мікросервіси для автоматизації обробки даних.
Ось відповіді на ваші пункти:
1. Архітектура рішення
Core Control Layer: Python-скрипт з конфігурацією через .env та підтримкою тестового режиму DRY_RUN (без запису в таблицю).
Google Sheets Engine: Модуль на gspread і google-auth. Пакетна оновлюваність (Batch Update) для захисту від Rate Limits та оновлення статусу рядка.
Data Extraction Layer: Двокомпонентна логіка: спочатку швидкий HTTP-запит до внутрішнього API, у разі відсутності — фоновий Playwright (Headless режим). Без OCR та миші.
Security and Logs: Логування через модуль logging з фільтрацією чутливих даних (лише ID та технічні статуси).
1. Необхідні доступи
Google Sheets API: JSON-ключ сервісного акаунта (Service Account) та доступ Редактор до таблиці.
Внутрішній сервіс: Логін, пароль або API-ключ для тестового облікового запису.
Мережа: VPN-доступ або проксі, якщо сервіс працює у закритій мережі.
1. Уточнюючі питання
Чи є на внутрішньому сервісі авторизація з 2FA чи капчею при вході через Playwright?
Який орієнтовний обсяг рядків обробляється за один запуск?
Запуск буде вручну чи планується автоматизація за розкладом (Cron, Docker)?
1. Вартість та терміни
Оцінка часу: 16-20 годин.
Вартість: $600 - $800 (включає код, .env.example, requirements.txt, інструкцію та опис архітектури).
Термін: 4-6 робочих днів + 14 днів техпідтримки після здачі.
Напишіть мені в особисті повідомлення — відповісте на уточнення, і ми одразу почнемо роботу! Розгорнути

Бюджет: 24000 EUR Термін: 5 днів

Дивіться, тут задача профільна - це не просто скрипт, а невеликий надійний обробник даних з авторизацією, повторними спробами, сухим запуском і пакетною записом.

Оцінка - 24 000 грн, термін - 5 робочих днів, орієнтир - 24-30 годин. Якщо у сервісу є офіційний API, швидше за все, вкластися ближче до нижньої межі, якщо потрібен Playwright з авторизацією і нестабільними сторінками - ближче до верхньої. В цілому нормально, можна не ускладнювати, але стійкість тут важливіша за швидкість.

На виході передам вихідний код, requirements.txt, .env.example, інструкцію установки і запуску, короткий опис архітектури.

По архітектурі пропоную так
> модуль конфігурації через .env і .env.example
> клієнт Google Sheets API - читання рядків, фільтр за ID і порожніми цільовими полями, пакетна запис результату
> клієнт внутрішнього сервісу - спочатку API, при його відсутності окремий шар Playwright
> обробник рядків - статуси, повторні спроби, помилки і пропуск вже заповнених рядків
> тестовий режим - повний прохід без запису в таблицю
> логування без секретів і без персональних даних, !!без OCR і без координат миші!!

Потрібні доступи
> доступ до Google Таблиці або сервісний акаунт Google з правами на потрібний файл
> опис колонок - ID, два цільових значення, статус обробки
> дані для доступу до внутрішнього сервісу
> якщо є API - документація, приклад відповіді і спосіб авторизації
> якщо API немає - тестовий акаунт для Playwright

Уточню два моменти
> внутрішній сервіс повертає ці два значення на одній сторінці або потрібно відкривати кілька розділів
> статус обробки має бути окремою колонкою або достатньо заповнювати два цільових поля

Схожі кейси Ingello
> https://business.ingello.com/forma-bpm - автоматизація внутрішніх процесів і керована логіка обробки даних
> https://business.ingello.com/platforma - корпоративна платформа з ролями, інтеграціями і стійкою архітектурою
> https://business.ingello.com/vorfahr - близько за духом до автоматизації і роботи з даними через зовнішні сервіси

Головна сторінка Ingello для біржі - https://systems-fl.ingello.com

Можемо почати з короткого етапу проектування і прототипу - 1 день, після нього буде точна смета по реалізації. Здається, це той випадок, де сім разів відміряй реально економить бюджет =) Розгорнути

Бюджет: 50 EUR Термін: 4 дні

Добрий день. Не раз займався подібним, впевнений, що зможу виконати завдання. Я б радив звертатись до Playwright тільки як до крайнього варіанту - для обходу систем захисту є значно кращі варіанти.

Бюджет: 50 EUR Термін: 1 день

Вітаю, завтра вже буде у вас. Давайте обговоримо деталі в особистих.

Бюджет: 80 EUR Термін: 3 дні

Доброго дня. Завдання повністю моє: автоматизація Google Sheets + збір даних через API/Playwright — моя основна робота.

Архітектура коротко: читаю рядки, де є ID, але немає двох значень → спочатку пробую офіційний API по {ID}, Playwright тільки як фолбек, якщо API немає → пакетна запис назад (не по рядках, щоб не впертися в ліміти Sheets) → позначка «оброблено». Конфіг в .env, тестовий режим без запису, ретраї з backoff на помилках, конфіденційні дані не пишу в логи.
Два питання, що впливають на обсяг:

У внутрішнього сервісу є API чи відразу закладати Playwright? Якщо Playwright — потрібна авторизація (логін/сесія)?
Порядок числа рядків — сотні, тисячі? Від цього залежить логіка батчів і rate-limit.

Вартість: €80 при наявності API, €120 якщо через Playwright з авторизацією (складніше і довше). Термін 2–3 дні.

Бюджет: 75 EUR Термін: 3 дні

Добрий день! Такі збирачі на Python — Google Sheets API плюс Playwright-фолбек, коли офіційного API немає — робив не раз, це моя тема. Одразу головне питання: у внутрішнього сервісу є API, чи значення тягти тільки зі сторінки item/{ID} через Playwright? Від цього залежить і швидкість, і надійність. Зроблю з тестовим режимом, батч-записом і конфігом у .env, як у ТЗ. По термінах — 3 дні.

Бюджет: 80 EUR Термін: 3 дні

Доброго дня! Такі Python-скрипти автоматизації під ключ — наш профіль, є живі робочі приклади інтеграцій з Google Sheets.

Як я бачу архітектуру: модуль роботи з таблицею через Google Sheets API (сервісний акаунт, читання рядків з ID без значень + пакетна запис назад); шар отримання даних, який спочатку пробує офіційний API сервісу, а при його відсутності — Playwright за шаблоном посилання; конфігурація через .env, тестовий режим без запису, позначка оброблених рядків, повторні спроби з backoff і захист від потрапляння конфіденційних даних у логи. На виході — вихідники, requirements.txt, .env.example та інструкції по установці/запуску.

Які доступи знадобляться: сервісний акаунт Google з правом редагування таблиці (або доступ до неї за e-mail акаунта); по внутрішньому сервісу — документація/ключ API, якщо він є, інакше приклад посилання на елемент і дані для входу під Playwright.

Уточню одразу: у внутрішнього сервісу є офіційний API, чи доступ тільки через веб-інтерфейс? І два цільових значення видні прямо на сторінці елемента, чи їх потрібно кудись натиснути, щоб отримати?

Вартість 80 USD, термін 3 дні, орієнтовно 8–10 годин роботи. Ціну тримаю стартовою — набираю перші відгуки на Freelancehunt, тому роблю вигідно. Готовий показати живе демо схожого скрипта прямо в чаті.

Петро Панков, BotCraft Group Розгорнути

Бюджет: 290 EUR Термін: 6 днів

В цьому завданні є два місця, де проект зазвичай ламається вже після здачі. Перше - розвилка API проти Playwright: це не просто "резервний варіант", а різний рівень надійності. API-інтеграція живе роками, Playwright-скрипт ламається при будь-якому редизайні internal-service, тому адаптер до сервісу я одразу проектую як змінний модуль: якщо API з'явиться пізніше, Playwright викидається без переписування решти коду. Друге - ідемпотентність: якщо скрипт впаде посеред пакетного запису, наївна логіка при перезапуску або задвоїть обробку, або втратить дані. Вирішується поміткою статусу рядка до запису результату і повторною перевіркою умови "ID заповнений, значення порожні" перед кожним батчем.

По ваших пунктах.

1. Архітектура. Модуль читання Google Sheets (gspread поверх сервіс-акаунта) вибирає необроблені рядки. Окремий адаптер internal-service з двома реалізаціями за загальним інтерфейсом: HTTP-клієнт (requests, retry з експоненційним backoff) і Playwright headless як fallback. Результати накопичуються і записуються одним batchUpdate, статуси помічаються ідемпотентно. Конфігурація через .env (python-dotenv), режим dry-run без запису в таблицю, логи з маскуванням токенів, обліковок і URL з ідентифікаторами - фільтр redaction на рівні logging, а не "просто не логую пароль".

2. Доступи: email сервіс-акаунта додати в шаринг таблиці (акаунт створю сам, ключ передам вам); обліковка або доступ до internal-service; бажано тестова копія таблиці для прогону в dry-run.

3. Питання: чи є у internal-service офіційний API або документація (swagger), чи одразу закладаємося на Playwright? Який обсяг рядків за прогон - десятки чи тисячі (впливає на батчинг і ліміти Sheets API)? Запуск разовий вручну чи періодичний за розкладом?

4. Оцінка. Якщо є API: приблизно 10-12 годин, 2-3 дні, близько 8000 UAH. Якщо тільки Playwright: авторизація, очікування, стійкі селектори, обробка нестабільності - приблизно 16-20 годин, 5-6 днів. В ставку закладаю цей сценарій як більш реалістичний. На виході: вихідний код, requirements.txt, .env.example, інструкції по установці і запуску, короткий опис архітектури. Розгорнути

Бюджет: 2000 EUR Термін: 7 днів

Привіт, я працював над автоматизацією заповнення Google Sheets через API + Playwright — обробили 12 000 рядків, скоротили ручну роботу на 90% ⚡

Скажіть, а внутрішній сервіс має офіційний API, чи одразу орієнтуватись на Playwright? І чи потрібна авторизація (логін/пароль, токен) для доступу до сторінок item/{ID}?

Пропоную зв'язатися, я безкоштовно проконсультую вас з технічної сторони та складемо план розробки + розповім про мою команду!

Бюджет: 80 EUR Термін: 2 дні

Привіт!

Чудове завдання. Працював не раз з подібними, ось приклад для ознайомлення:
https://freelancehunt.com/project/reddit-avtoposter-nakrutka-cherez-api/1298090.html
https://freelancehunt.com/project/napisat-skript/1304561.html

ТЗ зрозуміле. Єдине, що я хотів би уточнити - чи потрібен вам GUI, чи критичний саме факт працюючого алгоритму? Також, можу навіть зробити можливим компіляцію проєкту в .exe. Справитися можу і за день, але беру два на всякий випадок.

В кінцевому продукті у вас буде вихідний код з коментарями (замість моноліту в одному файлі, проєкт може бути розбитий на кілька .py файлів), батники/інструкції для встановлення або запуску, конфіг або файли оточення для налаштування. Також, в програму буде вбудовано запис логів. Все, що мені потрібно - це credentials для підключення до Google Таблиці.

Буду радий працювати з вами. Обіцяю швидке і ефективне виконання, і підтримку після завершення! Чекаю на ваше повідомлення. Розгорнути

Бюджет: 100 EUR Термін: 5 днів

Уважно ознайомився з завданням по розробці локального Python-скрипта для автоматизації заповнення Google Таблиць даними з внутрішнього сервісу. Завдання зрозуміле, вимоги до стеку (Google Sheets API, Playwright, конфігурація через .env, пакетний запис і тестовий режим) повністю враховані.

Бюджет: 60 EUR Термін: 2 дні

1. Архітектура рішення
Скрипт побудований за модульним принципом:

Plaintext
├── .env.example # Шаблон конфігурації
├── requirements.txt # Залежності
├── main.py # Оркестратор процесу
├── config.py # Валідація та завантаження конфігурації
├── sheets_service.py # Робота з Google Sheets API (пакетний запис)
├── fetcher.py # Збір даних (API Priority -> Playwright Fallback)
└── logger.py # Маскування чутливих даних та логування

Авторизація: Яким чином відбувається вхід у внутрішній сервіс (Basic Auth, Bearer Token, форма з логіном/паролем чи достатньо передачі Session Cookie)?

Селектори/Ендпоінти: Чи відомі назви полів у JSON API або CSS-селектори (XPath) для Playwright?

Структура таблиці: В яких колонках (літери або заголовки) знаходяться ID, Значення 1, Значення 2 та колонка статусу обробки? Розгорнути

Бюджет: 90 EUR Термін: 3 дні

Доброго дня.

Пропоную розділити скрипт на чотири незалежні шари: читання Google Sheets, клієнт внутрішнього сервісу (API з fallback на Playwright), валідація результату та пакетний запис. Це дозволить замінити спосіб отримання даних без переписування решти логіки.

Додам dry-run, повторні спроби з обмеженням, пропуск заповнених рядків, маскування чутливих даних та підсумковий звіт без токенів і вмісту сесії. Для запуску знадобляться service account Google, доступ до таблиці, тестовий обліковий запис внутрішнього сервісу та 3–5 ID для перевірки.

Уточніть, будь ласка: авторизація сервісу виконується через логін/пароль, SSO чи збережену браузерну сесію?

Бюджет: 100 EUR Термін: 1 день

Доброго дня, я уважно прочитав вашу пропозицію і щиро готовий допомогти в реалізації вашого завдання, буду дуже люб'язний вам допомогти, все буде виконано в найкоротші терміни і ефективно)

Бюджет: 24000 EUR Термін: 5 днів

у нас вже є практично готове схоже рішення для такої автоматизації, можемо швидко адаптувати під вашу таблицю та внутрішній сервіс, обговорити тут прямо зараз, я на зв'язку ))
Мій орієнтир - 24000 грн, 5 робочих днів, приблизно 24-30 годин.
архітектура - модуль Google Sheets API читає рядки і робить пакетний запис, модуль джерела спочатку пробує офіційний API, а при його відсутності використовує Playwright без OCR і координат, окремий шар зберігає налаштування через .env, сухий режим, повтори, маскування секретів і журнал помилок.
доступи - сервісний акаунт Google або OAuth до потрібної таблиці, структура колонок, правила авторизації у внутрішньому сервісі, документація API якщо вона є, тестові ID і тестова таблиця.
на виході передам вихідний код, requirements.txt, .env.example, інструкцію по установці та запуску, короткий опис архітектури.
Дивіться, тут нюанс - якщо у сервісу є нормальний API, можна вкластися спокійніше і дешевше по підтримці, якщо залишиться тільки Playwright, додам стійкі очікування, повторні спроби і захист від зміни верстки.
уточню два моменти - які саме два значення потрібно забирати і де вони знаходяться у відповіді API або інтерфейсі.
ще питання - обробка повинна запускатися вручну локально або за розкладом, наприклад через cron.
схожі кейси по автоматизації та корпоративним системам - https://business.ingello.com/forma-bpm - автоматизація робочих процесів і статусів.
https://business.ingello.com/platforma - платформа з бізнес-логікою, ролями та інтеграціями.
головний профіль по таким задачам на біржі - https://systems-fl.ingello.com
можна не ускладнювати - спочатку робимо надійний мінімальний скрипт з тестовим режимом, потім при необхідності розширюємо до невеликої адмінки або ІІ-помічника для перевірки даних. Розгорнути

Бюджет: 200 EUR Термін: 5 днів

Привіт!

Я можу розробити цей скрипт автоматизації на Python відповідно до ваших вимог.

Запропонований підхід:

* Python-додаток з модульною архітектурою (Google Sheets, API/Playwright, логіка обробки, конфігурація).
* Google Sheets API для читання та пакетного оновлення.
* Інтеграція офіційного API як основного джерела даних; Playwright лише якщо API недоступний.
* Конфігурація через `.env`, тестовий режим, повторні спроби, обробка помилок та безпечне ведення журналу (без конфіденційних даних).

Необхідний доступ:

* Google Sheet (або облікові дані сервісного облікового запису).
* Документація API та облікові дані (якщо доступні).
* Доступ до внутрішнього сервісу (або тестовий обліковий запис, якщо потрібен Playwright).

Кілька запитань:

1. Чи має внутрішній сервіс документований API?
2. Які два значення потрібно витягнути?
3. Як повинні бути позначені оброблені рядки?
4. Приблизно скільки рядків буде оброблено за один запуск?

Оцінка:

* Час: 8–12 годин (залежно від доступності API).
* Доставка: 1–2 дні.
* Вартість: 200 доларів (може бути скоригована після перегляду API та вимог).

Остаточна доставка включатиме вихідний код, `requirements.txt`, `.env.example`, інструкції з установки та використання, а також короткий опис архітектури.

Чекаю на співпрацю з вами! Розгорнути

Бюджет: 60 EUR Термін: 3 дні

Доброго дня.

Завдання прямо по моєму профілю: Python, API, Playwright та автоматизація роботи з даними.

Архітектуру пропоную розділити на три частини: клієнт Google Sheets вибирає рядки з ID та порожніми цільовими полями; окремий адаптер отримує дані спочатку через офіційний API, а Playwright використовується тільки як запасний варіант; накопичені результати записуються в таблицю одним batch update. Повторний запуск перевіряє стан рядка і не обробляє вже заповнені дані.

Додам dry-run без запису, ретраи з паузою, .env, маскування секретів у логах та зрозумілий звіт по помилковим рядкам. Передам вихідники, requirements.txt, .env.example, README та коротку схему модулів.

Для старту потрібні тестова копія таблиці, опис колонок, документація/ключ API або тестовий доступ до сервісу. Уточню три моменти: чи є авторизація або CAPTCHA, скільки приблизно рядків за один запуск і потрібен разовий запуск чи робота за розкладом?

Оцінка: 60 EUR, 3 дні, орієнтовно 8–10 годин. Розгорнути

Бюджет: 60 EUR Термін: 4 дні

Добрий день.

Маю досвід реалізації подібних скриптів.

Архітектура (коротко)
Google API – читання/запис таблиці (batch update)

Data Fetcher – спочатку API (requests), якщо немає – Playwright (парсинг HTML, без OCR)

Логіка – пошук рядків з ID та пустими колонками → отримання даних → пакетне оновлення

Конфіг – .env (режим test/prod, ID таблиці, колонки, URL, retry)

Логи – з приховуванням конфіденційних даних

Необхідні доступи
Google Sheets API (сервісний акаунт + доступ до таблиці)

Внутрішній сервіс (API ендпоінт або URL сторінки)

Можливі заголовки для авторизації (якщо потрібно)

Уточнюючі питання
Який тип автентифікації у внутрішньому сервісі?

Чи є документація API? Якщо ні – надішліть приклад HTML-сторінки.

Які саме два значення потрібно отримати (назви колонок)?

Як позначати рядки з помилками? Розгорнути

Бюджет: 125 EUR Термін: 3 дні

Вітаю. Запропоную архітектуру, де Google Sheets і внутрішній сервіс не зчеплені в один сценарій: SheetRepository відповідає за вибір/пакетний запис рядків, а SourceClient має взаємозамінні реалізації — офіційний API або Playwright. Якщо API з'явиться пізніше, браузерний адаптер можна прибрати без переписування логіки таблиці.

Для ідемпотентності перед записом повторно перевіряю умову «ID є, два target-поля порожні», а значення, status і processed_at надсилаю одним values.batchUpdate. Після timeout наступний запуск звіряє фактичний стан і не пропускає та не дублює рядки.

Доступи — лише після резервування Сейфу: тестова копія таблиці, mapping колонок, Google credential із мінімальним доступом, API docs/token або тестовий користувач internal-service. Секрети не потрапляють у код і логи. Якщо API немає, Playwright підтримує один погоджений login/page flow; CAPTCHA/anti-bot не обходимо.

Оцінка: 125 EUR, 3 дні. Включено один source adapter, dry-run, batch write/reconciliation, retry transient errors, requirements.txt, .env.example, README і ключові pytest-сценарії. До старту уточнимо кількість рядків, авторизацію/API, назви колонок, режим запуску та поведінку при одному знайденому значенні.

Бюджет: 60 EUR Термін: 3 дні

Здравствуйте!

Задача повністю зрозуміла. Маю досвід розробки Python-автоматизації, інтеграції з Google Sheets API, Playwright, REST API та побудови надійних ETL-скриптів.

Пропоную наступну архітектуру:

**Архітектура**

* Модуль конфігурації (.env).
* Модуль роботи з Google Sheets API (читання та пакетне записування).
* Модуль отримання даних:

* пріоритет — офіційний API внутрішнього сервісу;
* резервний варіант — Playwright з авторизацією.
* Основний процес обробки:

* читання рядків;
* фільтрація вже оброблених записів;
* отримання даних за ID;
* валідація результату;
* пакетне записування змін;
* логування без збереження конфіденційної інформації.
* Централізована обробка помилок з повторними спробами та можливістю продовжити виконання після збою.
* Тестовий режим (Dry Run) без запису змін у таблицю.

Для роботи знадобляться:

* доступ до Google Sheets (Service Account або OAuth);
* посилання або ID Google Таблиці;
* опис структури таблиці (які стовпці містять ID, куди записувати значення і де зберігається статус обробки);
* документація API внутрішнього сервісу (якщо існує) або тестовий доступ до сервісу для реалізації через Playwright;
* тестові облікові дані.

Перед початком розробки хотів би уточнити:

1. Чи існує офіційний API внутрішнього сервісу?
2. Якщо API немає, використовується чи авторизація (логін/пароль, SSO, MFA)?
3. Який обсяг даних планується обробляти за один запуск?
4. Потрібно чи запускати скрипт вручну або за розкладом (cron/Task Scheduler)?
5. Чи достатньо позначки "оброблено", або потрібно зберігати дату/час останньої обробки?
6. Які дії виконувати, якщо дані за ID відсутні або сервіс тимчасово недоступний?

В результаті ви отримаєте:

* вихідний код;
* requirements.txt;
* .env.example;
* детальну інструкцію з установки та запуску;
* опис архітектури;
* добре структурований та розширюваний код.

**Оцінка проекту:**

* Термін: **2–4 дні**.
* Трудозатрати: **12–18 годин** (в залежності від наявності API та складності авторизації).
* Вартість зможу назвати точніше після ознайомлення з внутрішнім сервісом та його документацією.

Готовий розпочати одразу після обговорення деталей та отримання необхідних доступів. Розгорнути

Бюджет: 50 EUR Термін: 3 дні

Вітаю! Уважно ознайомився із завданням. Маю великий практичний досвід у Python-розробці, роботі з різними API та автоматизації рутинних процесів через Google Sheets API

Завдання зрозуміле: потрібно надійне рішення, яке стабільно забиратиме дані з вашого внутрішнього сервісу та коректно оновлюватиме таблицю без збоїв і падінь скрипта.

Бюджет: 80 EUR Термін: 3 дні

Доброго дня
Можу виконати ваше завдання на мові програмування C#

Для доступу до таблиці будемо використовувати сервісний акаунт та офіційне API. Для вашого сайту або прямі запити, або автоматизація браузера.

Потрібно подивитися на сайт, з яким потрібно буде мати справу.

Бюджет: 50 EUR Термін: 2 дні

Доброго дня. Великий досвід автоматизації гугл таблиць. Також великий досвід парсингу та роботи з АПІ. Для точної ціни потрібно бачити джерела даних.

Бюджет: 150 EUR Термін: 3 дні

Доброго дня!
Розробляю на Python!
Готовий взятися, маю багато досвіду у схожих автоматизаціях.
Надішліть будь-ласка внутрішній сервіс.
Готовий все зробити швидко та якісно.

Бюджет: 50 EUR Термін: 5 днів

Вітаю! Готовий розробити для вас скрипт для автоматизації.

Моя пропозиція щодо архітектури:

1. Робота з таблицями буде через gspread через JSON ключ.
2. Конфігурація через .env: логер налаштую так, щоб персональні дані або ID з посилання автоматично маскувалися (замінювалися на ***) перед записом у консоль чи файл.
3. Збір даних буде через базові HTTP-запити. В іншому випадку - роблю через Playwright
4. Тестовий режим - окремий прапорець у .env, який виконує весь цикл без фактичного запису в таблицю.
5. Записи в Google Sheets будуть групуватися і надсилатися пакетно, а не по одному рядку. Це і швидше, і менше навантажує API-ліміти.

Необхідні доступи для старту:

1. Доступ до тестової копії Google-таблиці (або json-ключ сервісного акаунта).
2. Тестовий акаунт/токен до вашого внутрішнього сервісу.
3. Приклад HTML-сторінки об'єкта. Це на випадок якщо API немає і доведеться налаштовувати Playwright селектори.

І хочу запитати:
1. Який тип авторизації у внутрішньому сервісі: проста пара логін/пароль, 2FA чи SSO?
2. Про який обсяг рядків у таблиці йдеться (сотні чи десятки тисяч)?
3. Чи є якийсь RateLimit в вашому сервісі?

Орієнтовний термін - 4-5 днів. Точніше можу сказати після оцінки обсягу Розгорнути

Бюджет: 150 EUR Термін: 4 дні

Привітствую! З задоволенням розроблю для вас надійний і відмовостійкий Python-скрипт для автоматизації роботи з Google Таблицями та вашим внутрішнім сервісом.

Нижче представляю розгорнуті відповіді на ваші питання по архітектурі, доступам і оцінці проєкту:

1. ПРОПОНУВАНА АРХІТЕКТУРА
Скрипт буде побудований на базі Python 3.10+ з використанням синхронного API Playwright і бібліотеки gspread для роботи з Google Sheets.
• Конфігурація: Усі параметри (ID таблиці, режим тестування TEST_MODE, таймаути, затримки, шляхи до сесій і облікові дані) будуть винесені у файл .env.
• Авторизація в Google Sheets: Через офіційний сервісний обліковий запис Google (Service Account) з авторизацією по JSON-ключу. Це найбезпечніший метод без необхідності постійно оновлювати OAuth-токени.
• Збір даних (Scraping/API):
- Першим пріоритетом скрипт буде намагатися виконати швидкий HTTP-запит до API сервісу (якщо це можливо).
- У разі відсутності прямого API запускається Playwright (в headless-режимі для економії ресурсів). Замість нестабільного кліка по координатах або OCR, ми будемо використовувати точні CSS/XPath селектори для пошуку елементів у DOM-дереві або перехоплювати JSON-відповіді мережі (network response interception), що гарантує 100% точність даних.
• Запис даних: Реалізую пакетну запис (batch update) через gspread. Скрипт збереться дані по всім обробленим рядкам і оновить таблицю за один запит, щоб не упертися в ліміти (rate limits) Google API.
• Обробка помилок: Логіка повторних спроб (retries з експоненційною затримкою) при збоях мережі або помилках завантаження сторінки. Повне логування процесу без запису конфіденційних даних у консоль.

2. НЕОБХІДНІ ДОСТУПИ ДЛЯ СТАРТУ
• Доступ до Google Cloud Console для створення сервісного облікового запису (або ви можете одразу надати нам згенерований JSON-файл ключа сервісного облікового запису).
• Доступ «Редактора» для цього сервісного облікового запису до вашої цільової Google Таблиці.
• Тестові доступи (логін/пароль/cookie) до вашого внутрішнього сервісу для авторизації сесії в Playwright.
• Скриншот або приклад HTML-коду сторінки елемента внутрішнього сервісу для точного визначення селекторів.

3. УТОЧНЯЮЧІ ПИТАННЯ
• Яким чином відбувається авторизація у внутрішньому сервісі? (Звичайна форма входу, Basic Auth, чи достатньо просто передавати авторизаційну куку в заголовках?)
• Чи є на внутрішньому сервісі захист від ботів (Cloudflare, капча), який може вимагати додавання випадкових затримок між запитами? Розгорнути

Бюджет: 100 EUR Термін: 2 дні

Привіт! По архітектурі коротко. Скрипт з трьох частин: клієнт Google Sheets (читаю рядки, де є ID, але порожні два значення, і пишу назад пачкою через batchUpdate, щоб не впертися в ліміти), фетчер значень і цикл обробки з позначкою рядка як готового. Все через .env, секрети в логи не пишу, є тестовий режим без запису в таблицю і повтори з backoff на помилках.

Ключовий момент по отриманню даних: спочатку гляну вкладку Network на сторінці item. Часто внутрішній сервіс віддає ті ж два значення звичайним JSON-запитом, навіть якщо API як такого немає. Тоді беру їх напряму цим запитом, швидко і стабільно, і Playwright взагалі не потрібен. Якщо дані малюються тільки на клієнті без окремого запиту, тоді піднімаю Playwright, без OCR і координат, як ви і просите.

Доступи: сервісний акаунт Google з правом запису в таблицю (поділитися на його email), URL внутрішнього сервісу і як в ньому проходить авторизація (куки/токен/логін на сторінці item), плюс приклад одного ID для перевірки.

Уточню одне: сторінка item вимагає входу в акаунт або відкрита за прямим посиланням? Від цього залежить, чи потрібен Playwright з авторизацією.

Віддаю вихідник, requirements.txt, .env.example, інструкції та опис архітектури. Вартість 100 євро, термін 2 дні, орієнтовно 12 годин. Буду радий співпраці.

Бюджет: 156 EUR Термін: 3 дні

Добрий день!

Архітектура:

Конфігурація через .env (credentials для Google Sheets, base URL внутрішнього сервісу, флаг TEST_MODE)
Підключення до Google Sheets через gspread/google-api-python-client з сервіс-акаунтом
Читання таблиці → фільтрація рядків (ID заповнений, два цільових значення порожні)
Для кожного рядка: спроба через API внутрішнього сервісу (якщо існує), інакше — Playwright (headless) для отримання значень зі сторінки
Накопичення результатів у пам'яті → батч-запис назад у таблицю (batch_update), щоб не упиратися в rate limits Google Sheets API
Позначка рядка як обробленого окремою колонкою
Retry з exponential backoff на мережеві помилки; в логи потрапляють тільки ID і статус, не самі значення

Необхідні доступи:

Сервіс-акаунт Google з правами редагування потрібної таблиці
Доступ/документація до внутрішнього сервісу (API-ключ або, якщо API немає — розуміння, як аутентифікуватися для Playwright: логін/cookies/токен)

Уточнюючі питання:

Чи існує API у внутрішнього сервісу, чи одразу орієнтуватися на Playwright?
Як аутентифікуватися на внутрішньому сервісі (сесія, токен, логін/пароль)?
Приблизна кількість рядків для обробки (важливо для оцінки часу та стратегії rate-limiting)?
Як називаються два цільових значення і їх очікуваний формат/тип даних?

Вартість і терміни: орієнтовно 3-5 робочих днів — якщо є готовий API, ближче до 3 днів; якщо потрібен Playwright з розбором аутентифікації, ближче до 5. Точну цифру дам після відповідей на питання вище. Ставка орієнтовно 8 000–12 000 UAH.

Готовий почати після уточнень. Розгорнути

Бюджет: 80 EUR Термін: 2 дні

Спершу перевірю чи в сервісу є відкритий API: якщо так, зроблю за добу, якщо тільки сторінка, піду через Playwright і скажу точну ціну після першого погляду на неї. Запис результатів у Google Sheets я вже роблю наживо в одному зі своїх ботів, кейс "Заявки-бот" у портфоліо (https://freelancehunt.com/showcase/work/zayavki-bot-telegram-mini-app/2060201.html), туди й зараз падають рядки з реальних заявок. Рядок позначаю обробленим тільки коли обидва значення реально записані, а не просто спробував. Токени й самі значення в лог не пишу, є прогін без запису для перевірки. Орієнтовно 80 євро і 2 дні за наявності API, ближче до 150 і 3-4 дні якщо тільки через сторінку.

Бюджет: 50 EUR Термін: 2 дні

Привіт!

ТЗ чітке, задача зрозуміла. Є досвід з Python, Google Sheets API та Playwright.

1. Архітектура:
Три модулі: sheets.py (читання/запис Google Sheets), fetcher.py (отримання даних через API або Playwright), main.py (основна логіка). Пакетний запис змін. Конфіг через .env.

2. Необхідні доступи:
Service Account для Google Sheets API, доступ до Google Таблиці, документація/доступ до internal-service або тестовий URL.

3. Уточнюючі питання:
Чи є документація по API internal-service або потрібен Playwright?
Які саме два цільових значення потрібно записувати?

Готовий до обговорення. Розгорнути

Бюджет: 60 EUR Термін: 2 дні

Вітаю! Архітектура: модуль Sheets (gspread, пакетний запис через batch_update), модуль отримання даних - спочатку офіційний API внутрішнього сервісу, фолбек на Playwright, оркестратор з ретраями та тестовим режимом без запису в таблицю. Конфігурація через .env, секрети в логи не потрапляють, вже заповнені рядки пропускаються, оброблені - позначаються. Передам код, requirements.txt, .env.example, інструкції з установки й запуску та опис архітектури. З доступів потрібні: сервісний акаунт Google з доступом до таблиці й обліковка/токен внутрішнього сервісу; орієнтовно 6-8 годин роботи.

Бюджет: 50 EUR Термін: 2 дні

Готовий допомогти написати скрипт за 2 дні

можемо зателефонувати і я покажу план, як я буду це реалізовувати

Бюджет: 100 EUR Термін: 2 дні

Вітаю! Головна задача цього скрипта — не просто зібрати дані, а забезпечити надійну роботу з Google Sheets API (дотримання квот через пакетний запис batchUpdate) та створити стійкий адаптер для внутрішнього сервісу (швидке перемикання між REST API та фоновим браузером Playwright у разі відсутності відкритих ендпоінтів).

Пропонована архітектура:
Я реалізую це як модульний Python-застосунок. Взаємодію з таблицями побудую через офіційний google-api-python-client або gspread з використанням Service Account. Парсинг базуватиметься на ізольованих сесіях: спочатку скрипт перевірятиме наявність API-відповіді, а як фолбек — запускатиме Playwright у headless-режимі. Усі налаштування, включаючи токени доступу та URL, будуть винесені в .env, а логування налаштовано так, щоб фільтрувати будь-які PII (персональні/конфіденційні дані).

Маю глибоку експертизу в подібних завданнях: під час створення автоматизованих агрегаторів контенту (наприклад, @parserAMbot) я постійно використовував Playwright для екстракції даних зі складних платформ. Також я проектував стабільні інтеграції з сервісами Google для масштабної логістичної системи MKSDelivery, де успішно вирішив питання обходу лімітів та управління великими масивами даних.

Необхідні доступи для старту:

JSON-ключ доступу від Google Service Account (або доступ до таблиці для мого сервісного акаунта).

Тестовий доступ (логін/пароль або токен) до внутрішнього сервісу.

Структура або копія Google Таблиці для тестування пакетного запису.

Вартість, терміни та орієнтовна кількість годин:
Оскільки це консольний локальний інструмент, пропоную працювати через Сейф за таким естімейтом:

Терміни: 2–3 дні.

Витрати часу: близько 10–15 годин чистої розробки та тестування.

Бюджет: $50 – $100 (залежить від того, чи доведеться обходити складну авторизацію внутрішнього сервісу в Playwright).

Для точної фінальної оцінки маю два технічні запитання:

Чи має внутрішній сервіс складну систему авторизації (наприклад, обов'язкову 2FA, корпоративний SSO або VPN), які потрібно врахувати при налаштуванні фонової сесії Playwright?

Який приблизний обсяг рядків планується для одночасної обробки, щоб я міг одразу закласти правильні rate-ліміти та інтервали для Google Sheets API Розгорнути

Бюджет: 240 EUR Термін: 3 дні

Пропоную локальний Python CLI з розділенням на модулі config, sheets, source та runner. Спочатку перевірю наявність офіційного API внутрішнього сервісу; Playwright залишиться лише резервним адаптером.

Реалізація: Google service account з доступом лише до тестової таблиці; пошук незаповнених рядків; ідемпотентна обробка; пакетний запис; dry-run без змін; повторні спроби з exponential backoff; checkpoint для продовження після збою; структуровані логи без токенів та отриманих конфіденційних значень. Передам вихідники, requirements.txt, .env.example, інструкції та схему архітектури.

Вартість 240 EUR, термін 3 дні, орієнтир 8–10 годин. У межі входить одна таблиця/вкладка, два цільових поля та один внутрішній сервіс. Зміна авторизації сервісу, обхід антибот-захисту або додаткові джерела оцінюються окремо після діагностики.

Потрібні: тестова копія Google Sheet, обмежений service account; документація та тестовий токен API або окрема тестова обліковий запис для Playwright; приклади ID та очікуваних двох значень. Чи є CAPTCHA/2FA і який ліміт запитів допустимий?

Бюджет: 50 EUR Термін: 5 днів

Готовий зробити локальний Python-скрипт для автоматичного заповнення Google Таблиці — з пріоритетом на офіційний API внутрішнього сервісу, Playwright лишень як fallback.

Побачив, що треба працювати за чіткою логікою: знайти рядки де є ID, але бракує двох значень → сформувати посилання за шаблоном → витягнути дані → записати пакетно назад → помітити рядок як оброблений. Конфіг через.env, тестовий режим без запису, ретраї з backoff, і щоб конфіденційні дані не потрапляли в логи.

Архітектура простою й надійною: окремий модуль для Google Sheets (gspread + сервісний акаунт, читання одним запитом, запис через batchUpdate щоб не впертися в ліміти), окремий адаптер для джерела даних із двома реалізаціями за спільним інтерфейсом — HTTP-клієнт як основний варіант і Playwright headless як запасний. Так якщо API зʼявиться пізніше — Playwright просто прибираєте без переписування всього коду.

✅ Один нюанс який інші пропускають: ідемпотентність. Якщо скрипт впаде посеред пакетного запису, при перезапуску він не задублює і не загубить дані — перед кожним батчем перевіряю умову «ID є, значень немає» наново. Логи фільтрую на рівні модуля logging (redaction токенів і URL з ID), а не просто «не логую пароль».

З доступів потрібні: сервісний акаунт Google з доступом до таблиці (допоможу створити), документація або ключ API внутрішнього сервісу (якщо є), або приклад посилання на елемент і дані для авторизації якщо лише веб-інтерфейс.

Ключове питання перед стартом: у внутрішнього сервісу є офіційний API, чи одразу орієнтуємось на Playwright? І який порядок кількості рядків — сотні чи тисячі? Від цього залежить логіка батчів і rate-limit. Напишіть відповідь — і я накидаю детальний план першого етапу прямо в чаті на FreelanceHunt. Розгорнути

Бюджет: 80 EUR Термін: 3 дні

Доброго дня!

Готовий розробити для вас локальний Python-скрипт для автоматизації заповнення Google Таблиць. Опис завдання повністю зрозумілий, логіка прозора і реалізована.

Бюджет: 100 EUR Термін: 2 дні

Доброго вечора, я Python - розробник, маю досвід роботи з усіма потрібними вам технологіями. Можу виконати ваше замовлення швидко та якісно. Пишіть - обговоримо деталі. Готовий розпочати вже сьогодні.

Бюджет: 200 EUR Термін: 5 днів

Добрий день. Пропоную розділити рішення на три незалежні модулі: робота з Google Sheets API, отримання даних з внутрішнього сервісу та обробка рядків. Спочатку перевірю офіційний API. Якщо його немає, підключу Playwright з надійними DOM-селекторами та збереженням авторизованої сесії.

Скрипт буде пропускати заповнені рядки, записувати зміни пакетно, підтримувати dry-run, обмежені повторні спроби та безпечні логи без токенів і конфіденційних даних.

Для початку знадобляться тестова копія таблиці, Google Service Account або OAuth-доступ, 3–5 прикладів ID з очікуваними результатами та доступ до API або веб-інтерфейсу сервісу.

Основне питання: як влаштована авторизація у внутрішньому сервісі, чи є SSO, 2FA, CAPTCHA або VPN-обмеження?

Оцінка — 16–20 годин.
Термін — до 5 календарних днів. Передам код, requirements.txt, .env.example, README та короткий опис архітектури.

Бюджет: 1234 EUR Термін: 1 день

Вітаю! Маю досвід з Python, Google Sheets API та Playwright. Буду рада Вам допомогти

Бюджет: 100 EUR Термін: 2 дні

Привіт! Завдання зрозуміле і прямо моє — парсинг і автоматизація на Python. Зберу скрипт за вашою логікою: читаю рядки, де є ID, але порожні цільові поля → формую посилання за шаблоном → тягну два значення (спочатку пробую офіційний API, якщо його немає — Playwright) → пишу назад у таблицю і помічаю рядок обробленим.

Закладаю стійкість до збоїв: обробка йде по рядках з позначкою прогресу, так що при обриві скрипт продовжить з місця зупинки, а не з початку. Плюс троттлінг запитів, щоб не зловити бан на джерелі.

Термін: 2 дні, вартість 100 €. Працюю через Safe.

Питання: у внутрішнього сервісу все ж є API, чи відразу закладаємося на Playwright? І потрібна чи авторизація на ньому (логін/сесія) — від цього залежить, як налаштувати доступ.

Бюджет: 30 EUR Термін: 3 дні

Вітаю! Маю великий досвід роботи з Google Sheets API та автоматизацією процесів. Завдання зрозуміле, готовий реалізувати надійне рішення з урахуванням усіх ваших вимог.

Як я бачу архітектуру:
- Використання pydantic-settings для валідації .env. Це гарантує, що програма впаде на старті, якщо хоча б одного ключа бракуватиме.
- Модульний підхід. Створю окремі класи-адаптери: один для Google Sheets, інший - для отримання даних (API/Playwright). Це дозволить легко замінити Playwright на API в майбутньому без переписування основної логіки.
- Пакетна обробка даних для мінімізації кількості запитів до Google API, що допоможе уникнути обмежень.
- Логування через logging з повним маскуванням будь-яких API-ключів та секретних даних.

З доступів мені буде необхідний тільки сервісний акаунт Google Cloud з доступом до конкретної таблиці (Service Account Email).

Уточнюючі питання:
Чи є у вас вже створений проєкт у Google Cloud Console, чи мені потрібно описати процес його налаштування для отримання Service Account?

Яка приблизна кількість рядків у таблиці за один запуск? (це важливо для налаштування логіки пакетної обробки).

Чи потрібна підтримка проксі для роботи з Playwright (якщо внутрішній сервіс має захист від ботів)?

Оцінка:
- Терміни: 3-4 дні (з урахуванням часу на налагодження Playwright).
- Кількість годин: орієнтовно 12-15 годин роботи.
- Вартість: 30-40€ (залежно від складності авторизації в «інтернал-сервісі»).

Чекаю на відповідь, готовий обговорити деталі! Розгорнути

Бюджет: 100 EUR Термін: 2 дні

Привіт ⭐️! Я — висококваліфікований веб-розробник із понад ✅ 7-річним досвідом у розробці та сучасних веб-технологій.

Останні проекти:
✔️https://homenly.com
✔️https://confidence-tech.com
✔️https://homexcrm.com
✔️https://omgfirms.com
✔️https://skyhigh-lviv.com/
✔️https://sweet-sdpearls.de/
✔️https://novobudova.pro
✔️https://aquahub.org.ua
✔️https://boostylabs.com
✔️https://ol.zp.ua
✔️https://emporio-sports.cz

Мій стек включає:
✅ Фронтенд: HTML, CSS, JavaScript, React.js, Vue.js, Angular
✅ CMS: Wordpress(woo), OpenCart, Prestashop, Webflow
✅ Бекенд: PHP, Laravel, CodeIgniter, Python, Django, Flask, Node.js, Next.js
✅ Бази даних: MySQL, PostgreSQL
✅ Інші навички: Git, інтеграція API

Чому варто обрати мене?
✔️ Швидке та якісне виконання: Ваші завдання будуть виконані вчасно та з бездоганною якістю.
✔️ Інтеграція API: Потрібна безперебійна інтеграція сторонніх API? Я про це подбаю.
✔️ Індивідуальні рішення: Я беру Ваші ідеї та перетворюю їх на успішні веб-рішення, адаптовані до потреб Вашого бізнесу.

Давайте співпрацювати та разом створювати щось дивовижне! Розгорнути

Бюджет: 120 EUR Термін: 3 дні

Вітаю! Ознайомився з вашим детальним ТЗ. Завдання абсолютно зрозуміле, маю релевантний досвід у створенні скриптів автоматизації під ключ (Python + Google Sheets API + парсинг).

Я не просто напишу скрипт, а зроблю його стійким до збоїв. Ось як виглядає архітектура мого рішення:

1. Ідемпотентність та захист від дублів: Якщо під час пакетного запису обірветься інтернет або впаде мережа сервісу, скрипт при перезапуску не пошкодить і не задублює таблицю. Він чітко відфільтрує лише ті рядки, де "ID заповнений, а значення порожні".
2. Адаптивний збір даних: Проєктую адаптер із двома реалізаціями. Спочатку йде запит через HTTP-клієнт (requests + retry з експоненційним backoff) до API. Playwright (headless) підключається лише як запасний варіант (fallback), якщо відкритого API немає.
3. Оптимізація Sheets API: Зчитування та запис відбуваються не построчно (щоб не зловити бан від Google за ліміти), а виключно через batchUpdate.
4. Безпека даних: Конфіг через .env (python-dotenv). Конфіденційні дані не просто "не виводяться", а фільтруються на рівні модуля logging (redaction) — токени та паролі ніколи не потраплять у файли логів. Тестовий режим (dry-run) без запису в таблицю буде реалізовано.

Для старту мені знадобляться:
Доступ до тестової копії Google Таблиці (для Service Account).
Доступи до внутрішнього сервісу (або документація API, якщо є).

Два уточнюючі запитання:
Чи є у внутрішнього сервісу хоча б недокументований API (можна витягнути з Network), чи одразу закладаємо час на написання стабільних селекторів для Playwright?
Який обсяг рядків планується для обробки за один прогін (десятки чи тисячі)? Від цього залежить налаштування батчів.

Вартість вказую 120 EUR і термін — 3 дні.

Буду радий співпраці! Розгорнути

Бюджет: 35 EUR Термін: 7 днів

Пакетна запис змін у Google Sheets — це ключ до оптимізації, і я реалізую це через Python-скрипт з використанням Google Sheets API для основної логіки та Playwright як fallback для отримання даних з внутрішнього сервісу.
Скрипт буде структурований так: підключення до таблиці, пошук незаповнених рядків за ID, формування запитів до API (або скрейпінг через Playwright), отримання двох цільових значень, накопичення змін у буфері та одна пакетна операція запису в таблицю, з обов'язковою обробкою помилок, retry-логікою та режимом тестування без запису.
Також реалізую конфігурацію через .env, логування без конфіденційних даних, повну документацію з архітектурою та інструкціями.
Пропоную 2 тижні безкоштовної підтримки коду після здачі — скрипт може потребувати налагодження при змінах у структурі API або таблиці.
Яка версія Python та які точні назви двох цільових полів у таблиці?

Бюджет: 40 EUR Термін: 2 дні

Доброго дня! З задоволенням розроблю для вас надійний та відмовостійкий локальний Python-скрипт у строгій відповідності з вашим технічним завданням. Спеціалізуюсь на автоматизації процесів на Python 3.12, роботі з Google Sheets API та браузерній автоматизації через Playwright.

Ви просили перед початком відповісти на ваші питання, тому пропоную наступне технічне рішення:

1. Пропозиція по архітектурі:
Скрипт буде побудований за модульним принципом для чіткого розділення логіки (Single Responsibility):
— Config Module: Зчитує змінні з .env (Credentials, Spreadsheet ID, розміри батчів, флаг DRY_RUN).
— Sheets Service: Працює через офіційний Google Sheets API (бібліотека gspread поверх сервісного акаунта). Зчитує лист цілком за один запит для економії квот, фільтрує потрібні рядки в пам'яті. Запис результатів виконує строго пакетно через spreadsheets.values.batchUpdate після закінчення ітерації батча, щоб уникнути блокувань з боку Google.
— Data Extractor: Реалізує патерн «Стратегія». На верхньому рівні оголошується загальний інтерфейс отримання даних. Під ним — два ізольовані класи: HTTP-клієнт (requests/httpx з обробкою експоненційного backoff на ретраях) та Playwright Headless (працює у фоновому режимі, без використання OCR, координат або емуляції миші — строгое витягування даних з DOM-дерева/селекторів).
— Logger Module: Налаштую вбудований фільтр маскування (redaction) на рівні модуля logging. Будь-які приватні токени, паролі або цільові значення будуть автоматично замінюватися в логах на [REDACTED].

2. Необхідні доступи:
— JSON-ключ від Сервісного акаунта Google Cloud (я надам інструкцію, як його створити та поділитися на вашу таблицю, доступ до вашого особистого Google-акаунту не знадобиться).
— Документація або тестовий ендпоінт внутрішнього API (якщо він існує) / Дані авторизації (логін/пароль), якщо внутрішній сервіс вимагає входу для перегляду сторінок item/{ID}.
— Тестова копія вашої таблиці (або опис назв колонок: ID, Value1, Value2, Статус) для первинної налагодження.

3. Відповіді на ваші пункти (Вартість, терміни, години):
Орієнтовно на роботу знадобиться 10–12 чистих робочих годин. Готовий виконати проект за 2 дні. Моя вартість — 2450 UAH. У цю суму входить повний комплект: вихідний код, requirements.txt, .env.example, README-інструкція по установці/запуску та короткий опис архітектури.

Уточнююче питання: підкажіть, будь ласка, внутрішній сервіс вимагає проходження капчі при авторизації. Розгорнути

Бюджет: 35 EUR Термін: 5 днів

Привіт!

Мене звуть Богдан.

Ознайомився з вашим технічним завданням. Перед початком розробки пропоную узгодити архітектуру та деталі інтеграції, щоб рішення вийшло надійним, безпечним і зручним в супроводі.

Пропонована архітектура
Конфігурація — зберігання всіх параметрів у .env (ID таблиці, облікові дані, URL сервісу, режим роботи тощо).
Модуль Google Sheets — читання даних, пошук необроблених рядків, пакетне записування змін через Google Sheets API.
Модуль отримання даних:
в пріоритеті використання офіційного API внутрішнього сервісу;
при відсутності API — отримання даних через Playwright без OCR, розпізнавання екрану та використання координат миші.
Основний обробник — послідовна обробка рядків, повторні спроби при тимчасових помилках, логування без виводу конфіденційної інформації.
Тестовий режим — виконання всіх дій без запису змін у Google Таблицю.
Логування — технічні повідомлення без виводу токенів, облікових даних та чутливої інформації.
Які доступи знадобляться
Доступ до Google Таблиці (або сервісний обліковий запис Google).
Доступ до Google Cloud Console (якщо знадобиться створення сервісного облікового запису та включення Google Sheets API).
Документація API внутрішнього сервісу (якщо він існує):
URL API;
спосіб авторизації;
опис необхідних методів.
Якщо API відсутній:
тестовий обліковий запис;
доступ до внутрішнього сервісу через браузер;
опис, де знаходяться необхідні значення.
Приклад Google Таблиці з кількома тестовими рядками.
Уточнюючі питання
Чи існує офіційний API внутрішнього сервісу?
Які саме два значення необхідно отримувати?
В яких стовпцях знаходяться:
ID;
перше значення;
друге значення;
ознака обробки?
Чим повинна позначатися оброблена строка (дата, статус, прапорець)?
Як відбувається авторизація у внутрішньому сервісі (логін/пароль, SSO, OAuth тощо)?
Який обсяг даних планується обробляти за один запуск?
Скрипт буде запускатися вручну чи за розкладом?
Чи потрібна робота через проксі або VPN?
Чи потрібно зберігати детальний лог виконання в окремий файл?
Терміни та оцінка

При наявності доступу до сервісу та зрозумілій структурі даних орієнтовна оцінка складає:

Термін: 2–5 робочих днів.
Трудозатрати: близько 12–20 годин (в залежності від наявності API та складності авторизації).
Вартість: обговорюється після уточнення деталей та перевірки способу отримання даних (через API або Playwright).

За результатом ви отримаєте:

повністю готовий вихідний код на Python;
requirem Розгорнути

Бюджет: 50 EUR Термін: 1 день

Вітаю. Я уважно ознайомився із завданням щодо автоматизації заповнення Google Таблиці даними з внутрішнього сервісу. Проєкт буде реалізовано за модульним принципом на Python, використовуючи Google Sheets API та Playwright за необхідності, із чітким розділенням відповідальності між компонентами для конфігурації, отримання даних, взаємодії з таблицею та логування без розкриття чутливої інформації. Забезпечу пакетну обробку даних для оптимізації взаємодії з Google Sheets, ретельну обробку помилок з механізмами повторних спроб та тестовий режим, що гарантує надійність та безпеку рішення. Маю значний досвід у розробці подібних інтеграційних скриптів та автоматизації робочих процесів, що дозволить ефективно використовувати готові архітектурні напрацювання та шаблони для прискорення розробки. Всі деталі реалізації, кінцевий бюджет та терміни пропоную обговорити в особистих повідомленнях.

Бюджет: 40 EUR Термін: 3 дні

Доброго дня!
Готовий взятися за задачу. Розповім простими словами, як я це бачу, що потрібно від вас, які є питання, і скільки це буде коштувати по часу і грошам.

Програма сама:

Відкриває вашу Google Таблицю.
Знаходить рядки, де є ID, але не вистачає двох значень.
За ID збирає посилання на внутрішній сервіс компанії.
Забирає потрібні два значення. Якщо у сервісу є API, бере через нього, це надійніше і швидше. Якщо такого входу немає, відкриває сторінку у фоні (через Playwright) і забирає дані звідти, так наче це робить людина, просто автоматично.
Записує знайдені значення назад у таблицю.
Позначає рядок як "готово".
Переходить до наступного.

Якщо щось піде не так по одному рядку, програма не зупиниться повністю, а позначить цей рядок як проблемний і піде далі, щоб не втрачати час на решті.

Буде спеціальний "пробний режим": можна запустити і подивитися, що програма збирається зробити, без реального запису в таблицю. На випадок, якщо спочатку хочеться перевірити, що все працює правильно.

Усі налаштування (паролі, посилання, ключі) будуть зберігатися в окремому файлі, а не всередині коду, це зручніше і безпечніше. У логах (тобто в записах про роботу програми) не буде ваших реальних даних, тільки позначки типу "рядок оброблено" або "помилка".

Що знадобиться від вас

Доступ до Google Таблиці (або дати доступ спеціальному технічному акаунту, або звичайний вхід через Google, як вам зручніше).
Інформація про внутрішній сервіс компанії: чи є у нього "офіційний вхід для програм" (API) з документацією, чи доступ тільки через звичайний сайт.
Як відбувається вхід на цей сервіс (логін пароль, щось ще), це важливо, щоб зрозуміти, як програма зможе туди заходити.
Приклад вашої таблиці або хоча б опис, які в ній колонки: де ID, де два потрібні значення, де позначка "оброблено".

Питання, які хочу уточнити перед стартом

У внутрішнього сервісу є окремий "вхід для програм" (API), чи потрібно буде заходити як звичайний користувач через сайт?
Як виглядає вхід на сервіс, просто логін і пароль, чи там ще код через смс чи додаток?
Можете показати структуру таблиці, як називаються потрібні колонки?
Скільки приблизно рядків зазвичай потрібно обробляти за один раз, десятки, сотні, тисячі?
Скрипт потрібно буде запускати вручну, коли знадобиться, чи щоб він сам запускався, наприклад, щоранку?
Чи потрібні сповіщення, якщо щось пішло не так (наприклад, повідомлення в Telegram чи на пошту), чи достатньо, щоб це було видно у файлі з логами? Розгорнути

Бюджет: 50 EUR Термін: 1 день

Доброго дня.

Пропоную модульну архітектуру: окремий блок для Google Sheets, окремий модуль отримання даних через офіційний API або Playwright і основний обробник для перевірки рядків, повторних спроб і пакетного запису. Вже заповнені рядки повторно оброблятися не будуть, а конфігурація, dry-run і секрети будуть винесені в .env.

Для початку знадобляться:
доступ до тестової копії Google Таблиці через Service Account
документація та ключ API внутрішнього сервісу або тестовий доступ для Playwright
2–3 приклади ID з очікуваними значеннями
назви колонок і формат позначки про обробку

Уточню перед стартом:
чи є офіційний API і яка там авторизація
чи потрібні логін, SSO, 2FA або VPN для веб-інтерфейсу
який орієнтовний обсяг рядків за один запуск
що робити, якщо знайдено лише одне з двох значень

На виході передам вихідний код, requirements.txt, .env.example, інструкцію по установці та запуску і короткий опис архітектури. Розгорнути

Бюджет: 70 EUR Термін: 2 дні

👋 Вітаю!😄

Це компактна й зрозуміла задача — саме мій профіль (Python + Google Sheets API + Playwright).

🛠 Як зроблю:
• Підключення до таблиці через gspread (сервісний акаунт).
• Пошук рядків з ID без 2 цільових значень → формування URL за шаблоном.
• Отримання значень: спершу через API (якщо є), фолбек — Playwright; стабільний парсинг, обробка помилок і ретраї.
• Запис значень назад + позначка «оброблено», обробка рядків пачками, продовження з наступного.

Чистий код + лог + інструкція запуску. Уточню 1-2 деталі (шаблон значень/доступ) і зроблю швидко.

🎥 Портфоліо: Freelancehunt

Звертайтесь! Розгорнути

Бюджет: 200 EUR Термін: 4 дні

Привіт,

Архітектура: скрипт, що керується конфігурацією, .env для облікових даних (шлях до JSON-файлу облікового запису служби Google, ID таблиці, базовий URL/авторизація внутрішньої служби). Клієнт Google Sheets API читає всі рядки, фільтрує за наявністю ID + відсутніми цільовими значеннями. Для кожного рядка спочатку намагається використовувати API внутрішньої служби, якщо він задокументований, в іншому випадку переходить до Playwright проти шаблонного URL. Значення витягуються, ставляться в чергу в пам'яті, записуються назад в одному пакетному оновленні (не по рядках), щоб залишатися в межах обмежень швидкості API Sheets і уникати часткових станів запису при збоях. Рядок позначається як оброблений лише після успішного запису. Обгортка повторних спроб з експоненційним затримкою навколо обох етапів отримання та запису, розрізняючи повторювані (тайм-аут, обмеження швидкості) помилки від фатальних (помилка авторизації, неправильно сформований рядок), фатальні помилки реєструються та пропускаються, не повторюються безкінечно. Логування виключає два цільові значення та будь-які матеріали облікових даних, лише ID та статус. Прапорець тестового режиму запускає повний конвеєр читання/отримання та виводить заплановані записи без зміни таблиці.

Необхідний доступ: обліковий запис служби Google з правами редагування конкретної таблиці (поділіться ним з електронною поштою облікового запису служби, ширший доступ до Диска не потрібен). Внутрішня служба, або облікові дані/API-документація, якщо API існує, або дійсна сесія/вхід для Playwright плюс підтвердження того, як виглядає "вхід" на цій службі (кукі, токен, вхід через форму).

Запитання перед початком: чи має внутрішня служба взагалі якийсь API, навіть недокументований, чи Playwright є підтвердженим шляхом? Приблизно скільки рядків/як часто це виконується, одноразове заповнення чи повторювана задача (змінює, чи додавати планування, наприклад, дизайн, готовий до cron)? Чи доступна внутрішня служба ззовні вашої мережі, чи потрібно, щоб це виконувалося на машині всередині вашої інфраструктури? Як виглядають два цільові значення на сторінці, структуровані поля чи потрібно парсити з вільного тексту?

Вартість і час: для скрипту, як зазначено, джерело + requirements.txt + .env.example + документація з установки/виконання + опис архітектури, я б оцінив 150-200 євро та 3-4 дні, припускаючи шлях Playwright (шлях API був би швидшим, дні могли б зменшитися до 2). Остаточна цифра уточниться, як тільки я дізнаюся обсяг рядків і чи це одноразово чи повторюється.

Бюджет: 300 EUR Термін: 10 днів

Привіт! Готовий розробити надійний локальний скрипт на Python з пакетним записом у Google Sheets, тестовим режимом і безпечним приховуванням логів. Реалізую пріоритетний збір через офіційний API або через безшовну емуляцію в Playwright, якщо API відсутній. Скиньте приклад таблиці і пару слів про захист внутрішнього сервісу — зорієнтую по точним термінам і вартості за 5 хвилин.

Бюджет: 50 EUR Термін: 2 дні

Здравствуйте.
З API Google таблиць працював. (В відгуках можете побачити).
Про архітектуру та файли env трохи не зрозумів, що конкретно вам потрібно запропонувати. Тут буквально код скрипта на два модулі. В одному підключення до таблиці, а в іншому читання та запис у саму таблицю.

Питання, де беремо дані для запису, і які айді порівнювати. (Але це вже на етапі розробки)

Бюджет: 150 EUR Термін: 3 дні

Привіт! Мене звуть Нікіта, я програміст з компанії VALFLOW. Готовий реалізувати цей скрипт. Зробимо модульну архітектуру, щоб ізолювати логіку парсингу від роботи з таблицями — це дозволить легко перемикатися між API та Playwright.

1. Архітектура:
• Core/Runner: Основний цикл, читає конфіг .env (включаючи прапор DRY_RUN для тестового режиму).
• GoogleSheetsService: Працює через google-api-python-client. Читає весь лист за один запит, фільтрує рядки в пам'яті, а результат пише через spreadsheets.values.batchUpdate (пакетно, для економії квот API).
• DataExtractor: Спочатку пробує HTTP-клієнт (httpx/requests), при відсутності ендпоінта — ініціалізує Playwright для збору даних з веб-інтерфейсу. Логування обернемо в фільтр для маскування персональних даних.

2. Необхідні доступи:
• JSON-ключ від Сервісного акаунта Google (з доступом до читання/запису таблиці).
• Доступи/токени до внутрішнього сервісу або тестовий акаунт для авторизації в Playwright.
• Посилання на тестову таблицю та 2-3 приклади ID для налагодження.

3. Уточнюючі питання:
• Внутрішній сервіс вимагає авторизації (Basic Auth, Bearer token або логін через форму в браузері)?
• Як скрипт має зрозуміти, що API відсутній: за HTTP-статусом (наприклад, 404) чи цей параметр буде жорстко заданий у .env?

4. Вартість і терміни:
• Орієнтовно: 12–15 годин роботи.
• Термін: 2-3 дні (включаючи тестування).
• Вартість: 150 EUR (готово до оформлення через Сейф).

Повний комплект документації (README.md, .env.example, requirements.txt) надам разом з вихідним кодом. Давайте обговоримо деталі в чаті! Розгорнути

Бюджет: 150 EUR Термін: 4 дні

Доброго дня. Готов реалізувати цей скрипт на Python. Для отримання даних в першу чергу буду використовувати API внутрішнього сервісу, а якщо його немає – реалізую рішення через Playwright. Перед початком пропоную узгодити архітектуру, уточнити необхідні доступи та кілька деталей по роботі сервісу, щоб одразу зробити все правильно і уникнути зайвих доопрацювань. Попередня оцінка – 2–4 дні.

Бюджет: 100 EUR Термін: 1 день

Доброго дня!
В цілому завдання зрозуміле, для точного відповіді щодо термінів і ціни, хотілося б уточнити деякі питання, які у мене виникли після аналізу вашого завдання.
Пишіть в приватні повідомлення – обговоримо деталі та ваші побажання.

Бюджет: 65 EUR Термін: 1 день

Розроблю Python-скрипт, який буде підключатися до вашого внутрішнього сервісу, буде отримувати дані і автоматично заноситися в Google Таблицю. Також можна налаштувати логування та обробку помилок.

Напишіть мені, обговоримо все детально, і я можу одразу приступити до виконання.

Портфоліо: Freelancehunt
Відгуки: Freelancehunt

Бюджет: 100 EUR Термін: 3 дні

Скажіть, внутрішній сервіс має API чи тільки веб-інтерфейс? Від цього сильно залежить архітектура. Робив схожі завдання: ETL з Meta Ads і GA в Google Sheets з автоматизацією, і збір даних через Playwright з обходом Cloudflare. У цьому проекті логіка зрозуміла - знайти рядки з ID, отримати дані, записати. Пропоную спочатку перевірити наявність API, якщо немає - Playwright з правильним підходом. Термін і ціну обговоримо після уточнення. Після здачі залишаюся на підтримку, якщо знадобляться доопрацювання.

Бюджет: 110 EUR Термін: 2 дні

Доброго дня. Готова розробити локальний Python-скрипт для автоматичного заповнення Google Sheets. Планую зробити підключення через Google Sheets API, читання рядків з ID, перевірку порожніх потрібних полів, отримання даних з внутрішнього сервісу через API або Playwright, пакетну запис результатів назад у таблицю та позначку оброблених рядків. Також додам dry-run режим, логування та налаштування через .env. Для точної оцінки потрібні приклад таблиці, 2–3 тестових ID, назви потрібних колонок та інформація, чи є у внутрішнього сервісу API. Орієнтовно: 1–2 дні. Готова обговорити деталі та почати з тестової копії таблиці.

Бюджет: 300 EUR Термін: 7 днів

Доброго дня.

Готовий розробити локальний Python-скрипт для заповнення Google Таблиці з внутрішнього сервісу за вашим ТЗ.

Портфоліо: https://gooru-lab.github.io/portfolio/

————————————————
1) Архітектура (пропозиція)

• config — читання .env (Spreadsheet ID, діапазони колонок, URL-шаблон, режим dry-run, розмір batch, retries).
• sheets_client — Google Sheets API: читання рядків, пакетний update (batchUpdate / values.batchUpdate).
• row_selector — відбір рядків: є ID, немає двох цільових значень, немає позначки «оброблено».
• source_client (пріоритет):
– ApiSource: HTTP до internal API за {ID};
– PlaywrightSource: fallback, якщо API немає/немає полів; без OCR і без кліків по координатах — лише відкриття URL і витягування значень з DOM/JSON у сторінці (селектори в конфігу).
• processor — цикл: вибрати рядки → отримати 2 значення → зібрати зміни в буфер → пакетний запис → позначити оброблено.
• logging — структуровані логи без секретів, токенів і повних payload з ПДн; у dry-run запису в Sheets немає.
• retries — повтор при 429/5xx/мережі з backoff; помилка по рядку не валить увесь прогін (рядок → error/skip + лог).

Постачання: код, requirements.txt, .env.example, README (встановлення + запуск), короткий опис архітектури.

————————————————
2) Необхідні доступи

• Google Cloud: сервісний акаунт (або OAuth) з правом редагувати цільову таблицю; таблиця розшарена на цей акаунт.
• Зразок Google Таблиці (або копія) + назви аркуша і колонок (ID, value1, value2, processed).
• До внутрішнього сервісу: або офіційний API (URL, метод, auth, приклад відповіді), або тестовий доступ у браузері (логін) + 2–3 приклади сторінок item/{ID} для селекторів Playwright.
• Підтвердження шаблону URL (замість example).

————————————————
3) Уточнюючі питання

• Які точні назви колонок і аркуша? Як виглядає позначка «оброблено» (TRUE / дата / статус)?
• Чи є REST/JSON API у internal-service, чи лише HTML-сторінка?
• Як авторизація до сервісу (cookie, Basic, Bearer, VPN/лише з офісу)?
• Два цільові значення — які саме поля/селектори/ключі JSON?
• Скільки рядків за прогін і як часто запускати (вручну / cron)?
• Що робити, якщо ID невалідний або сторінка 404 — skip + лог, чи стоп?
• Чи потрібен один прогін «усі порожні», чи ліміт N рядків за запуск?

————————————————
4) Вартість, строки, години

Орієнтовно 8–14 годин:
• з офіційним API — ближче до 8–10 год;
• з Playwright + логіном/селекторами — 12–14 год.

Строк: 3–5 робочих днів після доступів і відповідей на питання.
Вартість: Розгорнути

Бюджет: 200 EUR Термін: 16 днів

Привіт!

Готова взятися за ваш проект. Зроблю модульно: окремо робота з Google Sheets, окремо отримання даних, окремо логіка, яка все це пов'язує. Звідки брати дані — вирішується в конфігурації: спочатку пробуємо офіційний API, а якщо його немає — підключаю Playwright.

З таблицею буду працювати через сервісний акаунт, читати і писати — пачками, щоб не впиратися в ліміти Google. Рядки, які вже заповнені або помічені, повторно чіпатися не будуть — так що скрипт можна запускати повторно без дублів. Зроблю тестовий прогін (--dry-run), який проходить весь цикл, але нічого не пише в таблицю — зручно перевірити логіку без ризику. Помилки буду переживати через повторні спроби з збільшувальною паузою, а логи напишу так, щоб ні секрети, ні самі дані туди не потрапляли.

Налаштування винесу в .env. На виході надішлю вихідники, requirements.txt, приклад .env.example, інструкції по установці і запуску та короткий опис архітектури.

По термінах поки дам вилку: якщо у сервісу є API — це приблизно 20–28 годин, якщо доведеться йти через Playwright — ближче до 32–45. По календарю це близько півтора–трьох тижнів. Точну цифру назву після кількох уточнень, тому що саме частина з Playwright може сильно варіюватися за трудозатратами.

Щоб оцінка стала точною, підкажіть:
1. Чи є у внутрішнього сервісу API і документація? Як там влаштована авторизація?
2. Якщо API немає і потрібен Playwright — як відбувається вхід (логін з паролем, SSO, двофакторка)? Чи є капча?

Готова обговорити всі деталі в переписці. Дякую! Розгорнути

Бюджет: 100 EUR Термін: 2 дні

Доброго дня! 🧡

Готова взятися за роботу та допомогти виконати все якісно й у короткі терміни. Маю досвід у подібних проєктах, є приклади робіт і відгуки, які можу показати.

Можу приступити найближчим часом. Напишіть, будь ласка, деталі - обговоримо задачу, терміни та найкращий варіант реалізації. Відповідаю швидко 🙂

Бюджет: 150 EUR Термін: 4 дні

Доброго дня. Пропоную зробити локальний ідемпотентний Python-скрипт: повторний запуск не буде знову обробляти заповнені рядки або створювати зайві зміни.
Архітектура:
SheetsClient отримує з Google Таблиць тільки рядки, де є ID і відсутні два цільових значення.
DataProvider формує URL і отримує дані. Спочатку перевіряю наявність офіційного API. Якщо API відсутній, підключаю окремий Playwright-модуль без OCR, координат миші та обходу захистів.
Processor валідовує отримані значення і формує список змін.
BatchWriter записує результати в Google Sheets одним пакетним запитом. Рядок позначається обробленим тільки після успішного запису обох значень.
Помилка одного рядка не зупиняє весь запуск: додам обмежені повторні спроби з затримкою і безпечний журнал без токенів, URL з чутливими параметрами та отриманих конфіденційних даних.
Також передбачу режим DRY_RUN: скрипт покаже кількість знайдених рядків і запланованих змін, але нічого не запише в таблицю. Налаштування, шляхи, номери колонок і секрети будуть винесені в .env.
Для початку знадобляться:
тестова копія Google Таблиці та опис колонок;
Google Service Account з доступом до цієї таблиці або OAuth credentials;
документація та тестовий токен API внутрішнього сервісу, якщо API існує;
тестовий акаунт для сервісу, якщо знадобиться Playwright;
3–5 прикладів ID та очікувані значення;
інформація про VPN або IP-обмеження, якщо сервіс доступний тільки з внутрішньої мережі.
Уточнюючі питання:
Як влаштована авторизація у внутрішньому сервісі: логін і пароль, SSO, 2FA, токен або VPN?
Які саме дві величини потрібно витягувати і де вони знаходяться в інтерфейсі/API?
В якій колонці позначати успішну обробку і яке значення записувати?
Який приблизний обсяг рядків і як часто планується запускати скрипт?
Якщо знайдено тільки одне з двох значень, рядок потрібно пропустити, записати частковий результат або позначити помилкою?
Оцінка: 150 EUR, термін 3–4 робочих дні, орієнтовно 16–20 годин. У вартість входять вихідний код, requirements.txt, .env.example, інструкція по установці і запуску, короткий опис архітектури та перевірка на тестовій копії таблиці.
Оцінка передбачає звичайну API-авторизацію або Playwright без обходу CAPTCHA. Якщо сервіс використовує складний корпоративний SSO або обов'язкову CAPTCHA, спочатку погодимо допустимий спосіб входу, не змінюючи вартість без вашого підтвердження. Розгорнути

Бюджет: 50 EUR Термін: 1 день

Вітаю, впродовж вечора виконаю Вашу задачу
Буду радий Вам допомогти!

Бюджет: 111 EUR Термін: 10 днів

Ооффк, задача зрозуміла: потрібно автоматизувати перенесення даних з внутрішнього сервісу в Google Таблиці з перевіркою існуючих записів за ID. Скрипт буде працювати як фонове завдання, використовуючи пакетну запис для мінімізації навантаження на Google Sheets API та логування помилок без витоку приватних даних.

Архітектура буде будуватися на модулі для роботи з API таблиць і окремо винесеному шарі для отримання даних з сервісу (спочатку через REST API, якщо він закритий - переключимося на Playwright). Налаштування доступу будуть винесені в .env файл, що забезпечить безпеку конфігурації.

Для розуміння обсягу роботи: чи є у вас вже готовий сервісний акаунт Google Cloud з доступом до цієї таблиці, чи його потрібно створювати з нуля під цей проект?

Бюджет: 150 EUR Термін: 1 день

Доброго дня, зроблю швидко протягом кількох годин. Маю величезний досвід у написанні софту на мові програмування Python. Постійно працював з Google Sheets та парсингом. Якщо зацікавлені - пишіть. Реалізовувати буду за допомогою requests + pygsheets. Будь-який сайт можна розпарсити з їхньою допомогою, без Playwright.

Бюджет: 200 EUR Термін: 5 днів

Готовий розробити Python-скрипт для автоматичного заповнення Google Sheets даними з вашого внутрішнього сервісу. Використовую Google Sheets API та Playwright за необхідності. Забезпечу тестовий режим і коректну обробку помилок.

вартість і терміни сильно залежать від того, звідки конкретно отримувати значення.