Нужно сделать надстройку для екселя, которая бы связывала ексель файл и базу данных сайта на opencart 1.5.1.3 для втягивания заказов и разносил данные по ячейкам.
версия екселя 2010
Надстройка в виде отдельного ексель файла, запустив который, надстройка появляется во всех открытых ексель файлах.
Необходимые настройки которые можно задать через интерфейс надстройки (т.е. без прибегания к правке кода макроса):
- данные авторизации к базе (адрес, логин, пароль)
- с каким статусом заказа втягиваем к себе в ексель ( чтобы макрос не тянул все заказы с базы, ему нужно понимать какие из них новые , для этого указываем с каким статусом нас интересуют заказы (т.е. какой статус у новых заказов)
Список статусов нужно чтобы втягивался с сайта по нажатию кнопки, т.е. если на сайте добавятся или убавятся статусы, нажав кнопку в макросе будет актуальный список существующий статусов заказа. В настройке должна быть возможность множественного выбора, т.е. чтобы если нужно можно было втягивать заказы с несколькими статусами, например чтобы нужные статусы для втягивания отмечались галочками.
Для отбора нужных заказов для втягивания, кроме статуса заказа, нужно еще иметь возможность отбора заказа по типу оплаты.
Т.е. так же нажатием кнопки втягиваем в макрос возможные способы оплаты с базы сайта и потом выбираем галочкой с каким способом оплаты нас интересую заказы для втягивания.
Например выбираем:
Статус заказа: В обработке (этому статусу соответствует новый заказ на сайте)
И отмечаем Способ оплаты: Оплата при получении на Новой почте (Наложенный платеж)
Т.е. втянутся заказы соответствующие статусу В обработке и при этом у которых только способ оплаты «Оплата при получении на Новой почте (Наложенный платеж)»
Втягиваем следующую информацию с заказа:
• Номер заказа
• Название товара
• Артикул товара
• Стоимость товара
• e-mail
• телефон
• фио клиента
• данные по доставке.
• комментарий
Данные:
• Название товара
• Стоимость товара
• e-mail
• телефон
в екселе вписываются каждый в свою ячейку, поэтому в макросе в настройках нужно указать для каждого из этих данных в какой столбец вписывать.
А данные:
• Номер заказа
• фио клиента
• данные по доставке.
• Комментарий
• А так же дублирование телефона, e-mail и артикула в ячейку вместе.
Вписываются в одну ячейку вместе
Пример что там должно быть в общей ячейке:
#22398 Иванов Василь Петрович 0961234567
Способ доставки:Доставка Новой почтой
Отделение №1: ул. Львовская, 38л
Городок(Львовская обл.)
(Львівська область)
Україна
+380961234567
sla5е[email protected]
CS-ERU5SL
Комментарий: Наложений платіж,
Данные вносятся на открытый (активный) текущий лист документа в следующую свободную строку после занятых, определяется по столбцу “B” (может вы лучше придумаете идею)
Должна быть кнопка, Втянуть заказы, по нажатию которой начинает втягиваться заказы, согласно выставленных настроек.
И так же должно быть прямо на панели надстройки 2 поля для ввода цифр, куда можно вписать номера заказов, которые нужно втянуть, если введены цифры, тогда все настройки косательно статусов заказа и формы оплаты игнорируются и просто втягивается те номера которые указаны.
2 формы чтобы задать диапозон заказов, которые нужно втянуть если это больше чем один, если нужен один заказ, тогда цифра только в первой форме или в 2-х формах один и тот же номер. Можно сделать одну форму и чтобы макрос понимал написанное в ней, например: 100-110 то втягиваем все заказы с номера 100 по 110 включительно, если 110,113,120 – то втягиваем заказы с номерами 110,113, 120. Или если одна цифра – то это один заказ с этим номером.
Во время втягивания заказов должна быть табличка где будет отображаться информация о ходе выполнения, чтобы было понятно что сейчас происходит и когда закончится.
Заказы должны втягиватся быстро.
Макрос должен быть сделан так, чтобы если что-то пойдет не так, то это не приведет к полному зависанию екселя намертво.
Если в заказе несколько товаров, то этот блок строк выделяется заливкой, чтобы было сразу видно что эти несколько строки относятся к одному заказу.
В столбце Е «Где продано» для заказов втянутых макросом устанавливаем значение из выпадающего списка «Магазин»
Бюджет: 2000 UAH Срок: 5 дней
Да, был уже такой проект. Когда-то делал программу на базе экселя по автоматической обработке заказов с минимальным участием оператора, могу продемонстрировать. Стукните в скайп sokolv555.
Ищем опытного Shopify-разработчика для создания полноценного интернет-магазина с нуля с обязательной интеграцией с Amazon. Что нужно сделать: Интеграция с Amazon как основа проекта: синхронизация товаров, остатков и заказов между Shopify и учетной записью продавца на Amazon. Настройка магазина строится с учетом этой интеграции с самого начала. Настройка магазина: кастомизация темы, структура каталога, карточки товаров, корзина, оформление заказа — все согласуется с логикой интеграции с Amazon. Техническая оптимизация для AI-видимости (GEO): структурированные данные, файл llms.txt, оптимизация контента под ответы AI-ассистентов (ChatGPT, Perplexity, AI Overviews и т.д.), правильная семантическая разметка страниц. Базовое SEO-настройка: метатеги, sitemap, скорость загрузки, мобильная адаптивность. Подключение платежных систем. Установка необходимых приложений (отзывы, email-маркетинг, аналитика и т.д.). Тестирование магазина перед запуском.
Необходимо помочь переосмыслить и построить чистую реляционную схему для внутренней операционной системы на Airtable. Текущая база уже используется командой, но она выросла органически: структура частично плоская, часть таблиц/вьюшек используется активно, часть почти не используется, а документы сейчас скорее "подтягивают" информацию в Airtable, хотя в идеале Airtable должен стать источником правды и генерировать необходимые операционные артефакты. Нужна не просто помощь с формами или автоматизациями, а именно структурная работа: анализ текущей логики, проектирование реляционной схемы, создание чистой новой базы/инстанса, документация и рекомендации по миграции на новую схему. И потенциально возможно даже внедрение Контекст системы: Есть два основных направления: Система обратной связи Система для сбора и обработки сигналов от внешних советников, фокус-групп, внутренних команд и заинтересованных сторон. Должна поддерживать: реестр сигналов; отслеживание советников; прием обратной связи; панель синтеза; статус / ворота / рекомендации; логику закрытия цикла. Каталог продуктов В каталоге продуктов сейчас около 400 записей, примерно 100 из них активные/live. Нужно лучше структурировать продукты, статусы, связи, источники данных, логику жизненного цикла/ворот и отчетность. Текущая ситуация: Airtable уже существует и используется командой. Текущая точность данных примерно 80%. Схема преимущественно плоская, не реляционная. Активно используются только первые несколько таблиц/вкладок: Часть валидационных ворот, задач/решений и панелей управления пока почти не используется. Нет PII. Любая работа с живой базой должна быть максимально осторожной: без изменений в production без согласования. Идеальный подход — анализ структуры и построение новой чистой базы отдельно в Sandbox. Что нужно сделать: Этап 1 — Аудит и рекомендации по архитектуре Посмотреть на текущую структуру Airtable. Определить, какие таблицы/поля/вьюшки реально нужны, какие дублируются, какие можно объединить или убрать. Предложить реляционную модель данных. Описать основные сущности, отношения, первичные ключи, связанные записи, логику поиска/агрегирования. Предложить чистую схему для Проекта + Каталога продуктов. Определить, какие панели/интерфейсы нужны для разных пользователей. Подготовить краткую архитектурную записку или схему. Этап 2 — Построить чистую базу Airtable Создать новую чистую базу Airtable / инстанс. Настроить таблицы, поля, связанные записи, вьюшки, базовые интерфейсы. Настроить базовую логику панели управления/отчетности. Подготовить карту миграции: как переносить данные со старой структуры в новую. Задокументировать структуру так, чтобы команда могла поддерживать ее после передачи. При необходимости — предложить стратегию автоматизации, но без излишней сложности. Ожидаемые результаты: Схема Airtable. Новая чистая база Airtable. Таблицы + отношения + ключевые поля. Вьюшки/интерфейсы для основных пользователей. Рекомендации по миграции. Краткая документация для команды. Рекомендации по управлению: кто вносит данные, кто утверждает изменения, какие поля являются обязательными, как избегать дублирования. Опционально: 1 короткий звонок для передачи / Loom walkthrough. Важные правила безопасности / доступа: Без PII. Без опасных токенов или персональных интеграций. Нельзя подключать AI/MCP/ChatGPT/Claude к живому Airtable. Если нужен доступ к существующей базе, он должен быть только для чтения или через экспорт/скриншоты/структурное описание. Любые записи/изменения делаются только в новой тестовой/чистой базе, не в живом production. Кого ищу: Идеальный кандидат имеет опыт: Архитектуры баз Airtable; Проектирования реляционных схем; Интерфейсов Airtable, вьюшек, форм, автоматизаций; Миграции/очистки неаккуратных баз Airtable; Операций с продуктами / CRM / системами рабочих процессов; Документации и передачи. В отклике, пожалуйста, укажите: Примеры баз Airtable или систем, которые вы строили. Был ли у вас опыт преобразования плоской структуры Airtable в реляционную схему. Как бы вы подошли к аудиту → проектированию схемы → построению. Ориентировочную оценку часов для Этапа 1. Ваш почасовой тариф или фиксированное предложение для первого этапа. Готовы ли вы работать под NDA. Формат работы: Начать желательно в ближайшее время. Сначала можно сделать небольшой оплачиваемый аудит, после чего перейти к полному построению.
Нужно переподвизать договор оферты в футтере на новый , в компании поменялся регламент Задача на 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-файл с несколькими листами: Доходы без выставленного счёта Расходы без сохранённого счёта Счета, отсутствующие у бухгалтера Записи бухгалтера без соответствующего счёта Сверка зарплатного листка с банком Несовпадения/проблемные строки должны быть визуально выделены (цветом).Технические детали Язык: Python Excel: pandas + openpyxl PDF: извлечение текста (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 и фото) для тестирования.