• Projects 30
  • Rating 5.0
  • Rating 5 621

Budget: 27000 UAH Deadline: 20 days

> Deadline - 20 working days, budget - 120,000 UAH for a working microservice with gRPC, XLSX processing, saving to PostgreSQL via EF Core, basic tests, and preparation for container launch.

> We are ready to work with your gRPC contracts. For .NET microservices, we usually divide the application into a contract layer, application commands and queries, business logic, infrastructure, and tests. We assemble DI through separate dependency registration modules so that the Excel parser, validation, processing queue, repositories, and execution status do not mix into one combine. Here’s the nuance - for large files, it’s more important not just to read XLSX, but to avoid memory overload and correctly manage the processing status =)

> For Excel in .NET, we worked with streaming processing, type validation, mapping to business models, and importing into the database. We will choose the library after assessing the actual file sizes - EPPlus is convenient, OpenXML is often better where resources and reading control are important.

> Questions for accurate assessment
>> Are there already approved .proto files and PostgreSQL table schema?
>> What are the maximum file sizes - number of rows, sheets, file weight, and expected processing parallelism?

Similar project: Рефаткоринг приложения
  • Projects -
  • Rating -
  • Rating 418

Budget: 12000 UAH Deadline: 7 days

Good day!

I am interested in your task. I have strong experience in backend development on .NET (including .NET 8/10) and a solid understanding of the challenges of streaming large data.

Briefly on your requirements:

Microservices: I build isolated, fault-tolerant services with deployment in Docker.
Modularity and DI: I use Clean Architecture. I register dependencies through the standard MS DI container at the level of each module. For CQRS, I use MediatR, which allows me to keep the gRPC layer clean. For EF Core, I apply the Repository and Unit of Work patterns.
Working with Excel: For large files, I do not use the popular EPPlus to avoid OutOfMemoryException (it loads the entire DOM model into memory). My choice is ExcelDataReader for fast forward-only streaming reading. To save tens of thousands of rows in PostgreSQL, I use batch inserts (Bulk Insert / SQL COPY) to avoid overloading the DBMS.
gRPC: I have experience designing .proto contracts. I understand the specifics of transferring large files (I will apply Client Streaming stream bytes to read the file in chunks on the fly).

  • Projects 7
  • Rating 5.0
  • Rating 1 122

Budget: 20000 UAH Deadline: 15 days

Good day, I can help with the implementation of a microservice on the .NET stack, write for further discussion.

  • Projects -
  • Rating -
  • Rating 489

Budget: 12000 UAH Deadline: 3 days

Hello. I reviewed the task, the stack is completely my area. Let me go through your requirements:

I regularly write microservices in .NET, and I have no issues with context isolation and packaging in Docker. For architecture, I prefer Clean Architecture: I configure DI strictly by layers, isolating business logic through CQRS (usually using MediatR). With this approach, everything scales easily and is covered by unit tests without problems.

I have worked a lot with parsing large XLSX files. The main issue here is not to run into OutOfMemory. I know EPPlus very well, but if the files are going to be hardcore, it's better to read them in a stream (for example, using ExcelDataReader) to ensure the service runs stably and doesn't consume too much memory.

I am ready for gRPC and .proto contracts, often using them for inter-service communication. Writing to Postgres through EF Core will be done carefully through Repository / Unit of Work, ensuring thread safety.

If everything is okay, I am ready to review the contracts and discuss technical details.

  • Projects 29
  • Rating 5.0
  • Rating 6 476

Budget: 25000 UAH Deadline: 14 days

An isolated .NET service is needed that accepts Excel files, validates them, and transforms them into PostgreSQL without breaking other parts of the system.

I will build it this way: gRPC contract via .proto with Submit/GetStatus methods, command processing through MediatR (CQRS), each handler is isolated and testable. For parsing XLSX, I will use ClosedXML or ExcelDataReader — they read line by line through IEnumerable without loading the entire file into memory, which is critical for large tables. Data layer: Repository + Unit of Work on top of EF Core, transactions at the batch row level, so partial failures do not leave garbage in the database. Thread safety through Channel or SemaphoreSlim at the worker level if parallel processing of multiple files is needed.

What is the typical file size and expected peak load — how many files per unit of time should the service handle?

  • Projects -
  • Rating -
  • Rating 250

Budget: 10000 UAH Deadline: 7 days

Good day! I have reviewed the task — the stack is familiar, and I can implement it. I will develop a microservice on .NET 10 with gRPC API, XLSX parsing using EPPlus, and Repository/Unit of Work over PostgreSQL via EF Core. CQRS and DI are standard approaches in my projects, with a modular architecture allowing for scalability. I will ensure thread safety when processing large files through an async pipeline with memory management.

  • Projects -
  • Rating -
  • Rating 196

Budget: 27000 UAH Deadline: 22 days

We already have a practically ready similar solution for processing Excel and queues, which can be quickly adapted to your gRPC contract. We can discuss the details right here; I'm available.
For the timeline, I would estimate 18-24 working days for the service with an API, a parser for large XLSX files, validation, writing to PostgreSQL via EF Core, containerization, and basic tests.
Regarding the budget, the initial estimate is 90,000 UAH, but it depends on the number of Excel templates and validation rules.
We can work strictly according to gRPC contracts, document .proto, and usually organize DI by modules - Application, Infrastructure, Persistence, Worker, Contracts.
For Excel, we used EPPlus and OpenXML; for large files, we perform streaming reading, batch processing, memory limitations, and idempotent task statuses.
It seems the main risk here is not reading Excel but normalizing rules and ensuring repeatability of results with large files.
At the start, we will go through 2-3 real files to avoid establishing false rules in the parser.
As for clarifications, how many different XLSX formats need to be supported, and are there already approved .proto and PostgreSQL schema?
For similar corporate systems, you can check https://business.ingello.com/platforma, where the logic of a reliable platform with modules and integrations is close.
Also, https://business.ingello.com/forma-bpm, where process automation and business data processing are similar.

  • Projects 6
  • Rating 3.2
  • Rating 777

Budget: 21000 UAH Deadline: 14 days

Maxime, I see that you need a reliable service for processing Excel files that automates complex manual data work and ensures their correct integration into your microservices system.

I will develop a microservice with a gRPC API that will efficiently accept large Excel files, perform validation and transformation according to your rules. The result will be a structured and cleaned representation of data in PostgreSQL, ready for further use, which will eliminate errors and speed up data processing.

Are there already prepared examples of Excel files or clear business rules for their parsing and validation?

  • Projects -
  • Rating -
  • Rating 406

Budget: 25000 UAH Deadline: 30 days

Hello!

I have reviewed your task — I am familiar with this architectural approach. I have experience building modular systems on .NET, so I am ready to implement a reliable service for processing Excel data according to your requirements for architecture and performance.

My experience and approach to implementation:

Microservices and architecture: In my projects, I strictly adhere to SOLID principles. To organize modularity, I use the CQRS pattern (via MediatR), which allows for a clear separation of commands for writing and reading data.

Dependency Injection (DI): I build a DI container using pure Microsoft.Extensions.DependencyInjection, grouping service registrations by modules (via extension methods of IServiceCollection), which makes the system easy to scale.

  • Projects -
  • Rating -
  • Rating 260

Budget: 18000 UAH Deadline: 31 days

Hello. I am a .NET developer focused on high-performance microservice architecture. My stack includes C#, .NET, gRPC, PostgreSQL, and EF Core. I have experience building modular applications using CQRS, Repository, and Unit of Work patterns.

Responses to your requirements:

Experience with .NET in microservices:
I develop backend microservices that interact exclusively via gRPC. I can design distributed systems ensuring data consistency.

DI and modularity:
I build projects on a modular principle, encapsulating domain logic. I actively use Dependency Injection and primary constructors at the class level. My approach ensures loose coupling of components, simplifying scaling and writing tests.

Proposals concealed

The list does not show proposals concealed by the client or freelancer with a Plus profile, as well as proposals violating rules