Бюджет: 1000 UAH Термін: 3 дні
Добрий день. В загальному завдання повністю зрозуміле. Більш детальні умовы можемо обговорить у чаті. Дякую
Бюджет: 1500 UAH Термін: 7 днів
Доброго дня, готовий виконати на С# (.NET Framework 3.5). Термін приблизний, скажу точніше після обговорення деталей.
Антон Ц.
Переможець- Проєкти 354
- Оцінка 5.0
- Рейтинг 5 852
Бюджет: 1200 UAH Термін: 4 дні
Можу написати таку програму на Pascal в середовищі Lazarus. Що буде:
- exe-файл з кількома dll-бібліотеками + код проекту;
- простий графічний інтерфейс;
- періодична перевірка інформації з сайту оповіщень як в одному з прикладів на python;
- вибір області зі списку;
- програвання зовнішніх аудіофайлів (тут треба докладніше обговорити, як саме програвати файли);
- налаштування через графічний інтерфейс і автоматичне збереження налаштувань в текстовому файлі поряд з exe-файлом (при наступному запуску програма так само автоматично відновлює всі налаштування);
- є можливість протестувати на Windows XP.
Від Вас тільки доступ в Internet і розміщення програми в автозапуску.
Термін виконання вказаний із запасом.
Бюджет: 4500 UAH Термін: 7 днів
Добрий день, швидко і якісно виконаю поставлену вами задачу. Пишіть, домовимося.
Бюджет: 3500 UAH Термін: 5 днів
Доброго вечора!
Зацікавив Ваш проєкт, готовий взятись та виконати його якнайшвидше.
Терміни приблизні.
Для обговорення подробиць напишіть, будь ласка, в особисті.
Ставки приховані
Ставки поки відсутні
Ставки приховані
-
Володимир Соколов 1 жовтня 2022чому вам потрібен саме пайтон? ви просто відсіюєте купу виконавців які б могли виконати проект, можливо навіть дешевше, швидше та краще
-
Olexandr Skovoroda
1 жовтня 2022
Вітаю, просто приклади знайшов на Python, якщо у вас є інші пропозиції будь ласка.
-
Володимир Соколов 1 жовтня 2022о ні, я стараюся обходити стороною людей які намагаються влізти в технічні аспекти роботи програми зовсім нічого в цьому не тямлячи
-
Olexandr Skovoroda
1 жовтня 2022
Не зовсім розумію, про що ви. Намагався детально описати, що саме потрібно виконати.
-
Володимир Соколов 1 жовтня 2022ви ж поняття не маєте чим пайтон кращий чи гірший за інші мови програмування, проте вирішили що саме він вам потрібен лише тому, що знайшли щось на гітхабі (причому раз знайшли це щось то чому воно тут? як воно те що треба то беріть і користуйтеся, як ні то нащо взагалі воно тут?)
такий підхід клієнта практично гарантує що він буде добавляти хотілки існування яких ніяк не зможе перевірити(наприклад як ви планували перевірити що воно саме на пайтоні? екзешки декомпілювати ви навряд чи вмієте, та й навряд чи вистачить скіла аби визначити що ісходніки що вам скинули саме те що у вас працює) і забуватиме вказати те що йому справді треба очікуючи що *воно ж само собою розуміється* (а-ля використання сповіщень віндовс)
мій досвід підказує що краще не дивитися на подібні проекти, ніж потім тратити на них втричі більше часу бо замовник вважає що платити треба за результат який він мав на увазі, а не за те що вказав у ТЗ -
Сергей Морланг 1 жовтня 2022А где брать признак тревоги? Как программе понимать что началась тревога?
-
Антон Ц. 1 жовтня 2022Периодически смыкать определенные серверы, качать с них json-файлы, парсить. Во всяком случае так работают понравившиеся Заказчику примеры
-
Роман С. 1 жовтня 2022пока cellBroadcast не введен в эксплуатацию, то как все сервисы ориентируемся на телеграм каналы местных властей по каждому региону. другого варианта нет. сложного нет вообще ничего в плане получения признаков тревога-отбой
Актуальні фриланс-проєкти в категорії Десктопні додатки
Доопрацювання PCB в KiCad під корпус STEP: USB-C, 8-pin роз'єм, зміна розміру плати ! додамо текст про модулі Доопрацювання PCB в KiCad під корпус STEP: USB-C, 8-pin роз'єм, зміна розміру плати Дивіться, задача дуже проста. У нас є готовий продукт, начинка esp 32+ модулі на презентації в x-ray це не красиво виглядає (думаю Ви розумієте про що я) Цікавить більше 3д модель псб плати Щоб вона виглядала навороченою. На ГХ вже повністю є готовий продукт, але у нього вбудований дисплей. Щодо більш конкретного ТЗ Я надішлю Вам степку з посадковими місцями! Але, ми можемо зробити плату більше, менше, ширше, вужче Залежить від Вашого підходу до справи. Де-факто, нам потрібна плата за нашими габаритами в 3д, яку ми на 3д рендері піднімемо, покажемо в х-рей, підсвітимо компоненти і додамо текст про модулі
Шукаємо досвідченого Shopify-розробника для створення повноцінного інтернет-магазину з нуля з обов'язковою інтеграцією з Amazon. Що потрібно зробити: Інтеграція з Amazon як основа проєкту: синхронізація товарів, залишків та замовлень між Shopify та обліковим записом продавця на Amazon. Налаштування магазину будується з урахуванням цієї інтеграції з самого початку. Налаштування магазину: кастомізація теми, структура каталогу, картки товарів, кошик, оформлення замовлення — все узгоджується з логікою інтеграції з Amazon. Технічна оптимізація для AI-видимості (GEO): структуровані дані, файл llms.txt, оптимізація контенту під відповіді AI-асистентів (ChatGPT, Perplexity, AI Overviews тощо), правильна семантична розмітка сторінок. Базове SEO-налаштування: метатеги, sitemap, швидкість завантаження, мобільна адаптивність. Підключення платіжних систем. Встановлення необхідних додатків (відгуки, email-маркетинг, аналітика тощо). Тестування магазину перед запуском.
Потрібно допомогти переосмислити та побудувати чисту relational-схему для внутрішньої операційної системи на Airtable. Поточна база вже використовується командою, але вона виросла органічно: структура частково плоска, частина таблиць/в’юшок використовується активно, частина майже не використовується, а документи зараз радше “підтягують” інформацію в Airtable, хоча в ідеалі Airtable має стати джерелом правди і генерувати потрібні операційні артефакти. Потрібна не просто допомога з формами чи автоматизаціями, а саме структурна робота: аналіз поточної логіки, проєктування relational-схеми, створення чистої нової бази/інстансу, документація та рекомендації щодо міграції до нової схеми. І потенційно можливо навіть впровадження Контекст системи: Є два основні напрями: Feedback system Система для збору й обробки сигналів від зовнішніх радників, фокус-груп, внутрішніх команд та stakeholders. Має підтримувати: signal log / реєстр сигналів; advisor tracking; feedback intake; synthesis dashboard; status / gates / recommendations; close-the-loop логіку. Product catalog У каталозі продуктів зараз близько 400 записів, приблизно 100 з них активні/live. Потрібно краще структурувати продукти, статуси, зв’язки, джерела даних, lifecycle/gate logic та звітність. Поточний стан: Airtable вже існує і використовується командою. Поточна точність даних приблизно 80%. Схема переважно flat, не relational. Активно використовуються лише перші кілька таблиць/вкладок: Частина validation gates, tasks/decisions і dashboard views поки майже не використовується. Немає PII. Будь-яка робота з live base має бути максимально обережною: без змін у production без погодження. Ідеальний підхід — аналіз структури та побудова нової чистої бази окремо у Sandbox. Що потрібно зробити: Phase 1 — Audit & architecture recommendation Подивитися на поточну структуру Airtable. Визначити, які таблиці/поля/в’юшки реально потрібні, які дублюються, які можна об’єднати або прибрати. Запропонувати relational data model. Описати основні entities, relationships, primary keys, linked records, lookup/rollup logic. Запропонувати clean schema для Проєкту + Product catalog. Визначити, які dashboards/interfaces потрібні для різних користувачів. Підготувати короткий architecture memo або schema map. Phase 2 — Build clean Airtable base Створити нову чисту Airtable base / instance. Налаштувати таблиці, поля, linked records, views, basic interfaces. Налаштувати базову dashboard/reporting логіку. Підготувати migration map: як переносити дані зі старої структури в нову. Задокументувати структуру так, щоб команда могла підтримувати її після передачі. За потреби — запропонувати automation strategy, але без надмірної складності. Очікувані deliverables: Airtable schema map. Нова clean Airtable base. Таблиці + relationships + key fields. Views/interfaces для основних користувачів. Migration recommendation. Коротка документація для команди. Рекомендації щодо governance: хто вносить дані, хто апрувить зміни, які поля є обов’язковими, як уникати дублювання. Опційно: 1 короткий handoff call / Loom walkthrough. Важливі security / access правила: Без PII. Без небезпечних токенів або персональних інтеграцій. Не можна підключати AI/MCP/ChatGPT/Claude до live Airtable. Якщо потрібен доступ до існуючої бази, він має бути read-only або через експорт/скріншоти/структурний опис. Будь-які записи/зміни робляться тільки в новій тестовій/чистій базі, не в live production. Кого шукаю: Ідеальний кандидат має досвід: Airtable base architecture; relational schema design; Airtable interfaces, views, forms, automations; migration/cleanup of messy Airtable bases; product operations / CRM / workflow systems; documentation and handoff; У відгуку, будь ласка, вкажіть: Приклади Airtable-баз або систем, які ви будували. Чи був у вас досвід перетворення flat Airtable structure у relational schema. Як би ви підійшли до audit → schema design → build. Орієнтовну оцінку годин для Phase 1. Ваш hourly rate або fixed-price пропозицію для першого етапу. Чи готові працювати під NDA. Формат роботи: Почати бажано найближчим часом. Спочатку можна зробити невеликий paid discovery/audit, після чого перейти до повного build.
Потрібно перепідв'язати договір оферти в футері на новий, в компанії змінився регламент Завдання на 20 хвилин
Технічне завдання: інструмент звірки рахунків з банком, картами та бухгалтеромЗагальна метаПотрібен локальний інструмент (скрипт/невеликий додаток на Python), який запускається вручну раз на 1-2 місяці на моєму комп'ютері і робить звірку між:Рахунками, які я виставив клієнтам і отримав від постачальників (PDF-файли та фото квитанцій, що лежать у пошті Gmail)Банківською випискою (Excel)Витратами по кредитним картам (Excel, може бути кілька файлів — кілька карт)Excel-файлом від бухгалтера, в який він вносить рахунки для звітності в податкову та ПДВЩо повинен робити інструмент1. Збір рахунків з пошти (Gmail)Підключення через Gmail API (OAuth)Пошук листів за заданий період (наприклад, останні 2 місяці) з вкладеннямиЗавантаження вкладень: PDF-файли та зображення (фото квитанцій/чеків)Розпізнавання даних з кожного рахунка: дата, сума, назва постачальника/клієнта, номер рахунка (якщо є)Для PDF — витягування тексту безпосередньоДля зображень — розпізнавання тексту (OCR), включаючи текст на івриті2. Читання Excel-файлівБанківська виписка (доходи та витрати)Один або кілька файлів витрат по кредитним картамExcel від бухгалтера зі списком внесених рахунків (в ньому є тільки сума + дата + назва контрагента, єдиного номера рахунка для співставлення немає)3. Логіка співставленняСпівставлення записів між джерелами за комбінацією: сума + дата (з допустимим відхиленням) + назва контрагента (нечітке порівняння тексту, оскільки назви можуть трохи відрізнятися).4. Перевірки, які потрібно виконатиA. Виставлені рахунки на всі доходиДля кожного надходження грошей у банку — перевірити, чи є відповідний рахунок, який я виставив. Якщо немає — позначити як "доходи без виставленого рахунка".B. Збережені рахунки на всі визнані витратиДля кожного витрату в банку/на картах, який відноситься до категорії визнаних витрат — перевірити, чи є збережений рахунок. Якщо немає — позначити як "витрата без збереженого рахунка".C. Звірка зі списком бухгалтераПорівняти список рахунків, які я зібрав (з пошти), зі списком, який бухгалтер вніс і відправив у податкову/ПДВ. Позначити:Рахунки, які я зібрав, але яких немає у файлі бухгалтера (можливо, не були передані або не внесені)Записи у файлі бухгалтера, для яких не знайшовся відповідний рахунок у моїй колекціїD. Перевірка зарплатного листкаПеревірити, що сума, зазначена в зарплатному листку, відповідає сумі, яка фактично списана/надійшла в банку.5. Підсумковий звітРезультат — один Excel-файл з кількома листами:Доходи без виставленого рахункаВитрати без збереженого рахункаРахунки, відсутні у бухгалтераЗаписи бухгалтера без відповідного рахункаЗвірка зарплатного листка з банкомНесумісності/проблемні рядки повинні бути візуально виділені (кольором).Технічні деталіМова: PythonExcel: pandas + openpyxlPDF: витягування тексту (pdfplumber/PyMuPDF)OCR зображень: з підтримкою івриту (бажано використовувати Claude API з підтримкою зображень замість класичного Tesseract, для кращої точності з івритом)Gmail API: google-api-python-client, OAuth (потрібно буде створити проект у Google Cloud Console — це буде зроблено замовником/виконавцем спільно)Результат зберігається як Excel-файл локально на комп'ютеріІнтерфейс: достатньо командного рядка (CLI), без необхідності у веб-інтерфейсіФормат здачіВихідний код проектуКоротка інструкція по запуску (включаючи, як підключити свій Gmail і де покласти вхідні Excel-файли)Інструкція по створенню credentials у Google Cloud Console, якщо це не було зроблено заздалегідьДодатковоГотовий надати приклади структури Excel-файлів (банк, карти, файл бухгалтера) та приклади рахунків (PDF і фото) для тестування.