WEBVTT

00:00:00.000 --> 00:00:04.340
Was passiert, wenn jemand bei der Arbeit einen neuen Laptop, Rohstoffe für die Produktion oder einen Reinigungsdienst benötigt?

00:00:04.740 --> 00:00:08.340
In vielen Unternehmen bedeutet die alte Antwort E-Mails, Tabellenkalkulationen, Papierformulare

00:00:08.340 --> 00:00:10.280
und jemand, der Wochen später versucht, eine Rechnung aufzuspielen.

00:00:10.680 --> 00:00:14.340
Willkommen zu einer weiteren Episode der Microsoft Knowledge Nuggets auf M365FM.

00:00:14.880 --> 00:00:18.420
Ich bin Mirko Peters und heute beschäftigen wir uns mit Procurement & Sourcing, dem vernetzten Prozess,

00:00:18.600 --> 00:00:21.180
mit dem ein Unternehmen Waren und Dienstleistungen von Anbietern einkauft.

00:00:22.020 --> 00:00:24.120
Denn sie ist sich wie ein einziger Empfangsschalter in einem Bürogebäude vor.

00:00:24.560 --> 00:00:28.560
Jede Anfrage, Genehmigung, Bestellung, Lieferung, Rechnung und Zahlung läuft über dieselbe Stelle.

00:00:28.560 --> 00:00:34.100
Wir werden einen Einkauf von der ersten Anfrage bis zu den Kontrollen hinter den Kulissen verfolgen.

00:00:35.100 --> 00:00:37.320
Erstens, was Procurement & Sourcing eigentlich abdeckt.

00:00:38.700 --> 00:00:41.600
Procurement & Sourcing klingt vielleicht nach einem komplizierten Namen für den Einkauf.

00:00:41.700 --> 00:00:44.320
Es geht zwar um das Kaufen, aber die beiden Begriffe beschreiben unterschiedliche Aufgaben.

00:00:45.180 --> 00:00:47.600
Sourcing ist die Arbeit, den richtigen Anbieter zu finden und auszuwählen.

00:00:48.020 --> 00:00:51.580
Denken Sie an ein Unternehmen, das Handschuhe, Helme, Sicherheitsschilder und Schutzbrillen benötigt.

00:00:52.080 --> 00:00:54.440
Bevor jemand eine Bestellung aufgibt, muss jemand entscheiden,

00:00:54.440 --> 00:00:59.580
wer die richtigen Produkte zu einem akzeptablen Preis zum gewünschten Termin unter akzeptablen Bedingungen liefern kann, kann.

00:01:00.180 --> 00:01:00.640
Das ist Sourcing.

00:01:01.160 --> 00:01:03.940
Procurement beginnt, sobald das Unternehmen den eigentlichen Kauf abwickeln muss.

00:01:04.520 --> 00:01:08.700
Es umfasst die Anfrage, die Genehmigungen, die Bestellung, die Lieferung, die Rechnung und die Zahlung.

00:01:09.080 --> 00:01:10.880
Zusammen nennt man diesen Prozess Source to Pay.

00:01:11.800 --> 00:01:13.160
Der Name beschreibt den gesamten Weg.

00:01:13.840 --> 00:01:17.500
Ein Unternehmen erkennt einen Bedarf, wählt einen Lieferanten, sendet eine Bestellung,

00:01:17.780 --> 00:01:21.680
erhält die Ware oder Dienstleistung, bekommt eine Rechnung und dann bezahlt die Finanzabteilung den Anbieter.

00:01:21.680 --> 00:01:23.460
Jeder Schritt ist mit dem Nächsten verbunden.

00:01:23.860 --> 00:01:27.480
Man könnte meinen, das sei offensichtlich, aber viele Unternehmen fühlen diese Schritte immer noch an getrennten Stellen aus.

00:01:28.060 --> 00:01:31.780
Ein Mitarbeiter sendet eine Anfrage per E-Mail, ein Manager genehmigt sie per Chatnachricht,

00:01:31.860 --> 00:01:34.040
ein Einkäufer hält Bestelldetails in einer Tabelle fest.

00:01:34.180 --> 00:01:35.840
Das Lager prüft einen Lieferschein auf Papier.

00:01:36.180 --> 00:01:38.740
Die Buchhaltung erhält eine Rechnung ohne klaren Bezug zur Bestellung.

00:01:39.140 --> 00:01:41.740
Man kann auf diese Weise zwar Dinge kaufen, aber man verliert den Überblick.

00:01:42.280 --> 00:01:45.000
Ein Einkäufer kann nicht wissen, dass das Lager bereits einen Teil einer Bestellung erhalten hat.

00:01:45.460 --> 00:01:48.980
Die Finanzabteilung kann am Ende dieselbe Rechnung doppelt bezahlen, wenn sie über zwei verschiedene Kanäle eingeht.

00:01:48.980 --> 00:01:52.500
Manager entdecken die Kosten erst, nachdem das Geld das Unternehmen verlassen hat.

00:01:53.400 --> 00:01:57.520
Wenn jemand fragt, wer hat das genehmigt, bedeutet die Antwort eine lange Suche in Posteingängen.

00:01:57.980 --> 00:02:00.960
Dynamics 365 führt diese Spur von der vernetzten Plattform zusammen.

00:02:01.380 --> 00:02:05.280
Beschaffung und Einkauf finden innerhalb der Dynamics 365 Supply Chain Management statt,

00:02:05.480 --> 00:02:07.920
wo ein Unternehmen den Warenfluss und die Warenverfügbarkeit steuert

00:02:07.920 --> 00:02:10.940
und eine Verbindung zum Finanzwesen und zur Kreditorenbuchhaltung besteht,

00:02:11.040 --> 00:02:14.080
um Rechnungen zu erfassen, Verbindlichkeiten nachzuverfolgen und Zahlungen abzuwickeln.

00:02:14.600 --> 00:02:16.280
Der Einkauf steht also nicht isoliert in einer Ecke.

00:02:16.960 --> 00:02:18.460
Das Lager kann den Wareneingang verbuchen,

00:02:18.840 --> 00:02:20.900
die Finanzabteilung sieht die mit dem Einkauf verbundene Rechnung

00:02:20.900 --> 00:02:23.360
und die Kreditorenbuchhaltung kann das Bestellte mit dem Gelieferten

00:02:23.360 --> 00:02:24.880
und der Rechnung des Lieferanten abgleichen.

00:02:25.220 --> 00:02:25.580
Gleichen.

00:02:26.780 --> 00:02:29.000
Jedes Team sieht nur den für seine Arbeit relevanten Teil,

00:02:29.140 --> 00:02:30.840
während der Einkauf ein zusammenhängender Datensatz bildet.

00:02:31.100 --> 00:02:32.300
Es gibt nun zwei Arten des Einkaufs.

00:02:32.540 --> 00:02:34.460
Die direkte Beschaffung, Fastwaren oder Dienstleistungen,

00:02:34.540 --> 00:02:36.640
die direkt mit dem zu tun haben, was ein Unternehmen herstellt oder verkauft.

00:02:37.080 --> 00:02:40.200
Ein Möbelhersteller, der Holz, Schrauben und Stoff kauft, erwirbt direktes Material.

00:02:41.120 --> 00:02:43.320
Ohne diese Materialien kann er das Produkt, das er verkauft, nicht herstellen.

00:02:43.320 --> 00:02:46.920
Die indirekte Beschaffung umfasst Dinge, die den Geschäftsbetrieb aufrechterhalten,

00:02:47.080 --> 00:02:48.540
aber nicht Teil des verkauften Produkts werden,

00:02:48.620 --> 00:02:50.960
wie Laptops, Büromöbel, Schulung, Reparaturen, Reinigung,

00:02:51.080 --> 00:02:53.380
Software oder Rechtsberatung, Software oder Rechtsberatung.

00:02:53.380 --> 00:02:55.540
Beide sind wichtig, beginnen aber oft auf unterschiedliche Weise.

00:02:55.960 --> 00:02:57.980
Die Produktionsnachfrage kann dem Unternehmen signalisieren,

00:02:58.060 --> 00:02:58.700
dass mehr Teile benötigt.

00:02:59.000 --> 00:03:00.800
Ein Mitarbeiter kann einen neuen Monitor anfordern.

00:03:01.040 --> 00:03:02.880
Ein Facility Manager benötigt möglicherweise eine Reparatur.

00:03:03.380 --> 00:03:05.880
Dynamics Start 65 deckt all diese unterschiedlichen Anforderungen ab

00:03:05.880 --> 00:03:07.240
und hält dabei den Einkaufsprozess über sich.

00:03:07.620 --> 00:03:09.680
Verwenden wir für diese Episode ein einfaches Beispiel.

00:03:10.460 --> 00:03:11.820
Stellen Sie sich vor, ein Lagerleiter bemerkt,

00:03:11.820 --> 00:03:13.640
dass das Team neue Sicherheitsausrüstung benötigt.

00:03:14.300 --> 00:03:15.380
Einige Hände sind beschädigt

00:03:15.380 --> 00:03:16.800
und der Vorrat an Schutzhandschuhen ist gering.

00:03:17.280 --> 00:03:19.100
Der Manager benötigt genügend Ausrüstung für das Team

00:03:19.100 --> 00:03:20.600
und das Unternehmen braucht einen klaren Nachweis,

00:03:20.680 --> 00:03:21.520
bevor Geld ausgegeben wird.

00:03:21.900 --> 00:03:23.460
Ein solcher Einkauf beginnt mit einem Bedarf

00:03:23.460 --> 00:03:25.060
und jeder kontrollierte Einkauf beginnt damit,

00:03:25.160 --> 00:03:26.080
dass jemand etwas anfordert.

00:03:26.640 --> 00:03:28.820
Zweitens, von der internen Anforderung zum richtigen Lieferanten.

00:03:30.360 --> 00:03:31.820
So beginnt der gesamte Einkaufsprozess.

00:03:32.520 --> 00:03:34.800
Ihr Lagerleiter erkennt den Bedarf an Sicherheitsausrüstung

00:03:34.800 --> 00:03:37.440
und der erste in Dynamics 365 erstellte Datensatz

00:03:37.440 --> 00:03:38.420
ist eine Bestellanforderung.

00:03:38.920 --> 00:03:41.300
Eine Bestellanforderung ist eine interne Bitte etwas zu kaufen.

00:03:41.820 --> 00:03:43.880
Sie teilt dem Unternehmen mit, was eine Person benötigt,

00:03:43.940 --> 00:03:45.940
in welcher Menge und oft auch, wohin es geliefert werden soll.

00:03:46.700 --> 00:03:47.940
Beachten Sie, dass diese Anforderung

00:03:47.940 --> 00:03:49.160
einem Lieferanten noch nichts verspricht.

00:03:49.900 --> 00:03:51.860
Diese Unterscheidung hält den frühen Teil des Einkaufs

00:03:51.860 --> 00:03:52.960
unter der Kontrolle Ihres Unternehmens.

00:03:53.500 --> 00:03:55.560
Der Lagerleiter kann 20 Helme und mehrere Kartons

00:03:55.560 --> 00:03:57.600
mit Handschuhen anfordern, aber kein Lieferant

00:03:57.600 --> 00:03:59.520
erhält eine Bestellung, bevor die zuständigen Personen

00:03:59.520 --> 00:04:00.260
diese geprüft haben.

00:04:00.980 --> 00:04:02.380
Bei häufigen Einkäufen kann die Anforderung

00:04:02.380 --> 00:04:03.520
aus einem Produktkatalog herausfordern.

00:04:03.880 --> 00:04:06.000
Betrachten Sie den Katalog als das genehmigte Einkaufsregal

00:04:06.000 --> 00:04:06.540
Ihres Unternehmens.

00:04:06.860 --> 00:04:09.340
Anstatt eine vage Anfrage wie Sicherheitshandschuhe einzugeben,

00:04:09.340 --> 00:04:12.020
kann der Mitarbeiter ein genehmigtes Produkt mit bekannter Beschreibung,

00:04:12.360 --> 00:04:14.380
Lieferantenoption und bereits festgelegtem Preis wählen.

00:04:14.820 --> 00:04:16.220
Das spart Zeit, verhindert aber auch,

00:04:16.300 --> 00:04:17.620
dass Mitarbeiter beliebige Produkte kaufen,

00:04:17.720 --> 00:04:18.940
die nicht den Unternehmensrichtlinien entsprechen.

00:04:19.540 --> 00:04:21.420
Nicht jede Anforderung lässt sich jedoch in einem Katalog ab.

00:04:21.760 --> 00:04:24.260
Ein Unternehmen benötigt möglicherweise eine einmalige Reparatur,

00:04:24.340 --> 00:04:25.780
eine Beraterschulung oder eine Dienstleistung,

00:04:25.840 --> 00:04:26.880
die nicht als physisches Produkt lag.

00:04:26.980 --> 00:04:29.680
In diesem Fall kann Dynamics 365 eine Beschaffungskategorie verwenden.

00:04:29.960 --> 00:04:31.940
Eine Beschaffungskategorie gruppiert Ausgaben nach ihrer Art.

00:04:32.440 --> 00:04:34.680
Das Unternehmen könnte zum Beispiel Kategorien wie Sicherheitsbedarf,

00:04:34.760 --> 00:04:36.500
Gebäudereparaturen, juristische Dienstleistungen

00:04:36.500 --> 00:04:37.640
oder Computerausrüstung nutzen.

00:04:38.000 --> 00:04:39.640
Der Anforderer kann beschreiben, was benötigt wird

00:04:39.640 --> 00:04:41.220
und es der richtigen Kategorie zuordnen,

00:04:41.500 --> 00:04:43.280
selbst wenn keine Artikelnummer im Regal existiert.

00:04:43.740 --> 00:04:46.060
Eine Anforderung sollte jedoch nicht einfach der Set zum Kauf werden,

00:04:46.120 --> 00:04:47.180
weil jemand auf Senden geklickt hat.

00:04:47.580 --> 00:04:49.460
Das Unternehmen kann Ausgabenlimits, Budgetprüfungen

00:04:49.460 --> 00:04:50.580
und Genehmigungsworkflows festlegen.

00:04:51.100 --> 00:04:52.420
Eine kleine Anforderung für Handschuhe

00:04:52.420 --> 00:04:53.440
geht vielleicht an den Lagerleiter.

00:04:53.900 --> 00:04:55.540
Eine größere Anforderung für Sicherheitsausrüstung

00:04:55.540 --> 00:04:58.040
benötigt möglicherweise zusätzlich die Genehmigung des Budgetverantwortlichen

00:04:58.040 --> 00:04:58.800
oder des Einkaufsteams.

00:04:59.440 --> 00:05:01.060
Der Weg kann sich je nach Betrag, Abteilung

00:05:01.060 --> 00:05:03.300
oder der für diese Ausgabe geltenden Einkaufsregel ändern.

00:05:03.300 --> 00:05:07.200
Das bedeutet, dass Mitarbeiter sich nicht jede Genehmigungsregel selbst merken müssen.

00:05:08.440 --> 00:05:11.400
Dynamics 305 und Westig leitet die Anforderungen durch den richtigen Prozess

00:05:11.400 --> 00:05:13.500
und speichert dabei die Historie direkt im System.

00:05:14.240 --> 00:05:16.720
Angenommen, ein Manager fordert eine große Menge an Ausrüstung an

00:05:16.720 --> 00:05:19.060
und das Unternehmen weiß noch nicht, welcher Lieferant den Auftrag erhalten soll.

00:05:19.760 --> 00:05:22.780
Der Einkauf kann eine Angebotsanfrage erstellen, oft als RFQ bezeichnet.

00:05:23.280 --> 00:05:26.040
Eine RFQ fordert mehrere Lieferanten auch für denselben Bedarf an Angebot ab.

00:05:26.040 --> 00:05:30.080
Der Einkäufer sendet die Anforderungen wie Helmtyp, Handschuhgröße, Mengen

00:05:30.080 --> 00:05:31.300
und das gewünschte Lieferdatum.

00:05:31.480 --> 00:05:33.560
Jeder Lieferant kann einen Preis und seine Konditionen zurückwählen.

00:05:33.880 --> 00:05:36.320
Vielleicht ist ein Anbieter günstiger, kann aber erst in drei Wochen liefern.

00:05:36.680 --> 00:05:39.120
Ein anderer kostet etwas mehr, kann aber alles bereits nächsten Dienstag liefern.

00:05:39.380 --> 00:05:41.240
Der Einkäufer kann diese Antworten vergleichen, bevor er eine Schallung.

00:05:41.580 --> 00:05:43.060
Der Preis ist wichtig, aber nicht das einzige gekriegt.

00:05:43.700 --> 00:05:46.280
Liefertermine, Produktdetails, Rabatte und die Fähigkeit des Lieferanten,

00:05:46.360 --> 00:05:48.180
die Anforderungen zu erfüllen, beeinflussen die Wahl.

00:05:49.480 --> 00:05:51.740
Das System hält die Angebote mit der Anforderung verknüpft,

00:05:51.740 --> 00:05:53.860
anstatt den Vergleich in einer E-Mail-Kette zu vergraben.

00:05:54.580 --> 00:05:55.980
Bevor ein Einkäufer jemanden auswählt,

00:05:56.060 --> 00:05:58.420
verwaltet Dynamics 365 auch Lieferantendatensätze.

00:05:59.040 --> 00:06:02.520
Ein Lieferantendatensatz enthält die für den Einkauf notwendigen Firmendetails

00:06:02.520 --> 00:06:06.320
wie den Namen und Informationen zur Geschäftsbeziehung vor Geschäftsbeziehung.

00:06:07.360 --> 00:06:09.720
Lieferantenkataloge können die Produkte zeigen, die ein Lieferant anbietet

00:06:09.720 --> 00:06:12.680
und Lieferanten können diese veröffentlichen, um die Informationen aktuell zu halten.

00:06:13.560 --> 00:06:16.120
Für eine strengere Kontrolle kann ein Produkt eine Liste zugelassener Lieferanten.

00:06:16.680 --> 00:06:19.840
Diese zeigt dem Einkäufer, welche Lieferanten das Unternehmen für dieses Produkt freigegeben hat.

00:06:19.840 --> 00:06:22.620
Sie leitet die Auswahl und verhindert, dass jemand einen Lieferanten wählt,

00:06:22.660 --> 00:06:24.700
den das Unternehmen nie einsetzen wollte, wie er.

00:06:25.160 --> 00:06:27.840
Einige Lieferantenbeziehungen beinhalten zudem vorab ausgehandelte Konditionen.

00:06:28.420 --> 00:06:31.640
Eine Einkaufsvereinbarung hält eine langfristige Abmachung zwischen dem Unternehmen und dem Leben.

00:06:32.040 --> 00:06:35.160
Das Unternehmen verpflichtet sich dazu, über einen bestimmten Zeitraum eine gewisse Menge zu kaufen,

00:06:35.240 --> 00:06:37.340
einen bestimmten Betrag auszugeben und der Lieferant stimme denen zu.

00:06:38.020 --> 00:06:40.840
Preis- und Rabattvereinbarungen erfassen Lieferantenpreise oder Nachlässe,

00:06:40.900 --> 00:06:41.980
die für bestimmte Zeiträume gelten.

00:06:42.600 --> 00:06:45.580
Wenn der Lieferant von Sicherheitsausrüstung also einen niedrigeren Preis für Handschuhe

00:06:45.580 --> 00:06:47.020
für die nächsten sechs Monate zugesagt hat,

00:06:47.020 --> 00:06:50.540
kann Dynamics 365 dies speichern, anstatt dass sich jeder Einkäufer daran erinnern muss.

00:06:52.040 --> 00:06:55.600
Bonusvereinbarungen können zudem Fälle nachverfolgen, in denen ein Lieferant Geld zurückzahlt,

00:06:55.600 --> 00:06:57.700
nachdem das Unternehmen ein bestimmtes Einkaufsvolumen erreicht hat.

00:06:58.400 --> 00:07:02.200
An diesem Punkt weiß das Unternehmen, was es benötigt, wer es liefern kann und welche Bedingungen gelten.

00:07:02.960 --> 00:07:05.400
Die Suche ist beendet, aber der Lieferant benötigt noch einen formellen Auftrag.

00:07:06.720 --> 00:07:07.720
Drittens, die Bestellung.

00:07:08.020 --> 00:07:09.440
Das schriftliche Versprechen des Unternehmens.

00:07:10.440 --> 00:07:12.380
Der Einkäufer hat sich für den Lieferanten von Sicherheitsausrüstung geschrieben.

00:07:12.480 --> 00:07:15.000
Nun benötigt das Unternehmen eine Bestellung, im Englischen auf TO genannt.

00:07:15.600 --> 00:07:18.420
Eine Bestellung ist das formelle Dokument, das dem Lieferanten genau mitteilt,

00:07:18.480 --> 00:07:19.820
was das Unternehmen zu kaufen beabsichtigt.

00:07:19.820 --> 00:07:22.780
Sie benennt den Lieferanten, listet die Artikel oder Dienstleistungen auf,

00:07:22.840 --> 00:07:26.200
zeigt die Menge und den vereinbarten Preis und enthält das Lieferdatum sowie die Zahlungsbedingungen.

00:07:26.900 --> 00:07:30.420
Für unser Lager könnt ihr die Bestellung 20 Helme, 10 Kartons, Handschuhe und ein Lieferdatum

00:07:30.420 --> 00:07:31.800
für nächsten Dienstag auflisten.

00:07:32.340 --> 00:07:35.480
Sie wandelt eine Kaufentscheidung in einen klaren Datensatz um, mit dem beide Seiten arbeiten können.

00:07:35.840 --> 00:07:38.340
Niemand muss raten, welchen Handschuhtyp das Unternehmen angefordert hat,

00:07:38.400 --> 00:07:41.780
wie viele Einheiten erwartet werden oder welchen Preis der Einkäufer mit dem Lieferanten vereinbart hat.

00:07:42.380 --> 00:07:44.040
Eine Bestellung kann auf verschiedene Weise initiiert werden.

00:07:44.460 --> 00:07:46.580
Meistens stammt sie aus einer genehmigten Bestellanforderung.

00:07:46.580 --> 00:07:49.200
Der Lagerleiter hat die Sicherheitsausrüstung angefordert,

00:07:49.260 --> 00:07:52.520
die zuständigen Personen haben diese Anfrage genehmigt und der Einkauf wandelt sie in eine Bestellung um.

00:07:52.820 --> 00:07:54.340
Sie kann auch aus einer Einkaufsvereinbarung stammen.

00:07:54.740 --> 00:07:58.140
Wenn das Unternehmen bereits eine langfristige Vereinbarung mit dem Lieferanten getroffen hat,

00:07:58.220 --> 00:08:00.720
kann der Einkäufer einen Abrufauftrag zu dieser Vereinbarung erstellen,

00:08:00.800 --> 00:08:02.160
anstatt jedes Detail neu einzugehen.

00:08:02.440 --> 00:08:03.700
Manchmal erzeugt der Bedarf den Auftrag.

00:08:04.080 --> 00:08:08.160
Ein Unternehmen plant möglicherweise den Materialeinkauf aufgrund zukünftiger Produktionsbedarfe

00:08:08.160 --> 00:08:11.160
und eine MX 365 kann aus diesem Bedarf geplante Bestellung erstellen.

00:08:11.300 --> 00:08:14.620
Wenn das Unternehmen einen geplanten Auftrag freigibt, wird daraus eine echte Bestellung.

00:08:15.120 --> 00:08:16.220
Dann gibt es noch Direktkäufe.

00:08:16.580 --> 00:08:18.560
Ein Einkäufer kann manuell eine Bestellung erstellen,

00:08:18.660 --> 00:08:21.840
wenn es keine vorherige Anforderung, Vereinbarung oder geplanten Bedarf gibt.

00:08:22.240 --> 00:08:24.100
Dies kann vorkommen, wenn ein Einkäufer bereits weiß,

00:08:24.160 --> 00:08:26.140
was das Unternehmen benötigt und welcher Lieferant es liefern wird.

00:08:26.620 --> 00:08:28.380
Verschiedene Ausgangspunkte, dasselbe Ziel.

00:08:29.000 --> 00:08:32.120
Bevor die Bestellung weiterverarbeitet wird, kann das Unternehmen eine Genehmigung verlangen.

00:08:32.560 --> 00:08:33.940
Der Einkäufer bereitet die Bestellung vor,

00:08:34.140 --> 00:08:35.980
aber je nach den automatischen Betragsregeln des Unternehmens

00:08:35.980 --> 00:08:38.640
muss die Bestellung möglicherweise intern freigegeben werden, bevor sie den Lieferanten erreichen.

00:08:39.080 --> 00:08:40.300
Dadurch werden zwei Entscheidungen getrennt.

00:08:40.300 --> 00:08:42.800
Zuerst genehmigt das Unternehmen seine eigene Verpflichtung,

00:08:42.880 --> 00:08:44.920
dann bestätigt das Unternehmen die Bestellung beim Lieferanten,

00:08:44.980 --> 00:08:46.520
was zeigt, dass beide Seiten sich einig sind.

00:08:47.560 --> 00:08:49.600
Eine bestätigte Bestellung ist mehr als eine interne Notiz.

00:08:50.020 --> 00:08:52.180
Sie dokumentiert, dass die Bestellung den Lieferanten erreicht hat

00:08:52.180 --> 00:08:53.620
und eine Einigung über den Kauf besteht.

00:08:54.780 --> 00:08:58.020
Dynamics 365 erspart Einkäufern zudem das wiederholte Eintippen

00:08:58.020 --> 00:09:00.280
derselben Informationen bei Bestellungen von bekannten Lieferanten.

00:09:00.660 --> 00:09:03.040
Der Lieferantendatensatz kann Details wie Lieferinformationen,

00:09:03.080 --> 00:09:05.520
Zahlungsbedingungen und andere übliche Einstellungen automatisch ausfüllen.

00:09:05.520 --> 00:09:08.520
Der Einkäufer prüft die Bestellung weiterhin und kann Details bei Bedarf ändern,

00:09:08.640 --> 00:09:11.140
aber die Standardinformationen sind von Anfang an korrekt hinterlegt.

00:09:11.660 --> 00:09:14.440
Das reduziert den Tippaufwand und sorgt für konsistentere, wiederkehrende Bestellungen.

00:09:14.980 --> 00:09:17.280
Die Lieferung erfolgt nicht immer in einem Paket an einem einzigen Tag.

00:09:17.740 --> 00:09:19.580
Stellen Sie sich vor, der Lieferant hat alle Handschuhe vorrätig,

00:09:19.640 --> 00:09:20.700
aber nur die Hälfte der Helden sind bereit.

00:09:21.140 --> 00:09:22.720
Ein Lieferplan ermöglicht es dem Unternehmen,

00:09:22.820 --> 00:09:25.380
eine Bestellung in geplante Lieferungen an verschiedenen Tagen aufzuteilen.

00:09:26.000 --> 00:09:28.660
Die Bestellung kann aufzeigen, dass zehn Helden am nächsten Dienstag eintreffen,

00:09:28.740 --> 00:09:31.700
die restlichen zehn Wochen später und die Handschuhe mit der ersten Lieferung.

00:09:31.700 --> 00:09:36.160
Eine Bestellung bleibt verbunden, während der Lieferplan den tatsächlichen Gegebenheiten entspricht.

00:09:36.720 --> 00:09:38.680
Manche Einkäufe gelangen überhaupt nicht direkt an das Unternehmen.

00:09:39.660 --> 00:09:43.920
Direktlieferung bedeutet, dass der Lieferant das Produkt direkt an den Kunden des Unternehmens versendet.

00:09:44.940 --> 00:09:48.580
Ein Unternehmen verkauft beispielsweise einen Spezialartikel, lagert diesen aber nicht im eigenen Lagen.

00:09:49.060 --> 00:09:52.560
Es kann einen Verkaufsauftrag für den Kunden und eine zugehörige Bestellung für den Lieferanten erstellen.

00:09:53.100 --> 00:09:54.800
Der Lieferant versendet direkt an den Kunden,

00:09:55.160 --> 00:09:59.380
während Dynamics 365 die zugehörigen Verkaufs- und Einkaufsschritte im Hintergrund verknüpft.

00:09:59.380 --> 00:10:03.060
Dies vermeidet einen unnötigen Zwischenstopp im eigenen Lager des Unternehmens

00:10:03.060 --> 00:10:05.020
und hält Kunden- und Lieferantenauftrag verbunden,

00:10:05.140 --> 00:10:08.720
sodass der Artikel über beide Seiten der Transaktion nachverfolgt werden kann.

00:10:09.580 --> 00:10:11.420
Eine Bestellung kann mehr als nur den Hauptartikel enthalten.

00:10:11.840 --> 00:10:13.300
Einige Produkte erfordern zugehörige Artikel.

00:10:13.700 --> 00:10:17.940
Wenn das Unternehmen Helme bestellt, benötigt es möglicherweise auch Ersatzvisiere oder Montageteile.

00:10:18.420 --> 00:10:21.220
Dynamics 365 kann ergänzende Artikel vorschlagen,

00:10:21.440 --> 00:10:24.320
die erforderlich, optional oder ohne Aufpreis enthalten sein können.

00:10:24.320 --> 00:10:28.020
Der Einkäufer erkennt den damit verbundenen Bedarf bereits bei der Erstellung der Bestellung,

00:10:28.100 --> 00:10:29.960
anstatt dies erst nach Erhalt der Hauptlieferung festzustellen.

00:10:30.320 --> 00:10:31.060
Dann gibt es noch die Gebühr.

00:10:31.500 --> 00:10:34.420
Fracht, Bearbeitungs- und ähnliche Kosten können ebenfalls zur Bestellung gehören.

00:10:35.240 --> 00:10:38.060
Eine Gebühr kann für die gesamte Bestellung oder für eine bestimmte Bestellzahle gelten,

00:10:38.120 --> 00:10:39.560
je nachdem, wie das Unternehmen sie erfassen muss.

00:10:39.960 --> 00:10:43.060
Das ist wichtig, denn ein niedriger Produktpreis spiegelt nicht die Gesamtkosten wider,

00:10:43.120 --> 00:10:44.440
wenn die Lieferung hohe Gebühren verursacht.

00:10:45.000 --> 00:10:48.740
Durch die Erfassung der Gebühr mit der Bestellung bleiben diese Kosten mit dem Kauf verknüpft,

00:10:48.820 --> 00:10:50.140
anstatt sie separat zu notieren.

00:10:50.140 --> 00:10:54.620
Der Lieferant hat nun einen bestätigten Auftrag mit klaren Artikeln, Preisen, Terminen und Bedingungen.

00:10:55.200 --> 00:10:57.860
Doch eine bestätigte Bestellung hält nur fest, was das Unternehmen erwartet.

00:10:59.000 --> 00:11:02.800
Dynamics 365 benötigt dennoch einen Nachweis, wenn die Wagen oder Dienstleistungen tatsächlich eintreffen.

00:11:05.140 --> 00:11:06.540
Wareneingang und Rechnungsprüfung

00:11:06.540 --> 00:11:10.220
Der LKW fährt mit den Helmen und Handschuhen am Lager vor.

00:11:10.680 --> 00:11:12.440
Bevor jemand den Auftrag als abgeschlossen markiert,

00:11:12.560 --> 00:11:14.720
muss das Lagerteam prüfen, was tatsächlich angekommen ist.

00:11:14.720 --> 00:11:20.380
Sie registrieren den Eingang, gleichen die Lieferung mit der Bestellung ab und buchen den Wareneingang auf diesen Auftrag.

00:11:20.960 --> 00:11:24.180
Ein Wareneingang ist einfach die Art und Weise, wie das System festhält, dass Waren eingetroffen sind.

00:11:24.760 --> 00:11:25.340
Wir sind zehn Stück.

00:11:26.300 --> 00:11:28.840
Die Bestellung umfasst 20 Helme und zehn Kartons Handschuhe.

00:11:29.020 --> 00:11:31.720
Aber der Fahrer liefert nur zehn Helme und alle zehn Kartons Handschuhe.

00:11:32.220 --> 00:11:35.500
Das Lager bucht das, was tatsächlich eingegangen ist, nicht das, was das Unternehmen erwartet hatte.

00:11:35.860 --> 00:11:40.440
Die verbleibenden zehn Helme bleiben auf der Bestellung offen, bis der Lieferant sie liefert oder der Käufer den Auftrag ändert.

00:11:40.620 --> 00:11:42.040
Es hat für eine korrekte Buchführung.

00:11:42.360 --> 00:11:44.560
Sobald der Wareneingang gebucht ist, ändert sich die Bestellung.

00:11:45.340 --> 00:11:51.860
Das System trennt nun die bestellte Menge von der empfangenen Menge, sodass Einkäufer, Lagerpersonal und Finanzabteilung den Status sehen, ohne telefonieren zu müssen.

00:11:52.900 --> 00:11:55.200
Bei Lagerartikeln aktualisiert der Wareneingang zudem den Bestand.

00:11:56.000 --> 00:11:59.040
Die Handschuhe erscheinen als verfügbarer Bestand und können vom Lagerteam verwendet werden.

00:11:59.940 --> 00:12:07.720
Wenn die Artikel zu einem bestimmten Projekt, einer Anlage oder einer Direktlieferung gehören, kann Dynamics 365 den Kauf stattdessen diesem Verwendungszweck zuordnen.

00:12:08.460 --> 00:12:10.300
Das Unternehmen weiß mehr als nur, wie wir Handschuhe gekauft haben.

00:12:10.500 --> 00:12:14.000
Es weiß, ob die Handschuhe angekommen sind, wie viele angekommen sind und wo sie hingehören.

00:12:14.000 --> 00:12:17.300
Nicht jeder Einkauf erreicht jedoch eine Laderampe.

00:12:17.860 --> 00:12:23.000
Stellen Sie sich vor, das Unternehmen engagiert einen Sicherheitstrainer für einen Tag, zahlt für Softwarezugang oder beauftragt einen externen Reparaturservice.

00:12:23.420 --> 00:12:26.700
Es gibt keine physischen Güter, keine Paletten zu zählen und keinen Lagereingang zu registrieren.

00:12:26.700 --> 00:12:31.120
Für Dienstleistungen und andere nicht-physische Einkäufe kann das Unternehmen einen einfacheren Weg wählen.

00:12:31.480 --> 00:12:38.080
Je nach Einrichtung kann es den Eingang direkt auf der Bestellung ohne Lagerschritt erfassen oder direkt zur Lieferantenrechnung übergehen.

00:12:39.120 --> 00:12:40.560
Die gleiche Frage gilt weiterhin.

00:12:41.080 --> 00:12:42.960
Hat das Unternehmen erhalten, was es zu kaufen vereinbart hatte?

00:12:43.900 --> 00:12:46.840
Bei einer Schulung könnte die Antwort lauten, dass das Training stattgefunden hat.

00:12:47.340 --> 00:12:49.440
Bei einer Reparatur bestätigt jemand, dass die Arbeiten abgeschlossen.

00:12:49.440 --> 00:12:53.140
Der Datensatz benötigt weder eine Box noch ein Barcode, um zu belegen, dass das Unternehmen etwas erhalten.

00:12:53.500 --> 00:12:54.820
Dann trifft die Lieferantenrechnung ein.

00:12:55.520 --> 00:13:01.940
Die Rechnung geht in die Kreditorenbuchhaltung, den Teil von Dynamics 365, der festhält, was das Unternehmen Lieferanten schuldet und Zahlungen vorbereitet.

00:13:02.540 --> 00:13:07.800
Die Rechnung ist mit der Bestellung verknüpft, sodass die Kreditorenbuchhaltung sie nicht als isolierte Rechnung ohne Historie behandelt.

00:13:08.400 --> 00:13:10.200
Hier verhindert eine einfache Prüfung viel Ärger.

00:13:10.880 --> 00:13:12.780
Dynamics 365 vergleicht drei Dinge.

00:13:12.780 --> 00:13:16.060
Was das Unternehmen bestellt hat, was geliefert wurde und was der Lieferant in Rechnung stellt.

00:13:16.520 --> 00:13:17.300
Man nennt dies einen Abgleich.

00:13:17.740 --> 00:13:19.600
Einfach ausgedrückt stimmt die Rechnung mit der Vereinbarung überein.

00:13:19.880 --> 00:13:22.360
Die Bestellung könnte 20 Helme zu einem vereinbarten Preis ausweisen.

00:13:22.900 --> 00:13:25.480
Der Wareneingang könnte zeigen, dass bisher nur 10 Helme angekommen sind.

00:13:25.940 --> 00:13:30.340
Wenn der Lieferant eine Rechnung über 20 stellt, kann das System die Differenz aufzeigen, bevor das Unternehmen zahlt.

00:13:30.820 --> 00:13:32.360
Das automatisiert den Drei-Wege-Abgleich.

00:13:33.020 --> 00:13:36.240
Die drei Datensätze sind die Bestellung, der Wareneingang und die Rechnung.

00:13:37.000 --> 00:13:39.740
Wenn sie übereinstimmen, hat die Kreditorenbuchhaltung einen klaren Weg vor sich.

00:13:39.740 --> 00:13:46.640
Wenn der Preis abweicht, die Rechnungsmenge, die Liefermenge übersteigt oder eine Position auftaucht, die niemand bestellt hat, kann das Unternehmen anhalten und nachforschen.

00:13:47.320 --> 00:13:48.860
Vielleicht hat der Lieferant die Rechnung zu früh gesendet.

00:13:49.200 --> 00:13:51.980
Vielleicht tauchten Frachtkosten als separater Betrag auf, den der Käufer prüfen.

00:13:52.480 --> 00:13:54.240
Vielleicht hat der Lieferant einfach die falsche Menge eingegeben.

00:13:54.660 --> 00:13:56.260
Es geht nicht darum, böse Absicht zu unterstellen.

00:13:56.700 --> 00:14:01.960
Die Automatisierung erkennt Differenzen, während das Unternehmen noch nachfragen kann, anstatt erst nach der Zahlung.

00:14:03.020 --> 00:14:07.320
Jede Rechnung benötigt auch einen Platz in der automatisierten Finanzbuchhaltung des Unternehmens.

00:14:07.320 --> 00:14:09.640
Dies automatisiert die Aufgabe der Buchungsverteilung.

00:14:10.140 --> 00:14:12.820
Sie geben Dynamics 365 vor, wie die Kosten zu verbuchen sind.

00:14:13.140 --> 00:14:15.640
Die Sicherheitshandschuhe könnten zu den Betriebskosten des Lagers gehören.

00:14:16.240 --> 00:14:18.640
Ein neuer Gabelstapler könnte einem Anlagekonto zugeordnet werden.

00:14:19.040 --> 00:14:22.120
Ein Projekteinkauf muss möglicherweise gegen das entsprechende Projekt verbucht werden.

00:14:22.520 --> 00:14:24.700
Eine Rechnung kann sogar auf mehr als eine Stelle aufgeteilt werden.

00:14:25.280 --> 00:14:30.840
Wenn sich beispielsweise zwei Lagerteams eine Handschuhbestellung teilen, kann das Unternehmen die Kosten auf deren Abteilungen aufteilen.

00:14:31.440 --> 00:14:36.380
Die Finanzabteilung kann dann sehen, wo das Geld blieb, ohne die Antwort später aus einer wagen Rechnungsbeschreibung rekonstruieren zu müssen.

00:14:36.380 --> 00:14:40.760
Nachdem die Rechnung abgeglichen wurde und alle notwendigen Prüfungen abgeschlossen sind, kann sie einen Genehmigungsprozess durchlaufen.

00:14:41.040 --> 00:14:44.620
Die Buchung der Rechnung erfasst den Betrag, den das Unternehmen dem Lieferanten in der Kreditorenbuchhaltung schuldet.

00:14:44.780 --> 00:14:45.880
Die Rechnung ist nun eine Verbindlichkeit.

00:14:45.880 --> 00:14:48.180
Zahlungsbedingungen helfen dabei, das Fälligkeitsdatum zu bestimmen.

00:14:48.420 --> 00:14:51.240
Die Kreditorenbuchhaltung kann fällige Rechnungen zur Zahlung vorbereiten.

00:14:51.360 --> 00:14:56.020
Und sobald das Unternehmen die Zahlung abwickelt, gleicht Dynamics 365 den Lieferantensaldo für diese Rechnung aus.

00:14:56.460 --> 00:15:00.740
Die Bestellung hat sich nun von einer erwarteten Lieferung zu einem erfassten Aufwand und einer abgeschlossenen Zahlung entwickelt.

00:15:01.140 --> 00:15:02.620
Aber dieser Prozess bewirkt mehr als nur die Bezahlung.

00:15:02.720 --> 00:15:06.620
Es bietet dem Unternehmen eine verwertbare Aufzeichnung jeder Entscheidung und Übergabe im Zusammenhang.

00:15:07.380 --> 00:15:09.600
Kontrollierte Transparenz und bessere Entscheidungen bei den Lieferanten.

00:15:10.380 --> 00:15:15.000
Eine vernetzte Einkaufsaufzeichnung ermöglicht es einem Unternehmen, zudem Käufe zu kontrollieren, bevor Probleme die Finanzabteilung haben.

00:15:15.600 --> 00:15:16.940
Einkaufsrichtlinien legen die Grundregeln fest.

00:15:17.500 --> 00:15:22.980
Sie steuern, was Mitarbeiter anfordern dürfen, welche Lieferanten sie nutzen können und wann Einkauf genehmigt werden muss, bevor Firmengelder ausgegeben werden.

00:15:23.460 --> 00:15:25.060
Denken Sie an die Anforderungen von Sicherheitsausrüsten.

00:15:25.380 --> 00:15:30.560
Das Unternehmen könnte vom Lagerpersonal verlangen, nur zugelassene Sicherheitsprodukte zu wählen, während nur das Einkaufsteam oder das Einkaufsteam der Lieferanten auswählen darf.

00:15:31.360 --> 00:15:33.620
Eine kleine Nachbestellung erfordert vielleicht eine Genehmigung.

00:15:33.900 --> 00:15:37.720
Aber eine Großbestellung für ein neues Team könnte einen Budget verantwortlichen und einen Einkaufsleiter erfordern.

00:15:38.300 --> 00:15:39.700
Die Regeln sind direkt im Prozess verankert.

00:15:40.140 --> 00:15:44.700
Mitarbeiter müssen nicht nach Richtlinien Dokumenten suchen, raten, wer etwas genehmigen muss oder E-Mails weiterleiten.

00:15:44.700 --> 00:15:45.800
Bis jemand antwortet.

00:15:47.300 --> 00:15:52.500
Dynamics 365 kann die Anfrage basierend auf Abteilung, Betrag, Art des Kaufs oder der zugehörigen Richtlinie weiterleiten.

00:15:53.460 --> 00:15:54.760
Dieser Weg wird als Workflow bezeichnet.

00:15:55.360 --> 00:15:59.920
Ein Workflow gibt Anfragen, Bestellungen und Rechnungen einen klaren Pfad von einer Person zur nächsten vor.

00:16:00.620 --> 00:16:05.740
Jede Person kann den Datensatz genehmigen, ablehnen oder zur Änderung zurücksenden und das System zeichnet die Aktion auf.

00:16:06.680 --> 00:16:09.620
Kein Rätsel raten mehr, ob eine Genehmigung in einer langen E-Mail-Kette erfolgt ist.

00:16:09.620 --> 00:16:11.140
Dies hilft auch, wenn jemand abwesend ist.

00:16:11.580 --> 00:16:15.540
Die Arbeit verschwindet nicht im Posteingang dieser Person, ohne dass man weiß, wo sie hängen geblieben ist.

00:16:16.800 --> 00:16:18.760
Das Unternehmen kann den aktuellen Status sehen und entsprechend haben.

00:16:19.160 --> 00:16:22.160
Auch Lieferanten können einbezogen werden, wenn das Unternehmen das Lieferantenportal nutzt.

00:16:22.540 --> 00:16:27.040
Das Lieferantenportal bietet Lieferanten einen Ort, um Anfragen für Angebote oder freigegebene Bestellungen einzusehen.

00:16:27.400 --> 00:16:33.000
Sie können auf Angebotsanfragen reagieren und Bestellungen direkt bestätigen, wenn das Unternehmen eine Bestätigungsanfrage sendet.

00:16:33.620 --> 00:16:35.580
Dadurch arbeiten beide Seiten mit demselben Dokument.

00:16:36.160 --> 00:16:40.100
Anstatt dass ein Einkäufer ein PDF sendet, auf eine Antwort wartet und diese manuellen System überträgt,

00:16:40.180 --> 00:16:43.000
kann der Lieferant die Details direkt im vernetzten Prozess bestätigen.

00:16:43.760 --> 00:16:46.500
Der Einkäufer kann die Antwort sehen, ohne den Datensatz manuell neu erstellen zu müssen.

00:16:47.040 --> 00:16:52.020
Sobald Käufe das System durchlaufen, sammelt das Unternehmen nützliche Informationen, ohne weitere Tabellen erstellen zu müssen.

00:16:52.840 --> 00:16:55.760
Die Ausgabenanalyse beantwortet eine einfache Frage, wohin fließt das Geld?

00:16:56.500 --> 00:17:00.880
Ein Einkaufsleiter kann Ausgaben nach Lieferant, Produkt, Beschaffungskategorie oder Abteilung überprüfen.

00:17:00.880 --> 00:17:03.720
Vielleicht denkt das Unternehmen, es kauft Handschuhe nur bei einem Lieferanten,

00:17:03.820 --> 00:17:06.940
aber die Aufzeichnungen zeigen, dass mehrere Teams ähnliche Handschuhe bei verschiedenen Anbietern kaufen.

00:17:07.560 --> 00:17:10.120
Vielleicht gibt eine Abteilung mehr für externe Reparaturen aus als erwartet.

00:17:10.620 --> 00:17:14.000
Diese Details geben dem Unternehmen einen Grund, vor dem nächsten Einkauf bessere Fragen zu stellen.

00:17:14.620 --> 00:17:17.240
Die Lieferantenleistungsanalyse betrachtet des Anbieters in derselben Geschichte.

00:17:17.920 --> 00:17:21.880
Einkäufer können Einkaufs- und Liefergebnisse vergleichen, wenn sie entscheiden, wer zukünftige Aufträge erhalten soll.

00:17:21.880 --> 00:17:25.960
Ein niedriger Preis auf dem Papier sieht vielleicht weniger adaktiv aus, wenn der Lieferant wiederholt zu spät liefert,

00:17:26.040 --> 00:17:28.840
unvollständige Bestellungen versendet oder vereinbarte Bedingungen nicht einhalten kann.

00:17:28.840 --> 00:17:32.740
Das Unternehmen kann seine eigenen Einkaufsunterlagen verwenden, wenn es die Lieferantenbeziehung überprüft.

00:17:33.060 --> 00:17:34.000
Dann gibt es noch den Audit.

00:17:34.380 --> 00:17:37.260
Ein Audit-Trailer ermöglicht es, einen Einkauf über dessen gesamte Historie hinweg nachzuverfahren.

00:17:37.480 --> 00:17:40.200
Man kann mit der ursprünglichen Anforderung beginnen, sehen, wer sie genehmigt hat,

00:17:40.260 --> 00:17:44.160
den Einkaufsauftrag prüfen, den Wareneingang kontrollieren, die Rechnung finden und die Zahlung sehen, mit der sie beglichen.

00:17:44.360 --> 00:17:48.820
Dieser Datensatz hilft Finanz- und Prüfungsteams, aber auch normalen Mitarbeitern bei der Beantwortung alltäglicher Fragen.

00:17:48.820 --> 00:17:52.360
Warum haben wir das gekauft? Wer hat diesen Lieferanten ausgegeben? Sind die Waren angekommen?

00:17:52.740 --> 00:17:55.600
Wurde die Rechnung bereits bezahlt? Die Antwort liegt im Einkaufsdatensatz.

00:17:55.600 --> 00:18:01.280
Kehren wir zum Bürogebäude vom Anfang zurück. Der Einkauf, der Wareneingang und die Finanzabteilung haben unterschiedliche Aufgaben,

00:18:01.360 --> 00:18:06.740
aber sie alle betrachten Teile desselben Kaufs, anstatt lose Papiere zwischen verschiedenen Räumen hin und her zu schicken, hin und her zu schicken.

00:18:06.740 --> 00:18:12.680
Unser Lagerleiter und unsere TMS-Anfrage für Helme und Handschuhe verfügen nun über eine vollständige Historie.

00:18:13.380 --> 00:18:16.480
Die Anforderung entsprach der Unternehmensrichtlinie. Die richtigen Personen haben sie genehmigt.

00:18:16.820 --> 00:18:20.220
Der Lieferant hat die Ausrüstung geliefert. Das Lagerpersonal hat den Wareneingang erfasst.

00:18:20.640 --> 00:18:22.780
Die Kreditorenbuchhaltung hat die Rechnung abgeglichen und bezahlt.

00:18:23.100 --> 00:18:25.660
Einfache Unterscheidung sorgt dafür, dass all diese Bausteine klar bleiben.

00:18:26.680 --> 00:18:31.860
Sourcing hilft dem Unternehmen bei der Auswahl der Lieferanten, während Procurement verwaltet, was nach der Kaufentscheidung geschieht.

00:18:31.860 --> 00:18:37.020
Fazit. Ein verbundener Datensatz von der Anforderung bis zur Zeit. Hier ist das Gesamtbild.

00:18:37.480 --> 00:18:41.600
Procurement und Sourcing nehmen all diese verstreuten Übergaben und machen daraus einen nachverfolgbaren Unternehmensprozess.

00:18:41.960 --> 00:18:46.100
Eine Anfrage verschwindet nicht in einem Posteingang, eine Genehmigung existiert nicht nur im Gedächtnis von jemandem

00:18:46.100 --> 00:18:48.940
und eine Wechnung kommt nicht ohne klare Verbindung zu der Entscheidung dahinter an.

00:18:49.440 --> 00:18:53.040
Dadessen verfügt das Unternehmen über einen verbundenen Datensatz, der den gesamten Einkaufsprozess durchgängig geäbt.

00:18:53.040 --> 00:18:54.980
Das gibt Ihnen eine klare Antwort, wenn Sie eine benötigen.

00:18:55.300 --> 00:18:58.100
Als Einkäufer können Sie den Auftrag einsehen. Das Lager sieht, was erwartet wird.

00:18:58.540 --> 00:18:59.940
Die Finanzabteilung weiß, was ist unheimlich schuldig.

00:18:59.940 --> 00:19:02.160
Und Manager sehen genau, wohin die Ausgaben fließen.

00:19:02.720 --> 00:19:05.980
Einkauf umfasst weiterhin Menschen, Lieferanten, Waren, Dienstleistungen und Entscheidungen.

00:19:06.580 --> 00:19:07.960
Dynamics Dynam 65 in der Nicht.

00:19:08.440 --> 00:19:12.360
Es führt die Aufzeichnungen darüber zusammen, damit Sie mit weniger losen Enden und weniger Überraschungen einkaufen können.

00:19:12.680 --> 00:19:16.220
Abonnieren Sie uns auf Ihrer bevorzugten Podcast-Plattform und teilen Sie diesen Wissenshappen mit jemandem,

00:19:16.280 --> 00:19:18.820
der gerade anfängt, Dynamics Dynam 560 Procurement und Sourcing zu lernen.

00:19:18.820 --> 00:19:19.820
Merci.

00:19:19.820 --> 00:19:20.160
Vielen Dank.

00:19:20.160 --> 00:19:21.160
Ben.

00:19:21.160 --> 00:19:23.120
Alt-Ich bin model J Escöl mode.
