Zusammenfassung
Erfahren Sie mehr über die Datenkomponenten und Felder, die erforderlich sind, um eine Forderungen-Analyse („AR“) in MindBridge durchzuführen.
- Detaillierte Buchungen der Forderungen
- Ende des Zeitraums - Liste der ausstehenden Forderungen
- Eröffnungsbilanzen der Kunden
- Kundenliste
- Beginn des Zeitraums - Liste der ausstehenden Forderungen
MindBridge bietet leistungsstarke Analysen mit minimalen Daten, aber das Importieren zusätzlicher Datenfelder ermöglicht den Zugriff auf zusätzliche Funktionen und Filtermöglichkeiten, sodass die Ergebnisse effizienter und effektiver analysiert werden können.
Detaillierte Buchungen der Forderungen (AR detail)
Das AR-Detail enthält die Erhöhungen und Reduzierungen in den AR-Konten, einschließlich Rechnungs- und Bargeldaktivitäten.
# |
Feldname |
Beschreibung |
Erforderlich? |
Kontrollpunkte in Kraft |
---|---|---|---|---|
1 |
Eintrags-ID |
Der Bezeichner für den Eintrag, der in der Regel durch einen Code oder eine Referenznummer dargestellt wird. Dies ist ein Schlüsselfeld, das verwendet wird, um Buchungen zu verbinden und muss in den Daten konsistent sein. Beispiel: PO_661 |
Ja |
|
2 |
Kundenname |
Der Name des Kunden. Dies ist ein Schlüsselfeld, das verwendet wird, um Buchungen zu verbinden und muss in den Daten konsistent sein. Beispiel: Lift Mechanics Ltd. Hinweis: Wenn keine Kunden-ID angegeben ist, wird die Analyse den Kundennamen als Kunden-ID verwenden. Wenn beide angegeben sind, wird die Analyse die Kunden-ID verwenden, aber beide werden angezeigt. Während der Analyse werden Buchungen nach Kunden-ID abgeglichen |
Ja |
|
3 |
Betrag |
Der Wert des Eintrags, der entweder positiv (d.h. Soll) oder negativ (d.h. Haben) sein kann. Beispiel: 19.834,22 (Soll-Position) -19.834,22 (Haben-Position) Hinweis: „Betrag“ ist ein alternatives Feld für Hauptbücher, die keine Buchungen in separate Soll- und Haben-Felder aufteilen. |
Nein
|
|
4 |
Soll |
Der Sollwert des Eintrags. Beispiel: 19.834,22 |
Ja |
|
5 |
Haben |
Der Habenwert des Eintrags. Beispiel: 19.834,22 |
Ja |
|
6 |
Buchungsdatum |
Das Datum der Buchung, unabhängig davon, wann der Eintrag gebucht wurde. Dieses Feld wird verwendet, um zu bestimmen, wie alt der ausstehende Eintrag ist, wenn das Alter berechnet wird. Dieses Datum kann auch als „Buchungsdatum“ bekannt sein. Beispiel: 2014-01-01 (JJJJ-MM-TT) |
Ja |
|
7 |
Eintragstyp |
Die Art eines Eintrags. Die folgende Liste enthält akzeptierte Eintragstypen:
|
Ja |
|
8 |
HB-Datum |
Das Datum, an dem der Eintrag im Hauptbuch gebucht wurde, unabhängig davon, wann er im Buchungszyklus wirksam wird. Beispiel: 2014-01-01 (JJJJ-MM-TT) |
Nein |
N/A |
9 |
Kunden-ID |
Der Bezeichner für den Kunden, der mit dem Eintrag verbunden ist. Dies ist ein Schlüsselfeld, das verwendet wird, um Buchungen zu verbinden und muss in den Daten konsistent sein. Beispiel: 102855 Hinweis: Wenn keine Kunden-ID angegeben ist, wird die Analyse den Kundennamen als Kunden-ID verwenden. Wenn beide angegeben sind, wird die Analyse die Kunden-ID verwenden, aber beide werden angezeigt. Während der Analyse werden Buchungen nach Kunden-ID abgeglichen |
Nein |
|
10 |
Kontonummer |
Der Bezeichner für das Hauptbuch-Finanzkonto, das mit dem Eintrag verbunden ist. Beispiel: 14028 |
Nein |
N/A |
11 |
Rechnungsreferenz |
Die Rechnungs-Eintrags-ID oder der Code, um den Eintrag mit der Rechnung zu verknüpfen. Dies ist ein sekundärer Schlüssel in Zahlungseinträgen, der die Eintrags-ID mit dem entsprechenden Rechnungseintrag verknüpft. Beispiel: INV-100 |
Nein |
|
12 |
Buchungstext |
Eine Beschreibung der Buchung (d.h. typischerweise manuell eingegeben), die den Kontext der Transaktion liefert. Dies kann entweder beschreibender Inhalt oder die Verwendung von Codes sein. Beispiel: Dies wurde am 7. Dez. von Konto 1.2875 bezahlt. Es war eine manuelle Buchung. |
Nein |
|
14 | Rechnungsdatum |
Das Datum, wie es auf der Rechnung angegeben ist. Beispiel: 2021-11-15 (JJJJ-MM-TT) |
Nein |
|
15 |
Transaktionstyp |
Dies ermöglicht es Benutzern, ausstehende Buchungen basierend auf ihrem Typ anzuzeigen, zu sortieren und zu filtern. Im Kontext der Forderungen gibt das Feld Transaktionstyp die Art des Eintrags an (zum Beispiel Rechnung, Zahlung, etc.). Dieses Feld kann sich vom Buchungstyp unterscheiden und aus anderen Quellen als dem Hauptbuch stammen. |
Nein |
N/A |
16 |
Benutzer-ID |
Der Name oder der Identifikationscode des Benutzers, der für die Erstellung/Buchung der Buchung verantwortlich ist. Beispiel: Paul Johnson oder 10922 |
Nein |
N/A |
Ende des Zeitraums - Liste der ausstehenden Forderungen
Dieses Dokument enthält die Forderungen, die am Ende des Analysezeitraums ausstehen.
Alle Buchungen aus dieser Datei haben den Buchungstyp "ausstehend" und werden für die Altersberechnung und Visualisierung verwendet.
# |
Feldname |
Beschreibung |
Erforderlich? |
Kontrollpunkte in Kraft |
---|---|---|---|---|
1 |
Kundenname |
Der Name des Kunden. Dies ist ein Schlüsselfeld, das verwendet wird, um Buchungen zu verbinden und muss in den Daten konsistent sein. Beispiel: Lift Mechanics Ltd. Hinweis: Wenn keine Kunden-ID angegeben ist, wird die Analyse den Kundennamen als Kunden-ID verwenden. Wenn beide angegeben sind, wird die Analyse die Kunden-ID verwenden, aber beide werden angezeigt. Während der Analyse werden Buchungen nach Kunden-ID abgeglichen |
Ja |
|
2 |
Buchungs-ID |
Der Identifikator für die Buchung, der in der Regel durch einen Code oder eine Referenznummer dargestellt wird. Dies ist ein Schlüsselfeld, das verwendet wird, um Buchungen zu verbinden und muss in den Daten konsistent sein. Beispiel: PO_661 |
Ja |
|
3 |
Betrag |
Der Wert des Eintrags, der entweder positiv (d.h. Soll) oder negativ (d.h. Haben) sein kann. Beispiel: 19.834,22 (Soll-Position) -19.834,22 (Haben-Position) Hinweis: „Betrag“ ist ein alternatives Feld für Hauptbücher, die keine Buchungen in separate Soll- und Haben-Felder aufteilen. |
Nein |
|
4 |
Soll |
Der Sollwert des Eintrags. Beispiel: 19.834,22 |
Ja |
|
5 |
Haben |
Der Habenwert des Eintrags. Beispiel: 19.834,22 |
Ja |
|
6 |
Buchungsdatum |
Das Datum der Buchung, unabhängig davon, wann der Eintrag gebucht wurde. Dieses Feld wird verwendet, um zu bestimmen, wie alt der ausstehende Eintrag ist, wenn die Altersberechnung durchgeführt wird. Dieses Datum kann auch als „Buchungsdatum“ bekannt sein. Beispiel: 2014-01-01 (JJJJ-MM-TT) |
Ja |
|
7 |
HB-Datum |
Das Datum, an dem der Eintrag im Hauptbuch gebucht wurde, unabhängig davon, wann er im Buchungszyklus wirksam wird. Beispiel: 2014-01-01 (JJJJ-MM-TT) |
Nein |
N/A |
8 |
Kunden-ID |
Der Identifikator für den Kunden, der mit dem Eintrag verbunden ist. Dies ist ein Schlüsselfeld, das verwendet wird, um Buchungen zu verbinden und muss in den Daten konsistent sein. Beispiel: 102855 Hinweis: Wenn keine Kunden-ID angegeben ist, wird die Analyse den Kundennamen als Kunden-ID verwenden. Wenn beide angegeben sind, wird die Analyse die Kunden-ID verwenden, aber beide werden angezeigt. Während der Analyse werden Buchungen nach Kunden-ID abgeglichen |
Nein |
|
9 |
Rechnungsreferenz |
Die Rechnungsbuchungs-ID oder der Code, um den Eintrag mit der Rechnung zu verknüpfen. Dies ist ein sekundärer Schlüssel in Zahlungseinträgen, der das Feld Buchungs-ID auf den entsprechenden Rechnungseintrag verweist. Beispiel: INV-100 |
Nein |
N/A |
10 |
Kontonummer |
Der Identifikator für das Hauptbuch-Finanzkonto, das mit dem Eintrag verbunden ist. Beispiel: 14028 |
Nein |
N/A |
N/A |
||||
12 |
Buchungstext |
Eine Beschreibung der Buchung (typischerweise manuell eingegeben), die den Kontext der Transaktion durch beschreibenden Inhalt oder die Verwendung von Codes liefert. Beispiel: Dies wurde am 7. Dez von Konto 1.2875 bezahlt. Es war eine manuelle Buchung. |
Nein |
N/A |
13 |
Benutzer-ID |
Der Name oder der Identifikationscode des Benutzers, der für die Erstellung/Buchung der Buchung verantwortlich ist. Beispiel: Paul Johnson oder 10922 |
Nein |
N/A |
14 |
Fälligkeitsdatum |
Das Datum, an dem die Rechnung ursprünglich fällig war. >Beispiel: 2014-01-01 (YYYY-MM-DD) |
Nein |
N/A |
15 | Rechnungsdatum |
Das auf der Rechnung angegebene Datum. Beispiel: 2021-11-15 (YYYY-MM-DD) |
Nein |
N/A |
Eröffnungsbilanzen der Kunden
Dieses Dokument enthält die Bilanzen jedes Kundenkontos zu Beginn des Analysezeitraums.
# |
Feldname |
Beschreibung |
Erforderlich? |
Kontrollpunkte in Kraft |
---|---|---|---|---|
1 |
Kundenname |
Der Name des Kunden. Dies ist ein Schlüsselfeld, das verwendet wird, um Buchungen zu verbinden und muss in den Daten konsistent sein. Beispiel: Lift Mechanics Ltd. Hinweis: Wenn keine Kunden-ID angegeben ist, wird die Analyse den Kundennamen als Kunden-ID verwenden. Wenn beides angegeben ist, wird die Analyse die Kunden-ID verwenden, aber beides wird angezeigt. Während der Analyse werden Buchungen nach Kunden-ID abgeglichen |
Ja |
N/A |
2 |
Bilanz |
Diese Eröffnungsbilanz eines bestimmten Kunden zu Beginn des Analysezeitraums. Beispiel: 1000.54 |
Ja |
N/A |
3 |
Soll |
Die Eröffnungsbilanz eines bestimmten Kunden zu Beginn des Analysezeitraums als Soll. Beispiel: 19,834.22 |
Ja |
N/A |
4 |
Haben |
Die Eröffnungsbilanz eines bestimmten Kunden zu Beginn des Analysezeitraums als Haben. Beispiel: 19,834.22 |
Ja |
N/A |
5 |
Kunden-ID |
Der Identifikator für den Kunden, der mit dem Eintrag verbunden ist. Dies ist ein Schlüsselfeld, das verwendet wird, um Buchungen zu verbinden und muss in den Daten konsistent sein. Beispiel: 102855 Hinweis: Wenn keine Kunden-ID angegeben ist, wird die Analyse den Kundennamen als Kunden-ID verwenden. Wenn beides angegeben ist, wird die Analyse die Kunden-ID verwenden, aber beides wird angezeigt. Während der Analyse werden Buchungen nach Kunden-ID abgeglichen |
Nein |
N/A |
Kundenliste
Dieses Dokument enthält die Namen jedes Kunden und zusätzliche Informationen.
# |
Feldname |
Beschreibung |
Erforderlich? |
Kontrollpunkte in Kraft |
1 |
Kundenname |
Der Name des Kunden. Dies ist ein Schlüsselfeld, das verwendet wird, um Buchungen zu verbinden und muss in den Daten konsistent sein. Beispiel: Lift Mechanics Ltd. Hinweis: Wenn keine Kunden-ID angegeben ist, wird die Analyse den Kundennamen als Kunden-ID verwenden. Wenn beides angegeben ist, wird die Analyse die Kunden-ID verwenden, aber beides wird angezeigt. Während der Analyse werden Buchungen nach Kunden-ID abgeglichen Hinweis: Wenn keine Kunden-ID angegeben ist, muss der Kundenname in dieser Datei eindeutig sein |
Ja |
|
2 |
Kunden-ID |
Der Identifikator für den Kunden, der mit dem Eintrag verbunden ist. Dies ist ein Schlüsselfeld, das verwendet wird, um Buchungen zu verbinden und muss in den Daten konsistent sein. Beispiel: 102855 Hinweis: Wenn keine Kunden-ID angegeben ist, wird die Analyse den Kundennamen als Kunden-ID verwenden. Wenn beides angegeben ist, wird die Analyse die Kunden-ID verwenden, aber beides wird angezeigt. Während der Analyse werden Buchungen nach Kunden-ID abgeglichen Hinweis: Wenn eine Kunden-ID angegeben ist, muss sie in dieser Datei eindeutig sein |
Nein |
|
3 |
Kundenadressen |
Eine oder mehrere Adressen, die mit dem Kunden des Eintrags verbunden sind. Beispiel: 155, Pine Street, New York, NY |
Nein |
N/A |
4 |
Verwandt |
Die Beziehung gibt an, ob ein Kunde ein verbundenes Unternehmen ist. Akzeptable Werte Beispiel: Ja / Nein |
Nein |
|
Anfangsbestand - Liste der ausstehenden Forderungen
Dieses Dokument enthält alle ausstehenden Forderungen zu Beginn des Analysezeitraums.
Wenn angegeben, wird es an die Details zu Debitoren Datei angehängt und Duplikate werden entfernt (d.h. eine Mengenvereinigung). Die kombinierten Buchungen werden zur Quelldaten für alle Debitoren-Kontrollpunkte, mit folgender Ausnahme:
- Der Kontrollpunkt "alte unbezahlte Kreditoren-Rechnung" berücksichtigt keine Buchungen aus dieser Datei, sondern verwendet nur Daten aus den Details zu Debitoren
Alle Buchungen aus dieser Datei haben den Buchungstyp "Eröffnung" und werden in der Analyse wie "Rechnung" behandelt.
# |
Feldname |
Beschreibung |
Erforderlich? |
Kontrollpunkte in Kraft |
---|---|---|---|---|
1 |
Kundenname |
Der Name des Kunden. Dies ist ein Schlüsselfeld, das verwendet wird, um Buchungen zu verbinden und muss in den Daten konsistent sein. Beispiel: Lift Mechanics Ltd. Hinweis: Wenn keine Kunden-ID angegeben ist, wird die Analyse den Kundennamen als Kunden-ID verwenden. Wenn beides angegeben ist, wird die Analyse die Kunden-ID verwenden, aber beides wird angezeigt. Während der Analyse werden Buchungen nach Kunden-ID abgeglichen |
|
|
2 |
Eintrag-ID |
Der Bezeichner für den Eintrag, der in der Regel durch einen Code oder eine Referenznummer dargestellt wird. Dies ist ein Schlüsselfeld, das verwendet wird, um Buchungen zu verbinden und muss in den Daten konsistent sein. Beispiel: PO_661 |
Ja |
|
3 |
Betrag |
Der Wert des Eintrags, der entweder positiv (d.h. Soll) oder negativ (d.h. Haben) sein kann. Beispiel: >19.834,22 (Soll-Position) -19.834,22 (Haben-Position) Hinweis: „Betrag“ ist ein alternatives Feld für Hauptbücher, die keine Buchungen in separate Soll- und Haben-Felder aufteilen. |
Nein |
|
4 |
Soll |
Der Sollwert des Eintrags. Beispiel: 19.834,22 |
Ja |
|
5 |
Haben |
Der Sollwert des Eintrags Beispiel: 19.834,22 |
Ja |
|
6 |
Buchungsdatum |
Das Datum der Buchung, unabhängig davon, wann der Eintrag gebucht wurde. Dieses Feld wird verwendet, um zu bestimmen, wie alt der ausstehende Eintrag ist, wenn das Alter berechnet wird. Dieses Datum kann auch als „Buchungsdatum“ bekannt sein. Beispiel: 2014-01-01 (JJJJ-MM-TT) |
Ja |
|
7 |
HB-Datum |
Das Datum, an dem der Eintrag im Hauptbuch gebucht wurde, unabhängig davon, wann er im Buchhaltungszyklus wirksam wird. Beispiel: 2014-01-01 (JJJJ-MM-TT) |
Nein |
N/A |
8 |
Kunden-ID |
Der Bezeichner für den Kunden, der mit dem Eintrag verbunden ist. Dies ist ein Schlüsselfeld, das verwendet wird, um Buchungen zu verbinden und muss in den Daten konsistent sein. Beispiel: 102855 Hinweis: Wenn keine Kunden-ID angegeben ist, wird die Analyse den Kundennamen als Kunden-ID verwenden. Wenn beides angegeben ist, wird die Analyse die Kunden-ID verwenden, aber beides wird angezeigt. >Während der Analyse werden Buchungen nach Kunden-ID abgeglichen |
Nein |
|
9 |
Rechnungsreferenz |
Die Rechnungs-Eintrag-ID oder der Code, um den Eintrag mit der Rechnung zu verknüpfen. Dies ist ein sekundärer Schlüssel in Zahlungseinträgen, der das Eintrag-ID-Feld auf den entsprechenden Rechnungseintrag verweist. Beispiel: INV-100 |
Nein |
|
10 |
Kontonummer |
Der Bezeichner für das Hauptbuch-Finanzkonto, das mit dem Eintrag verbunden ist. Beispiel: 14028 |
Nein |
N/A |
11 |
Transaktionstyp |
Dies ermöglicht es Benutzern, ausstehende Buchungen basierend auf ihrem Typ anzuzeigen, zu sortieren und zu filtern. >Im Kontext der Debitoren gibt das Feld Transaktionstyp die Art des Eintrags an (z.B. Rechnung, Zahlung usw.). Dieses Feld kann sich vom Eintragstyp unterscheiden und kann aus anderen Quellen als dem Hauptbuch stammen. |
Nein |
N/A |
12 |
Buchungstext |
Eine Beschreibung der Buchung (typischerweise manuell eingegeben), die den Kontext der Transaktion durch beschreibenden Inhalt oder die Verwendung von Codes bereitstellt. Beispiel: Dies wurde am 7. Dez. von Konto 1.2875 bezahlt. Es war eine manuelle Buchung. |
Nein |
|
13 |
Benutzer-ID |
Der Name oder der Identifikationscode des Benutzers, der für die Erstellung/Buchung der Buchung verantwortlich ist. Beispiel: Paul Johnson oder 10922 |
Nein |
N/A |
14 |
Fälligkeitsdatum |
Das Datum, an dem die Rechnung ursprünglich fällig war. Beispiel: 2014-01-01 (JJJJ-MM-TT) |
Nein |
N/A |
15 | Rechnungsdatum |
Das auf der Rechnung angegebene Datum. Beispiel: 2021-11-15 (JJJJ-MM-TT) |
Nein |
|
Sonst noch etwas auf dem Herzen? Chatten Sie mit uns oder senden Sie eine Anfrage für weitere Unterstützung.