DSGVO · Auftragsverarbeitung

GDPR & data processing

Zvitly processes the data you upload solely on your instructions. This page explains which role is yours and which is ours, how to conclude the Auftragsverarbeitungsvertrag (AVV — data processing agreement) with us, which technical and organisational measures under Art. 32 DSGVO (GDPR) are actually in place — and which duties remain with you.

Contents

Your role and ours

When you use Zvitly, two roles meet. For the data of your own customers, suppliers and employees you are the Verantwortlicher (controller) within the meaning of Art. 4 Z 7 DSGVO: you decide which data you collect and why. For that data Zvitly is the Auftragsverarbeiter (processor) under Art. 4 Z 8 DSGVO — we store and process it solely on your instructions and never for our own purposes.

This distinction is not a formality. It determines who has to answer an access request, who reports a data breach to the authority, and who is liable for it. In short: with the data inside your Zvitly account you are at the wheel, we are the engine.

Who is responsible for what
What it concernsVerantwortlicher (controller)Auftragsverarbeiter (processor)
Data you bring into Zvitly: customers, suppliers, receipts, bank transactions, employeesYouZvitly
Your own account and contract data: email, name, company detailsZvitly—
Visiting the zvitly.io websiteZvitly—

Rows 2 and 3 are covered not by this page but by the Datenschutzerklärung (privacy policy). Datenschutzerklärung

The Auftragsverarbeitungsvertrag (AVV)

Art. 28 Abs 3 DSGVO requires every processing on behalf of a controller to rest on a contract. Without it, the very use is already an infringement — yours, not ours, because the obligation falls on the controller. The Auftragsverarbeitungsvertrag (AVV, internationally DPA) is therefore not an add-on but a precondition of use.

How to conclude it with us

  1. Write to the address given below with the subject «AVV» and state your company name, address and the email address of your Zvitly account.
  2. You will receive the current version of the AVV as a PDF for review. Its content matches this page — but this page does not replace it.
  3. The contract is concluded in text form. Art. 28 Abs 9 DSGVO expressly permits the electronic format; a handwritten signature is not required.

Concluding it is free of charge on every plan, including free use. Concluding it directly inside the account is not currently offered — the route is by email.

Contents of the AVV under Art. 28 Abs 3 DSGVO

Art. 28 Abs 3 DSGVO prescribes what an AVV must contain. The two tables below reproduce that catalogue in full: first the key parameters of the processing, then the obligations under lit a to h.

Key parameters of the processing
Item required by lawHow it reads for Zvitly
Subject matterProvision of the Zvitly software as software-as-a-service for bookkeeping, invoicing and tax preparation, including storage of the data you bring in.
DurationFor the term of your service contract. Afterwards the deletion concept below applies; statutory retention periods remain unaffected.
Nature of the processingCollecting, storing, organising, retrieving — including automatic recognition of uploaded receipt images —, altering, combining, exporting and erasing; automated, within our infrastructure and that of our sub-processors.
PurposeSolely the provision of the contractually agreed service and its technical operation. No profiling, no advertising, no disclosure, no training of AI models on your data.
Types of personal dataMaster data (name, address, VAT ID, contact details), invoice and receipt data, payment and bank transaction data, and where applicable payroll and employee data — depending on what you bring in.
Categories of data subjectsYour customers and suppliers and their contact persons, your employees, yourself and any further users of your account.
Special categories (Art. 9)Not envisaged. Zvitly does not ask for health data or any other special category. If you nevertheless bring such data in — in a free-text field, for instance — that happens on your decision and under your responsibility.
Processor obligations under Art. 28 Abs 3 lit a to h
LetterWhat Art. 28 requiresHow Zvitly implements it
lit a — bound by instructionsProcess only on documented instructions from the controller, including for third-country transfers.Your instructions are the service contract, this AVV and the way you operate the product. Further instructions are accepted in text form. If we consider an instruction unlawful, we tell you and do not carry it out until the matter is settled.
lit b — confidentialityUse only persons committed to confidentiality.Access is granted only to those who need it for operations or support; everyone involved is bound to secrecy. Administrative access requires two-factor authentication without exception and is logged in full.
lit c — securityTake all measures required under Art. 32.Set out item by item in the section on technical and organisational measures.
lit d — sub-processorsEngage further processors only under the conditions of Art. 28 Abs 2 and 4.You grant a general authorisation; the current list is below. Changes are announced in advance and you may object to them. The processors we engage are bound by the same obligations as we are, and we remain liable for them.
lit e — data subject rightsAssist the controller with requests under Chapter III.On request we compile the data held about a given data subject and carry out the erasures and restrictions you cannot perform yourself inside the product.
lit f — assistance under Art. 32 to 36Assist with security, notifications and impact assessment.We notify you of incidents without undue delay and supply the details you need for your own notification to the data protection authority. For an impact assessment we provide a description of our processing.
lit g — deletion or returnAfter the end of the service, delete or return the data at the controller's choice.After the contract ends you receive your data on request in a common, machine-readable format; we then delete it unless a statutory retention obligation stands in the way.
lit h — evidence and auditMake available all information needed to demonstrate compliance, allow and contribute to audits.This page, the AVV and information on request; on the right to audit see the section «Evidence and audit».

Sub-processors

Zvitly engages the sub-processors listed below. The list is complete and names only providers with which a contract under Art. 28 DSGVO actually exists.

Sub-processors engaged
ProviderRolePlace of processingBasis where a third country is involvedContract
Supabase Inc. (USA)Database, authentication, file storageAWS eu-central-1, Frankfurt am Main (Germany)Standard Contractual Clauses under Art. 46 Abs 2 lit c DSGVO for the US entity's administrative accesssupabase.com/legal/dpa
Resend (USA)Delivery of system emails: confirmation, password reset, notificationsSent from the EU region Ireland (eu-west-1), where the zvitly.io domain is verified. Account data, delivery metadata and logs: USAAdequacy decision under Art. 45 DSGVO — Resend is certified under the EU-US Data Privacy Framework. In addition, the DPA contains the Standard Contractual Clauses under Art. 46 Abs 2 lit c DSGVO; governing law and jurisdiction Irelandresend.com/legal/dpa
Hostinger International Ltd. (Cyprus, EU)Application hostingEuropean UnionNo third-country transferhostinger.com/legal/dpa
Amazon Web Services (Amazon Bedrock)Automatic recognition of uploaded receipt images: issuer, date, amounts, tax rate and a category suggestionData centres in the EU — EU inference profile, origin region eu-central-1, Frankfurt am Main (Germany)Standard Contractual Clauses under Art. 46 Abs 2 lit c DSGVO in the provider's data processing agreement, covering administrative access from the US groupd1.awsstatic.com/legal/aws-dpa/aws-dpa.pdf

Technical and organisational measures (Art. 32)

Art. 32 DSGVO requires measures appropriate to the risk — and it requires them to be implemented, not merely planned. The list below therefore describes only what is actually running in the product.

Technical and organisational measures in place
AreaMeasureImplementation
Access control (login)AuthenticationSign-in with email and password. Passwords are stored only as a hash and are not readable by us. The minimum length of eight characters is enforced on the server, not merely in the form.
Access control (login)Two-factor authenticationTOTP-based two-factor authentication can be enabled in the account. While it is active, every sign-in requires the second factor; a confirmed factor can be removed only from a session that has itself been confirmed with the second factor.
Access control (data)Tenant isolationEvery table of the application schema has Row Level Security enabled — the separation lives in the database itself, not only in application code. Access runs through a checking function that admits only active memberships of a tenant that is neither blocked nor deleted. The tenant identifier always comes from the session, never from the request — not even when the request carries one.
Access control (data)FilesReceipts, bank statements, invoices and exports live in non-public storage areas; access is restricted to your tenant's folder by the same tenant check. Uploads are limited to permitted file types and sizes.
Access control (administration)Administrative accessAccess to the internal administration interface requires three independent conditions: an enabled feature, an administrator flag that can only be set directly in the database, and a session confirmed with the second factor. If any one is missing, access is refused.
AccountabilityLogging of administrative accessEvery administrative action is recorded with timestamp, acting person, tenant concerned, IP address and outcome — including failed attempts. If the log entry cannot be written, the action fails; there is no way past it. Through the application interface the log can be neither altered nor deleted.
Transmission controlEncryption in transitTLS/HTTPS only — between browser and application, between application, database, file storage and the receipt-recognition service, and for every email sent. For mail delivery, transport encryption is set to «enforced»: if the receiving server refuses an encrypted connection, the message is not delivered rather than sent in the clear. Confidentiality deliberately takes precedence over delivery rate here.
Storage controlEncryption at restDatabase and file storage are hosted with Supabase on AWS in region eu-central-1 (Frankfurt am Main) and are stored encrypted at platform level.
Input controlValidation of incoming dataAll write calls to the programming interface validate the type and content of each field on the server. Every modifying request additionally checks its origin and is rejected if the origin is foreign — protection against requests triggered by another website in the name of a signed-in person.
Abuse preventionRate limitingRegistration and password reset are limited to five requests per fifteen minutes per IP address and one request per sixty seconds per email address. If the required server secret is missing, the action is blocked rather than allowed unprotected.
PseudonymisationCounter data for abuse preventionFor this limit neither IP nor email address is stored in clear text, but only as HMAC-SHA256 with a server-side secret that is not held in the database. The stored data alone therefore does not reveal who signed in.
Account protectionProtection against account takeoverSign-in and password-forgotten answer the same way whether or not the address exists — the response does not reveal which email addresses are registered. Changing a password without knowing the previous one is possible only within fifteen minutes of confirming the emailed link; an old session left open is not enough.
Key separationHandling of secretsThe database key capable of bypassing tenant isolation exists on the server side only and is protected against delivery to the browser by two independent barriers. It is used exclusively through the logging administration layer.
AvailabilityBackup and recoveryThe database is backed up automatically every day at platform level.
ErasureAnonymisation of accountsAn anonymisation routine is available for accounts. It irreversibly overwrites name, email, phone, address, credentials for government portals and bank connections, and leaves the records subject to retention without any link to a person. IP addresses in the logs are overwritten along with them.

Personal data breaches

If we become aware of a personal data breach affecting your data, we inform you without undue delay, as Art. 33 Abs 2 DSGVO requires. «Without undue delay» here means in practice within 24 hours of our becoming aware — so that enough of your own 72-hour deadline is left.

What we do

  1. Contain the incident and establish its scope.
  2. Notify you as controller — with the nature of the incident, the categories of data affected, the approximate number of data subjects, the likely consequences and the measures taken (Art. 33 Abs 3 DSGVO).
  3. Supply details that were not yet established at the time of the first notification — phased notification is permitted and, for larger incidents, the norm.
  4. Document the incident on our side and remedy the cause.

Reporting route in Austria: the online form or the PDF form of the Datenschutzbehörde, alternatively by email to dsb@dsb.gv.at or by post to Österreichische Datenschutzbehörde, Barichgasse 40–42, 1030 Wien.

Data subject rights in practice

Requests from data subjects go to you, because you are the controller. Our job is to make fulfilling them possible. This table says, for each right, what you can do yourself in the account and what you need us for.

Data subject rights and how they work in Zvitly
RightProvisionHow you exercise it
AccessArt. 15 DSGVOCustomer, invoice and receipt data are visible in the account and can be compiled from there. For data held only in system logs, ask us — we will supply it.
RectificationArt. 16 DSGVOMaster data of your customers and suppliers can be edited directly in the account.
ErasureArt. 17 DSGVORecords unrelated to bookkeeping you delete yourself. Receipts and invoices are subject to the retention obligation — see the deletion concept.
Restriction of processingArt. 18 DSGVOOn your instruction we lock individual records against further processing.
Data portabilityArt. 20 DSGVOOn request we provide an export of the data held about a data subject in a common, machine-readable format.
ObjectionArt. 21 DSGVOAn objection is addressed to you. What follows from it — locking or erasure — we carry out on your instruction.

Deletion concept

How long data stays is decided not by preference but by purpose and by law. For accounting data the law is stricter than the wish to delete — and the law prevails.

What is deleted when
Category of dataDeletionReason
Receipts, invoices, bookings, filingsSeven years from the end of the calendar year for which the last entry was made — then deleted.§ 132 BAO; Art. 17 Abs 3 lit b DSGVO lets the erasure duty step back to that extent.
Customer and supplier master data with no link to a receiptImmediately on your instruction.No statutory retention obligation.
Uploaded files: receipt images, bank statementsTogether with the accounting data they belong to.Part of the accounting record.
Credentials for government portals, bank connectionsImmediately when the connection is removed or the account is anonymised.No retention obligation where the risk is high — data minimisation under Art. 5 Abs 1 lit c.
Log of administrative accessNot deleted; the personal element (IP address) is overwritten on anonymisation.Evidence function under Art. 28 Abs 3 lit h and accountability under Art. 5 Abs 2.
Counter data for abuse preventionRolling, once the respective time window expires; stored only as a hash in any case.The purpose ceases to exist.
Account after the contract endsAnonymisation: the link to a person is overwritten, records subject to retention remain without personal reference.Resolving the conflict between Art. 17 DSGVO and § 132 BAO.

The periods for data that Zvitly processes as controller — account, contact, website — are set out in the Datenschutzerklärung. Datenschutzerklärung

Transfers to third countries

Your accounting data does not leave the European Union. Database and files are held in Frankfurt am Main, the application runs on EU servers, automatic receipt recognition runs through an Amazon Web Services inference profile that restricts processing to data centres in the EU, and system emails are sent from the EU region Ireland (eu-west-1), where the zvitly.io domain is verified. A third-country element exists solely for the operational data of providers that are US companies or belong to a US group: for Supabase and Amazon Web Services, the respective provider's administrative access to its own platform; for Resend, account data, delivery metadata and logs — that is, the record THAT a message was delivered, not receipts, invoices or your customers' data.

These transfers are lawful on the basis of the DSGVO — not merely tolerated. Resend is certified under the EU-US Data Privacy Framework, for which the European Commission adopted an adequacy decision under Art. 45 DSGVO on 10 July 2023; a transfer on that basis requires no additional authorisation from a supervisory authority. Independently of this, the processing agreements of all three providers contain the Commission's Standard Contractual Clauses under Art. 46 Abs 2 lit c DSGVO, supplemented by technical measures: enforced transport encryption, encryption at rest, and storage and processing in the EU. The contract with Resend is governed by Irish law and Irish jurisdiction.

Data protection impact assessment (Art. 35)

A Datenschutz-Folgenabschätzung (DSFA — data protection impact assessment) under Art. 35 DSGVO is not always necessary. It is required where processing is likely to result in a high risk to the rights and freedoms of natural persons — in particular a systematic and extensive evaluation of personal aspects, large-scale processing of special categories under Art. 9, or systematic monitoring of publicly accessible areas on a large scale.

For the typical use of Zvitly — the bookkeeping of a sole trader or small business — no DSFA is required in our assessment:

  • There is no automated decision producing legal effects and no profiling within the meaning of Art. 22 DSGVO.
  • Special categories under Art. 9 are not envisaged and are not asked for.
  • The processing is confined to the business transactions of a single company and is therefore not «large-scale» within the meaning of Recital 91.

Record of processing activities (Art. 30 Abs 2)

As a processor we maintain our own record of all processing activities carried out on behalf of controllers (Art. 30 Abs 2 DSGVO). It contains:

Contents of our record under Art. 30 Abs 2
Content required by lawAt Zvitly
lit a — name and contact details of the processor and of each controller on whose behalf it actsOur details are in the Impressum; the controllers are our customers, recorded through their account data.
lit b — categories of processing carried out on behalf of each controllerStorage and processing of accounting, invoice, receipt and bank data, automatic recognition of uploaded receipt images, and delivery of system emails.
lit c — transfers to third countries together with the safeguardsAs described in the section on transfers to third countries.
lit d — general description of the measures under Art. 32 Abs 1As described in the section on technical and organisational measures.

The exemption in Art. 30 Abs 5 DSGVO for companies with fewer than 250 employees does not apply here: the processing is not occasional. On request we make the record available to the supervisory authority and to you.

Evidence and audit

Art. 28 Abs 3 lit h DSGVO gives you the right to verify compliance with this contract. We honour it in this order — from the lightest to the most intrusive form:

  1. Self-disclosure: this page and the AVV describe the processing and the measures. For most reviews that is sufficient.
  2. Written information: we answer specific questions in text form within 30 days, including evidence for individual measures.
  3. On-site audit: after notice within a reasonable period, during normal business hours, no more than once a year and without disrupting operations — by you or by an auditor you appoint who is bound to secrecy and is not a competitor of ours. Audits prompted by an incident are unaffected by that limit.

Third-party certificates — ISO 27001 or a SOC 2 report, for instance — do not exist for Zvitly itself. For the providers we engage they are available through their trust portals.

Your own obligations as a business

The AVV with us is one building block of your compliance, not the whole of it. The six questions below are the ones we are actually asked — with the answers that apply to an Austrian small business or sole trader.

As a one-person business, do I need my own record of processing activities?
Usually yes. The exemption in Art. 30 Abs 5 DSGVO for companies with fewer than 250 employees falls away as soon as the processing is not merely occasional — ongoing customer, invoice or employee data is exactly that. For a typical sole trader the record stays short: one or two pages for bookkeeping, customer management and, if applicable, payroll.
Do I need a data protection officer?
For most sole traders, no. Art. 37 Abs 1 DSGVO requires one for public authorities, where regular and systematic monitoring on a large scale is a core activity, or where special categories under Art. 9 are processed on a large scale. Ordinary bookkeeping meets none of these. Austria has not introduced an additional national threshold in this respect.
What must I tell my own customers?
You need your own privacy notice under Art. 13 DSGVO — on your website and wherever you collect data. It should mention that you use an IT service provider as a processor. Naming Zvitly is permitted and customary but not mandatory; the category «IT and software service providers» is enough.
How quickly must I respond to an access request?
Without undue delay and at the latest within one month of receipt (Art. 12 Abs 3 DSGVO). For complex requests you may extend by two months, but you must inform the data subject within the first month. Access is provided free of charge as a rule.
What if I lose data myself — my laptop, say?
Then the notification duty is yours, not ours: 72 hours from your awareness, to the data protection authority, provided a risk is likely. An encrypted device with a strong password reduces the risk considerably and may remove the duty to notify — document that assessment in writing, because the accountability under Art. 5 Abs 2 DSGVO rests with you.
Do I need AVVs with other providers too?
Yes — with everyone who processes personal data on your behalf: payroll services, web hosts, newsletter tools, cloud storage, external IT support. The tax adviser is a special case: when discharging their own professional duties they act as a controller in their own right, not as a processor. A missing AVV is among the most common audit findings of all.

Short checklist

  • AVV concluded with Zvitly.
  • AVVs concluded with all other providers.
  • Own record of processing activities created under Art. 30 Abs 1.
  • Own privacy notice published under Art. 13.
  • Checked whether a data protection officer or a DSFA is needed — and noted the outcome.
  • Decided who does what in an incident, and noted the 72-hour deadline.

This overview is guidance and does not replace legal advice. Zvitly is neither a tax adviser nor a lawyer.

Contact and version

Questions about processing on your behalf, requests for the AVV, reports of an incident or support with a data subject request go to the address given below, with «Datenschutz» in the subject line. Zvitly has not appointed a data protection officer — the conditions of Art. 37 Abs 1 DSGVO are not met. Enquiries are answered by the management.

Contact and company details
Company
WENEXUS Consulting GmbH
Address
Fleischmarkt 14/5a
1010 Wien
Österreich

This version applies from the date given above and supersedes all earlier ones. The German version is the legally binding one.

The German version of this document is the legally binding one. Translations are provided for convenience only and create no rights of their own; in case of discrepancies, the German text prevails.

Questions about these documents?

Write to us — we reply in German, English, Ukrainian and Russian.

Send us a message
Allow measurement of visits?

We would like to see which pages are read and where visitors come from, using Google Analytics. That means a transfer to Google LLC (USA) and an entry stored in your browser. Without your consent the Google script is not loaded at all. Declining switches nothing off: the site and the app work exactly the same. Details in the Datenschutzerklärung.