Zusammenfassung
Erfahren Sie mehr über die Datenkomponenten und Felder, die erforderlich sind, um eine Kreditorenanalyse („AP“) innerhalb von MindBridge durchzuführen:
- Details zu Verbindlichkeiten, Einträge
- Ende des Zeitraums – Liste der ausstehenden Verbindlichkeiten
- Eröffnungssaldo Anbieter
- Anbieterliste
- Beginn des Zeitraums – Liste der ausstehenden Verbindlichkeiten
MindBridge bietet leistungsstarke Analysen mit minimalen Daten, aber durch den Import zusätzlicher Datenfelder können Sie auf zusätzliche Funktionen und Filterfunktionen zugreifen, sodass die Ergebnisse effizienter und effektiver analysiert werden können.
Details zu Verbindlichkeiten, Einträge (Details zu Kreditoren)
Die Details zu Kreditoren enthalten die Erhöhungen und Reduzierungen der Kreditoren-Konten, einschließlich Rechnungs- und Baraktivitäten.
|
# |
Feldname |
Beschreibung |
Erforderlich? |
Kontrollpunkte in Kraft |
|---|---|---|---|---|
|
1 |
Buchungs-ID |
Die Kennung für den Eintrag, im Allgemeinen dargestellt durch einen Code oder eine Referenznummer. Dies ist ein Schlüsselfeld, das zur Verbindung von Einträgen verwendet wird und über die Daten hinweg konsistent sein muss. Beispiel: PO_661 |
Ja |
|
|
2 |
Name des Anbieters |
Der Name des Anbieters. Dies ist ein Schlüsselfeld, das zur Verbindung von Einträgen verwendet wird und über die Daten hinweg konsistent sein muss. Beispiel: Lift Mechanics Ltd. Hinweis: Wenn keine Anbieter-ID angegeben wird, verwendet die Analyse den Anbieternamen als Anbieter-ID. Wenn beide angegeben werden, verwendet die Analyse die Anbieter-ID, aber beide werden angezeigt. Während der Analyse werden die Einträge nach Anbieter-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 (Sollposition) -19.834,22 (Habenposition) Hinweis: „Betrag“ ist ein alternatives Feld für Ledger, die keine Einträge bereitstellen, die in separate Soll- und Haben-Felder aufgeteilt sind. |
Nein
|
|
|
4 |
Soll |
Das Soll des Eintrags. Beispiel: 19.834,22 |
Ja |
|
|
5 |
Haben |
Das Haben 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 Alterung berechnet wird. Dieses Datum kann auch als „Buchhaltungsdatum“ bezeichnet werden. Beispiel: 2014-01-01 (JJJJ-MM-TT) |
>Ja |
|
|
7 |
Art der Buchung |
Die Art eines Eintrags. Folgende Eingabearten werden akzeptiert:
|
Ja |
|
|
8 |
Anbieter-ID |
Die Kennung für den Anbieter, der mit dem Eintrag verknüpft ist. Dies ist ein Schlüsselfeld, das zur Verbindung von Einträgen verwendet wird und über die Daten hinweg konsistent sein muss. Beispiel: 102855 Hinweis: Wenn keine Anbieter-ID angegeben wird, verwendet die Analyse den Anbieternamen als Anbieter-ID. Wenn beide angegeben werden, verwendet die Analyse die Anbieter-ID, aber beide werden angezeigt. Während der Analyse werden die Einträge nach Anbieter-ID abgeglichen |
Nein |
|
|
9 |
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 |
|
10 |
Kontonummer |
Die Kennung für das Hauptbuch-Finanzkonto, das mit dem Eintrag verknüpft ist. Beispiel: 14028 |
Nein |
N/A |
|
11 |
Rechnungs-Ref. |
Die Rechnungseingabe-ID oder der Code, um den Eintrag mit der Rechnung zu verknüpfen. Dies ist ein sekundärer Schlüssel in Zahlungseinträgen, der auf das Feld Eingabe-ID im entsprechenden Rechnungseintrag verweist. Beispiel: INV-100 |
Nein |
|
|
12 |
Buchungstext |
Eine Beschreibung der Buchung (normalerweise manuell eingegeben), die den Kontext der Transaktion durch beschreibenden Inhalt oder die Verwendung von Codes bereitstellt. Beispiel: Diese wurde am 7. Dez. von Konto 1.2875 bezahlt. Es handelte sich um eine manuelle Eingabe. |
Nein |
|
|
13 |
Fälligkeitsdatum |
Das Datum, an dem die Rechnung ursprünglich fällig war. Beispiel: 2014-01-01 (JJJJ-MM-TT) |
Nein |
N/A |
| 14 | Rechnungsdatum |
Das Datum, das auf dem Papier des Anbieters angegeben ist. Beispiel: 2021-11-15 (JJJJ-MM-TT) |
Nein |
|
|
15 |
Transaktionsart |
Die Art der Eintragung im Rahmen der Verbindlichkeiten. Beispiele: Rechnung, Zahlung usw. |
Nein |
N/A |
|
16 |
Benutzer-ID |
Der Name oder Identifizierungscode des Benutzers, der für die Erstellung/Buchung des Buchungsbelegs verantwortlich ist. Beispiel: Paul Johnson oder 10922 |
Nein |
N/A |
Ende des Zeitraums – Liste der ausstehenden Verbindlichkeiten
Dieses Dokument sollte alle Verbindlichkeiten enthalten, die am Ende des Analysezeitraums ausstehen.
Alle Einträge aus dieser Datei haben den Eintragstyp „ausstehend“ und werden für die Berechnung und Visualisierung der Alterung verwendet.
|
# |
Feldname |
Beschreibung |
Erforderlich? |
Kontrollpunkte in Kraft |
|---|---|---|---|---|
|
1 |
Name des Anbieters |
Der Name des Anbieters. Dies ist ein Schlüsselfeld, das zur Verbindung von Einträgen verwendet wird und über die Daten hinweg konsistent sein muss. Beispiel: Lift Mechanics Ltd. Hinweis: Wenn keine Anbieter-ID angegeben wird, verwendet die Analyse den Anbieternamen als Anbieter-ID. Wenn beide angegeben werden, verwendet die Analyse die Anbieter-ID, aber beide werden angezeigt. Während der Analyse werden die Einträge nach Anbieter-ID abgeglichen |
Ja |
|
|
2 |
Buchungs-ID |
Die Kennung für den Eintrag, im Allgemeinen dargestellt durch einen Code oder eine Referenznummer. Dies ist ein Schlüsselfeld, das zur Verbindung von Einträgen verwendet wird und über die Daten hinweg konsistent sein muss. 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 (Sollposition) -19.834,22 (Habenposition) Hinweis: „Betrag“ ist ein alternatives Feld für Listen, die keine Einträge enthalten, die in separate Soll- und Haben-Felder aufgeteilt sind |
Nein |
|
|
4 |
Soll |
Das Soll des Eintrags. Beispiel: 19.834,22 |
Ja |
|
|
5 |
Haben |
Das Haben 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 Alterung berechnet wird. Dieses Datum kann auch als „Buchhaltungsdatum“ bezeichnet werden. 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 |
Anbieter-ID |
Die Kennung für den Anbieter, der dem Eintrag zugeordnet ist. Dies ist ein Schlüsselfeld, das zur Verbindung von Einträgen verwendet wird und über die Daten hinweg konsistent sein muss. Beispiel: 102855 Hinweis: Wenn keine Anbieter-ID angegeben wird, verwendet die Analyse den Anbieternamen als Anbieter-ID. Wenn beide angegeben werden, verwendet die Analyse die Anbieter-ID, aber beide werden angezeigt. Während der Analyse werden die Einträge nach Anbieter-ID abgeglichen |
Nein |
|
|
9 |
Rechnungs-Ref. |
Die Rechnungseingabe-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 Eintrags-ID auf den entsprechenden Rechnungseintrag verweist. Beispiel: INV-100 |
Nein |
N/A |
|
10 |
Kontonummer |
Die Kennung für das Hauptbuch-Finanzkonto, das mit dem Eintrag verknüpft ist. Beispiel: 14028 |
Nein |
N/A |
|
11 |
Transaktionsart |
In diesem Feld können Benutzer ausstehende Einträge basierend auf ihrem Typ anzeigen, sortieren und filtern. Im Kontext der Verbindlichkeiten gibt das Feld für die Transaktionsart die Art der Eingabe an (z. B. Rechnung, Zahlung usw.). Dieses Feld kann sich von der Eingabeart unterscheiden und aus anderen Quellen als dem Hauptbuch stammen. |
Nein |
N/A |
|
12 |
Buchungstext |
Eine Beschreibung der Buchung (normalerweise manuell eingegeben), die den Kontext der Transaktion durch beschreibenden Inhalt oder die Verwendung von Codes bereitstellt. Beispiel: Diese wurde am 7. Dez. von Konto 1.2875 bezahlt. Es handelte sich um eine manuelle Eingabe. |
Nein |
N/A |
|
13 |
Benutzer-ID |
Der Name oder Identifizierungscode des Benutzers, der für die Erstellung/Buchung des Buchungsbelegs 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 Datum, das auf dem Papier des Anbieters angegeben ist. Beispiel: 2021-11-15 (JJJJ-MM-TT) |
Nein |
N/A |
Eröffnungssaldo Anbieter
Dieses optionale Dokument sollte die Salden jedes Kreditorenkontos zu Beginn des Analysezeitraums enthalten.
|
# |
Feldname |
Beschreibung |
Erforderlich? |
Kontrollpunkte in Kraft |
|---|---|---|---|---|
|
1 |
Name des Anbieters |
Der Name des Anbieters. Dies ist ein Schlüsselfeld, das zur Verbindung von Einträgen verwendet wird und über die Daten hinweg konsistent sein muss. Beispiel: Lift Mechanics Ltd. Hinweis: Wenn keine Anbieter-ID angegeben wird, verwendet die Analyse den Anbieternamen als Anbieter-ID. Wenn beide angegeben werden, verwendet die Analyse die Anbieter-ID, aber beide werden angezeigt. Während der Analyse werden die Einträge nach Anbieter-ID abgeglichen |
Ja |
|
|
2 |
Saldo |
Der Eröffnungssaldo eines bestimmten Anbieters zu Beginn des Analysezeitraums. Beispiel: 1000,54 Hinweis: „Saldo“ ist ein alternatives Feld für Listen, die keine Einträge enthalten, die in separate Soll- und Haben-Felder aufgeteilt sind. |
Ja |
|
|
3 |
Soll |
Der Eröffnungssaldo eines bestimmten Anbieters zu Beginn des Analysezeitraums als Soll. Beispiel: 19.834,22 |
Nein |
|
|
4 |
Haben |
Der Anfangssaldo eines bestimmten Anbieters zu Beginn des Analysezeitraums als Haben. Beispiel: 19.834,22 |
Nein |
|
|
5 |
Anbieter-ID |
Die Kennung für den Anbieter, der mit dem Eintrag verknüpft ist. Dies ist ein Schlüsselfeld, das zur Verbindung von Einträgen verwendet wird und über die Daten hinweg konsistent sein muss. Beispiel: 102855 Hinweis: Wenn keine Anbieter-ID angegeben wird, verwendet die Analyse den Anbieternamen als Anbieter-ID. Wenn beide angegeben werden, verwendet die Analyse die Anbieter-ID, aber beide werden angezeigt. Während der Analyse werden die Einträge nach Anbieter-ID abgeglichen |
Nein |
|
Anbieterliste
Dieses Dokument enthält die Namen jedes Anbieters und zusätzliche Informationen.
|
# |
Feldname |
Beschreibung |
Erforderlich? |
Kontrollpunkte in Kraft |
|---|---|---|---|---|
|
1 |
Name des Anbieters |
Der Name des Anbieters. Dies ist ein Schlüsselfeld, das zur Verbindung von Einträgen verwendet wird und über die Daten hinweg konsistent sein muss. Beispiel: Lift Mechanics Ltd. Hinweis: Wenn keine Anbieter-ID angegeben wird, verwendet die Analyse den Anbieternamen als Anbieter-ID. Wenn beide angegeben werden, verwendet die Analyse die Anbieter-ID, aber beide werden angezeigt. Während der Analyse werden die Einträge nach Anbieter-ID abgeglichen Hinweis: Wenn keine Anbieter-ID angegeben wird, muss der Anbietername in dieser Datei eindeutig sein. |
Ja |
|
|
2 |
Anbieter-ID |
Die Kennung für den Anbieter, der mit dem Eintrag verknüpft ist. Dies ist ein Schlüsselfeld, das zur Verbindung von Einträgen verwendet wird und über die Daten hinweg konsistent sein muss. Beispiel: 102855 Hinweis: Wenn keine Anbieter-ID angegeben wird, verwendet die Analyse den Anbieternamen als Anbieter-ID. Wenn beide angegeben werden, verwendet die Analyse die Anbieter-ID, aber beide werden angezeigt. Während der Analyse werden die Einträge nach Anbieter-ID abgeglichen Hinweis: Wenn die Anbieter-ID angegeben wird, muss sie in dieser Datei eindeutig sein. |
Nein |
|
|
3 |
Adresse des Anbieters |
Eine oder mehrere Adressen, die dem Anbieter des Eintrags zugeordnet sind. Beispiel: 155, Pine Street, New York, NY |
Nein |
|
|
4 |
Zugehörig |
Die Beziehung gibt an, ob ein Anbieter ein verbundenes Unternehmen ist. Beispiel für zulässige Werte: Ja/Richtig oder nur leeres Feld. Hinweis:Ein „Nein“ in diesem Feld wird als zugehörig> interpretiert, da es nicht leer ist. |
Nein |
|
Beginn des Zeitraums – Liste der ausstehenden Verbindlichkeiten
Diese optionale Datei enthält alle ausstehenden Verbindlichkeiten zu Beginn des Analysezeitraums.
Falls vorhanden, wird sie an die Datei mit Details zu Verbindlichkeiten angehängt, wobei Duplikate entfernt werden (d. h. eine festgelegte Verbindung). Die kombinierten Einträge werden zu den Quelldaten für alle Kreditoren-Kontrollpunkte, mit folgenden Ausnahmen:
- Die Kontrollpunkte Barausgaben und alte unbezahlte Rechnungen berücksichtigen keine Einträge aus dieser Datei, sondern verwenden nur Daten aus Details zu Verbindlichkeiten
- Wenn die Kreditoreneröffnungssalden bereitgestellt werden, werden stattdessen Einträge aus dieser Datei für den Kreditor mit einem Kontrollpunkt für den Anbieter mit Sollsaldo berücksichtigt.
Alle Einträge aus dieser Datei haben den Eintragstyp „Öffnen“ und für die Analyse die gleiche Behandlung wie „Rechnung“.
|
# |
Feldname |
Beschreibung |
Erforderlich? |
Kontrollpunkte in Kraft |
|---|---|---|---|---|
|
1 |
Name des Anbieters |
Der Name des Anbieters. Dies ist ein Schlüsselfeld, das zur Verbindung von Einträgen verwendet wird und über die Daten hinweg konsistent sein muss. Beispiel: Lift Mechanics Ltd. Hinweis: Wenn keine Anbieter-ID angegeben wird, verwendet die Analyse den Anbieternamen als Anbieter-ID. Wenn beide angegeben werden, verwendet die Analyse die Anbieter-ID, aber beide werden angezeigt. Während der Analyse werden die Einträge nach Anbieter-ID abgeglichen |
Ja |
|
|
2 |
Buchungs-ID |
Die Kennung für den Eintrag, im Allgemeinen dargestellt durch einen Code oder eine Referenznummer. Dies ist ein Schlüssel, der zur Verbindung von Einträgen verwendet wird und über die Daten hinweg konsistent sein muss. 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 (Sollposition) -19.834,22 (Habenposition) Hinweis: Der Betrag ist ein alternatives Feld für Listen, die keine Einträge in getrennten Feldern für Soll und Haben vorsehen. |
Nein |
|
|
4 |
Soll |
Das Soll des Eintrags. Beispiel: 19.834,22 |
Ja |
|
|
5 |
Haben |
Das Haben 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 Alterung berechnet wird. Dieses Datum kann auch als „Buchhaltungsdatum“ bezeichnet werden. 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 |
Anbieter-ID |
Die Kennung für den Anbieter, der mit dem Eintrag verknüpft ist. Dies ist ein Schlüsselfeld, das zur Verbindung von Einträgen verwendet wird und über die Daten hinweg konsistent sein muss. Beispiel: 102855 Hinweis: Wenn keine Anbieter-ID angegeben wird, verwendet die Analyse den Anbieternamen als Anbieter-ID. Wenn beide angegeben werden, verwendet die Analyse die Anbieter-ID, aber beide werden angezeigt. Während der Analyse werden die Einträge nach Anbieter-ID abgeglichen |
>Nein |
|
|
9 |
Rechnungs-Ref. |
Die Rechnungseingabe-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 Eintrags-ID auf den entsprechenden Rechnungseintrag verweist. Beispiel: INV-100 |
Nein |
|
|
10 |
Kontonummer |
Die Kennung für das Hauptbuch-Finanzkonto, das mit dem Eintrag verknüpft ist. Beispiel: 14028 |
Nein |
N/A |
|
11 |
Transaktionsart |
Auf diese Weise können Benutzer ausstehende Einträge basierend auf ihrem Typ anzeigen, sortieren und filtern. Im Kontext der Verbindlichkeiten gibt das Feld für die Transaktionsart die Art der Eingabe an (z. B. Rechnung, Zahlung usw.). Dieses Feld kann sich von der Eingabeart unterscheiden und aus anderen Quellen als dem Hauptbuch stammen. |
Nein |
N/A |
|
12 |
Buchungstext |
Eine Beschreibung der Buchung (normalerweise manuell eingegeben), die den Kontext der Transaktion durch beschreibenden Inhalt oder die Verwendung von Codes bereitstellt. Beispiel: Diese wurde am 7. Dez. von Konto 1.2875 bezahlt. Es handelte sich um eine manuelle Eingabe. |
Nein |
|
|
13 |
Benutzer-ID |
Der Name oder Identifizierungscode des Benutzers, der für die Erstellung/Buchung des Buchungsbelegs 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 Datum, das auf dem Papier des Anbieters angegeben ist. Beispiel: 2021-11-15 (JJJJ-MM-TT) |
Nein |
|
Möchten Sie sonst noch etwas wissen? Sie können auch mit uns chatten oder eine Anfrage für weitere Unterstützung zusenden.