Skip to main content

What are you looking for?

Explore our services and discover how we can help you achieve your goals

Poland software delivery: UODO, KSeF, BLIK and mObywatel

A Poland-facing software project turns on five decisions before a proposal is comparable: which authority enforces data protection, whether invoices must route through the national KSeF e-invoicing system, whether BLIK belongs at checkout, whether mObywatel or a trusted-profile sign-in is in scope, and when Polish-language interfaces and contracts are required. Settle these first.

Submit a project Explore custom engineering

Reviewed by Huy Nguyen (David), CEO · Updated 20 Oct 2026 · 13 min read

star

OutsourcingVN is operated by Netbase JSC, and this guide is written by a supplier that would welcome your project. It separates what Polish and EU law actually require from what Netbase can evidence about its own practice, with regulator and government sources named throughout for your own legal and tax advisers to verify. The guides index covers other markets, and the market index shows which question each one answers first.

Contents

Who enforces data protection for a Poland-facing product?

GDPR applies directly across the European Union, and Poland's supervisory authority is the Urząd Ochrony Danych Osobowych (UODO), the Personal Data Protection Office. A controller must have a lawful basis for each use of personal data, honour access, correction, erasure and other subject-rights requests, and notify a qualifying breach to its supervisory authority without undue delay. UODO's own site notes that not every personal data breach needs to be reported, so the assessment itself is a documented step, not a formality. UODO takes complaints and works within the European Data Protection Board, and the European Commission's Your Europe guidance notes that failure to comply with the GDPR may result in significant fines.

None of that changes because the development team sits outside Poland: a buyer should decide who signs the processing agreement, who is named controller or processor, and who answers UODO's questions before discovery starts, not after a defect surfaces.

What can Netbase evidence for a Polish brief?

Procurement, security and data protection reviewers tend to ask for the same four statements. These are the ones Netbase can give.

  • Compliance practices. Netbase's compliance practices are GDPR alignment for data privacy in Europe, HIPAA-aligned methodologies for healthcare data handling, and CCPA compliance for clients with U.S. customer bases. How GDPR and Poland's own implementing rules apply to your product, and who holds the data protection officer role, remains your organisation's task.
  • Security practices. Security practices include secure code review and version control, role-based access control, MFA for admin dashboards, contributors under NDA, and NDAs and DPAs on request. A data processing agreement written for the Poland-facing system sits on top of this baseline.
  • Information security management. Netbase JSC holds ISO 27001 certification for information security management.
  • Markets, language and hours. Netbase serves clients in the United States, Europe and Asia-Pacific, and most projects come from clients outside Vietnam. Delivery communication is in English, with Polish copy review owned by a reviewer the buyer names where interfaces or contracts need it. The Hanoi office works Monday to Saturday, 9:00-18:15 Vietnam time (UTC+7), and support coverage follows those days; that working day falls at 03:00-12:15 in Warsaw during the Polish winter and 04:00-13:15 during the Polish summer.

Which requirement sits with which decision owner?

A Polish brief spans five owners inside the buying organisation, and a proposal that conflates them is the fastest way to miss one once the contract is signed.

Decision area What Polish and EU rules expect What a supplier can evidence Who decides
Data protection A lawful basis per use, a breach report to UODO, honoured subject rights A data processing agreement, an access matrix, a tested breach-response plan Data protection officer
E-invoicing Invoices issued, transmitted, received and stored through the national KSeF platform, mandatory for most businesses from 1 April 2026 and for all from 1 January 2027 A tested KSeF connection and a sample structured invoice Finance systems owner
Payments BLIK, a one-off six-digit code from the bank's app, valid for two minutes, alongside card payments Payment flows tested against the agreed rails, with a fallback for a failed transfer Product owner with payments provider
Identity A trusted profile (Profil Zaufany) to log in to public-administration systems, and the mObywatel public app for administrative matters A tested integration where the product reaches a public-sector service Product owner
Accessibility Poland's digital accessibility law for public bodies, and the European Accessibility Act's requirements for selected products and services Per-journey test results with assistive technology, a defect log Product or service owner
Language A language boundary the buyer's legal adviser confirms; consumer journeys are usually scoped in Polish, B2B tools often in English A named Polish copy owner and a tested translation workflow Localisation owner

Ask for this table filled in, not just a general compliance statement, before shortlisting a supplier.

Which steps come before a Poland-facing launch?

  1. Record the lawful basis per use

    Write down what personal data the product collects, stores or shares for each use, and which GDPR lawful basis covers it.

  2. Connect to KSeF for e-invoicing

    If the product bills a Polish business buyer, build or integrate a path to the national platform and test a full submission.

  3. Add BLIK alongside cards

    Offer BLIK's phone-app code at checkout alongside cards, since many Polish shoppers expect to pay from their banking app.

  4. Scope mObywatel or a trusted profile

    Decide whether any journey needs sign-in through mObywatel or Profil Zaufany, and test the integration against a real account.

  5. Decide go-live readiness

    Check the data map, the KSeF connection and the payment and identity scope against the plan, and record the decision with its owner.

  6. Launch and keep the record current

    Publish or update the accessibility statement, keep the KSeF connection tested, and review all items again at the next major release.

Diagram of a Poland-facing launch pipeline: record the lawful basis, connect to KSeF, add BLIK alongside cards and scope mObywatel or a trusted profile, then decide readiness before launch and keep the record current (opens the full-size diagram in a new tab)
Diagram of a Poland-facing launch pipeline

Worked scenario: a Polish shopper pays with BLIK

A subscription retailer launches a Polish storefront where shoppers pay with BLIK alongside cards.

  1. BLIK selected

    The shopper picks BLIK at checkout instead of entering card details

    Owner
    Engineering
  2. Code generated

    The shopper's banking app produces a one-off code, valid only for a short window

    Owner
    Shopper's bank
  3. Code confirmed

    The shopper enters the code and approves the payment in the app

    Owner
    Engineering
  4. Timeout handled

    If the code is not confirmed in time, the checkout falls back to a card retry rather than leaving the order stuck

    Owner
    Product owner
  5. Receipt issued

    The confirmation and receipt are sent in Polish, with the amount, order number and support contact

    Owner
    Localisation owner
  6. Support view

    An agent can see the payment status for a ticket, not the underlying banking details

    Owner
    Support lead

A proposal that cannot describe step 4, specifically what the checkout does when a BLIK code does not confirm in time, has not yet scoped Polish payments for this product.

What has Netbase built that is relevant to a Polish brief?

Netbase has delivered product personalisation on client print stores, including online designers and configurators for business cards, stickers, banners, photo books and mugs, for print-commerce clients in Singapore, Switzerland, Hong Kong, Germany, China, the United Kingdom, the Netherlands, the United States, Poland, France and Portugal. Separately, Netbase has built order-flow customisations for a German invitation-card printer, covering hidden design buttons on the cart page, a quantity dropdown, and the product key and ordered quantity written into the print PDF file name; the online designer feature builds record covers that engagement and the work for five other print businesses.

Which questions should you ask a supplier?

  • Who signs the data processing agreement, and who is named controller? Expect a clear answer before contract, not during a breach.
  • Can you show a structured invoice your platform has actually submitted to KSeF? Ask for the file, not just a claim that the connection exists.
  • How does checkout handle BLIK alongside cards, and what happens when a code does not confirm in time? A vague answer usually means the path has not been tested.
  • Does our product need mObywatel or trusted-profile sign-in, and who holds that integration? This usually stays with the buyer, with the supplier building inside the access granted.
  • Who owns the Polish copy, and how does a change reach production? Translation drift is easiest to catch before launch, not after.
  • How do you test against Poland's accessibility requirements? Ask for real assistive-technology testing, not a tool report alone.

What usually goes wrong?

  • Compliance copied from a company page straight into a proposal. Signal: no one has actually tested this product's data flows, access rules or breach-response plan. Owner: the data protection officer.
  • KSeF treated as a reporting feature added at the end. Signal: the first invoice to a Polish business bounces because it skipped the required platform. Owner: the finance systems owner, scoping the connection at discovery.
  • BLIK added after checkout is already built around cards only. Signal: a late, disruptive change to the payment flow. Owner: the product owner, scoping both at discovery.
  • Polish copy translated once and never re-tested. Signal: error messages and generated documents drift out of Polish after the first release. Owner: the localisation owner.

How this guide is sourced and where it stops

This guide draws on UODO's own description of its supervisory role, the KSeF platform's own description of the national e-invoicing system and its rollout stages, the gov.pl pages on mObywatel, the trusted profile and Poland's digital accessibility law, BLIK's own description of its payment service, and the European Commission's pages on the GDPR for business and the European Accessibility Act, checked on 2026-10-19 and 2026-10-20, together with company statements and delivery evidence approved in the OutsourcingVN claim register. It is written for product, procurement and operations leads scoping a Poland-facing brief; it does not decide which accessibility duty or language scope fits your organisation.

Plan the next step for your project

Common questions

The regulation itself is the same across the European Union; what differs by country is which national authority enforces it, and in Poland that authority is UODO. Check UODO's current guidance rather than assuming every member state applies it identically.

Not yet for every one. The KSeF rollout page lists the system as mandatory for most businesses from 1 April 2026, and for all of them from 1 January 2027, including the smallest firms whose invoiced sales are at most PLN 10,000 a month; check the current scope with your own tax adviser before assuming a given invoice falls outside it.

Not always. Many buyers ship the journeys Polish customers use most in Polish and keep less-used screens in English, provided the boundary is written down, your legal adviser confirms which consumer-facing texts must be in Polish, and a named owner reviews Polish copy before each release.

Yes, when the payment flow, the identity flow and the fallback behaviour are scoped with the same care as any other method, and tested against real accounts before launch.

The business owner, by naming which actions reach a public-sector service; a product can launch with its own sign-in and add it later if that boundary is agreed in writing.

Poland's digital accessibility law sets duties for public bodies, and the European Accessibility Act, in application since 28 June 2025, sets common accessibility requirements for selected products and services such as phones, computers, e-books, banking services and electronic communications; your own advisers should confirm which duties reach your specific product.

Plan the first release

Bring your UODO role split, your KSeF connection, your BLIK and mObywatel scope, and your Polish-language boundary. The data security and compliance guide lists the contract questions behind the data protection row, and the time zone and collaboration guide covers how overlap and handoff are agreed for a European working day. For neighbouring markets, the Germany guide covers works-council consultation and German e-invoicing formats, the Romania guide covers RO e-Factura and ANSPDCP's GDPR enforcement, and the Spain guide covers Verifactu invoicing rules and the AEPD; if you are also weighing where the engineering team itself should sit, Vietnam vs Poland for software outsourcing compares that sourcing decision directly, and the product personalisation and online design solution scopes configurator work of the kind behind the online designer feature builds record.

Custom Product Engineering is the service for a bounded build, and global delivery explains how remote delivery is organised. OutsourcingVN is Netbase's own outsourcing-services platform: submit a project with your Poland-facing scope, and a person will reply with whether discovery or a bounded implementation is the right next step.

Custom product engineering for a bounded release outcome Custom product engineering for a bounded release outcome

One defined release of your product, built to named outcomes and handed over with acceptance evidence.

Learn More
line

Tell us what you want to build or automate.

Submit a project