campai Updates

In den Einstellungen eines über finAPI verbundenen Bankkontos kann nun festgelegt werden, ob Lastschriften sowie Überweisungen als SEPA-XML erstellt oder direkt über finTS an die Bank übermittelt werden sollen.

Gespeicherte Anmeldedaten für ein über finAPI angebundenes Bankkonto können nun direkt in den Einstellungen der verbundenen Bankkonten gelöscht und neu hinterlegt werden.

Wenn mehr als 1000 Buchungen, Debitoren oder Kreditoren exportiert werden, erhält der Benutzer, der den Export durchgeführt oder angefordert hat, nun einen Link per E-Mail. Dieser Link ist 24 Stunden gültig und ermöglicht den Zugriff auf den Export.

Es wurden Verbesserungen an den Rückerstattungsprozessen vorgenommen: Zahlungen auf Belegen können nicht mehr bearbeitet werden, wenn bereits eine Rückerstattung erfolgt ist.

Gemäß einer gesetzlichen Vorschrift in Deutschland muss auf Spendenbescheinigungen ein Hinweis enthalten sein, der bestätigt, dass die Bescheinigung digital erstellt wurde und das Finanzamt informiert wurde. Dieser Hinweis wird nun am Ende der Spendenbescheinigungen angezeigt.

Es wurde ein Rechtschreibfehler in der Spendenbescheinigung korrigiert. Zudem gab es ein Problem mit Werten unter 0,10€: Wenn beispielsweise der Wert 0,09€ angegeben wurde, wurde dieser in der Tabelle unter dem Tab „in Buchstaben“ als „null Komma neun“ angezeigt. Dieser Fehler wurde behoben.

Beim Rückerstatten eines teilweise bezahlten Belegs wurde immer der Gesamtbetrag statt des bereits bezahlten Betrags erstattet. Dieser Fehler wurde nun behoben, sodass nur der tatsächlich bezahlte Betrag zurückerstattet wird.

Benutzer ohne Eigentümerrechte konnten keine ausgewählten Beiträge einziehen. Stattdessen erschien eine Meldung, dass keine einziehbaren Beiträge vorhanden seien. Dieser Fehler wurde behoben, sodass Nutzer mit den erforderlichen Benutzerrechten nun Beiträge ordnungsgemäß einziehen können.

Der Fehler wurde behoben, und zusätzlich haben wir die Anforderungen für den Import von Mitgliedern angepasst. Dafür ist nun die Berechtigung erforderlich, Debitoren zu bearbeiten.

Für die Vorlagen von Mahnungen und Rückläufern wurden die Platzhalter "Einleitungstext" und "Zahlungsbedingungen", sofern der Text individuell angepasst wurde, nicht in die Vorschau übernommen. Stattdessen wurde der Standard-Text angezeigt. Dieser Fehler wurde nun behoben.

Der Empfänger-Platzhalter war in bestimmten Konfigurationen nicht korrekt platziert, was zu einem Fehlschlag bei der Validierung und dem automatischen Briefversand führte. Wir haben die Konfiguration angepasst, sodass dieser Fehler nun nicht mehr auftreten kann. Für betroffene Briefe wurde eine neue Version generiert, die gegebenenfalls erneut versendet wird.

Ein Problem wurde behoben, bei dem Benutzer ohne „Eigentümer“-Rechte keine Beiträge abrechnen konnten. Jetzt ist die Abrechnung wieder problemlos möglich, sofern der Benutzeraccount über alle erforderlichen Berechtigungen verfügt.

Eine Übersicht für Debitoren wurde hinzugefügt, welche den Gesamtbetrag der offenen Belege/Forderungen, den Gesamtbetrag der Gutschriften und die Gesamteinzahlung zeigt. Die gleiche Funktionalität steht nun auch für Kreditoren zur Verfügung. Die Standard-Debitoren-/Kreditiorenansicht wurde erweitert, sodass die oben genannten Informationen nun auch aus den neu hinzugefügten Spalten abgerufen werden können.

Beim Erstellen eines Beitrags kann nun festgelegt werden, ob Belege als Netto- oder Bruttopreise gespeichert werden. Zudem wurde die Vertragsvorschau im Editor angepasst, sodass die Steuern nun korrekt dargestellt und berücksichtigt werden. Der Standardwert ist auf Brutto gesetzt. Bitte überprüft dies gegebenenfalls vor den anstehenden Abrechnungen in der neuen Buchhaltung und passt die Einstellung entsprechend im Beitrag selbst an.

Belege halten nun einen "unbezahlten Betrag", der auch die Gebühren berücksichtigt. Dieser Betrag wird nun überall verwendet, z. B. bei der Erstellung von Überweisungen, bei der Erstellung von neuen Belegen bei Rückzahlungen und beim Transaktionsabgleich.

Die Platzhalter „Einleitungstext“ und „Zahlungsbedingungen“ in der Vorschau des Vorlagen-Editors für Mahnungen und Rückzahlungen zeigten weiterhin den Standardtext, obwohl sie in den Einstellungen konfiguriert wurden. Dieser Fehler wurde behoben. Zudem wurde der Platzhalter „Notizen“ korrigiert, der zuvor den Text aus der „Beleg Fußzeile“ anzeigte.

Es ist nun möglich, Steuern auch bei anderen Kontenplänen als dem SKR42 auszuwählen. Zusätzlich wurde eine Überprüfung eingeführt, die nur noch Steuersätze anzeigt, die im jeweiligen Kontenplan verfügbar sind.

Wenn im Bankkonto die Einstellung „ Einzelne Lastschriften “ aktiviert ist, können diese nun automatisch anhand der importierten oder synchronisierten Transaktionen den entsprechenden Belegen zugewiesen werden. Einzelne SEPA-Lastschriften werden direkt über ihre End-to-End-ID abgeglichen und somit den Belegen zugewiesen.

Es wurde die Möglichkeit hinzugefügt, für einzelne Spenden individuelle Spendenbescheinigungen zu erstellen. So können Spendenbescheinigungen nun für jede einzelne Spende separat generiert werden, anstatt immer nur für alle Spenden zusammen.

Die Anzahl der Rückläufer, die einem Beleg zugewiesen werden können, wurde von einem auf bis zu 10 erhöht. So können nun mehrere Rückläufer einem Beleg zugeordnet werden.

Die Buttons zur Erstellung von Spendenbescheinigungen, Guthaben-Rechnungen und Rechnungen im Mitgliederprofil werden nun ausgeblendet, wenn die Organisation im Geschäftsjahr 2025 ist. Diese Belege können für 2025 nur noch in der neuen Anwendung „Finanzen & Buchhaltung“ erstellt werden.

Der QR-Code im Beleg wird nun korrekt berechnet und umfasst den Gesamtbetrag inklusive der Bankgebühren. Zuvor wurde beim Scannen nur der ursprüngliche Betrag ohne die Gebühren angezeigt.

Es trat ein Validierungsfehler auf, wenn ein Beleg mit einem zuvor erstellten eigenen Produkt erstellt werden sollte. Das Problem wurde nun behoben, und die Belegerstellung funktioniert wieder einwandfrei.

Wurde ein Spenden-Beleg mit einem Spendentyp außer „Geldzuwendung“ erstellt, wurde dieser nicht auf die Spendenbescheinigung übernommen. Jetzt wird der ausgewählte Spendentyp korrekt auf der erstellten Spendenbescheinigung verwendet.

Manuell erstellte Debitoren können nun wieder erfolgreich Mitgliedern oder Kontakten zugewiesen werden. Die Zuweisung wird korrekt übernommen, und der Debitor kann für anstehende Belege als Zahlungsmethode verwendet werden.

Die Fehlermeldungen beim Fehlschlagen von Abrechnungen wurden verbessert. Wenn eine Abrechnung nun fehlschlägt, wird der genaue Grund für das Scheitern angezeigt.

Wenn beim Erstellen einer Rücklastschrift für einen Debitor, dessen Rechnungsversandmethode auf "Kein Versand" gesetzt ist, die Erinnerung nicht automatisch versendet wurde, musste diese manuell aus der Dokumentenausgangsbuch heraus gesendet werden. Um dies benutzerfreundlicher zu gestalten, wurde nun die Option implementiert, die Erinnerung direkt während des Rücklastschrift-Erstellungsprozesses zu versenden. So wird das Versenden der Erinnerung jetzt automatisch und problemlos erledigt.

Beim Import kann nun optional aktiviert werden, dass für mehrere Mitglieder/Kontakte mit derselben Zahlungsart nur ein gemeinsamer Debitor erstellt wird. Besteht bereits ein Debitor mit identischen Zahlungsdetails, wird dieser automatisch zugewiesen. Damit während des Imports nur ein Debitor für mehrere Mitglieder angelegt wird, müssen Mandant, Mandatsreferenz, Zahlungsart, IBAN, Kontoinhaber und die Unterschrift der Mandatsreferenz übereinstimmen.

Änderungen an Belegen sind nun auch möglich, wenn bereits Zahlungen erfolgt sind – jedoch nur, wenn die Versandmethode und/oder die E-Mail des Empfängers geändert werden. In diesem Fall wird ein neuer Beleg erstellt und automatisch versendet.

Ein Fehler in der generierten XML-Datei für das Format pain.008.001.08 wurde behoben, der beim Upload bei der Bank zu einem BIC-Fehler führte. Die XML-Datei deklariert nun <BIC> und </BIC> korrekt anstelle von <BICFI> und </BICFI>, sodass sie nun fehlerfrei verarbeitet werden kann.

Die fehlerhafte Konfiguration von Beiträgen, die zum Fehlschlagen der Abrechnungen führte, ist nun durch eine verbesserte Validierung nicht mehr möglich. Ein Beispiel dafür ist, dass "Kostenstelle 1" und "Kostenstelle 2" nun nicht denselben Wert haben dürfen.

Stornierte Belege wurden weiterhin unter "Offene Belege" angezeigt, obwohl sie bereits storniert worden sind. Dies trat auch auf, wenn der Beleg noch nicht bezahlt war, wodurch die Belege nach der Stornierung fälschlicherweise als "Überfällig" kategorisiert wurden. Dieses Problem wurde nun behoben, sodass alle Belege korrekt angezeigt werden.

Es wurde ein Scroll-Balken implementiert, der es nun ermöglicht, auch bei einer großen Anzahl an verbundenen Bankkonten (10 oder mehr) problemlos weiter nach unten zu scrollen.

Ein Problem wurde behoben, bei dem ein Dokument, das über das Suchfeld (z. B. nach "Empfänger") ausgewählt wurde, nicht heruntergeladen werden konnte. Dieses Problem wurde nun behoben, sodass der Download wie erwartet funktioniert.

Ein Problem wurde behoben, bei dem neu hinzugefügte Buchungskonten nach dem neu laden des Browser-Fensters nicht mehr sichtbar waren.

Ab sofort können eigene Formate für die einzelnen Belegtypen individuell für jedes vorhandene Mandant konfiguriert werden. Optional kann auch ein mandantenübergreifendes Nummernformat inkl. Zähler für die Nummerierung der Belege verwendet werden.

Die Anzahl der Ziffern für bestimmte Buchungskonten kann nun flexibel angepasst werden.

Wenn eine E-Mail-Adresse Umlaute enthält, schlug der Versand bisher immer sofort fehl. Da einige Provider Umlaute in E-Mail-Adressen unterstützen, wurde dies nun angepasst. Sollte der Provider keine Umlaute unterstützen, wird der Versand bewusst fehlschlagen. Anschließend kann die E-Mail im Dokumentenausgang an eine korrigierte E-Mail-Adresse versendet werden, die der Benutzer selbst festlegen kann.

Wenn der Platzhalter 'Content' (Inhalt) aus der E-Mail-Vorlage entfernt wird, erscheint nun beim Speichern eine Fehlermeldung. Dieser Platzhalter ist notwendig, um den gewünschten Inhalt auf die Vorlage zu übernehmen und kann daher nicht gelöscht werden.

Wenn ein Benutzer nun nur Zugriff auf einen Mandanten hat, werden ihm auch nur Belege im Dokumentenausgang sowie Abrechnungen in der Abrechnungsübersicht angezeigt, die diesem Mandanten zugeordnet sind.

In der alten Benutzeroberfläche der Buchhaltung wurden nicht mehr relevante Einstellungen, wie beispielsweise die Textbausteine für Rechnungen, Finanzeinstellungen sowie Zahlungsoptionen, für neue Organisationen, die nach dem Release der neuen Anwendung ihre Organisation in campai erstellen, ausgeblendet, um Verwirrung zu vermeiden. Alle relevanten Einstellungen können nun direkt in der Anwendung Finanzen und Buchhaltung konfiguriert werden.

Die Tags, die in der Anwendung Finanzen und Buchhaltung den Belegen zugewiesen werden, sind nun an ihre Mandanten gebunden. Wenn ein Tag bereits in mehreren Mandanten verwendet wurde, wurde dieses Tag für jeden Mandanten jeweils einmal erstellt, sodass die Zuweisung bestehen bleibt.

Die Transaktionen von über finAPI angebundenen Bankkonten konnten bei einigen Kunden nicht mehr aktualisiert werden, da zuvor eine manuelle Aktualisierung fehlgeschlagen war und die Abfrage somit nicht mehr automatisiert durchgeführt werden konnte. Dies wurde nun angepasst, sodass die Transaktionen automatisch einmal über Nacht (zwischen 1 und 4 Uhr morgens) aktualisiert werden. Alternativ kann auch der Button "Jetzt aktualisieren" genutzt werden, um die Transaktionen tagesaktuell abzurufen. Bitte beachtet, dass es einige Stunden dauern kann, bis die Transaktionen von der Bank an finAPI übermittelt und über campai abgerufen werden können.

Der auf dem Beleg verwendete Titel kann nun für jeden Beitrag individuell festgelegt werden. Wenn mehrere Abrechnungen in einem Beleg zusammengefasst werden und sich die Titel unterscheiden, wird der Titel des zuerst abgerechneten Beitrags verwendet. Ist das Feld leer, wird "Beitragsrechnung" verwendet.

Ein Offline-Account kann zu keinem Zeitpunkt in einen Online-Account umgewandelt werden. Ein entsprechender Hinweis wurde nun bei der Auswahl des Kontotyps im Anbindungsprozess von Bankkonten ergänzt.

Antworten auf aus campai versendete E-Mails wurden nicht im Nachrichteneingang angezeigt. Dieser Fehler wurde nun behoben, sodass Mitglieder/Kontakte wieder auf diese E-Mails antworten können. Bitte beachte, dass dies nicht für bereits versendete E-Mails gilt.

Wenn eine Kennung im Verein hinterlegt war, wurde diese nicht für den Versand von E-Mails aus der neuen Anwendung verwendet. Dies wurde nun korrigiert, sodass ab sofort immer die festgelegte <kennung>@ml.campai.com als Absendeadresse genutzt wird. Solltest du bereits eine Kennung hinterlegt haben, muss diese einmal aktualisiert werden. Dazu kannst du einfach einen Buchstaben hinzufügen, speichern, diesen wieder entfernen und erneut speichern. Das Update wird nur wirksam, wenn dieser Schritt durchgeführt wird.

Einnahme-Belege wurden fälschlicherweise nur unter "Eingangsbelege → Einnahmen" und "Rechnungen & Spenden → Alle Belege" angezeigt, jedoch nicht unter "Eingangsbelege → Alle Belege". Dieser Fehler wurde behoben, sodass Einnahme-Belege nun korrekt auch unter "Eingangsbelege → Alle Belege" angezeigt werden.

Wenn die Abteilung eines Mitglieds, die mit einem Beitrag verknüpft ist, geändert wurde, wurde fälschlicherweise das Eintrittsdatum in den Verein als Beitragsbeginn vorausgefüllt. Dies wurde korrigiert, sodass ab sofort immer das Eintrittsdatum der Abteilung als Beitragsbeginn vorausgefüllt wird.

In den erstellten Abrechnungen wurde statt des Debitorennamens immer der Mitgliedsname angezeigt. Dies wurde korrigiert, sodass ab sofort wieder der Name des zugewiesenen Debitors angezeigt wird.

Ein Fehler wurde behoben, bei dem Gutschein-Optionen beim Zuweisen von Beiträgen über die Massenbearbeitung nicht berücksichtigt wurden. Die Zuweisung funktioniert nun wieder problemlos.

Ein Fehler wurde behoben, bei dem die Buchungskonten der anderen Beiträge nicht übernommen wurden, wenn ein einzelner Beleg für mehrere Beiträge erstellt wurde. Zudem hatte dieses Problem zu keiner Zeit Einfluss auf die Buchhaltung oder Auswertungen.

Ein Problem wurde behoben, bei dem Lastschriften trotz identischem Betrag zur synchronisierten Transaktion nicht als bezahlt markiert werden konnten. Die Fehlermeldung "Es muss eine Methode ausgewählt werden, wie mit der Differenz umgegangen werden soll" erschien fälschlicherweise.

Beim Aufrufen der Auswertungen für einen Zeitraum ohne Buchungen stürzte die Anwendung ab. Dieses Problem wurde behoben, sodass die Auswertungen nun wieder problemlos funktionieren.

Ein Problem wurde behoben, bei dem der Zugriff auf einen zuvor importierten, aktualisierten und vom Benutzer umbenannten Debitor zu einer Fehlermeldung führte. Debitoren können nun wieder problemlos geändert und aufgerufen werden.

Der Zeitraum für die Anzeige von Belegen und Buchungen kann nun auch in die Zukunft gesetzt werden. Dadurch können bereits zukünftige Buchungen und Belege angezeigt werden.

Der Import von Mitgliedern/Kontakten als Unternehmen (Organisation / Firma) ist nun wieder möglich, auch wenn kein Nachname für eine Ansprechperson hinterlegt ist. Für Einzelpersonen bleibt die Prüfung auf einen Nachnamen weiterhin bestehen.

Das für den Lastschrifteinzug verwendete Bankkonto wurde nicht in der Übersicht angezeigt. Dieses Problem wurde nun behoben, sodass rückwirkend ersichtlich ist, über welche Bankkonten die Lastschrifteinzüge durchgeführt wurden.

Die Buttons „Organisation wechseln“ und „Meine Kontoeinstellungen“ führten zu einem Fehler. Dieses Problem wurde nun behoben, sodass wieder wie gewohnt die Organisation gewechselt oder auf die persönlichen Kontoeinstellungen zugegriffen werden kann.

Die Platzhalter für das Ausstellungsdatum und den Zeitraum des Freistellungsbescheids funktionierten nicht, sodass diese Angaben in der generierten Spendenbescheinigung fehlten. Dieses Problem wurde nun behoben.

Importierte Transaktionen mit dem Status 'Nicht zugewiesen' oder 'Ignoriert' können nun gelöscht werden.

Automatisch zugewiesene Transaktionen können nun wieder entfernt werden, sodass der Beleg nicht mehr mit der zuvor erkannten Transaktion verknüpft ist.

Ab sofort können Kostenstellen, die aktuell noch in Beiträgen verwendet werden, nicht mehr gelöscht werden. Eine Prüfung wurde implementiert, die die Verwendung der Kostenstelle vor der Löschung überprüft.

Ab sofort wird sichergestellt, dass sowohl die Bankkonten, Kostenstellen sowie die dazugehörigen Buchungskonten, die der neuen Buchhaltung zugeordnet sind, korrekt gelöscht werden, wenn sich das Mandant im Beitrag selbst ändert. Zuvor konnte das Mandant geändert werden, während die falschen Buchungskonten und Kostenstellen bestehen blieben, was dazu führte, dass keine Beiträge eingezogen werden konnten, da das neue Mandant nicht die richtigen Buchungskonten und Kostenstellen hatte.

In der Auswertung der Einnahmen-Überschuss-Rechnung wurden Umsätze für eigenständig angelegte Kostenstellen nicht berücksichtigt. Dies hatte keinerlei Einfluss auf die Zahlungen und wurde bereits behoben, sodass die Auswertungen nun wieder wie gewohnt funktionieren.

Beim manuellen Erstellen von Belegen für Debitoren wurde im Feld 'Kundennummer' fälschlicherweise die Mitgliedsnummer angezeigt. Dies wurde korrigiert, sodass nun immer die Debitorennummer verwendet wird.

Der Zähler für die Erstellung von Buchungen in der Kasse wurde nicht hochgezählt, wenn Buchungen für vergangene Jahre, wie beispielsweise 2024, angelegt wurden. Dies führte zu doppelten Buchungsnummern. Das Problem wurde behoben und für betroffene Kunden korrigiert.