WEBVTT 00:00:00.400 --> 00:00:06.660 Bereit für 10 Tage Microsoft 365, Co-Pilot, KI, Azure und die Menschen, die die Zukunft der Arbeit gestalten? 00:00:07.540 --> 00:00:12.320 Diesen Januar ist die M365-Con zurück und wird noch größer und wird noch größer. 00:00:12.920 --> 00:00:18.000 Seien Sie dabei bei Live-Sessions, Demos aus der Praxis und praktischem Wissen von MVPs und Branchenexperten aus aller Welt. 00:00:18.880 --> 00:00:21.220 Keine generischen Folien, keine endlosen Schlagworte. 00:00:22.020 --> 00:00:23.680 Wir stellen uns den echten Herausforderungen. 00:00:23.820 --> 00:00:28.620 Co-Pilot Studio, KI Agents, Fabric, Sicherheit, Governance und Automatisierung. 00:00:28.620 --> 00:00:34.400 Ganz gleich, ob Sie IT-Experte, Entwickler oder Führungskraft sind, es gibt für Sie passende Sessions, Ässens. 00:00:35.480 --> 00:00:40.000 An 10 vollen Tagen können Sie verschiedene Technologien kennenlernen und sich mit einer globalen Community vernetzen. 00:00:40.900 --> 00:00:44.300 Sehen Sie sich die Live-Übertragung an und nehmen Sie praktische Einblicke mit nach Hause in Ihr Unternehmen. 00:00:45.120 --> 00:00:48.840 Januar 2027, 10 Tage, eine Microsoft Community. 00:00:49.380 --> 00:00:50.660 Die Registrierung ist ab sofort nötig. 00:00:51.700 --> 00:00:55.600 Besuchen Sie m365con.net und sichern Sie sich noch heute Ihren Platz. 00:00:55.600 --> 00:00:58.520 Das ist m365con.net. 00:01:00.180 --> 00:01:04.520 Melden Sie sich jetzt auf m365.net an und wir sehen uns im Januar live. 00:01:04.520 --> 00:01:09.000 Willkommen zu einer weiteren Folge von Microsoft Knowledge Nuggets hier auf m365fm. 00:01:09.420 --> 00:01:10.480 Ich bin euer Moderator Mikko Peters. 00:01:10.820 --> 00:01:14.840 Das heutige Thema ist eines, von dem fast jeder schon mal gehört hat, aber nur wenige können es verständlich erklären. 00:01:15.340 --> 00:01:16.120 Das Hauptbuch. 00:01:17.020 --> 00:01:19.880 In einem Unternehmen bewegt sich den ganzen Tag Geld, wenn Kunden Rechnungen bezahlen, 00:01:20.040 --> 00:01:22.400 jemand Lieferantenrechnungen genehmigt, Gehaltsabrechnungen laufen, 00:01:22.580 --> 00:01:25.300 Lagerbestände eintreffen und Geld auf ein Bankkonto eingeht oder von dort abgebucht wird. 00:01:25.980 --> 00:01:28.460 Jedes dieser Ereignisse verändert die finanzielle Lage des Unternehmens. 00:01:29.240 --> 00:01:30.420 Was genau ist also das Hauptbuch? 00:01:30.420 --> 00:01:34.740 Ist es nur ein weiterer Bildschirm in Dynamics 365 Finals voller Fachbegriffe aus dem Rechnungswesen, 00:01:34.820 --> 00:01:35.940 die nur Finanzexperten verstehen? 00:01:36.200 --> 00:01:36.820 Das ist nicht. 00:01:37.040 --> 00:01:39.140 Stellen Sie es sich wie das Hauptbuch in einem Bürogebäude vor. 00:01:39.860 --> 00:01:42.960 Jedes Geldereignis benötigt einen Platz in diesem Buch unter der richtigen Überschrift, 00:01:43.060 --> 00:01:46.840 damit das Unternehmen später nachvollziehen kann, woher das Geld kam, wo es hingegangen ist und was übrig geblieben ist. 00:01:47.480 --> 00:01:51.140 Am Ende dieser Folge werden Sie verstehen, was das eigentlich ist und wie die einzelnen Teile zusammenpassen. 00:01:51.860 --> 00:01:53.920 Wir beginnen mit dem Problem, das das Hauptbuch löst. 00:01:53.920 --> 00:01:59.260 Das Hauptbuch, der Hauptbuchbestand des Unternehmens, umfasst unter Näh 60 Wörter. 00:02:00.320 --> 00:02:03.320 Stellen Sie sich vor, Sie leiten ein Unternehmen in einer Tabellenkalkulation für den Vertrieb, 00:02:03.460 --> 00:02:06.200 einer weiteren für Lieferantenrechnung, einem separaten Tool für die Gehaltsabrechnung, 00:02:06.260 --> 00:02:08.220 einem separaten Tool für die Gehaltsabrechnung, einem Präbanküberweis. 00:02:08.600 --> 00:02:09.800 Das mag eine Zeit lang funktionieren. 00:02:10.620 --> 00:02:13.960 Doch schon bald stellt die Finanzabteilung eine einfache Frage, wie viel Bargeld haben wir gerade? 00:02:14.860 --> 00:02:17.480 In einer Tabellenkalkulation wird eine Zahl angezeigt, in der Bankdatei eine andere 00:02:17.480 --> 00:02:20.200 und das Vertriebsteam hat noch eine dritte Zahl, weil auch keine dritte Zahlung kopiert wurde. 00:02:20.860 --> 00:02:22.500 Daher weiß niemand, welche Zahl in dem Bericht gehört. 00:02:22.500 --> 00:02:24.820 Genau dieses Problem löst das Hauptbuch. 00:02:25.480 --> 00:02:27.920 Es bietet dem Unternehmen eine einzige Finanzaufzeichnung, 00:02:28.000 --> 00:02:30.620 in der alle Buchhaltungseinträge auf einheitliche Weise zusammenlaufen, 00:02:30.720 --> 00:02:34.200 anstatt dass die Finanzabteilung Zahlen aus zusammenhanglosen Dateien zusammensetzen muss. 00:02:35.300 --> 00:02:38.960 Einfach ausgedrückt ist das Hauptbuch ein Register der Soll- und Haben-Buchungen des Unternehmens. 00:02:39.740 --> 00:02:43.160 Diese Buchungen befinden sich unter Konten wie Barmittel, Umsatzerlöse, Mietaufwendungen, 00:02:43.320 --> 00:02:44.580 Lagerbestände oder Verbindlichkeiten. 00:02:45.280 --> 00:02:47.200 Soll- und Haben müssen Sie sich jetzt noch nicht in Panik versetzen. 00:02:47.580 --> 00:02:50.160 Betrachten Sie sich stattdessen als die beiden Seiten jedes finanziellen Ereignisse. 00:02:50.160 --> 00:02:54.980 Wenn an einer Stelle ein Wert eingeht, erfasst das System, woher dieser Wert stammt oder was das Unternehmen nun schuldet 00:02:54.980 --> 00:02:57.060 und die beiden Seiten stimmen immer überein. 00:02:57.600 --> 00:02:59.240 Diese Abgleichsregel sorgt für eine ausgeglichene Buchhaltung. 00:02:59.620 --> 00:03:02.640 Betrachten wir nun, wie Dynamics 365 Finance dies organisiert. 00:03:03.100 --> 00:03:04.880 Es führt ein Hauptbuch für jede juristische Person. 00:03:05.740 --> 00:03:09.020 Das Unternehmen, das seine eigenen Finanzunterlagen führt, seine eigenen Berichte einreicht 00:03:09.020 --> 00:03:11.280 und möglicherweise seine eigenen Steuer- und Bankpflichten hat. 00:03:12.040 --> 00:03:15.660 Eine Gruppe kann beispielsweise ein Unternehmen in Großbritannien und ein anderes in Deutschland umfassen. 00:03:15.660 --> 00:03:19.400 Und obwohl sie zusammenarbeiten können, benötigt jedes Unternehmen seine eigenen Finanzunterlagen, 00:03:19.480 --> 00:03:22.100 da jedes Unternehmen seine eigenen Finanzen, Verpflichtungen und Berichtsanforderungen hat. 00:03:22.580 --> 00:03:24.020 Daher erhält jede juristische Person Hauptbuch. 00:03:24.420 --> 00:03:27.520 Das Hauptbuch benötigt einige Bausteine, bevor Benutzer Finanzbuchungen vornehmen können. 00:03:28.200 --> 00:03:32.580 Der erste Baustein ist ein Kontenplan, die Liste der Kontonamen und Nummern, die das Geld des Unternehmens organisieren. 00:03:33.460 --> 00:03:36.980 Außerdem wird ein Geschäftskalender benötigt, der Dynamics 365 Facts mit teilt, 00:03:37.040 --> 00:03:38.880 wie das Geschäftsjahr in Zeiträumen wie Monate unterteilt ist. 00:03:38.880 --> 00:03:42.720 Und ohne diesen Kalender kann das System keine Transaktion in die richtige Buchhaltungsperiode einordnen 00:03:42.720 --> 00:03:45.180 oder die Finanzabteilung bei der Erstellung eines Monatsabschlussberichts unterstützen. 00:03:45.440 --> 00:03:48.600 Dann gibt es noch die Buchhaltungswährung, die manchmal auch als Heimatwährung bezeichnet wird 00:03:48.600 --> 00:03:51.840 und mit der das Hauptbuch eine gemeinsame Währungssprache für seine Finanzunterlagen bereitstellt, 00:03:52.040 --> 00:03:54.140 selbst wenn das Unternehmen in anderen Währungen kauft oder verkauft. 00:03:55.340 --> 00:03:58.780 Stellen Sie sich ein Unternehmen vor, das Aktien in Euro kauft, seine Konten jedoch im britischen Fund erstellt. 00:03:59.480 --> 00:04:03.280 Der Kauf muss dennoch in einem zentralen Finanzdatensatz unter Verwendung der Buchhaltungswährung des Unternehmens 00:04:03.280 --> 00:04:04.600 für seine eigenen Berichte erfolgen. 00:04:04.600 --> 00:04:07.500 Diese Einstellungen mögen sich wie Einrichtungsdetails anhören. 00:04:07.600 --> 00:04:09.080 Sie wirken sich jedoch auf jede folgende Buchung aus. 00:04:09.580 --> 00:04:11.600 Warum ist der Finanzabteilung ein gemeinsamer Datensatz so wichtig? 00:04:12.000 --> 00:04:13.760 Weil Bericht eine Zahl benötigen, die die Mitarbeiter vertrauen. 00:04:13.980 --> 00:04:16.100 Wenn ein Manager einen Bilanzbericht öffnet, muss er wissen, 00:04:16.440 --> 00:04:18.020 dass er aus demselben Finanzdatensatz stammt, 00:04:18.080 --> 00:04:20.440 der die Gewinn- und Verlustrechnung und die Bilanz des Unternehmens unterstützt, 00:04:20.600 --> 00:04:22.080 ohne dass er nachfragen muss, ob jemand vergessen hat, 00:04:22.140 --> 00:04:25.420 eine Tabellenkalkulation nach der Eingabe einer Rechnung zu aktualisieren. 00:04:25.800 --> 00:04:27.820 Das Hauptbuch bietet der Finanzabteilung diese gemeinsame Quelle. 00:04:27.820 --> 00:04:30.320 Es ersetzt nicht die Arbeit, die im gesamten Unternehmen stattfindet. 00:04:30.320 --> 00:04:33.300 Die Mitarbeiter kaufen immer noch Produkte, senden Rechnungen, bezahlen Lieferanten, 00:04:33.400 --> 00:04:35.220 erhalten Lagerbestände und führen die Gehaltsabrechnung durch. 00:04:35.300 --> 00:04:37.740 Aber die finanziellen Auswirkungen dieser Ereignisse gelangen in einer kontrollierten Form 00:04:37.740 --> 00:04:39.440 in das Hauptbuch, die der Finanzabteilung eine klare Antwort gibt. 00:04:39.500 --> 00:04:42.540 Wenn jemand fragt, warum ist dieser Saldo hier? 00:04:42.620 --> 00:04:45.120 Die doppelte Buchführung sorgt dafür, dass diese Antwort ehrlich ist, 00:04:45.160 --> 00:04:47.640 da jeder gebuchte Betrag einen gleichen Eintrag auf der anderen Seite hat. 00:04:48.060 --> 00:04:50.180 Wenn das Unternehmen also eine Sollbuchung von 100 verbucht, 00:04:50.260 --> 00:04:51.600 verbucht es auch eine Habenbuchung von 100. 00:04:51.700 --> 00:04:52.700 Keine komplizierten Berechnungen. 00:04:52.700 --> 00:04:55.140 Die Konten ändern sich je nachdem, was passiert ist. 00:04:55.320 --> 00:04:57.820 Aber die Gesamtzoll- und Gesamthabenbuchung müssen ausgeglichen sein. 00:04:57.980 --> 00:05:01.660 Und Dynamics 365 Finance befolgt diese Regel, wenn Buchungen im Hauptbuch eingehen 00:05:01.660 --> 00:05:04.880 und verhindert so, dass ein einseitiger Finanzdatensatz in die Bücher gelangt. 00:05:06.120 --> 00:05:08.340 Das Hauptbuch ist also kein Ort, an dem Zahlen verschwinden. 00:05:09.080 --> 00:05:10.720 Es ist der finanzielle Hauptdatensatz des Unternehmens, 00:05:10.800 --> 00:05:12.240 da auf gemeinsame Regeln und ausgeglichene Buchungen. 00:05:12.700 --> 00:05:15.880 Ein so umfangreicher Datensatz benötigt jedoch ein übersichtliches Ablagesystem 00:05:15.880 --> 00:05:16.700 und das mit dem Kontenplan. 00:05:16.700 --> 00:05:23.380 Wir kommen zurück zu dem Wissenshäppchen. 00:05:23.940 --> 00:05:26.580 Ich bin Mirko Peters und heute öffnen wir den Finanzaktenschrank 00:05:26.580 --> 00:05:28.640 aus Kontenplan und Finanzdimensionen. 00:05:29.500 --> 00:05:31.440 Wo landet also eine Transaktion, wenn sie im Hauptwo landet? 00:05:31.840 --> 00:05:32.620 Sie landet auf einem Konto. 00:05:33.140 --> 00:05:34.760 Der Kontenplan ist eine strukturierte Liste, 00:05:34.960 --> 00:05:37.100 die eine juristische Person zur Sortierung ihrer Finanzen verwenden. 00:05:37.620 --> 00:05:39.680 Stellen Sie sich das wie einen Aktenschrank mit beschrifteten Schubladen vor. 00:05:40.240 --> 00:05:43.200 Jede Schublade hat einen Zweck und jede Transaktion muss ihren Platz finden. 00:05:43.980 --> 00:05:46.380 Ohne diese Beschriftungen wüsste ein A zwar, dass Geld bewegt wurde, 00:05:46.380 --> 00:05:48.320 könnte aber nicht erklären, welchen Zweck dieses Geld hat. 00:05:48.700 --> 00:05:52.400 Der Kontenplan enthält die Hauptkonten oder die groben Finanzbezeichnungen für Transaktionen. 00:05:52.900 --> 00:05:55.380 Barmittel sind ein Hauptkonto, ebenso wie Umsatzerlöse, Mietaufwendungen, 00:05:55.460 --> 00:05:57.360 Verbindlichkeiten aus Lieferung und Leistung und Lagerbestände. 00:05:57.740 --> 00:06:00.320 Wenn ein Unternehmen Büromiete zahlt, verlässt das Geld den Kassenbereich 00:06:00.320 --> 00:06:01.860 und die Kosten werden in die Mietaufwendung eingestellt. 00:06:02.280 --> 00:06:04.820 Der Kauf von Produkten für den späteren Verkauf erhöht den Wert des Lagerbestand. 00:06:05.100 --> 00:06:06.780 Der Erhalt einer unbezahlten Lieferantenrechnung 00:06:06.780 --> 00:06:08.300 führt zu einer Verpflichtung in den Verbindlichkeiten. 00:06:09.000 --> 00:06:11.080 Jedes Hauptkonto gibt jedem Eintrag einen klaren Platz. 00:06:11.500 --> 00:06:13.980 Das ist eine einfache Idee, die jedoch jeden Finanzbericht prägt. 00:06:13.980 --> 00:06:17.520 Konten sind in größere Gruppen unterteilt, die die Finanzabteilung zur Erstellung der Bilanz 00:06:17.520 --> 00:06:18.640 und der Gewinn- und Verlustrechnung verwenden. 00:06:19.380 --> 00:06:21.980 Vermögenswerte, Verbindlichkeiten und Eigenkapital gehören in die Bilanz 00:06:21.980 --> 00:06:24.860 und beschreiben, was das Unternehmen Besitz schuldet und wie hoch das verbleibende Eigentum ist. 00:06:25.300 --> 00:06:27.780 Einnahmen und Ausgaben werden in die Gewinn- und Verlustrechnung aufgenommen, 00:06:27.840 --> 00:06:28.920 die eine andere Frage beantworten. 00:06:29.080 --> 00:06:31.060 Hat das Unternehmen in diesem Zeitraum mehr eingenommen als ausgegeben? 00:06:31.380 --> 00:06:32.820 Barmittel und Lagerbestände sind vermögenswert. 00:06:33.400 --> 00:06:36.060 Verbindlichkeiten sind Verbindlichkeiten, also Geld, das wir Lieferanten schulden. 00:06:36.900 --> 00:06:38.960 Umsatzerlöse erfassen Einnahmen aus Waren oder Dienstleistungen. 00:06:39.400 --> 00:06:40.860 Mietaufwendungen erfassen Betriebskosten. 00:06:40.860 --> 00:06:45.220 Wenn Konten die richtigen Kategorien haben, kann Dynamics 365 Finance-Beträge 00:06:45.220 --> 00:06:47.140 im richtigen Teil eines Finanzberichts platzieren. 00:06:47.520 --> 00:06:49.520 Aber ein Kontoname allein sagt oft nicht genug aus. 00:06:49.900 --> 00:06:51.700 Nehmen wir an, Sie haben ein Konto mit der Bezeichnung Reisekosten. 00:06:51.960 --> 00:06:53.460 Es zeigt Ihnen, dass Geld für Reisen ausgegeben wurde, 00:06:53.520 --> 00:06:55.860 aber es sagt nicht, wer es ausgegeben hat oder welcher Teil des Unternehmens die Kosten getragen. 00:06:55.940 --> 00:06:57.380 Hier kommen die Finanzdimensionen ins Spiel. 00:06:57.760 --> 00:07:00.780 Dies sind zusätzliche Bezeichnungen, die jedem Eintrag von Dingen wie Abteilung, Kostenstelle, 00:07:00.880 --> 00:07:02.300 Geschäftseinheit oder Standort zugeordnet sind. 00:07:02.500 --> 00:07:04.420 Stellen Sie sich das Hauptkonto als Betrifft zähl im Formular vor. 00:07:05.260 --> 00:07:06.660 Dimensionen füllen die Details darunter aus. 00:07:07.600 --> 00:07:09.040 Reisekosten geben Ihnen den Sachverhalt an. 00:07:09.040 --> 00:07:11.520 Die Abteilung könnte Ihnen sagen, dass Sie zum Vertrieb gehören. 00:07:12.220 --> 00:07:14.000 Die Kostenstelle könnte das Teambudget identifizieren. 00:07:14.500 --> 00:07:16.120 Die Geschäftseinheit trennt Unternehmensbereiche. 00:07:16.680 --> 00:07:19.900 Der Standort zeigt an, ob die Kosten nach London, Berlin oder zu einem anderen Büro gehören. 00:07:20.560 --> 00:07:23.280 Stellen Sie sich nun drei Mitarbeiter vor, die Flüge für Kundenbesprechungen buchen. 00:07:23.860 --> 00:07:26.860 Alle drei Kosten werden auf dasselbe Reisekostenhauptkonto gebucht. 00:07:27.120 --> 00:07:29.060 Aber ein Eintrag enthält den Vertrieb als Abteilung, 00:07:29.320 --> 00:07:31.400 ein anderer den Support und ein weiterer die Finanzen. 00:07:32.120 --> 00:07:34.780 Die Finanzabteilung kann dann die gesamten Reisekosten des Unternehmens einsetzen. 00:07:34.780 --> 00:07:36.180 Oder sie kann eine genauere Frage stellen. 00:07:36.180 --> 00:07:38.280 Wie viel hat der Vertrieb diesen Monat für Reisen ausgegeben? 00:07:38.600 --> 00:07:39.600 Wie viel hat der Support ausgegeben? 00:07:40.100 --> 00:07:41.500 Ist die Finanzabteilung im Budget geblieben? 00:07:41.880 --> 00:07:44.360 Die Ausgaben erforderten keine separaten Hauptkonten für jedes Team. 00:07:44.800 --> 00:07:46.820 Oval, die Dimensionen bieten diese separaten Ansichten. 00:07:47.100 --> 00:07:49.600 Ein Unternehmen möchte nicht, dass Mitarbeiter willkürlich Bezeichnungen auswählen 00:07:49.600 --> 00:07:50.500 und unübersichtigte Daten setzen. 00:07:50.780 --> 00:07:53.300 Für Reisekosten sind möglicherweise eine Abteilung und eine Kostenstelle erforderlich, 00:07:53.380 --> 00:07:55.060 während für einen Bankeintrag weniger Details erforderlich sind. 00:07:55.700 --> 00:07:58.740 Dynamics 365 Finance steuert dies über Kontostrukturen und Regeln. 00:07:58.960 --> 00:08:02.680 Eine Kontostruktur legt die zulässige Kombination aus Hauptkonto und Dimensionen fest. 00:08:02.680 --> 00:08:06.700 Einfach ausgedrückt teilt sie dem System mit, welche Bezeichnungen zu welchem Konto gehören 00:08:06.700 --> 00:08:08.500 und welche Werte Benutzer auswählen können. 00:08:09.040 --> 00:08:12.440 Beispielsweise kann ein Reisekosteneintrag eine Abteilung und eine Kostenstelle erfordern. 00:08:12.800 --> 00:08:14.540 Ein Baereintrag erlaubt möglicherweise nur eine Geschäftsende. 00:08:14.920 --> 00:08:17.880 Wenn jemand versucht, eine Miete mit einem nicht zugehörigen Standort zu buchen 00:08:17.880 --> 00:08:20.960 oder eine erforderliche Abteilung auslässt, stoppt das System den Eintrag, 00:08:21.100 --> 00:08:22.180 bevor er die Datensätze erreicht. 00:08:22.760 --> 00:08:25.880 Das sorgt für übersichtliche Berichte, da die Regeln die Mitarbeiter direkt in dem Moment leiten, 00:08:25.880 --> 00:08:26.920 indem sie Transaktionen eingeben. 00:08:26.920 --> 00:08:31.400 Größere Organisationen können auch einen Kontenplan für mehrere juristische Personen gemeinsam nutzen. 00:08:32.120 --> 00:08:35.040 Sie alle verwenden dieselbe Kontenliste mit Barmitteln, Umsatzerlösen und Lagerbeständen 00:08:35.040 --> 00:08:37.080 und durch die Konzerndurchterstattung leichter Stattung leichter vergleichbar. 00:08:37.380 --> 00:08:40.340 Allerdings werden die Unternehmen durch gemeinsam genutzte Kontonamen nicht in einem Datensatzes. 00:08:40.760 --> 00:08:42.460 Ehe juristische Person führt ihr eigenes Hauptbuch. 00:08:43.080 --> 00:08:46.180 Dellen Sie sich zwei Unternehmen vor, die in getrennten Büros dasselbe Aktenschrankdesign verwendet. 00:08:46.840 --> 00:08:50.120 Die Beschriftungen der Schubladen stimmen überein, aber die Papiere darin gehören verschiedenen Unternehmen. 00:08:50.120 --> 00:08:52.600 Der Barbestand eines Unternehmens wird nicht mit den anderen vermischt. 00:08:52.900 --> 00:08:55.000 Der Kontenplan gibt Ihnen also an, was die einzelnen Einträge bedeuten. 00:08:55.000 --> 00:08:57.120 Finanzdimensionen fügen Geschäftsdetails hinzu. 00:08:57.560 --> 00:08:59.140 Kontenstrukturen stellen die richtigen Kommunizierungen. 00:08:59.720 --> 00:09:01.780 Diese Beschriftungen erläutern jedoch nur, wo ein Eintrag hingehört. 00:09:02.080 --> 00:09:05.180 Die nächste Frage ist, wo dieser Eintrag begonnen hat und das bringt uns zu den Nebenbüchern. 00:09:06.260 --> 00:09:08.500 Hauptbuch und Nebenbücher, wo die Transaktionen beginnen. 00:09:09.860 --> 00:09:12.660 Lassen Sie uns nur darüber sprechen, wo all diese Transaktionen tatsächlich beginnen. 00:09:13.220 --> 00:09:16.380 Das Hauptbuch enthält die Finanzdatensätze für die gesamte juristische Person, 00:09:16.380 --> 00:09:18.320 aber nicht alle täglichen Details, ein. 00:09:18.860 --> 00:09:20.440 Diese Unterscheidung erspart viel Verwirrung. 00:09:21.380 --> 00:09:23.240 Wenn ein Käufer eine Kreditorenrechnung erhält, 00:09:23.240 --> 00:09:26.060 muss das Unternehmen den Namen des Kreditors, die Rechnungsnummer, 00:09:26.320 --> 00:09:29.260 das Fälligkeitsdatum, die Bestellung, den Zahlungsstatus, die Steuerdetails 00:09:29.260 --> 00:09:30.600 und manchmal auch die Positionen kennen. 00:09:31.600 --> 00:09:33.400 Die Finanzabteilung benötigt das Buchhaltungsergebnis, 00:09:33.480 --> 00:09:36.160 aber ein Finanzbericht muss nicht jede Zeile aus jedem Lieferantenbeleg aufzeigen. 00:09:36.600 --> 00:09:38.460 Diese detaillierten Angaben sind in Nebenbüchern abgelegt. 00:09:38.860 --> 00:09:41.340 Ein Nebenbuch ist der Teil von Dynamics Dive von B60 Finance, 00:09:41.460 --> 00:09:43.580 der Details für eine bestimmte Art von Aktivität nachverfolgt. 00:09:43.580 --> 00:09:47.300 Die Kreditorenbuchhaltung verfolgt Kreditorenrechnungen geschuldete Beträge und Zahlungen nach. 00:09:47.560 --> 00:09:49.720 Die Debitorenbuchhaltung verfolgt Kundenrechnungen, 00:09:49.720 --> 00:09:52.660 eingehende Zahlungen und den noch offenen Beträgen der Kunden nach. 00:09:52.800 --> 00:09:55.240 Das Lager verfolgt Lagerbewegungen und den Werden. 00:09:55.240 --> 00:09:59.480 Das Anlagevermögen verfolgt die Ausrüstung, Fahrzeuge oder Gebäude des Unternehmens langfristig besitzen. 00:09:59.480 --> 00:10:01.540 Das Steuermodul verfolgt Steuercodes und Beträge nach. 00:10:01.540 --> 00:10:04.540 Die Produktion verfolgt die finanzielle Seite von Fertigungsmaterialien, 00:10:04.540 --> 00:10:08.220 Arbeit und anderen Kosten nach, die sich auf die endgültigen Artikelkosten auswirken. 00:10:08.220 --> 00:10:10.820 Jedes Modul enthält die Details, die seine Benutzer benötigen. 00:10:10.820 --> 00:10:13.020 Das bedeutet jedoch nicht, dass diese Module isoliert arbeiten. 00:10:13.020 --> 00:10:15.200 Sie speisen Buchhaltungseinträge in das Hauptbuch ein 00:10:15.200 --> 00:10:18.140 und halten so die betrieblichen Aktivitäten und Finanzunterlagen miteinander verknüpft. 00:10:18.140 --> 00:10:19.640 Nehmen wir eine Kreditorenrechnung. 00:10:19.640 --> 00:10:22.140 Jemand in der Kreditorenbuchhaltung gibt eine Rechnung von einem Lieferanten. 00:10:22.140 --> 00:10:25.140 Sie sehen, wer die Rechnung gesendet hat, was sie abdeckt, wann die Zahlung fällig ist 00:10:25.140 --> 00:10:27.040 und ob sie mit den Einkaufsinformationen übereinstimmen. 00:10:27.040 --> 00:10:28.140 Das ist die Ansicht auf Dokument eben. 00:10:28.140 --> 00:10:31.840 Hinter dieser Rechnung erstellt Dynamics 365 Finance die buchhalterische Auswirkung. 00:10:31.840 --> 00:10:33.840 Möglicherweise hat der Lieferant die berechnet. 00:10:33.840 --> 00:10:38.440 Das System erfasst die Ausgabe auf dem richtigen Konto und den geschuldeten Betrag in den Kreditoren. 00:10:38.440 --> 00:10:40.440 Die Rechnung bleibt in den Kreditoren sichtbar, 00:10:40.440 --> 00:10:43.440 während ihre Soll- und Haben-Buchungen in das Hauptbuch übernommen werden. 00:10:43.440 --> 00:10:46.440 Ein Geschäftsereignis erstellt zwei nützliche Ansichten. 00:10:46.440 --> 00:10:49.440 Die operative Ansicht fragt, welchen Lieferanten müssen wir wann bezahlen? 00:10:49.440 --> 00:10:53.440 Die Buchhaltungsansicht fragt, welche Konten haben sich aufgrund dieser Rechnung geändert? 00:10:53.440 --> 00:10:56.440 Wie fragen Sie vielleicht, woher das System weiß, welche Konten bewendet denn? 00:10:56.440 --> 00:11:00.440 Niemand möchte, dass Mitarbeiter beim Eingeben einer normalen Rechnung jedes Soll- und Haben-Konto erraten. 00:11:00.440 --> 00:11:03.440 Dynamics 365 Finance verwendet dafür Buchungsprofile. 00:11:03.440 --> 00:11:08.440 Ein Buchungsprofil enthält Regeln im Hintergrund, die das System auf die richtigen Hauptkonten für einen Transaktionstyp verweisen. 00:11:08.440 --> 00:11:13.440 In der Kreditorenbuchhaltung kann ein Kreditorenbuchungsprofil den geschuldeten Betrag an das Kreditorenkonto weiterleiten. 00:11:13.440 --> 00:11:17.440 Andere Regeln, die auf den Rechnungsdetails basieren, leiten die andere Seite des Eintrags weiter. 00:11:17.440 --> 00:11:21.440 Stellen Sie sich Buchungsprofile als in den Prozess integrierte Buchhaltungsanweisungen vor. 00:11:21.440 --> 00:11:23.440 Die Mitarbeiter erfassen weiterhin den eigentlichen Geschäftsbeleg. 00:11:23.440 --> 00:11:29.440 Das System wendet die Finanzregeln des Unternehmens mit Hilfe der für diese Aktivität zulässigen Konten und Dimensionen an. 00:11:29.440 --> 00:11:33.440 Das führt zu einem einheitlicheren Ergebnis, als wenn jeder Benutzer die Buchhaltung von Grund auf neu festlegen müsste. 00:11:33.440 --> 00:11:36.440 Es gibt auch eine gemeinsame Referenz, mit deren Hilfe der Fahrt verfolgt werden. 00:11:36.440 --> 00:11:37.440 Sie heißt Beleg. 00:11:37.440 --> 00:11:43.440 Ein Beleg verknüpft den Quellbeleg, die Nebenbuchhaltungseinträge und die Einträge, die in das Hauptbuch übernommen werden. 00:11:43.440 --> 00:11:48.440 Wenn ein Finanzbenutzer einen Betrag im Hauptbuch sieht und wissen muss, woher er stammt, hilft der Beleg dabei, ihn bis zur Quelle zurückzuverfolgen. 00:11:48.440 --> 00:11:53.440 Das ist wichtig, wenn jemand eine ganz normale Frage stellt, wie hoch ist dieser Betrag. 00:11:53.440 --> 00:11:59.440 Anstatt Berichte, E-Mails und Ordner durchsuchen zu müssen, kann das Team den Beleg von einem Hauptbucheintrag bis zur Lieferantenrechnung, 00:11:59.440 --> 00:12:03.440 dem Produkteingang, der Kundenrechnung oder einem anderen Quellbeleg folgen. 00:12:03.440 --> 00:12:08.440 Der Beleg ersetzt nicht den Originalbeleg. Er verknüpft den Finanzdaten mit diesem Beleg. 00:12:08.440 --> 00:12:13.440 Wenn Sie also eine Lieferantenrechnung in der Kreditorenbuchhaltung öffnen, sehen Sie den Geschäftsbeleg und die Zahlungsdetails. 00:12:13.440 --> 00:12:18.440 Wenn Sie die Beleg- oder Hauptbuchtransaktionen öffnen, sehen Sie die Finanzbuchung hinter diesem Dokument. 00:12:18.440 --> 00:12:19.440 Gleiches Ereignis anderer Zweck. 00:12:19.440 --> 00:12:23.440 Diese Aufteilung ermöglicht es operativen Teams, mit den benötigten Details zu arbeiten, 00:12:23.440 --> 00:12:26.440 während die Finanzabteilung die Kondensalden prüfen, organisieren und Berichte erstellen kann 00:12:26.440 --> 00:12:30.440 und Berichte erstellen kann, ohne jeden Bericht in eine lange Liste von Rechnungspositionen umzuwandeln. 00:12:30.440 --> 00:12:33.440 Das Hauptbuch konzentriert sich auf den Buchhaltungsdatensatz. 00:12:33.440 --> 00:12:36.440 Nebenbücher halten Geschäftsdetails in der Nähe der Personen, die sie benötigen. 00:12:36.440 --> 00:12:42.440 Belege und Buchungsprofile verbinden beide Seiten, sodass eine Zahl in einem Bericht immer noch auf das Ereignis zurückgeführt werden kann, das ihn erstellt hat. 00:12:42.440 --> 00:12:47.440 Verfolgen wir nun einen einfachen Einkauf von der Warenbestellung bis zu den erstellten Buchhaltungseinträgen. 00:12:47.440 --> 00:12:49.440 Einkaufsbeispiel. 00:12:49.440 --> 00:12:52.440 Wie sich Geld durch Dynamics 365 bewegt. 00:12:52.440 --> 00:12:55.440 Ihr Unternehmen bestellt also 100 Bürostühle bei einem Lieferanten. 00:12:55.440 --> 00:12:57.440 Der Prozess beginnt mit einer Bestellung. 00:12:57.440 --> 00:13:02.440 In diesem Dokument wird beschrieben, was das Unternehmen von wem zu welchem Preis und wie viele Stühle kaufen möchte. 00:13:02.440 --> 00:13:04.440 Zu diesem Zeitpunkt ist es nur eine Verpflichtung. 00:13:04.440 --> 00:13:05.440 Oh, im Plan. 00:13:05.440 --> 00:13:06.440 Keine Transaktion. 00:13:06.440 --> 00:13:09.440 Die Stühle sind noch nicht eingetroffen und es wurde auch noch keine Rechnung verschickt. 00:13:09.440 --> 00:13:13.440 Wenn die Lieferung eintrifft, erfasst jemand einen Produktbeleg in Dynamics 365. 00:13:13.440 --> 00:13:16.440 Dieser Schritt bestätigt, dass das Unternehmen die Stühle tatsächlich erhalten hat. 00:13:16.440 --> 00:13:19.440 Der Lagerbestand steigt, da sie jetzt 100 weitere Stühle physisch kontrollieren. 00:13:19.440 --> 00:13:24.440 Und genau in diesem Moment kann Dynamics 365 einen Buchhaltungseintrag für den Beleg erstellen. 00:13:24.440 --> 00:13:25.440 Vereinfachen wir das. 00:13:25.440 --> 00:13:28.440 Angenommen, die Stühle kosten 10.000 Dollar in der Buchhaltungswährung des Unternehmens. 00:13:28.440 --> 00:13:30.440 Der Lagerbestand wird mit 10.000 Dollar belastet. 00:13:30.440 --> 00:13:32.440 Die Einkaufsabgrenzung wird mit 10.000 Dollar gutgeschrieben. 00:13:32.440 --> 00:13:34.440 Lassen Sie sich von diesen Begriffen nicht verwirren. 00:13:34.440 --> 00:13:37.440 Eine Belastung erfasst einfach diesen Wert, der in das Lager AU eingegangen ist. 00:13:37.440 --> 00:13:39.440 Das Unternehmen besitzt jetzt Artikel im Wert von 10.000 Dollar. 00:13:39.440 --> 00:13:43.440 Die Gutschrift erfasst die andere Seite, den Betrag der mit den erhaltenen, aber noch nicht in Rechnung gestellten Waren wird. 00:13:43.440 --> 00:13:44.440 Beide Seiten betragen 10.000. 00:13:44.440 --> 00:13:46.440 Das Unternehmen hat also die Stühle aber noch keine Rechnung. 00:13:46.440 --> 00:13:52.440 Die Einkaufsabgrenzung fungiert als temporärer Aufbewahrungsort AU, ein Platzhalter zwischen dem Erhalt der Waren und dem Erhalt der Rechnung. 00:13:52.440 --> 00:13:56.440 Sie besagt, dass wir einen Wert erhalten haben und dass wir eine entsprechende Lieferantenbelastung erwarten. 00:13:56.440 --> 00:13:59.440 Beide Seiten sind gleich und genau das benötigt das System. 00:13:59.440 --> 00:14:05.440 Dieser Saldo ist wichtig, da Dynamics 365 beim Erstellen des Buchhaltungseintrags überprüft, ob die Gesamten sollen und haben Beträge übereinstimmen. 00:14:05.440 --> 00:14:11.440 Wenn nur die Bestandsseite vorhanden wäre, würden die Datensätze einen zusätzlichen Wert anzeigen, ohne dass sie sichtlich wäre, woher erstanden. 00:14:11.440 --> 00:14:12.440 So funktioniert die Buchhaltung nicht. 00:14:12.440 --> 00:14:15.440 Jeder Betrag benötigt zwei Seiten oder eine Quelle und ein Ziel. 00:14:15.440 --> 00:14:17.440 Ein paar Tage später trifft die Rechnung ein. 00:14:17.440 --> 00:14:19.440 Das Kreditorenteam erfasst und bucht sie. 00:14:19.440 --> 00:14:27.440 Das System kann die Rechnung mit der Bestellung und dem Produktbeleg abgleichen, sodass das Unternehmen vergleichen kann, was bestellt, erhalten und was der Lieferant berechnet hat. 00:14:27.440 --> 00:14:31.440 Wenn die Rechnung gebucht wird, wird der temporäre Einkaufsrückstellungsbetrag ausgeglichen. 00:14:31.440 --> 00:14:41.440 Das System belastet die Einkaufsrückstellung mit 10.000 AU und reduziert so den dort gehaltenen Betrag und schreibt die Kreditoren mit 10.000 gut und erfasst, was das Unternehmen dem Lieferanten jetzt schuldet. 00:14:41.440 --> 00:14:43.440 Beachten Sie, was hier geändert hat. 00:14:43.440 --> 00:14:46.440 Die Bestandsbuchung hat bereits erfasst, dass die Stühle eingetroffen sind. 00:14:46.440 --> 00:14:48.440 Die Lieferantenrechnung fügt die Stühle kein zweites Mal hinzu. 00:14:48.440 --> 00:14:54.440 Es ändert lediglich die Verpflichtung des Unternehmens von einem temporären Platzhalter in einen konkreten Betrag, der einem bestimmten Lieferanten geschuldet wird. 00:14:54.440 --> 00:14:57.440 Dadurch erhalten die verschiedenen Teams genau die Informationen, die sie benötigen. 00:14:57.440 --> 00:15:00.440 Das Lagerteam bestätigt die Ankunft der Stühle. Der Einkäufer prüft die Bestellung. 00:15:00.440 --> 00:15:03.440 Die Kreditorenbuchhaltung sieht die Rechnung und das Zahlungsziel. 00:15:03.440 --> 00:15:08.440 Und die Finanzabteilung sieht die Buchungen, die über die Bestandseinkaufsabgrenzung und die Kreditorenbuchhaltung gebucht wurden. 00:15:08.440 --> 00:15:13.440 Es handelt sich um einen Einkauf, aber jeder Teil von Dynamics 365 erfasst nur das dazugehörige Teil. 00:15:13.440 --> 00:15:15.440 Jede Buchung erhält außerdem eine Belegreferenz. 00:15:15.440 --> 00:15:20.440 Angenommen, ein Finanzmanager sieht in einem Bericht eine Bewegung von 10.000 Dollar auf dem Lagerkonto und möchte wissen, warum. 00:15:20.440 --> 00:15:25.440 Mithilfe des Belegs kann er diesen Betrag über den Produktbeleg die Bestellung und schließlich die Kreditorenrechnung zurückverfolgen. 00:15:25.440 --> 00:15:29.440 Damit wird die Frage, woher kommt diese Zahl? Zu einer nachvollziehbaren Frage. 00:15:29.440 --> 00:15:30.440 Die Spur führt in beide Richtungen. 00:15:30.440 --> 00:15:33.440 Jemand, der die Rechnung prüft, kann die zugehörige Finanzbuchung öffnen. 00:15:33.440 --> 00:15:37.440 Jemand, der das Hauptbuch prüft, kann den Beleg zurückverfolgen, mit dem die Buchung begonnen hat. 00:15:37.440 --> 00:15:39.440 Manuelle Tabellenkalkulationen so brechen diese Verkauf. 00:15:39.440 --> 00:15:41.440 Eine Person aktualisiert eine Lagerdatei. 00:15:41.440 --> 00:15:43.440 Eine andere Person gibt eine Referentenrechnung in eine Content-Datei ein. 00:15:43.440 --> 00:15:46.440 Die Finanzabteilung kopiert die Summe am Monatsende in eine andere Arbeitsplatte. 00:15:46.440 --> 00:15:51.440 Eine fehlende Zeile, ein geänderter Betrag oder eine verspätete Aktualisierung führt dazu, dass die Datensätze nicht besuchen. 00:15:51.440 --> 00:15:56.440 Dynamics 365 hält die Einkaufsaktivitäten und Buchhaltungseinträge während der Arbeit miteinander verknüpft. 00:15:56.440 --> 00:16:00.440 Die Mitarbeiter müssen weiterhin genaue Informationen eingeben und den Genehmigungsprozess des Unternehmens befolgen, 00:16:00.440 --> 00:16:03.440 da das System sonst eine schlechte Rechnung nicht in eine gute Umwand. 00:16:03.440 --> 00:16:07.440 Es reduziert jedoch wiederholte Eingaben und hält die Originalbelege in der Nähe der von ihnen erstellten Finanzbuchungen. 00:16:07.440 --> 00:16:10.440 Ein einzelner Einkauf erstellt nur wenige Einträge. 00:16:10.440 --> 00:16:13.440 Im Laufe eines normalen Tages bucht ein Unternehmen viel mehr. 00:16:13.440 --> 00:16:19.440 Diese Buchungen bilden den Finanzdatensatz und die Finanzabteilung verwendet sie für wiederkehrende Aufgaben während des gesamten Abrechnungszeitraums. 00:16:19.440 --> 00:16:21.440 Was die Finanzabteilung mit dem Hauptbuch macht. 00:16:21.440 --> 00:16:24.440 Tägliche Arbeit, Periodenabschluss und Steuer. 00:16:24.440 --> 00:16:28.440 Nicht jedes Buchhaltungsereignis beginnt mit einer Bestellung, Rechnung oder Lagerbewegung. 00:16:28.440 --> 00:16:31.440 Manchmal muss die Finanzabteilung einen Journaleintrag direkt buchen. 00:16:31.440 --> 00:16:35.440 Ein Journaleintrag erfasst eine Anpassung oder ein Finanzereignis, das direkt vom Finanzteam stammt. 00:16:35.440 --> 00:16:40.440 Ehe das Korrigieren einer Buchung, das Erfassen einer Rückstellung oder das Verschieben eines Betrags zwischen Konten am Perioden. 00:16:40.440 --> 00:16:46.440 Damit erhält die Finanzabteilung eine kontrollierte Möglichkeit, Arbeiten zu erfassen, die nicht in einem anderen Teil von Dynamics 365 beginnt. 00:16:46.440 --> 00:16:51.440 Stellen Sie sich vor, eine Stromrechnung deckt die letzten Tage im März ab, trifft aber erst im April ein. 00:16:51.440 --> 00:16:55.440 Die Finanzabteilung kann im März eine Rückstellung buchen, sodass die Märzkonten die dazugehörigen Kosten nicht haben. 00:16:55.440 --> 00:16:58.440 Wenn die Rechnung später eintrifft, bearbeitet das Team das eigentliche Dokument. 00:16:58.440 --> 00:17:03.440 Dadurch bleibt der Fokus der Finanzperiode auf den Ereignissen in diesem Zeitraum und nicht nur auf dem Zeitpunkt, zu dem die Unterlagen eingegangen sind. 00:17:03.440 --> 00:17:05.440 Die Finanzabteilung verwendet auch Zuordnungen. 00:17:05.440 --> 00:17:11.440 Eine Zuordnung verteilt einen Betrag anhand von Regeln, die das Unternehmen definiert, auf andere Konten, Abteilungen oder Kostenstellen. 00:17:11.440 --> 00:17:13.440 Eine feste Zuordnung folgt festgelegten Prozentsätzen. 00:17:13.440 --> 00:17:21.440 Wenn die Miete für die Hauptgeschäftsstelle zu 50% auf den Vertrieb, zu 30% auf den Support und zu 20% auf die Finanzen aufgeteilt werden soll, wendet das System diese Prozentsätze an. 00:17:21.440 --> 00:17:24.440 Eine variable Zuordnung ändert sich basierend auf einer Kennzahl. 00:17:24.440 --> 00:17:29.440 Beispielsweise können die Kosten für ein gemeinsames Lager auf verschiedene Geschäftsbereiche verteilt werden, basierend darauf, wie viele Artikel jeder Bereich bearbeitet. 00:17:29.440 --> 00:17:33.440 Ein Team nutzt einen größeren Teil des Lagers und erhält daher einen höheren Anteil der Kosten. 00:17:33.440 --> 00:17:37.440 Die ursprünglichen Kosten bleiben nachvollziehbar, während Berichte zeigen, wo das Unternehmen diese Kosten getragen hat. 00:17:37.440 --> 00:17:39.440 Die Steuer erfordert die gleiche Art von Kontrolle. 00:17:39.440 --> 00:17:45.440 Dynamics 365 Finance verwendet Umsatzsteuercodes, um die für die Steuerbuchung erforderlichen Informationen zu speichern und zu speichern. 00:17:45.440 --> 00:17:51.440 Ein Steuercode kann den zu erhebenden oder zu zahlenden Satz oder Betrag sowie die Methode für die Anwendung auf eine Transaktion definieren. 00:17:51.440 --> 00:17:55.440 Die Steueranforderungen unterscheiden sich je nach Land, Region, Bundesland, Landkreis und Stadt. 00:17:55.440 --> 00:18:02.440 Daher gibt der Code dem System Regeln für den Steueranteil eines Kaufs oder Verkaufs vor, sodass Benutzer nicht jedes Mal eine andere Berechnung eingeben müssen. 00:18:02.440 --> 00:18:05.440 Wenn sich die Regeln ändern, aktualisiert das Unternehmen die Steuere nicht. 00:18:05.440 --> 00:18:08.440 Handschriftliche Notizen oder das Merken von Ausnahmen sind nicht mehr voll. 00:18:08.440 --> 00:18:10.440 Dann kommt der Rhythmus des Geschäftsjahres. 00:18:10.440 --> 00:18:13.440 Ein Geschäftskalender unterteilt das Jahr in Zeiträume, häufig Monate. 00:18:13.440 --> 00:18:20.440 Am Ende jedes Zeitraums überprüft die Finanzabteilung die Einträge, bucht erforderliche Anpassungen und erstellt Berichte für diesen Zeitraum. 00:18:20.440 --> 00:18:24.440 Am Jahresende werden durch Abschlussbuchungen die Gewinn- und Verlustrechnungskonten für das nächste Geschäftsjahr vorbereitet. 00:18:24.440 --> 00:18:27.440 Umsatz- und Aufwandskonten verfolgen die Aktivitäten während eines Jahres. 00:18:27.440 --> 00:18:32.440 Nach Jahresende beginnen diese Konten das neue Jahr und sind bereit neue Einnahmen und neue Kosten zu erfassen. 00:18:32.440 --> 00:18:35.440 Das Gesamtergebnis wird durch den Abschlussprozess in das Eigenkapital des Unternehmens eingespart. 00:18:35.440 --> 00:18:37.440 Bilanzkonten funktionieren anders. 00:18:37.440 --> 00:18:41.440 Barmittel, Vorräte, Verbindlichkeiten und andere Bilanzkonten werden ins neue Jahr übertragen, 00:18:41.440 --> 00:18:48.440 da das Unternehmen zu Beginn des neuen Jahres noch Eigentümer der Barmittel oder Aktien ist und noch offene Rechnungen schuldet und noch offene Rechnungen schuldet. 00:18:48.440 --> 00:18:50.440 Große Konzerne stehen vor einer weiteren Aufgabe. 00:18:50.440 --> 00:18:54.440 Eine Mutterorganisation benötigt möglicherweise eine einheitliche Ergebnisübersicht mehrerer Tochtergesellschaften. 00:18:54.440 --> 00:18:59.440 Bei der Konsolidierung werden die Finanzergebnisse dieser Unternehmen einer einzigen Organisationsansicht zusammengefasst, 00:18:59.440 --> 00:19:03.440 selbst wenn sich die Tochtergesellschaften in derselben oder in separaten Datenbanken befinden. 00:19:03.440 --> 00:19:06.440 Die Einzelunternehmen führen weiterhin ihre eigenen Datensätze.