4. Ereignisse

4.1. Beschreibung

Ereignisse bilden sämtliche Marketingaktivitäten ab, welche in der Unternehmung durchgeführt werden. Dies kann z.B. der Versand eines Kataloges, eine Einladung zu einem Event oder die Fakturierung einer Zusage, etc. sein. Jede im Rahmen dieser Marketingaktivitäten ausgewählte Adresse erhält ein Ereignis als Initialereignis zugewiesen. Für die Produktion von orangen Einzahlungsscheinen ist die Ereignisverknüpfung von zentraler Bedeutung, da funtrade nur mit Hilfe von Initial-Ereignissen eine korrekte automatische Zahlungsverarbeitung vornehmen kann (Stichwort: ESR-Zeile). Sobald die Adresse auf ein bestimmtes Ereignis reagiert, z.B. bei Spenden oft durch eine Zahlung, wird manuell - oder vom System automatisch - eine Response-Ereignis-Verknüpfung erstellt.

Ereignisse sind so zentral, dass sie im Ereignis-Fenster (Adressen > Ereignisse) mit Online-Statistiken aktuell nachgeführt werden, d.h. wenn z.B. Zahlungen auf ein Ereignis eingelesen und verarbeitet werden, kann man dies auf dem Bildschirm online mitverfolgen. Zu jedem Ereignis werden die Anzahl Adressen, welche etwas bekommen haben (Initial-Ereignis), die Reagierer (Response-Ereignis), die Anzahl negativer Reaktionen (Refusé-Ereignis), sowie die evtl. erzielten Spenden- oder Kaufsummen festgehalten.

Für das Marketing ist es somit wichtig, dass jede Adresse, die kontaktiert wird, auch mit einem Initial-Ereignis versehen wird. Zum Vorgehen siehe dazu im Detail Selektionen, Mailings.

Aufgrund von Ereignissen können Adressselektionen spezifischer durchgeführt und evtl. Nachfolge-Aktionen effizient gesteuert werden, da das Kundenverhalten bekannt ist.

Um verschiedene Zielgruppen unterscheiden zu können, ermöglicht funtrade das Erfassen von Ereignispositionen. In der Produktion wird beim Verknüpfen der Ereignisse die Position immer ebenfalls gespeichert. Beim Export wird dann diese Position gesucht und in der ESR-Zeile des orangen Einzahlungsscheins kodiert. Bei einem Zahlungseingang kann deshalb der Response auf die richtige Zielgruppe verbucht werden.

4.2. Ereignisse im Bereich Spenden

4.2.1. Automatischer Spendeneingang (Initialereignis in der ESR-Zeile)

Spenden, mit Einzahlungen per orangen Einzahlungsschein (ESR) oder LSV/DD, werden als Zahlungsfiles mit einem Job in funtrade eingelesen. Die Zahlungen im Zahlungsfile können mit der Referenzzeile klar identifiziert und einem Initialereignis zugeordnet werden. Jede Einzahlung bewirkt in funtrade eine Ereignisverknüpfung bei der entsprechenden Adresse. Die Verknüpfung ist in funtrade sichtbar als Responseereignis.

4.2.2. Manuell verbuchte Spenden

Wenn vom Spender kein ESR verwendet wurde, muss die Zahlung manuell verbucht werden. In diesem Falle gibt die buchende Person das Ereignis an.

Beispiele von Ereignisverknüpfungen infolge Spendeneingang (automatisch oder manuell gebucht):

10470 9920 16 RM 24.03.1999 KA1 DM/WV              1999/- S -  96      68.50
10470 9914 01 RM 07.06.1999 Spende aus Warenhandel 1999  (75% net)      2.00

Beim letzteren Beispiel handelt es sich um eine Spende, die ein Kunde auf dem Bestellschein / am Telefon angegeben hat (hier Fr. 2.-). Diese Verknüpfung erfolgt ebenfalls erst bei Zahlungseingang. funtrade wählt entweder das entsprechende Spendenereignis aus der Auftragsarten- oder aus der Medien-Tabelle (siehe unter Bereich Verkauf).

Mit welchem Ereignis eine Verknüpfung stattfinden muss, 'weiss' funtrade aufgrund der im Buchungssatz enthaltenen bzw. der beim Buchen eingegebenen Ereignisnummer.

4.3. Ereignisse im Bereich Verkauf (Response auf Katalogversand)

Jeder stattfindende Verkauf - also jede Eingabe eines Auftrages in funtrade - bewirkt ebenfalls eine Ereignisverknüpfung zum Zeitpunkt der Fakturierung des Auftrags. Wird ein Auftrag als Vorauszahlungsauftrag erfasst, findet die Ereignisverknüpfung erst bei der Fakturierung NACH Eingang des Vorauszahlungsbetrags statt, bei der effektiv eine Lieferung ausgelöst wird. funtrade verwendet entweder das Ereignis, welches in der Tabelle Auftragsarten definiert ist oder jenes in der Medientabelle. Priorität hat dabei die Medientabelle. In der Tabelle Auftragsarten ist die Eingabe eines Verkaufs- und eines Spendenereignisses zwingend, in der Medientabelle jedoch nicht. Wenn zum Medium keine Ereignisnummern erfasst wurden ODER wenn in der Auftragsposition kein Medium erfasst wurde, wählt funtrade für die Verknüpfung das Ereignis, welches in der Tabelle Auftragsarten angegeben ist. Werden in einem einzigen Auftrag mehrere Medien erfasst, weil der Kunde aus verschiedenen Katalogen Waren bestellt,

• werden die Umsätze pro Medium korrekt erfasst,

• erstellt das System für jedes vorkommende Ereignis eine Verknüpfung.

• Porto und Versandspesen werden mit der umsatzgrössten Auftragsposition verbunden und so im Ereignisumsatz berücksichtigt.

4.3.1. Beispiele

Im Herbst 99 wurde ein Mail verschickt, das in funtrade als Ereignis 9920 definiert ist.

In der Auftragsarten-Tabelle sind 9920 als Verkaufsereignis und 9940 als Spendenereignis definiert. Im Mail wurden 2 Kataloge verschickt, einer wird als Medium 13, der andere als Medium 14 bezeichnet. In der Medientabelle steht Verkaufsereignis 9930 und Spendenereignis 9950. Diese Situation lässt sich so kurz darstellen:

Parametrisierung (Definitionen) in funtrade:

Verkauft wird Artikel 1234.13 zu Fr. 50.-. (Die letzten beiden Ziffern bezeichnen das Verkaufsmedium; in der Regel wird die Mediennummer hinter der Artikelnummer gedruckt, getrennt durch einen Punkt.) Der Kunde rundet mit einer Spende von Fr. 10.- auf Fr. 60.- auf. Erfasst wird ein Auftrag mit nur einer Position und im Auftragskopf wird Fr. 10.- als Spende eingetragen.

In der Auftragsposition wird erfasst: 1234.13 (Artikelnummer.Medium). Folgende Ereignisverknüpfung entsteht bei der Adresse des Auftraggebers, zum Zeitpunkt der Fakturierung:

10470 9930 16 RM 24.11.1999 KA2 DM                                     50.00

Später, wenn der Auftrag bezahlt wird (hier am 3.12.1999), findet folgende Ereignisverknüpfung statt, da Spenden immer vereinnahmt, d.h. bei Zahlungseingang verbucht werden:

10470 9950 01 RM 03.12.1999 Spende aus Warenhandel 1999                10.00

Zur Verdeutlichung seien mit diesem Auftragsbeispiel weitere mögliche Situationen in funtrade durchgespielt:

*) Als Medium wurde 13 eingegeben. Da die in der Medientabelle angegeben Ereignisse Priorität haben, wählt funtrade 9930 bzw. 9950 für die Verknüpfungen.

*) Es wurde kein Medium hinter der Artikelnummer eingegeben. Deshalb wählt funtrade die in der Auftragsarten-Tabelle angegebenen Ereignisse 9920 bzw. 9940.

4.4. Ereignispositionen

Zu jedem Ereignis lassen sich mehrere (max. 99) Ereignispositionen definieren. Die Ereignisposition steht für eine Untergruppe der Adressaten, für eine Zielgruppe in einem Mail. Welche Ereignisnummer (4-stellig) funtrade für eine Verknüpfung wählt, wurde in den obigen Abschnitten erklärt. Welche Ereignisposition (5. und 6. Stelle) wählt nun funtrade bei der Verknüpfung mit einer Adresse?

4.4.1. Spendeneingang auf ein sog. reines Spendenereignis

Wenn z.B. von Adresse mit Nummer 234234 eine Spende auf Ereignis 4711 eingeht, sucht funtrade ein Initialereignis bei Adresse 234234. Nehmen wir an, dass zur Adresse 234234 ein Initialereignis mit der Nummer 4711.05 existiert (weil die Adresse zur Untergruppe 05 gehört). In diesem Fall wird der Zahlungseingang (Response) als R 4711.05 gebucht. Wenn kein Initialereignis bei der Adresse des Zahlenden gefunden wird, erfolgt die Verknüpfung mit R 4711.00.

4.4.2. Spendeneingang auf ein 'Spendenereignis zum Auftrag'

funtrade sucht kein Initialereignis bei der Adresse. Wenn in der Medien- oder Auftragsartentabelle ein 6-stelliges Spendenereignis definiert wurde (z.B. 5600.07) wählt funtrade die Positionsnummer 07. Wenn in der Medien- oder Auftragsartentabelle nur ein 4-stelliges Spendenereignis definiert wurde (z.B. 5600), wird 00 als Positionsnummer gewählt.

4.4.3. Verkaufsereignis

Unabhängig davon, ob in der Tabelle Medien oder Auftragsarten ein 4-stelliges oder 6-stelliges Verkaufsereignis definiert wurde, sucht funtrade immer ein entsprechendes Initialereignis bei der Adresse des Auftraggebers. Nur wenn dort kein Initialereignis vorhanden ist, wird die Positionsnummer des 6-stelligen Verkaufsereignisses in den Tabellen Medien oder Auftragsarten berücksichtigt.

4.4.3.1. Beispiele

4.5. Systemvorbereitung: Parametrisierung der Ereignisverknüpfung

Damit alle Geldflüsse und Verkaufsvorgänge in funtrade in den Online-Statistiken und Auswertungen korrekt abgebildet werden, muss das System vorbereitet bzw. parametrisiert werden:

4.5.1. Einmalige Vorarbeiten

Die Kontierung ist Thema eines separaten Kapitels der Dokumentation; hier wird das Thema nur gestreift, um auf die Zusammenhänge zwischen Ereignisverknüpfung und Kontierung hinzuweisen.

Jeder Zahlungseingang bewirkt eine Ereignisverknüpfung und (mindestens) eine Einzelbuchung. Auch die Kontierung selbst ist parametrisierbar - siehe u.a. Tabelle 'Kontierungsquellen'. Für Spenden werden in der Regel die zum entsprechenden Ereignis definierten Konto, Kostenstelle und Kostenträger gewählt, d.h. in die Einzelbuchung übernommen (siehe Ereignistabelle).

Bei Zahlungseingängen infolge Auftrag (Warenverkehr) erlaubt funtrade die Wahl der Kontierungsquelle, nämlich Auftragsart, Medium, Artikelgruppe, Artikel oder Productmanager. In einem Warenhandelsereignis kann also keine Kto/Kst/Ktr-Kombinationen eingegeben werden.

Wo Ereignisse als Quelle der Konto-, Kostenstellen- oder Kostenträger-Information dienen, ist die Parametrisierung der Ereignisverknüpfung auch für die Buchhaltung - für die korrekte Verbuchung von Forderungen (OP) und Zahlungen - von entscheidender Bedeutung.

Schritt 1:

Konten, Kostenstellen, Kostenträger in entsprechenden Buchhaltungstabellen eintragen

Schritt 2:

Kontierungsquelle in Tabelle Kontierungsquellen definieren

Schritt 3:

Kontierungs-Stammdaten korrekt erfassen

Siehe dazu im Detail Konti

4.5.2. Wiederkehrende Vorarbeiten

Schritt 1:

Ereignis für Verkauf / Spende in Ereignistabelle eintragen

Schritt 2:

Ereignis für Spenden aus Verkaufsaktion in Ereignistabelle eintragen

Schritt 3:

Medien in Medientabelle eintragen

Schritt 4:

Auftragsart in Auftragsarten-Tabelle eintragen bzw. einen bestehenden Eintrag anpassen.

Um ein Ereignis vollständig richtig erfassen zu können, sind folgende Steuertabellen vorgängig zu beachten:

Ereignissituationen

4.5.3. Ereignis-Status

Pfad: Systemverwaltung → Systemtabellen → Ereignis-Status

gehezu suchen erfassen ändern löschen druck
+------------------------------- Ereignisstatus -------------------------------+
|Status Typ Kat Bezeichnung                                               Basis|
|------ --- --- --------------------------------------------------------- -----|
|I      I       Initialereignis allgemein                                 ja   |
|IC     I   C   Verdankung                                                nein |
|IM     I   M   Initialereignis und Mailing                               ja   |
|R      R       Responseereignis allgemein                                ja   |
|RM     R   M   Responseereignis auf Mailing                              ja   |
|XA     X   A   Absagen (für RDI-Ereignisse)                              ja   |
|XE     X   E   temporär gesperrt                                         ja   |
|XK     X   K   Keine Zustellung im Bereich Z,S odrer K (Selektiv)        ja   |
|XL     X   L   zum Löschen markiert                                      ja   |
|XN     X   N   stiller SpenderIn - will NIE Post erhalten                ja   |
|XT     X   T   gestorben, oder Firma erloschen                           ja   |
|XU     X   U   unzustellbar, unbekannt                                   ja   |
|XV     X   V   Verweigert, Adresse wird sofort gesperrt                  ja   |
|XX     X   X   Refusé aus unbekannten Gründen (nach 3x gesperrt)         ja   |
+------------------------------------------------------------------------------+

Die wichtigsten Ereignis-Stati welche aus Typ und Kategorie bestehen sind hier detailliert aufgeführt: Ereignisstatus

4.6. Ereignis erfassen

Nachdem in den vorgängig beschriebenen Tabellen alle Werte hinterlegt sind, kann das Ereignis erfasst werden.

Das Ereignisfenster besteht aus zwei Teilen: Ereigniskopf (oberer Teil) und Ereignispositionen (unterer Teil). Mit Ereignispositionen können die selektierten Adressen in verschiedenen Untergruppierungen (Zielgruppen) geführt werden. Das ist vor allem dann wichtig, wenn unterschiedliche Beilagen versendet oder einzelne Gruppen sprachgetrennt angesprochen werden sollen. Die Ereignisposition 00 wird beim Erfassen als Default-Wert eingetragen.

Pfad: Adressen → Ereignisse

Siehe auch Ereignis-Kopf

Siehe auch Ereignispositionen

4.7. Ereignisse verknüpfen

4.7.1. Manuelle Verknüpfung

Jederzeit kann eine einzelne Adresse mit einem Ereignis verknüpft werden. Manuell erfasst werden meistens Refusé-Ereignisse, weshalb standardmässig beim Ereignisstatus ein "X" vorgeschlagen wird. Der Vorschlag kann überschrieben werden. Manuelle Verknüpfungen können z.B. auch benutzt werden, um den Anruf eines Kunden zu erfassen, der allgemeine Unterlagen zur Organisation haben will. Damit wird im System der Versand von Unterlagen (evtl. inkl. einem Spendeneinzahlungsschein) festgehalten. Meist werden für diesen Zweck aber automatische Verfahren bei den Kunden eingesetzt.

Pfad: Adressen → Adressen → Ereignisse

Hier sind alle Adressreignisse aufgelistet, die zu dieser Adresse und relevanten Adressverknüpfungen (z.B. Haushalten) gehören. Siehe dazu im Detail Manuelle Ereignisverknüpfung

4.8. Automatische Verknüpfung

4.8.1. Verknüpfung über Adressfilter

Um automatische Verknüpfungen über Adressfilter zu realisieren, ist ein zweistufiges Vorgehen notwendig. Zuerst werden die Adressfilter mit den gewünschten Ereignissen / Merkmalen verknüpft. In einem zweiten Schritt werden diese Verknüpfungen für alle Adressen, welche in diesen Adressfiltern vorhanden sind, effektiv ausgeführt, so dass anschliessend bei jeder Adresse das Ereignis im Adressfenster und im Ereignisfenster erscheint. Das im Folgenden beschriebene Vorgehen gilt für Adressfilter, die bereits markiert worden sind. Ist der Adressfilter noch nicht markiert, wird - nachdem die Verknüpfung definiert ist - die Markierung automatisch ausgeführt.

Siehe im Detail Adressfilter.

4.8.2. Verknüpfung über Auftragsart

Kauft ein Kunde Ware, wird dieses Ereignis als Response vom System automatisch erfasst. Damit diese Ereignisverknüpfung im Hintergrund ablaufen kann, muss ein entsprechender Eintrag in der Auftragsart oder im Medium vorhanden sein.

4.8.3. Verknüpfung über Medium

Kauft ein Kunde Ware, wird dieses Ereignis als Response vom System automatisch erfasst. Damit diese Ereignisverknüpfung im Hintergrund ablaufen kann, muss ein entsprechender Eintrag in der Auftragsart oder im Medium vorhanden sein.

4.9. Beispiele von Ereignisverknüpfungen

Die Parametrisierung eines Systems, das automatische Buchungen und zugleich automatische Nachführung von Online-Statistiken erlaubt, ist immer eine komplexe Angelegenheit. Deshalb soll sie zusätzlich mit Beispielen beschrieben werden.

4.9.1. Beispiel A

Mailing mit Spendenaufruf an 3 Adressgruppen in 3 Sprachen. Daraus ergibt sich folgender

4.9.1.1. Eintrag in der Ereignistabelle (reines Spendenereignis)

Pfad: Adressen → Ereignisse

+------------------------------- Ereignis-Kopf --------------------------------+
|Ereignis.: 4567 Spendenaufruf für Projekt Xyz                                 |
|Situation: RSS  Spende/Aktion                                                 |
|Proj/Code: Spen   /K     Alle SpendenMails 1999                               |
|aktiv......: ja          Mand./MWST: X/          Initialanzahl: 1             |
|Zusage/Jahr:    /        Konto.....: 3010        Refusé-Anzahl:               |
|Umsatz/Akq.: SPE         Kostenst..: 70100       Responsanzahl:               |
|Initialdat.: 15.04.1999  Kostentr..:             Respons in %.:               |
|gilt bis...:             ESR-Nummer: 010232833   Responsewert.:               |
+------------------------------------------------------------------------------+
+----------------------------- Ereignis-Position ------------------------------+
|EP Bezeichnung                    FDb Initial Refusé Respons  Res% Responswert|
|00 ---                                      0      0       0              0.00|
|01 beste Spender    d                   80000      0       0  0.00        0.00|
|02 gute Spender     d                  160000      0       0  0.00        0.00|
|03 schwache Spender d                  140000      0       0  0.00        0.00|
|04 beste Spender    f                   20000      0       0  0.00        0.00|
etc.

Die ab Datenträger eingelesenen Zahlungen werden als Response auf Ereignis 4567 gewertet. Das System kontrolliert dabei, ob zur Adresse eine Initialereignis-Verknüpfung besteht. Wenn ja, wird die Ereignisposition übernommen, so dass der Response auf die korrekte Zielgruppe im Ereignis verbucht wird. Zahlungseingänge von Adressaten, die das Mail nicht erhalten haben (also keine Initialereignis-Verknüpfung bei ihrer Adresse haben), erhalten bei der automatischen Verbuchung eine Responseereignis-Verknüpfung mit Nr. 4567.00 (undefinierte Positionsnummer). Bei der manuellen Verbuchung von Zahlungseingängen für Projekt Xyz ist als Ereignisnummer 4567 anzugeben. Es kann vorgesehen werden, dass manuelle Buchungen (sofern bei der Adresse kein Initialereignis vorhanden ist), auf eine separate Ereignisposition verbucht werden sollen. In diesem Fall ist zusätzlich zur 4-stelligen Ereignisnummer die entsprechende 2-stellige Ereignispositionsnummer zu erfassen. funtrade schlägt in den manuellen Buchungen lediglich die Ereignisposition 00 vor.

4.9.2. Beispiel B

Mailing mit 1 Katalog und 1 Flyer an 3 Adressgruppen in 3 Sprachen. Als Ereignisnummer wird 9876 gewählt. Auf dem Bestellschein kann der Käufer eine Spende versprechen. Spendenanteile der Aufträge sollen auf Ereignisnummer 7777.14 gebucht werden.Weil der Verkaufserfolg auch nach Verkaufsmedien ausgewertet werden soll, sind zwei Medien zu definieren. Der Katalog erhält die Mediennummer 24, der Flyer die Mediennummer 25.

Rahmenbedingung: Als Kontierungsquelle gilt der Artikelstamm.

4.9.2.1. Eintrag in der Ereignistabelle (Verkaufsereignis)

Für die Zuordnung von Reaktionen (Aufträgen) und Lenkung der Erträge aus Verkäufen ist folgendes Ereignis zu erfassen:

Pfad: `Adressen → Ereignisse``

+-------------------------------- Ereignis-Kopf -------------------------------+
|Ereignis.: 9876 Verkaufsaktion Abc                                            |
|Situation: RWV  Katalogversand, Warenverkauf                                  |
|Proj/Code: Kau    /K     Alle Verkaufsaktionen 1999                           |
|aktiv......: ja          Mand./MWST: X/          Initialanzahl: 500'000       |
|Zusage/Jahr:    /        Konto.....:             Refusé-Anzahl:               |
|Umsatz/Akq.: WAH         Kostenst..:             Responsanzahl:               |
|Initialdat.: 15.04.1999  Kostentr..:             Respons in %.:               |
|gilt bis...:             ESR-Nummer: 000000000   Responsewert.:               |
+------------------------------------------------------------------------------+
+------------------------------ Ereignis-Position -----------------------------+
|EP Bezeichnung                    FDb Initial Refusé Respons  Res% Responswert|
|00 ---                                      0      0       0              0.00|
|01 beste Käufer     d                   80000      0       0  0.00        0.00|
|02 gute Käufer      d                  160000      0       0  0.00        0.00|
|03 schwache Käufer  d                  140000      0       0  0.00        0.00|
|04 beste Käufer     f                   20000      0       0  0.00        0.00|
etc.

Konto, Kostenstelle und Kostenträger lassen sich hier nicht eingeben, weil in der Kontierungsquellen-Tabelle definiert ist, dass diese aus dem Artikelstamm genommen werden (Annahme im Beispiel).Eine ESR-Nummer lässt sich hier nicht eingeben, weil es sich um ein Ereignis mit Situation 'RWV' handelt. Dieser Situationscode definiert das Ereignis als ein Verkaufsereignis und solchen Ereignissen wird in der Regel kein ESR beigelegt, denn der Zahlungseingang erfolgt aufgrund von Rechnungen mit integriertem Einzahlungsschein, die mit der Lieferung verschickt werden. (Wenn ein Katalog und ein Spendenaufruf kombiniert verschickt werden, sind 2 Ereignisse zu definieren.)

4.9.2.2. Eintrag in der Ereignistabelle (Spenden aus Auftrag)

Für die Zuordnung der "Spenden aus Auftrag" muss ein zweites Ereignis erfasst werden:

Pfad: Adressen → Ereignisse

+------------------------------- Ereignis-Kopf --------------------------------+
|Ereignis.: 7777 Spenden aus Verkaufsaktionen 1999                             |
|Situation: RSS  Spende/Aktion                                                 |
|Proj/Code: Spenden/K                                                          |
|aktiv......: ja          Mand./MWST: X/          Initialanzahl: 0             |
|Zusage/Jahr:    /        Konto.....: 3015        Refusé-Anzahl: 0             |
|Umsatz/Akq.: SPE         Kostenst..: 89100       Responsanzahl: 5,493         |
|Initialdat.:             Kostentr..:             Respons in %.:               |
|gilt bis...:             ESR-Nummer: 010232833   Responsewert.: 85,090.10     |
+------------------------------------------------------------------------------+
+----------------------------- Ereignis-Position ------------------------------+
|EP Bezeichnung                    FDb Initial Refusé Respons  Res% Responswert|
|00 ---                                      0      0       0              0.00|
|01 Kampagne 1'99                            0      0    5471          83612.10|
|02 Laden Luzern                             0      0       8             73.00|
|14 Verkaufsaktion Abc                       0      0       0              0.00|
etc.

4.9.2.3. Eintrag in der Medientabelle

Pfad: Logistik → Tabellen → Medien

+---------------------------------- Medien ------------------------------------+
| Medium ErWV EP Bezeichnung                                                   |
|        ErSP EP Konto        Kostenstelle Kostenträger erlauben               |
|------------------------------------------------------------------------------|
| 24     9876    Katalog Verkaufsaktion Abc                                    |
|        7777.14                                        ja                     |
| 25     9876    Flyer Verkaufsaktion Abc                                      |
|        7777.14                                        ja                     |

Die Spenden aus Aufträgen, bei denen Medium 24 oder 25 in der ersten Auftragsposition eingegeben wird, bewirken nun beim jeweiligen Auftraggeber eine Ereignisverknüpfung mit Nr. 7777.14.

Die Warenhandelsumsätze werden auf Ereignis 9876 gebucht, der Response entsprechend den Initialereignissen auf eine bestimmte Ereignisposition verbucht.

Wenn gewünscht ist, dass auch Verkäufe zur Zeit der Verkaufsaktion Abc, die nicht aus den Medien 24 und 25 erfolgen, auf Ereignis 9876 gebucht werden, ist bei den verwendeten Auftragsarten (Auftragsarten-Tabelle) ebenfalls das Ereignis 9876 einzutragen. Denn wenn bei der Auftragserfassung keine Mediennummer in der jeweiligen Auftragsposition eingegeben wird, kann funtrade den Auftrag keinem Medium zuordnen, und die Ereignisnummer wird aus der Tabelle "Auftragsarten" genommen:

4.9.2.4. Eintrag in der Tabelle Auftragsarten

Pfad: `Verkauf → Tabellen → Auftragsarten``

+------------------------------- Auftragsarten -------------------------------+
| Code Mandant Steuercode Auftragsart                              ESRnr      |
|-----------------------------------------------------------------------------|
| dm   X       N          Direct Mail                              010232849  |
|                                                                             |
| Abstand....: 1          MWSt/TVA/IVA-Nr.: 234234                            |
| Sortierung.: A                                                              |
| Porto......: ja                                                             |
| Order......: nein                                                           |
| FreitextNr.: 0                                                              |
| Umsatztyp..: wah                                                            |
| WVerkUmsatz: nein                                                           |
| Lagerort...: 96,909,919                                                     |
| Kto/Kst/Ktr:                                 Lagerreservation..: normal     |
| AdresMerkm.:            Formular...: 1       ext. Paketverarb..: ja         |
| EreigSp/Zus: 7777 14    Dauerauftr.: n   /   vorausfakturierbar: nein       |
| Ereignis-WV: 9876       Samm.Auftr.: nein    Druckername.......:            |
| Frist......: 0          Samm.Faktur: nein                                   |
| ZahlFrist..: 20         Sofortfakt.: nein Kto/Kst:                          |
+-----------------------------------------------------------------------------+

Wird nun bei der Auftragserfassung die Eingabe des Mediums nicht gemacht (z.B. vergessen), erstellt funtrade folgende Verknüpfungen (definiert in der Auftragsart):

• 9876.00 im Verkaufsereignis (Umsatz Warenhandel)
• 7777.14 im Spendenereignis (im Auftragskopf erfasste Spende aus Auftrag)

4.10. Ereigniskosten

Für die Beurteilung der Wirtschaftlichkeit von Kampagnen, sowie von Einzeladressen, ist es erforderlich, dass die Kosten von Ereignissen den Einnahmen gegenübergestellt werden können.

Für die Erfassung und Abbildung der Ereigniskosten stehen 2 Varianten zur Auswahl, die auch kombiniert werden können:

• Ereigniskostenstruktur: Erfassung/Anzeige basierend auf einer einzelnen Ereigniskostenstruktur.
• Direkte Ereigniskostenerfassung: Erfassung von Rechnungen mit Kontendaten. Hier werden die Kosten nach Konto/Kst/Ktr angezeigt.

Unabhängig von der Wahl der Variante werden die Kosten nach einem Aufteilungs-Schlüssel gemäss Tabelle Ereigniskostenaufteilung verteilt/vererbt und bei den einzelnen Ereignissen angezeigt. Die kumulierten Kosten der einzelnen Ereignisse werden auch in den Projekten angezeigt.

4.10.1. Ablauf

1. Wahl der Variante: Ereigniskostenstruktur oder "direkte Erfassung"?
   

• Falls die Variante "direkte Erfassung" gewählt wird, weiter mit Punkt 3.

2. Erfassung der Ereigniskostenstruktur.
3. Erfassung der Kosten durch Eintrag der einzelnen Kostenpositionen in der Tabelle Ereigniskostenerfassung.
4. Aufteilung der Ereigniskosten auf die einzelnen Ereignishierarchien/Ereignisse in der Tabelle Ereigniskostenaufteilung.

4.11. Ereignis Weiterleitung

Zahlungseingänge auf ein Ereignis können automatisch auf ein anderes Ereignis weitergeleitet werden. Praktische Beispiele sind z.B. Spendenzahlungen mit einem alten Einzahlungsschein, die zwischenzeitlich auf ein anderes, resp. neues Ereignis zu verbuchen sind, oder zuviel bezahlte Beiträge bei Zusagen, wo man den Rest automatisch als Spende verbuchen möchte.

Details zur Einrichtung und Parametrisierung, siehe

• Ereignis Weiterleitung