funtrade
  • funtrade in Kürze
  • funtrade Konzept
  • Adresseingabe
  • Buchhaltung
  • Document Output für personalisierte Dokumente
  • Ereignisse
  • Filter und Segmentierung
  • Jahreswechsel
  • Korrespondenz
  • Merkmale
  • Personen
  • Projektfinanzierung
  • Verdankungen
  • Buchungen einlesen mit/ohne Referenz
  • Logistik
  • Tutorial: «Adresspflege Online» der Schweizerischen Post
  • Tutorial: Newsletter mit Brevo
  • Tutorial: Spontanes Mailing mit Brevo
  • Tutorial: Datamatrix - Adressen nach einem Versand pflegen
  • Tutorial: Datenschutz
  • Tutorial: Dubletten
  • Tutorial: Onlinespenden mit RaiseNow
  • Tutorial: Mailchimp
  • Tutorial: Personalisierte Spendenbescheinigung
  • Tutorial: spezifisches Dokument pro Segment erstellen
  • Tutorial: Verdankungslauf für personalisierte Verdankungen
  • Tutorial: Zusagen / Mitgliedschaften
  • Tutorial: Zusagenfakturierung mit LSV/DD
  • Tutorial: Webforms / Webhooks
  • Tutorial: Adressimport über Excel/CSV
  • Fehler bei Mailchimp Synchronisation
  • Wie buche ich Spesen von Twint, Payrexx, Worldline, etc.?
  • Wie buche ich zusätzliche Einnahmen (z.B. Mieterlös, Materialverleih etc.)?
  • Wie kann ich eine Spende zurückzahlen?
  • Warum wurde ein Spendeneingang unter RaiseNow, Worldline, Payrexx, etc., nicht gebucht?
  • Wie kann ich Massenmanipulationen ausführen? Was sind Filterverknüpfungen?
  • Sind Filter / Filterpositionen / Filtergrenzen immer inklusive?
  • Auf was muss ich achten, wenn ich Filter mit mehreren Filterpositionen erstelle?
  • Wie kann ich Filter oder andere Jobs automatisch ausführen lassen?
  • Welche Sperre soll ich für was benutzen? Wieso die Person nicht einfach löschen?
  • Wie ändere ich ein Ereignis bei einer Person?
  • Wie bilde ich einen Stichtag ab?
  • Kann man die gleiche Adresse, Emailadresse oder Telefonnummer für verschiedene Kontakte verwenden?
  • Kann ich mit funtrade Emails versenden (mit meiner eigenen Domain)?
  • Spender mit nur einem gewissen Ereignis aus einer Selektion ausschliessen
  • Einführung neues Loginsystem
  • Newsletter, spontanes Mailing und Transactional Emails
  • Wie setze ich eine Ereignisverknüpfung zurück?
  • Frage nicht gefunden?
  • Benutzerführung

    • 1. Ein- und Ausstieg
    • 2. Navigieren in funtrade
    • 3. Standardfunktionen
    • 4. Shortcuts
    • 5. Jobs
    • 6. Personalisierte Ansichten
  • Kundenpflege und Akquisition

    • 1. Adressbereinigung (manuell)
    • 2. Anlassspenden
    • 3. Dubletten- und Haushalte bearbeiten
    • 4. Ereignisse
    • 5. Korrespondenz
    • 6. Mailingauswertung
    • 7. Mailings (Segmentierung)
    • 8. Merkmale
    • 9. Reportingtool
    • 10. Verdankungen
    • 11. Zusagenbearbeitung
  • Individual Fundraising

    • 1. Instrumente des individual Fundraising
    • 2. Nachlass
  • Verkauf und Logistik

    • 1. Auftragsverwaltung
    • 2. Avisierungssystem
    • 3. Artikel- und Lagerverwaltung
    • 4. Daueraufträge (alte Struktur, direkt in Aufträgen)
    • 5. Einkauf
    • 6. Inventur
    • 7. Kassenverkauf
    • 8. Kommissionsaufträge
    • 9. Rabattstufen einrichten
    • 10. Sammelfakturen (mehrere Rechnungen zusammenfassen)
    • 11. Daueraufträge
    • 12. Daueraufträge, Parametrisierung
    • 13. Vorauszahlungsaufträge
  • Veranstaltungen

    • 1. Veranstaltungen
  • Buchhaltung

    • 1. Debitorenverwaltung
    • 2. EGA – Elektronische Gutschriftsanzeige
    • 3. LSV/DD-Belastungen
    • 4. Buchungsexport (in Finanzbuchhaltung)
  • Administration

    • 1. Benutzerverwaltung
    • 2. Document Output
    • 3. E-Mail Bounces Management
    • 4. Organisatorische Einheiten
    • 5. Post-Daten verarbeiten
    • 6. Botenroutierung
    • 7. Systemverwaltung
    • 8. Zeitabschnitte in funtrade
    • 9. Barcodeleser
    • 10. Referenznummer suchen
  • Schnittstellen

    • 1. Adressaktualisierung
    • 2. Backend Integration
    • 3. Eloqua (Marketing Automation)
    • 4. FTML (E-Commerce)
    • 5. ActiveCampaign-Schnittstelle
    • 6. MailChimp (E-Mail)
    • 7. RaiseNow (Recurring Payments)
    • 8. Telefonmarketing (Alnovis)
  • Datenschutz

    • 1. Datenschutz
  • Prozedurreferenz
  • Datenreferenz
  • Auswertungen

    • Auswertungen Personen
    • Auswertungen Verkauf
    • Auswertungen Projektfinanzierung
    • Auswertungen Nachlass
    • Auswertungen Veranstaltungen
    • Auswertungen Buchhaltung
    • Auswertungen Logistik
    • Auswertungen Organisation
  • Releasenotes

    • Aktuelle Version
    • v10.77
    • v10.76
    • v10.75
    • v10.74
    • v10.73
    • v10.72
    • v10.71
    • v10.70
    • v10.69
    • v10.68
    • v10.67
    • v10.66
    • v10.65
    • v10.64
  • funtrade in Kürze
  • funtrade Konzept
  • Adresseingabe
  • Buchhaltung
  • Document Output für personalisierte Dokumente
  • Ereignisse
  • Filter und Segmentierung
  • Jahreswechsel
  • Korrespondenz
  • Merkmale
  • Personen
  • Projektfinanzierung
  • Verdankungen
  • Buchungen einlesen mit/ohne Referenz
  • Logistik
  • Tutorial: «Adresspflege Online» der Schweizerischen Post
  • Tutorial: Newsletter mit Brevo
  • Tutorial: Spontanes Mailing mit Brevo
  • Tutorial: Datamatrix - Adressen nach einem Versand pflegen
  • Tutorial: Datenschutz
  • Tutorial: Dubletten
  • Tutorial: Onlinespenden mit RaiseNow
  • Tutorial: Mailchimp
  • Tutorial: Personalisierte Spendenbescheinigung
  • Tutorial: spezifisches Dokument pro Segment erstellen
  • Tutorial: Verdankungslauf für personalisierte Verdankungen
  • Tutorial: Zusagen / Mitgliedschaften
  • Tutorial: Zusagenfakturierung mit LSV/DD
  • Tutorial: Webforms / Webhooks
  • Tutorial: Adressimport über Excel/CSV
  • Fehler bei Mailchimp Synchronisation
  • Wie buche ich Spesen von Twint, Payrexx, Worldline, etc.?
  • Wie buche ich zusätzliche Einnahmen (z.B. Mieterlös, Materialverleih etc.)?
  • Wie kann ich eine Spende zurückzahlen?
  • Warum wurde ein Spendeneingang unter RaiseNow, Worldline, Payrexx, etc., nicht gebucht?
  • Wie kann ich Massenmanipulationen ausführen? Was sind Filterverknüpfungen?
  • Sind Filter / Filterpositionen / Filtergrenzen immer inklusive?
  • Auf was muss ich achten, wenn ich Filter mit mehreren Filterpositionen erstelle?
  • Wie kann ich Filter oder andere Jobs automatisch ausführen lassen?
  • Welche Sperre soll ich für was benutzen? Wieso die Person nicht einfach löschen?
  • Wie ändere ich ein Ereignis bei einer Person?
  • Wie bilde ich einen Stichtag ab?
  • Kann man die gleiche Adresse, Emailadresse oder Telefonnummer für verschiedene Kontakte verwenden?
  • Kann ich mit funtrade Emails versenden (mit meiner eigenen Domain)?
  • Spender mit nur einem gewissen Ereignis aus einer Selektion ausschliessen
  • Einführung neues Loginsystem
  • Newsletter, spontanes Mailing und Transactional Emails
  • Wie setze ich eine Ereignisverknüpfung zurück?
  • Frage nicht gefunden?
  • Benutzerführung

    • 1. Ein- und Ausstieg
    • 2. Navigieren in funtrade
    • 3. Standardfunktionen
    • 4. Shortcuts
    • 5. Jobs
    • 6. Personalisierte Ansichten
  • Kundenpflege und Akquisition

    • 1. Adressbereinigung (manuell)
    • 2. Anlassspenden
    • 3. Dubletten- und Haushalte bearbeiten
    • 4. Ereignisse
    • 5. Korrespondenz
    • 6. Mailingauswertung
    • 7. Mailings (Segmentierung)
    • 8. Merkmale
    • 9. Reportingtool
    • 10. Verdankungen
    • 11. Zusagenbearbeitung
  • Individual Fundraising

    • 1. Instrumente des individual Fundraising
    • 2. Nachlass
  • Verkauf und Logistik

    • 1. Auftragsverwaltung
    • 2. Avisierungssystem
    • 3. Artikel- und Lagerverwaltung
    • 4. Daueraufträge (alte Struktur, direkt in Aufträgen)
    • 5. Einkauf
    • 6. Inventur
    • 7. Kassenverkauf
    • 8. Kommissionsaufträge
    • 9. Rabattstufen einrichten
    • 10. Sammelfakturen (mehrere Rechnungen zusammenfassen)
    • 11. Daueraufträge
    • 12. Daueraufträge, Parametrisierung
    • 13. Vorauszahlungsaufträge
  • Veranstaltungen

    • 1. Veranstaltungen
  • Buchhaltung

    • 1. Debitorenverwaltung
    • 2. EGA – Elektronische Gutschriftsanzeige
    • 3. LSV/DD-Belastungen
    • 4. Buchungsexport (in Finanzbuchhaltung)
  • Administration

    • 1. Benutzerverwaltung
    • 2. Document Output
    • 3. E-Mail Bounces Management
    • 4. Organisatorische Einheiten
    • 5. Post-Daten verarbeiten
    • 6. Botenroutierung
    • 7. Systemverwaltung
    • 8. Zeitabschnitte in funtrade
    • 9. Barcodeleser
    • 10. Referenznummer suchen
  • Schnittstellen

    • 1. Adressaktualisierung
    • 2. Backend Integration
    • 3. Eloqua (Marketing Automation)
    • 4. FTML (E-Commerce)
    • 5. ActiveCampaign-Schnittstelle
    • 6. MailChimp (E-Mail)
    • 7. RaiseNow (Recurring Payments)
    • 8. Telefonmarketing (Alnovis)
  • Datenschutz

    • 1. Datenschutz
  • Prozedurreferenz
  • Datenreferenz
  • Auswertungen

    • Auswertungen Personen
    • Auswertungen Verkauf
    • Auswertungen Projektfinanzierung
    • Auswertungen Nachlass
    • Auswertungen Veranstaltungen
    • Auswertungen Buchhaltung
    • Auswertungen Logistik
    • Auswertungen Organisation
  • Releasenotes

    • Aktuelle Version
    • v10.77
    • v10.76
    • v10.75
    • v10.74
    • v10.73
    • v10.72
    • v10.71
    • v10.70
    • v10.69
    • v10.68
    • v10.67
    • v10.66
    • v10.65
    • v10.64
  • Datenreferenz

    • Prozedurreferenz
    • Datenreferenz
    • Auswertungen

      • Auswertungen Personen
      • Auswertungen Verkauf
      • Auswertungen Projektfinanzierung
      • Auswertungen Nachlass
      • Auswertungen Veranstaltungen
      • Auswertungen Buchhaltung
      • Auswertungen Logistik
      • Auswertungen Organisation

Verdankungssteuertabelle

Verdankungssteuertabelle — Definiert Regeln zur Verdankung

Beschreibung

Die Verdankungssteuertabelle nutzt eine separate Struktur im System. Jeder Zahlungseingang, welcher auf ein bestimmtes Ereignis verbucht wird (entweder aus automatischer oder manueller Eingabe) wird mit dem einbezahlten Betrag in einer separaten Tabelle festgehalten. Die Verdankungssteuertabelle erlaubt nun, selektiv nach verschiedensten Kriterien zu definieren, welcher Zahlungseingang wie verdankt werden soll.

Wird ein Verdankungslauf durchgeführt, werden die Zahlungseingänge aus früheren Läufen nicht mehr berücksichtigt. Das System stellt also sicher, dass ein Zahlungseingang nur ein Mal verdankt wird. Jede Zeile in der Verdankungssteuertabelle stellt eine Anforderung an das System dar, die zutreffenden Datensätze für die Verdankung bereitzustellen. Dabei geht das System in der Reihenfolge der vorher bestimmten Positionen in der Steuertabelle vor: Entspricht ein Zahlungseingang mehreren Positionen, wird sie in der obersten Position ausgewiesen.

Sollen aus bestimmten, marketingtechnisch begründbaren Kriterien gewisse Zahlungen nicht verdankt werden, kann dies ebenfalls über die Struktur der Verdankungssteuertabelle eingestellt werden. Die entsprechenden Datensätze werden als verdankt markiert, im Output erscheinen sie aber nicht.

Pfad: Personen → Tabellen → Verdankungssteuertabelle

Datenfelder

Verdankung
Verdankungsnummer, Identifikation der Verdankungszeile, alphanumerisch, frei definierbar
Beschreibung
Beschreibung der Verdankungszeile
Status
Status der Verdankungszeile. Folgende Stati sind möglich:
StatusIn Knoten erlaubtIn Endpositionen erlaubtBeschreibung
verdankenneinjaDer Zahlungseingang wird verdankt und als verarbeitet markiert. Beim nächsten Verdankungslauf kommt dieser Zahlungseingang nicht mehr in die Verarbeitung.
abfangenjaneinDer Zahlungseingang wird in den Unterpositionen vom Knoten verarbeitet, sofern eine Unterposition die Kriterien erfüllt. Falls keine Unterposition die Kriterien erfüllt, wird der Zahlungseingang nicht mehr zur nächsten Verdankungsposition weiter gereicht und wird als nicht verarbeitet markiert. Beim nächsten Verdankungslauf kommt dieser Zahlungseingang wieder in die Verarbeitung.
leerjaneinDer Zahlungseingang wird in den Unterpositionen vom Knoten verarbeitet, sofern eine Unterposition die Kriterien erfüllt. Falls keine Unterposition die Kriterien erfüllt, wird der Zahlungseingang zur nächsten Verdankungsposition weiter gereicht.
ignorieren, überspringenjajaDie Verdankungsposition wird nicht geprüft (Verdankungsposition ist inaktiv). Der Zahlungseingang wird zur nächsten Verdankungsposition weiter gereicht.
noch nicht verarbeitenjajaDer Zahlungseingang soll zu einem späteren Zeitpunkt verdankt werden, z.B. die Verdankungsbriefe sind nocht nicht definiert. Beim nächsten Verdankungslauf kommt dieser Zahlungseingang wieder in die Verarbeitung. Achtung: Falls in der Zwischenzeit etwas an der Verdankungssteuertabelle angepasst wurde, ist möglich, dass der Zahlungseingang mit einer anderen Verdankungsposition verdankt wird. Der Zahlungseingang erhält also keine "Markierung" mit der Verdankungsposition für die nächste Verarbeitung. Der Zahlungseingang durchläuft beim nächsten Verdankungslauf wieder die Verdankungssteuertabelle und wird mit der zutreffenden Verdankungsposition verarbeitet.
nicht verdankenneinjaDer Zahlungseingang wird nicht verdankt aber als verarbeitet markiert. Beim nächsten Verdankungslauf kommt dieser Zahlungseingang nicht mehr in die Verarbeitung.
Kanal
Auswahl des Kommunikationskanals. Dieser Parameter gilt als Kriterium, sofern nicht Kanal Post ausgewählt ist. Z.B. bei Kanal E-Mail muss die Person über einen E-Mail Eintrag verfügen, ansonsten wird die Position ignoriert und die nächste Position wird geprüft. Ein leerer Kommunikationskanal bedeutet Kanal Post.
Mehrfachspenden
Mit der Option "einzeln verdanken" im Feld "Mehrfachspenden" werden sämtliche Responses separat verdankt (Standard). Die Option "zusammenfassen" (bei Knoten nicht erlaubt) bewirkt folgendes:
Pro Person werden alle Zahlungseingänge zu Output/Dokument zusammengefasst, wobei mindestens 2 Zahlungseingänge die Kriterien einer Verdankungsposition erfüllen müssen. Genaue Erklärung, siehe Beispiel weiter unten. Die Limitierung "Zahlungseingang ab Betrag" gilt für den addierten Betrag aller zusammengefassten Verdankungen. Für sämtliche Einzelereignisse wird der IC-Status gesetzt.| Verdankungsposition | Mehrfachspenden | 1. Zahlungseingang | 2. Zahlungseingang | 3. Zahlungseingang | 4. Zahlungseingang | | --- | --- | --- | --- | --- | --- | | A.1 | zusammenfassen | Kriterien erfüllt | Kriterien nicht erfüllt | Kriterien nicht erfüllt | Kriterien nicht erfüllt | | A.2 | einzeln verdanken | Kriterien nicht erfüllt | Kriterien nicht erfüllt | Kriterien erfüllt | Kriterien nicht erfüllt | | B.1 | zusammenfassen | Kriterien erfüllt | Kriterien erfüllt | Kriterien erfüllt | Kriterien nicht erfüllt | | B.2 | zusammenfassen | Kriterien erfüllt | Kriterien erfüllt | Kriterien erfüllt | Kriterien erfüllt | Die Zahlungseingänge 1 und 2 werden mit der Verdankungsposition B.1 verdankt, weil beide Zahlungen die Kriterien in dieser Verdankungsposition erfüllen. Der Zahlungseingang 3 wird mit der Verdankungsposition A.2 verdankt, weil der Switch für Mehrfachspenden in dieser Verdankungsposition auf "einzeln verdanken" steht und daher nicht mehr weiter geprüft wird. Der Zahlungseingang 4 wird nicht verdankt, weil die anderen Zahlungseingänge bereits vorher verdankt werden und dadurch nur noch ein Zahlungseingang (4) die Kriterien der Verdankungsposition B.2 erfüllt und der Switch für Mehrfachspenden in dieser Verdankungsposition auf "zusammenfassen" steht.
Dokumentencode
Freier Text, der im Outputformat mitgeliefert wird, um unterschiedliche Briefvarianten für die einzelnen Verdankungspositionen verwenden zu können.
Der Dokumentencode wird wie folgt verwendet:
  1. als Unterscheidungsmerkmal für die Serienbriefe in der exportierten Textdatei
  2. als Attribut für die zuordnung von spezifischen Texten in den XML-Texten (Attribut "DokuCode")
Dokumentensatz
Auswahl des Dokumentensatzes für die Ausgabe in Document Output.
Exportdatei
Wenn angegeben, werden die Spenden dieser Position in eine CSV-Datei geschrieben. Die Datei kann zur manuellen Weiterverarbeitung z.B. als Word Serienbrief verwendet werden. Im Dateinamen sollten Platzhalter verwendet werden, damit nicht jeder neue Verdankungslauf bestehende Dateien überschreibt: <JJ><MM><TT>GrossspenderInnen.csv. Man kann einen Pfad auf dem funtradeServer angeben, wenn die Organisation Zugriff auf die Dateistruktur braucht. Ansonsten genügt ein Dateiname. Das Resultat kann im Verdankungslauf heruntergeladen werden.
Die Steuerdatei wird mit einem Exportformat erzeugt, das im Systemparameter vkef definiert ist.
aktiv bis
Ab dem eingetragenen Datum wird die Position deaktiviert, d.h. im Verdankungslauf nicht mehr berücksichtigt.

Datenfelder (Selektionskriterien)

Position

Positionsnummer des Selektionskriteriums wird automatisch in 10er Schritten vorgeschlagen. Bei mehreren Selektionskriterien werden diese in der Reihenfolge der Positionsnummern geprüft.

V

Verknüpfungsbedingung zwischen den Selektionskriterien. Mögliche logische Verknüpfungen gemäss Boolscher Mathematik sind:| Verknüpfungstyp | Bedeutung | | --- | --- | | oder | Die Positionszeile wird als "oder" definiert | | und | Die Positionszeile wird als "und" definiert | | nicht | Die Positionszeile wird als "nicht", bzw. als "und nicht" definiert |

(

Klammerung des Ausdrucks:

"leer" = nicht geklammert

"(" = öffnende Klammer, mehrfache Verklammerung möglich

Selektion

Auswahl des Selektionskriteriums aus der Wertetabelle.| Nr. | Beschreibung | | --- | --- | | 1 | Nummer und Beschreibung des Personenfilters zur Einschränkung auf eine bestimmte Selektion. | | 2 | Einschränkung auf einen bestimmten Umsatztyp. | | 3 | Einschränkung auf ein Ereignis und Ereignisposition . Bei weitergeleiteten Ereignissen wird der Response mit dem Ziel-Ereignis erfasst und die Verdankung auf den Responses wird ebenfalls mit dem Ziel-Ereignis verdankt. | | 4 | Betrag, ab dem zu verdanken ist | | 5 | Der erste Zahlungseingang absolut oder im aktuellen Jahr wird verdankt. Mit der Auswahl "absolut" können z.B. alle Neuspender verdankt werden. Dieses Selektionskriterium kann mit dem Selektionskriterium "Umsatztyp" kombiniert werden. Dadurch kann der 1. Zahlungseingang auf einen bestimmten Umsatztyp eingeschränkt werden. | | 6 | Zahlungseingang ist für einen Beschenkten | | 7 | Dient der Unterscheidung verschiedener Zahlungsmittel (z.B. Kreditkarten vs. ESR Spenden). | | 8 | Auswahl eines Projektes . | | 9 | Zahlungseingänge auf ein Ereignis mit Projekt. Im Ereignis muss irgend ein Projekt eingetragen sein. | | 10 | Nebst der aktuellen Zahlung ist im eingegebenem Zeitraum keine weitere Zahlung eingegangen. Zusätzlich kann der Umsatztyp noch eingeschränkt werden. | | 11 | Zahlung auf bestimmte Zusage(n). | | 12 | Zahlungseingang in einem bestimmten Zeitraum. |

)

Klammerung des Ausdrucks:

"leer" = nicht geklammert

")" = schliessende Klammer, mehrfache Verklammerung möglich

Funktionen

Vorschau...

Mit dieser Funktion wird der Verdankungsbrief zu Kontrollzwecken erstellt und angezeigt.

Siehe auch

Verdankungen

Zuletzt editiert: 07.05.25, 08:35
Editiert von: Christian Davatz