Kivra moves to OmaPosti

Kivra’s digital post service is replaced by Posti’s OmaPosti

Kivra’s digital post service in Finland has transferred to Posti as part of a corporate arrangement. Kivra’s current service ends for consumers on 1st of December 2026, and digital post to consumers moves to Posti’s OmaPosti service.

For Maventa, the switch happens earlier. Maventa moves digital post traffic to OmaPosti on 15th of October 2026. Consumers can still access the messages already in their Kivra account until 1st of December 2026, but new digital post starts arriving in OmaPosti.

Sending invoices and letters through Maventa continues as before. Maventa and Posti handle the technical changes, so there are no changes to sending calls, to routing or to pricing. Three naming changes are worth knowing about if you read delivery methods or billing actions programmatically. None of them requires code changes. They are described under what to check in your integration.

This page is the full description of the change. The parameters and fields are also documented in context in /integration-guide/invoice-sending/consumer-invoicing/fi/ and /services-and-reach/finland/mass-printing-service/.

What is happening

Until now, Maventa has delivered digital post to consumers through the Kivra digital mailbox. When Kivra’s service closes, Maventa delivers the same traffic to OmaPosti instead. The change is made in the connection between Maventa and Posti, so from a sender’s point of view it happens under the hood.

The change concerns two services:

Consumer invoicing

E-invoices and print for Finnish consumers, sent with POST /v1/invoices.

Consumer invoicing (Finland)

Mass printing service (Payslip)

Letters and other PDF documents, sent with POST /input_json.

Mass printing service

What stays the same

The API, endpoints and sending parameters work as before. No changes are needed to your sending calls:
- Consumer invoicing (POST /v1/invoices): the parameter that allows digital post gets a new name, but the old name print_settings[allow_kivra_fi] stays valid. print_settings[prevent_digital_post] remains unchanged.
- Mass printing service (POST /input_json): prevent_digital_post and letter_subject remain entirely unchanged.
The routing priority order for consumer invoicing stays the same: e-invoice and direct payment, digital mailbox, email, print. If digital delivery is not possible, the invoice continues to the next available route as before.
Your agreement, terms of service and pricing stay unchanged. The price of a digital post delivery does not change, even though the billing action gets a new name.

Payment reminders and collection demands

Payment reminders and collection demands can still be sent through the same integration, and they are delivered as digital post to OmaPosti. Sending does not change, and digital collection requires the sender’s consent, as before.

One thing does change in the consumer’s view. In Kivra, payment reminders and collection demands appear as their own document types. In OmaPosti they initially appear as invoices: the documents are found in the sender’s folder and in the Invoices section, the related payment functions are available, and the consumer is notified of an incoming invoice rather than of an incoming payment reminder or collection demand.

Posti is developing a separate document type for collection demands. The schedule is not yet known, and Maventa will communicate it separately once confirmed.

What to check in your integration

These three changes take effect when your digital post traffic moves to OmaPosti, at the latest on 15th of October 2026. They affect names and values only, not functionality.

#	What changes	Before	After
1	Consumer invoicing sending parameter	`print_settings[allow_kivra_fi]`	`print_settings[allow_digital_post]`
2	Mass printing `letters[].delivery_method` value	`kivra`	`omaposti`
3	Billing action for a digital post delivery	`EINVOICE_KIVRA_FI`	`EINVOICE_OMAPOSTI_FI`

1. The digital post sending parameter gets a generic name

The parameter that allows delivery to a digital mailbox no longer refers to a provider name:

Before: print_settings[allow_kivra_fi]
After: print_settings[allow_digital_post]

The old name keeps working. If you send invoices using allow_kivra_fi, it continues to work exactly as before and routes the invoice to OmaPosti. No action is needed, and there is no deadline for the change. Maventa does hope you will adopt the new name when it fits your own development schedule, as it is clearer and Maventa’s documentation uses it from now on.

It is also worth checking that the parameter is in use at all. It allows digital post delivery even when the invoice would otherwise go to print, for example because the recipient has no e-invoicing address. Maventa performs the OmaPosti lookup before the invoice is transferred to the print service provider, so the invoice can end up in the consumer’s OmaPosti instead of being printed and posted. Digital delivery is faster and cheaper than a paper letter, and the consumer receives the invoice with its payment functions directly in the application.

The name was made generic because the purpose of the parameter is to state that the invoice may be delivered to a consumer’s digital mailbox in Finland. Which service provides that mailbox is Maventa’s routing responsibility. This way the same parameter also survives future changes in digital post provision. In Finland, digital post is currently delivered to Posti’s OmaPosti.

2. Delivery method in the mass printing status response

The endpoint GET /file_status/{uuid}/details returns the field letters[].delivery_method. The value for a digital post delivery changes:

Before: kivra
After: omaposti

If your reporting or processing logic compares this value to the string kivra, update it to accept the new value as well. Maventa recommends treating an unknown value as a digital delivery rather than letting the logic fail on it.

3. New billing action

The billing action name for a digital post delivery changes:

Before: EINVOICE_KIVRA_FI
After: EINVOICE_OMAPOSTI_FI

The price is the same, only the name of the action changes. During the transition, both actions may appear within the same billing period.

Everything else about sending continues exactly as before.

Two routes to a consumer’s OmaPosti

From 15th of October 2026, digital post can reach a consumer’s OmaPosti in two ways. They are not equivalent, and Maventa is consolidating them into one.

	Maventa’s direct connection	The print service provider’s lookup
When the lookup happens	Before the invoice or letter is handed over to the print service provider	Just before printing
Treated as	An electronic route	Part of the print route
Reported to the sender	Yes	No. The sender cannot tell whether the item reached OmaPosti or was printed and posted
Billed as	A digital delivery (`EINVOICE_OMAPOSTI_FI`)	A printed letter, considerably more expensive
Available	Ongoing	As a fallback until 1st of March 2027

On 1st of March 2027, the print service provider’s separate lookup is removed. Maventa’s direct connection then becomes the single OmaPosti channel, which is why moving traffic to it is worth doing: the delivery is reported, the price is the digital post price, and there is only one way an item can reach OmaPosti.

Traffic is not moved to the direct connection automatically. For an invoice or letter to take that route, one of the following has to be in place:

Consumer invoicing: the e-invoice route is available for the sending, or print_settings[allow_digital_post] (or the old print_settings[allow_kivra_fi]) is set to true.
Mass printing service: the sending carries recipient details, which means using the JSON API (POST /input_json) or the IPOSTXML-based method with the recipient given in the iPost-XML metadata.

If neither is in place, the sending keeps going through the print service provider’s lookup for as long as that fallback exists.

Senders and integrators can start moving traffic to the direct OmaPosti connection now. Both routes are described in full in /integration-guide/invoice-sending/printing/fi/ for invoices and in /services-and-reach/finland/mass-printing-service/ for letters.

Timeline

Date	What happens
September to 15th of October 2026	Maventa moves digital post traffic from Kivra to OmaPosti
By 15th of October 2026	The new parameter name `allow_digital_post`, the new `delivery_method` value `omaposti` and the billing action `EINVOICE_OMAPOSTI_FI` are in use. `allow_kivra_fi` still works
15th of October 2026	Maventa’s digital post traffic moves to OmaPosti
31st of October 2026	Posti’s deadline, after which no digital post is delivered to Kivra
1st of December 2026	Kivra’s service ends for consumers and Kivra accounts in Finland close
1st of March 2027	The print service provider’s separate OmaPosti lookup is removed. Maventa’s direct connection becomes the single OmaPosti channel

During the transition period from 15th to 31st of October 2026, some messages may still go to Kivra if the recipient is not found in OmaPosti. In both cases the message reaches the consumer digitally, and this requires no action from the sender.

What to tell your own consumer customers

Posti informs Kivra users directly, but Maventa recommends that you also communicate the change yourself if you send invoices or letters to consumers as digital post. Consumers should:

Activate OmaPosti by 6th of October 2026 so that digital post keeps arriving without interruption. Posti does not activate OmaPosti automatically.
Check their sender settings in OmaPosti, as these are not transferred automatically either.
Download and save the letters and invoices they have in Kivra, since these are not transferred to OmaPosti.
Pay any invoices they have in Kivra well before 1st of December 2026.

Posti’s customer service answers consumer questions through the chat in the OmaPosti application or by phone on 0100 5577.

Recommendation for mass printing senders

This is also a good moment to revisit the mass printing instructions. Maventa recommends moving to the JSON API (POST /input_json) if you still use the older IPOSTXML-based method. The JSON API also gives the most reliable digital post delivery, because the recipient details are included in the call.

Sub-processor

Posti Group Oyj acts as a sub-processor for the consumer digital mailbox in Finland from 15th of October 2026. It processes recipient contact and identification details (name, address, email address, phone number and, where needed, national identification number) and the content of invoices and letters. Processing takes place in the EU/EEA.

An up-to-date list of all sub-processors used by Maventa is available in Visma’s Trust Centre.

Questions?

Maventa’s support team is happy to help with any questions about the change.