Budget: 200 USD Deadline: 1 day
Hello! I am ready to complete this project and have extensive experience in developing various applications.
Budget: 250 USD Deadline: 13 days
Hello, Ivan! The implementation of the API for the "Borovoe" system is an important step towards improving the user experience. I specialize in integrating cryptographically secure APIs with external systems, ensuring flawless data exchange. My deep knowledge of Go-lang and skills in server configuration guarantee optimal service performance even under high loads. I am confident that together we can achieve a high level of automation and accounting. I would be happy to share my experience in creating scalable solutions for the successful completion of your project. Let's discuss your tasks in detail!
Budget: 800 USD Deadline: 12 days
Hello Ivan.
I checked out your Go project, API docs, sql DB and Integration guide for the Borovoye automated process control system.
I’ll:
Build ticket fetch/placement service via API to Rekassa (ID/token auth, intermediate storage).
Handle turnstile queries + secure access validation.
Implement report exports (CSV/PDF) to org endpoints.
Go modules, concurrent-safe, Docker-ready for your server.
Feel free contact with me.
Thanks.
Revaz G.
Winning proposal- Projects 37
- Rating 5.0
- Rating 17 072
Budget: 400 USD Deadline: 10 days
Hey Ivan,
I've reviewed your Borovoe ticketing system documentation. Your Go server structure is clean, and I see exactly what needs to be done - integrate Rekassa API, handle ticket storage, and ensure turnstiles get proper access validation.
Why this will work with me:
I've dealt with access control systems before. The critical part isn't just receiving tickets from Rekassa - it's handling the edge cases when turnstiles lose connection, duplicate webhook calls arrive, or MySQL replication lags. Your Z5R-W controllers need bulletproof offline mode, and I know how to implement proper event sourcing so no access event gets lost.
Looking at your database schema, the abonements_created and events tables are straightforward, but I'll add proper indexing on card and controller_sn fields for faster lookups when you scale to thousands of daily entries. The check_access flow through Cloud to turnstiles needs careful timeout handling - nobody wants tourists stuck at the gate.
What I'll deliver:
Working Rekassa integration in your existing Go codebase, not a rewrite. Proper buffering for offline scenarios. Clean reporting module that actually shows meaningful data, not just raw database dumps. Everything tested on both testnet and production scenarios.
Timeline: 5-7 days for core integration, another 3 days for reports and testing. $400 total.
I run production systems myself, so I understand that "working" means handling real-world chaos, not just happy-path scenarios. Ready to start immediately.
Let's make those turnstiles work smoothly.
Revaz
Budget: 350 USD Deadline: 6 days
Good day!
I have reviewed the archive with the server — the structure is clear, the backend in Go is already prepared for extensions, there are separate modules for the API, equipment, and reports.
I can implement the full integration with Rekassa:
• obtaining tickets through their API
• placing tickets on our intermediate server
• implementing access logic for the turnstile
• generating and sending reports to the relevant organization
• testing the entire cycle: “Rekassa → our server → turnstile”
Estimated cost: 15,000 – 25,000 UAH
Timeline: 6–12 working days
(I will provide a more accurate estimate after receiving the technical requirements for the reports)
Thank you for providing the archive — I am ready to start after clarifying the details.
Budget: 240 USD Deadline: 1 day
Good day, I am a Golang developer with 4 years of experience working in Go, and I also have 8 years of experience as an architect in large retail.
Write to me, we will agree and implement your improvements.
Rate $30/hour.
- Projects 7
- Rating 3.4
- Rating -
Budget: 500 USD Deadline: 15 days
Hello.
I can implement this project, I have experience.
I will complete it within the agreed timeframe.
Budget: 500 USD Deadline: 15 days
Hello,
The service will be developed in Go using the Gin framework and deployed on Ubuntu 22.04. Gin is chosen for its high performance, minimal overhead, and robust support for JSON-based REST APIs, which fits perfectly with the requirements of HTTP POST communication with Rekassa and internal APIs. The service will interact with MySQL 5.7/8.0 for storing tickets and event logs. Offline operation will be supported with local buffering and automatic retry for failed API requests. Security will be ensured through HTTPS for all communications.
The project will follow a phased approach:
Analyze requirements and design the data flow from ticket purchase to access verification.
Develop the backend service in Go using Gin to handle ticket intake, validation, and storage in the database.
Integrate with the Z5R-W server for real-time access control, returning granted or denied status.
Implement automated reporting and event logging for SAK and organizational reporting.
Conduct testing and deploy the solution on Ubuntu with backup, monitoring, and retry mechanisms.
This approach ensures a reliable, maintainable, and scalable system that meets all technical and operational requirements. The use of Gin guarantees high performance and efficient handling of concurrent requests, which is critical for access control and ticket processing workflows.
Sincerely,
Jeo Vincent Carretas
Proposals concealed
Proposals are currently absent
Current freelance projects in the category Data Parsing
Set up automatic daily updates of product availability on our website on prom.ua. We have a supplier who sends a price list of products in Excel format to our email every day. The items on our website and in the supplier's price list are the same. The values in the "stock" column are either out of stock, a number, or more than a box - these need to be updated on the site to either Ready for shipment or Out of stock. Items that are not in the supplier's price list should remain unchanged. Please propose a solution, timeline, and budget. Thank you in advance for your response, I look forward to collaborating with a specialist.
Hello! I am looking for a performer for ongoing collaboration who is knowledgeable about Opencart. A person who is available and has a positive attitude) Parsing, uploading products in two languages UA + ru, as well as forming the necessary markup immediately I want to complete the work in several stages. 1. Update stock for all suppliers and completely remove outdated products from the site and database. 2. Refinement of the product category, specifically parsing subcategories. 3. Parse new items in old categories. 4. Parse new suppliers into new categories.
A project needs to be implemented for collecting and structuring a large array of images from open web sources (initially 2000 images). The task includes: - automated image collection; - uploading files in the highest available quality; - classifying images by categories. Expected results: - a structured image database; - a clear cataloging system; - delivery of the results via Google Drive or another agreed method;
Good day! Two tasks need to be completed: 1. Develop a product parser from an external website (10–40 thousand items, marketplace) with structured data saved in MySQL for subsequent output in WordPress. 2. Install and configure n8n on VPS, as well as organize AI content processing: prompt setup, text rewriting, image processing, SEO optimization, and text checking for AI detection. You can estimate the cost of completing both the entire project and each task separately. .
Task: one dashboard with all business metrics — advertising, funnel, payments, manager performance, revenue planning. Data is pulled automatically via API. Scope: only the YCL direction (employment in Europe). Kommo has other directions — only YCL funnel deals will be included in the repository (filter by funnel/tag to be agreed upon).1. Data Sources (Integrations) Kommo CRM — leads, deals, funnel stages, responsible persons, sources, dates of transitions between stages (must keep history), reasons for refusals, custom deal fields (see point 2). Stripe — payments, amounts, statuses (success/failure/refund), linked to deals. Meta Ads — expenses, impressions, clicks, CPL, leads by campaigns (currently operational). Google Ads, Reddit Ads, LinkedIn Ads — planned; architecture — extensible connectors without core rework. SEO/organic— Google Search Console + GA4. Cross-link: traffic source → lead in Kommo → payment in Stripe (UTM, deal ID in Stripe metadata — propose the mechanism). 2. Mandatory Cuts (Deal Fields in Kommo) Each metric must be filtered/grouped by: Client Citizenship (Kenya, Nigeria, India, etc.). Residence Status: lives in their country / expat (already in Europe). These are two different segments with different cycles, conversion rates, and checks. Country of Placement / Service: Poland, Serbia, Slovakia, Germany (ZAV). Manager, team, traffic channel, period. If any fields are missing in Kommo — the executor indicates which fields need to be added, the client adds them.3. Funnel and Leading Indicators Data by funnel, for each stage — summary and leading metrics: Traffic → lead: leads, CPL by channels + day-to-day expense/click dynamics. Lead → qualification: conversion + first response speed, touches/calls to the manager per day, unanswered leads. Qualification → contract/invoice: conversion + sent offers, stalled deals (days in stage above norm). Invoice → payment: payments, average check + unpaid invoices, failed payments. Summary: revenue, ROMI by channels, run rate to monthly plan. 4. Deal Cycle Average and median lead → payment cycle (business benchmark ~4 weeks), cycle trend over time. Breakdown of cycle by stages (how many days a deal sits at each stage) — to see which stage is dragging. List of deals that have stalled at a stage longer than normal. Cycle breakdown by segments: citizenship, residence status, country of placement, manager. 5. Early Warning of Decline (Key Block) Since the cycle is ~4 weeks, today's leads = payments in a month. The system must: Compare leads/qualifications of the current week with the moving average (4 weeks) and issue an alert if there is a downward deviation: “leads -X%, with a 4-week cycle expect a payment decline in the week [date].” Build payment forecast for 4 weeks ahead from the current pipeline: deals at each stage × historical conversion of the stage × remaining cycle. Highlight in red weeks where the forecast is below plan — with time to react. 6. Additional Payments and Sales Planning In the Kommo deal card, the date and amount of the planned additional payment are stored. The system must: Collect a calendar of upcoming additional payments: total expected, by weeks/months. Highlight overdue additional payments (date passed, no payments in Stripe) — a separate list for follow-up. Calculate the monthly plan as: plan − already paid − scheduled additional payments = how many new sales are needed (in money and in deal units at average check). Weekly schedule: additional payments + forecast of new payments against the weekly plan. 7. Manager Performance Daily snapshot for each manager: touches/calls, conversations, sent offers, payments — for each day separately, with a chart over the period. Progress on personal plan compared to monthly pace (ahead / on pace / behind). Benchmarking with colleagues. 8. Visualization and Roles “Traffic lights” (green/yellow/red) for key metrics relative to norms/plans; progress scales; trend graphs; mobile adaptive. Roles: CEO — everything; COO — entire funnel and managers; team lead — their team; manager — their metrics and position relative to colleagues. 9. Reports and AI Automated reports on schedule (daily summary, weekly report) in the dashboard and/or messenger. Free-form queries (“how has CPL from Meta changed over 2 weeks?”) — LLM over the repository. Alerts in the red zone and according to the rules from points 5–6. 10. Technical Expectations and Staging Repository (PostgreSQL/BigQuery or equivalent) + ETL: Kommo webhooks + periodic synchronization (15–60 min). Frontend: custom or BI tool — propose with justification; requirements for roles, traffic lights, forecasts, and AI queries must be implementable. Stages: (1) audit and metrics map → (2) MVP: Kommo + Stripe + Meta, funnel, traffic lights, roles → (3) deal cycle, early warning, additional payments and plan → (4) SEO, AI reports, alerts → (5) new advertising channels. Payment is staged, with a demo for each stage. In the response, indicate: similar projects (end-to-end analytics), stack with justification, timeline and cost estimates by stages, monthly ownership cost (hosting, tokens, licenses).