Automatic invoice converter PDF → JPK V7M (2) XML (VAT, NBP, batch)

Budget: 1000 PLN Deadline: 10 days

Good evening. I have experience in implementing a complex parser for forms with structuring. Feel free to contact me.

Budget: 2000 PLN Deadline: 9 days

Antoni, creating an automatic PDF converter to JPK V7M is a task that I understand perfectly. The importance of processing different invoice layouts and handling currencies in accordance with VAT are key aspects that I can effectively implement thanks to my experience in designing business automation systems.

I will utilize robust parsing and adapt algorithms to the variable PDF format, which will ensure reliability of operation and compliance with US requirements. My implementations have already helped many companies optimize their document flow, so I am eager to implement best practices and solutions in your project as well.

Budget: 1200 PLN Deadline: 10 days

Good morning, I have extensive experience in parsers and automation, so I can complete this order.

Python/Node.js for parsing, the same for generation. I plan to set up a database for NBP courses, used solely to minimize the load (DDOS) on NBP servers. Errors will be logged to a file.

The implementation will use only data from invoices – without any "guessing" of data.

The completion time may vary depending on the number of invoice examples.

Budget: 1000 PLN Deadline: 30 days

Hello! I have reviewed your assignment and believe that I can successfully complete it. I would be happy to collaborate, please write to me personally for further details.

Budget: 3000 PLN Deadline: 14 days

Dear Sir,

I have taken an interest in your project regarding the creation of a stable converter for PDF invoices to the JPK V7M (2) format in XML, compliant with the current scheme of the Ministry of Finance. As an experienced programmer specializing in the automation of accounting processes and PDF document processing, I am confident that I can deliver a solution that meets all the specified requirements.

My experience:
- I have over 5 years of experience working with Python, including libraries for parsing PDFs (e.g., PyMuPDF, pdfplumber, PyPDF2) and generating XML (xml.etree.ElementTree, lxml).
- I have completed similar projects, such as data extraction from invoices for ERP systems and handling exchange rates from APIs.

Proposed solution:
- Batch loading: The program will scan a folder with PDFs and process them in bulk, with an option to log progress.
- Data parsing: I will use a combination of OCR (if needed, e.g., Tesseract) with regex and fallbacks to handle various invoice layouts. Minimal data (number, dates, NIP, name, net amounts/VAT, currency) will be extracted with error resilience – in the case of atypical invoices, the program will report an explicit error.
- EUR handling: Automatic retrieval of the NBP exchange rate from the last working day before the sale date (or issuance as a fallback). Conversion: net × rate, and VAT from the amount in PLN, according to VAT requirements.
- Generating JPK V7M (2): The XML file will be created based on the MF schema, with structure validation. I will use your sample JPK as a template.
- Resilience and security: The program will be "fail-safe" – it does not guess data, and in case of issues, it will terminate the process with a message. Ready for US audit, with complete code documentation and tests on sample invoices.

Implementation plan:
1. Analysis of sample PDFs and JPK (1-2 days).
2. Prototyping parsing and conversion (3-5 days).
3. Integration with XML generation and testing (3-4 days).
4. Optimization and handling edge cases (2-3 days).
I estimate the total time to be 10-14 working days, depending on the number of examples. Expand

Budget: 1200 PLN Deadline: 3 days

Hello. I worked on a project where I had to check PDF invoices for authenticity/fraud. I can adapt it to your task.

Budget: 1000 PLN Deadline: 5 days

I will create a stable PDF invoice converter -> JPK V7M (2) XML (batch), compliant with the MF schema. I have experience in automations/parsing files and data validation, so I will approach this "without guessing" — if something cannot be reliably extracted from the PDF, the tool will clearly indicate this.

To start, I need a package of sample PDFs + this correct JPK as a template.

Budget: 6000 PLN Deadline: 14 days

Good morning,

I am interested in carrying out an order regarding an automatic converter for invoices PDF → JPK V7M (2) in XML.

I have practical experience in:

- parsing documents (PDF) and extracting accounting data from them,
- working with VAT data, currencies (PLN/EUR), and NBP exchange rates,
- generating XML files compliant with MF schemas (including structure validation).
Based on the description, I see the following scope of work:

- Loading a folder with PDF invoices (batch, multiple files at once).
- Parsing key data from invoices (invoice number, dates, NIP/name of the buyer, net/VAT amounts, currency).
- Handling invoices in EUR with automatic retrieval of NBP exchange rate (table A):
- rate from the last working day preceding the sale date,
- without manual entry of the rate.
- Converting NETTO × NBP rate, and then correctly calculating VAT from the amount in PLN, according to VAT rules.
- Generating a JPK V7M (2) file in XML compliant with the current MF schema:
- structure validation against the schema,
- explicit error reporting (the program should "fail" in case of a problem, not guess data).
- Resilience to various PDF layouts:
- approach based on fallbacks/regex and rules,
- without silently skipping or assuming values — a solution "ready for tax office control."
From your side (sample PDFs, correct JPK V7M (2), accounting requirements) will allow for a good reflection of accounting logic and ensure that the converter does not "guess" data, but operates fully deterministically.

Proposed timelines:

- Analysis of sample invoices and the reference JPK, designing mapping and architecture of the solution: 2–3 working days.
- Implementation of the converter (PDF parsing, currency logic, integration with NBP, JPK generation, error handling): about 7–10 working days.
- Testing on provided invoices, corrections, and hardening of the solution: 2–3 working days.
Total: approximately 2–3 calendar weeks, depending on the number of layout variants of invoices and any additional requirements from the accounting side. Expand

Budget: 1000 PLN Deadline: 12 days

Good day! I have reviewed the task, I have practical experience in developing financial converters. I am ready to quickly implement a reliable solution for working with PDF and generating valid XML, I will show the result based on your examples.