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.
| What it concerns | Verantwortlicher (controller) | Auftragsverarbeiter (processor) |
|---|---|---|
| Data you bring into Zvitly: customers, suppliers, receipts, bank transactions, employees | You | Zvitly |
| Your own account and contract data: email, name, company details | Zvitly | — |
| Visiting the zvitly.io website | Zvitly | — |
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
- Write to the address given below with the subject «AVV» and state your company name, address and the email address of your Zvitly account.
- 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.
- 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.
| Item required by law | How it reads for Zvitly |
|---|---|
| Subject matter | Provision of the Zvitly software as software-as-a-service for bookkeeping, invoicing and tax preparation, including storage of the data you bring in. |
| Duration | For the term of your service contract. Afterwards the deletion concept below applies; statutory retention periods remain unaffected. |
| Nature of the processing | Collecting, 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. |
| Purpose | Solely 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 data | Master 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 subjects | Your 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. |
| Letter | What Art. 28 requires | How Zvitly implements it |
|---|---|---|
| lit a — bound by instructions | Process 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 — confidentiality | Use 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 — security | Take all measures required under Art. 32. | Set out item by item in the section on technical and organisational measures. |
| lit d — sub-processors | Engage 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 rights | Assist 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 36 | Assist 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 return | After 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 audit | Make 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.
| Provider | Role | Place of processing | Basis where a third country is involved | Contract |
|---|---|---|---|---|
| Supabase Inc. (USA) | Database, authentication, file storage | AWS eu-central-1, Frankfurt am Main (Germany) | Standard Contractual Clauses under Art. 46 Abs 2 lit c DSGVO for the US entity's administrative access | supabase.com/legal/dpa |
| Resend (USA) | Delivery of system emails: confirmation, password reset, notifications | Sent from the EU region Ireland (eu-west-1), where the zvitly.io domain is verified. Account data, delivery metadata and logs: USA | Adequacy 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 Ireland | resend.com/legal/dpa |
| Hostinger International Ltd. (Cyprus, EU) | Application hosting | European Union | No third-country transfer | hostinger.com/legal/dpa |
| Amazon Web Services (Amazon Bedrock) | Automatic recognition of uploaded receipt images: issuer, date, amounts, tax rate and a category suggestion | Data 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 group | d1.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.
| Area | Measure | Implementation |
|---|---|---|
| Access control (login) | Authentication | Sign-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 authentication | TOTP-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 isolation | Every 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) | Files | Receipts, 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 access | Access 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. |
| Accountability | Logging of administrative access | Every 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 control | Encryption in transit | TLS/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 control | Encryption at rest | Database 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 control | Validation of incoming data | All 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 prevention | Rate limiting | Registration 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. |
| Pseudonymisation | Counter data for abuse prevention | For 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 protection | Protection against account takeover | Sign-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 separation | Handling of secrets | The 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. |
| Availability | Backup and recovery | The database is backed up automatically every day at platform level. |
| Erasure | Anonymisation of accounts | An 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
- Contain the incident and establish its scope.
- 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).
- Supply details that were not yet established at the time of the first notification — phased notification is permitted and, for larger incidents, the norm.
- 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.
| Right | Provision | How you exercise it |
|---|---|---|
| Access | Art. 15 DSGVO | Customer, 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. |
| Rectification | Art. 16 DSGVO | Master data of your customers and suppliers can be edited directly in the account. |
| Erasure | Art. 17 DSGVO | Records unrelated to bookkeeping you delete yourself. Receipts and invoices are subject to the retention obligation — see the deletion concept. |
| Restriction of processing | Art. 18 DSGVO | On your instruction we lock individual records against further processing. |
| Data portability | Art. 20 DSGVO | On request we provide an export of the data held about a data subject in a common, machine-readable format. |
| Objection | Art. 21 DSGVO | An 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.
| Category of data | Deletion | Reason |
|---|---|---|
| Receipts, invoices, bookings, filings | Seven 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 receipt | Immediately on your instruction. | No statutory retention obligation. |
| Uploaded files: receipt images, bank statements | Together with the accounting data they belong to. | Part of the accounting record. |
| Credentials for government portals, bank connections | Immediately 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 access | Not 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 prevention | Rolling, once the respective time window expires; stored only as a hash in any case. | The purpose ceases to exist. |
| Account after the contract ends | Anonymisation: 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:
| Content required by law | At Zvitly |
|---|---|
| lit a — name and contact details of the processor and of each controller on whose behalf it acts | Our 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 controller | Storage 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 safeguards | As described in the section on transfers to third countries. |
| lit d — general description of the measures under Art. 32 Abs 1 | As 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:
- Self-disclosure: this page and the AVV describe the processing and the measures. For most reviews that is sufficient.
- Written information: we answer specific questions in text form within 30 days, including evidence for individual measures.
- 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?
Do I need a data protection officer?
What must I tell my own customers?
How quickly must I respond to an access request?
What if I lose data myself — my laptop, say?
Do I need AVVs with other providers too?
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.
- Company
- WENEXUS Consulting GmbH
- Address
- Fleischmarkt 14/5a
1010 Wien
Österreich - zvitly@wenexus.at
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.