Budget: 2000 UAH Deadline: 5 days
Да, был уже такой проект. Когда-то делал программу на базе экселя по автоматической обработке заказов с минимальным участием оператора, могу продемонстрировать. Стукните в скайп sokolv555.
Нужно сделать надстройку для екселя, которая бы связывала ексель файл и базу данных сайта на 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. Или если одна цифра – то это один заказ с этим номером.
Во время втягивания заказов должна быть табличка где будет отображаться информация о ходе выполнения, чтобы было понятно что сейчас происходит и когда закончится.
Заказы должны втягиватся быстро.
Макрос должен быть сделан так, чтобы если что-то пойдет не так, то это не приведет к полному зависанию екселя намертво.
Если в заказе несколько товаров, то этот блок строк выделяется заливкой, чтобы было сразу видно что эти несколько строки относятся к одному заказу.
В столбце Е «Где продано» для заказов втянутых макросом устанавливаем значение из выпадающего списка «Магазин»
Budget: 2000 UAH Deadline: 5 days
Да, был уже такой проект. Когда-то делал программу на базе экселя по автоматической обработке заказов с минимальным участием оператора, могу продемонстрировать. Стукните в скайп sokolv555.
Development of a Power App, support for me as a beginner. Canvas App, assistance in developing the Screen Help in developing the data structure for the App Programming functions Assistance in creating Date-verse Tables
We are looking for an experienced Shopify developer to create a full-fledged online store from scratch with mandatory integration with Amazon. What needs to be done: Integration with Amazon as the foundation of the project: synchronization of products, inventory, and orders between Shopify and the seller account on Amazon. The store setup is built with this integration in mind from the very beginning. Store setup: theme customization, catalog structure, product cards, cart, checkout — everything is aligned with the logic of integration with Amazon. Technical optimization for AI visibility (GEO): structured data, llms.txt file, content optimization for AI assistant responses (ChatGPT, Perplexity, AI Overviews, etc.), proper semantic markup of pages. Basic SEO setup: meta tags, sitemap, loading speed, mobile responsiveness. Connecting payment systems. Installing necessary applications (reviews, email marketing, analytics, etc.). Testing the store before launch.
Need help rethinking and building a clean relational schema for an internal operational system on Airtable. The current database is already in use by the team, but it has grown organically: the structure is partially flat, some tables/views are actively used, while others are hardly used, and documents currently rather "pull" information into Airtable, although ideally Airtable should become the source of truth and generate the necessary operational artifacts. What is needed is not just help with forms or automations, but structural work: analyzing the current logic, designing a relational schema, creating a clean new database/instance, documentation, and recommendations for migrating to the new schema. And potentially even implementation. System context: There are two main directions: Feedback system A system for collecting and processing signals from external advisors, focus groups, internal teams, and stakeholders. It should support: signal log; advisor tracking; feedback intake; synthesis dashboard; status/gates/recommendations; close-the-loop logic. Product catalog The product catalog currently has about 400 entries, approximately 100 of which are active/live. It is necessary to better structure products, statuses, relationships, data sources, lifecycle/gate logic, and reporting. Current state: Airtable already exists and is used by the team. The current data accuracy is about 80%. The schema is mostly flat, not relational. Only the first few tables/tabs are actively used: Some validation gates, tasks/decisions, and dashboard views are currently hardly used. There is no PII. Any work with the live base must be done with maximum caution: no changes in production without agreement. The ideal approach is to analyze the structure and build a new clean base separately in Sandbox. What needs to be done: Phase 1 — Audit & architecture recommendation Look at the current structure of Airtable. Determine which tables/fields/views are actually needed, which are duplicated, which can be merged or removed. Propose a relational data model. Describe the main entities, relationships, primary keys, linked records, lookup/rollup logic. Propose a clean schema for the Project + Product catalog. Determine which dashboards/interfaces are needed for different users. Prepare a short architecture memo or schema map. Phase 2 — Build clean Airtable base Create a new clean Airtable base/instance. Set up tables, fields, linked records, views, basic interfaces. Set up basic dashboard/reporting logic. Prepare a migration map: how to transfer data from the old structure to the new one. Document the structure so that the team can maintain it after handover. If necessary, propose an automation strategy, but without excessive complexity. Expected deliverables: Airtable schema map. A new clean Airtable base. Tables + relationships + key fields. Views/interfaces for main users. Migration recommendation. Short documentation for the team. Governance recommendations: who enters data, who approves changes, which fields are mandatory, how to avoid duplication. Optionally: 1 short handoff call / Loom walkthrough. Important security/access rules: No PII. No dangerous tokens or personal integrations. AI/MCP/ChatGPT/Claude cannot be connected to live Airtable. If access to the existing base is needed, it must be read-only or through export/screenshots/structural description. Any records/changes are made only in the new test/clean base, not in live production. Who I am looking for: The ideal candidate has experience in: 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. In your response, please indicate: Examples of Airtable bases or systems you have built. Whether you have experience transforming a flat Airtable structure into a relational schema. How you would approach audit → schema design → build. An estimated number of hours for Phase 1. Your hourly rate or fixed-price proposal for the first phase. Whether you are willing to work under an NDA. Work format: It is preferable to start as soon as possible. Initially, a small paid discovery/audit can be done, after which we can move to the full build.