siehe sabre.io/baikal/

Es gibt auch einen Integration guide. Die Idee ist, CardDAV und MySQL zu koppeln

CardDAV müsste doch auch mit ownCloud machbar sein!? https://owncloud.com/de/

Kommentar fürs Ticket 0000551:

Aufwandsschätzung CardDAV‑Schnittstelle (Stand Oktober 2026)

Ich habe den Code gesichtet. Eine echte CardDAV‑Anbindung ist aufwendig. Die Zahlen sind Schätzungen aus dem Code, nicht aus einem Prototyp.

Ausgangslage

• Es gibt einen reinen Export nach vCard 2.1 (VcardExport), von Hand geschrieben, nur in eine Richtung. Exportiert werden Name, Firma, Adresse, Telefon, Fax, Mobil, E‑Mail und Geburtstag.
• Es gibt keinen vCard‑Import und keine WebDAV‑/CardDAV‑Bibliothek im Projekt.
• Das Modell Contact hat kein eindeutiges Kennzeichen (UUID) pro Kontakt. Das Feld MODIFIED speichert nur das Datum, keine Uhrzeit. Für eine Synchronisation ist beides nötig, also wäre eine Datenbankmigration (HSQL, MySQL, MariaDB) erforderlich.

Varianten

1. Fakturama als CardDAV‑Client (Abgleich mit Nextcloud, Baikal, Radicale usw.): etwa 3–5 Wochen. Dazu gehören CardDAV‑Client, vCard‑Parser/Writer, Mapping Kontakt ↔ vCard, Einstellungen und Zugangsdaten, Sync‑Dialog, Konfliktbehandlung und Migration.
2. Fakturama als CardDAV‑Server: mindestens 6–8 Wochen, mit hohem Wartungs‑ und Sicherheitsrisiko (Erreichbarkeit, TLS, Authentifizierung bei einer Desktop‑Anwendung). Nicht empfohlen.
3. vCard‑Import und modernerer Export (vCard 3.0/4.0): etwa 1–2 Wochen. Der Austausch läuft über Dateien, ohne dauerhafte Verbindung.

Offene Fragen bei Variante 1

• Konflikte, wenn derselbe Kontakt auf beiden Seiten geändert wurde
• Fakturama‑spezifische Felder (Rabatt, USt‑IdNr., Bankkonto usw.), die vCard nicht kennt
• Mehrere Adressen bei Debitoren/Kreditoren
• Löschen im Adressbuch, wenn der Kontakt noch an Belegen hängt

Vorschlag: Zuerst Variante 3 umsetzen (vCard‑Import, Export auf vCard 3.0/4.0). Das ist ohnehin die Grundlage für Variante 1 und deckt den häufigsten Wunsch zumindest teilweise ab. Ob sich der CardDAV‑Client danach lohnt, hängt vom Bedarf in der Community ab. Rückmeldungen dazu sind willkommen.

Die in den Kommentaren von 2018 genannten Server (sabre.io/Baikal, ownCloud) sind als Gegenstelle für Variante 1 geeignet. Fakturama müsste dafür selbst keinen Server mitbringen.

Ich habe den Kommentar nur hier entworfen, im Bugtracker ist nichts eingetragen. Da das Ticket auf 2.2.3 steht, wäre es auch möglich, es auf eine spätere Version zu verschieben, wenn Variante 3 nicht mehr in 2.2.3 passt. Das habe ich nicht angefasst.