Internes System für Einkaufsanfragen: Engpässe vermeiden

Warum Einkaufsanfragen stecken bleiben

Die meisten Verzögerungen beim Einkauf beginnen, bevor jemand eine Anfrage genehmigt oder ablehnt. Eine Mitarbeiterin bittet per E-Mail um einen Laptop, nennt im Chat einen Preis und trägt anschließend eine Zeile in eine Tabelle für das Finanzteam ein. Jeder Ort enthält nur einen Teil der Anfrage. Die einkaufende Person muss dann Lieferant, Kosten, geschäftlichen Grund, Budgetverantwortliche und Frist zusammentragen.

Das erzeugt doppelte Arbeit. Eine Führungskraft fragt nach Angaben, die die Mitarbeiterin bereits an das Finanzteam geschickt hat. Das Finanzteam prüft das Budget, sieht aber nicht, ob die Abteilungsleitung den Bedarf genehmigt hat. Die anfragende Person weiß nicht, wo die Anfrage steht oder wer als Nächstes handeln muss.

Fehlende Angaben verursachen Verzögerungen

Ein Genehmigungsworkflow für Einkäufe wird langsam, wenn die Anfrage nicht die Informationen enthält, die jede beteiligte Person braucht. Häufig fehlen:

• Artikelbeschreibung, Menge oder Lieferantenangebot
• Abteilung, Kostenstelle oder Budgetbetrag
• Geschäftlicher Grund oder gewünschter Liefertermin
• Namentlich benannte genehmigende oder einkaufende Person
• Aufzeichnungen zu Kommentaren, Änderungen oder früheren Entscheidungen

Schon eine einzige fehlende Angabe kann eine Anfrage an den Anfang zurücksetzen. Eine Teamleitung genehmigt vielleicht eine Softwareverlängerung für 1.200 $, und erst danach stellt das Finanzteam fest, dass niemand das Budget angegeben hat. Statt die Bestellung aufzugeben, verbringt das Team mehrere Tage damit, die zuständige Person für diese Ausgabe zu finden.

Ein Datensatz und klare Zuständigkeiten

Ein internes System für Einkaufsanfragen hält die vollständige Anfrage von der Einreichung bis zur Übergabe an die Bestellung zusammen. Die anfragende Person gibt den Bedarf einmal ein. Führungskräfte, Finanzteam und Einkauf sehen dieselben Angaben, ergänzen Kommentare im selben Datensatz und hinterlassen eine sichtbare Entscheidungshistorie.

Klare Statusbezeichnungen verringern unnötige Rückfragen. Eine Anfrage kann zeigen, ob eine Budgetprüfung, die Genehmigung durch eine Führungskraft, eine Aktion des Einkaufs oder Lieferantenangaben erforderlich sind. Für jede Phase braucht es eine namentlich benannte Person oder Rolle sowie eine Vertretungsregel für Abwesenheiten.

Eine No-Code-Einkaufsanwendung macht das praktisch, ohne dass operative Teams Formulare und Tabellen getrennt verwalten müssen. AppMaster kann Anfrageformulare, Budgetfelder, Genehmigungslogik und eine Einkaufsliste in einer Anwendung unterstützen. Jede Anfrage sollte einen festen Ablageort, eine aktuelle zuständige Person und genügend Details haben, um zur Bestellung weiterzugehen.

Festlegen, welche Angaben jede Anfrage braucht

Ein Anfrageformular sollte Führungskräften und Einkauf genügend Informationen geben, um schnell zu entscheiden. Wenn Mitarbeitende grundlegende Angaben in Folgemitteilungen erklären müssen, ist das Formular zu knapp. Wenn es finanzielle Details verlangt, die sie nicht kennen können, raten sie oder brechen den Vorgang ab.

Jede Anfrage braucht einen Artikelnamen, die Menge, den Lieferanten, geschätzte Stückkosten, Gesamtkosten und einen geschäftlichen Grund. Ergänzen Sie Abteilung, Kostenstelle, anfragende Person und gewünschten Termin, wenn diese Angaben Budget oder Lieferung beeinflussen. Nach der Anmeldung kann das System Name und Abteilung automatisch eintragen.

Ein kurzer Grund funktioniert besser als ein großes leeres Textfeld. Zum Beispiel: «Fünf zusätzliche Plätze im Kundensupport für die neue Abendschicht.» Das gibt der genehmigenden Person einen konkreten Grund, eine Menge und den Bezug zur aktuellen Arbeit.

Zwei Anfragearten verwenden

Katalogkäufe und Einzelkäufe brauchen unterschiedliche Formulare. Ein Katalogartikel hat bereits eine genehmigte Beschreibung, einen Lieferanten, einen Preis und manchmal eine Vertragsreferenz. Mitarbeitende wählen ihn aus, geben die Menge ein und erklären den Bedarf. So bleiben häufige Anfragen einheitlich.

Ein Einzelkauf braucht mehr Kontext, weil der Einkauf ihn vor der Bestellung beurteilen muss. Fragen Sie nach Beschreibung des Artikels oder der Dienstleistung, bevorzugtem Lieferanten und Kontakt, falls bekannt, Angebot oder geschätzten Kosten, Menge und Abrechnungsrhythmus, geschäftlichem Grund sowie gewünschtem Liefertermin.

Zwingen Sie Mitarbeitende nicht, einen Lieferanten zu finden, bevor sie etwas anfordern können. Sie wissen vielleicht, dass sie einen höhenverstellbaren Schreibtisch brauchen, aber nicht, welcher Anbieter die Unternehmensregeln erfüllt. Der Einkauf kann diesen Teil später erledigen.

Pflichtfelder sinnvoll einsetzen

Machen Sie ein Feld nur dann zur Pflicht, wenn jemand es braucht, um die Anfrage zu genehmigen, zu budgetieren oder einzukaufen. Artikel, Menge, geschätzte Kosten, Kostenstelle und Grund gehören normalerweise dazu. Anhänge sollten nur ab einem bestimmten Ausgabenlimit oder für Kategorien wie Softwareabonnements verpflichtend sein.

Bedingte Felder machen das Formular leichter bedienbar. Bei einer Softwareanfrage können Anzahl der Nutzenden, Verlängerungsdatum und der Umgang mit Kundendaten abgefragt werden. Bei einem physischen Artikel kann stattdessen eine Lieferadresse erforderlich sein. Jeder Genehmigungsworkflow für Einkäufe erhält die nötigen Fakten, ohne alle Mitarbeitenden durch ein langes Formular zu schicken.

Reichen Sie vor dem Start drei Testanfragen ein: einen Katalogartikel, einen Kauf bei einem neuen Lieferanten und eine wiederkehrende Dienstleistung. Wenn eine genehmigende Person noch eine offensichtliche Frage stellt, ergänzen Sie ein Feld oder formulieren Sie ein vorhandenes klarer.

Einen Katalog erstellen, der Anfragen beschleunigt

Ein Katalog nimmt wiederkehrende Arbeit ab. Statt jede Mitarbeiterin einen Laptop, eine Softwarelizenz oder einen Bürostuhl von Grund auf beschreiben zu lassen, geben Sie ihr eine kurze Liste genehmigter Auswahlmöglichkeiten.

Jeder Katalogartikel sollte eine verständliche Beschreibung, den üblichen Stückpreis und den bevorzugten Lieferanten enthalten. Ergänzen Sie Angaben, die Rückfragen vermeiden, etwa Artikelnummer, Vertragslaufzeit, verfügbare Größen oder die Information, ob eine Führungskraft den Bedarf bestätigen muss.

Ein Eintrag «Standard-Laptop» könnte beispielsweise Modell, genehmigten Lieferanten, Preis von 1.200 $ und dreijährige Garantie nennen. Die anfragende Person wählt eine Menge und erklärt, wer das Gerät verwendet. Der Einkauf erhält jedes Mal dieselben hilfreichen Angaben.

Auswahl einfach halten

Machen Sie den Katalog nicht zu einer Kopie jeder Lieferantenwebsite. Beginnen Sie mit Artikeln, die Mitarbeitende häufig bestellen, und ergänzen Sie Einträge, wenn dieselbe freie Anfrage wiederholt auftaucht. Ein langer, schlecht geordneter Katalog schafft eine neue Verzögerung.

Gruppieren Sie Artikel in vertraute Kategorien wie Software, Ausstattung, Bürobedarf und professionelle Dienstleistungen. Verwenden Sie die Suche und kurze Namen, damit Mitarbeitende einen Artikel finden, bevor sie eine Beschreibung eintippen.

Ein Katalogeintrag braucht normalerweise Artikelnamen, Beschreibung, Stückpreis oder erwartete Preisspanne, bevorzugten Lieferanten, Abrechnungseinheit und etwaige Einschränkungen. Ein Abonnement könnte zum Beispiel «pro Nutzer, pro Monat» anzeigen und darauf hinweisen, dass eine Führungskraft es genehmigen muss.

Ausnahmen ermöglichen

Mitarbeitende brauchen manchmal etwas, das nicht aufgeführt ist. Behalten Sie eine Freitextoption bei, fragen Sie aber nach genügend Informationen für den nächsten Schritt: Bedarf, geschätzte Kosten, Lieferant, falls bekannt, und geschäftlicher Grund.

Betrachten Sie freie Anfragen als Prüfungswarteschlange und nicht als Fehler des Katalogs. Der Einkauf kann Angebote vergleichen, einen Lieferanten genehmigen oder den Artikel für zukünftige Anfragen in den Katalog aufnehmen.

In einer mit AppMaster erstellten No-Code-Einkaufsanwendung kann die Auswahl eines Katalogartikels Preis, Lieferant und Anfragefelder automatisch ausfüllen. Dadurch erhält der Budgetgenehmigungsprozess sauberere Daten und der Korrekturaufwand vor der Übergabe an die Bestellung sinkt.

Budgetprüfungen vor der Genehmigung einbauen

Eine Anfrage sollte ihren finanziellen Kontext zeigen, bevor jemand eine Genehmigungsaufgabe beginnt. Lassen Sie die anfragende Person Abteilung und Kostenstelle auswählen und anschließend Betrag und Währung erfassen. Das System kann diese Felder nutzen, um das passende Budget zu finden.

Halten Sie die Prüfung für Anfragende einfach. Sie sollten Gesamtsumme, verfügbares Budget und den Betrag sehen, der nach der Genehmigung übrig bliebe. Eine Meldung wie «Diese Anfrage überschreitet das verbleibende Budget um 420 $» verhindert, dass eine Führungskraft das Problem erst später in einem E-Mail-Verlauf entdeckt.

Das Finanzteam sollte für Budgetzahlen zuständig sein. Mitarbeitende können den genehmigten Betrag für jede Abteilung oder Kostenstelle zu Beginn eines Zeitraums aktualisieren und bei Planänderungen anpassen. Das interne System für Einkaufsanfragen sollte außerdem genehmigte Anfragen erfassen, die noch nicht zu Rechnungen geworden sind. Sonst kann eine Abteilung scheinbar noch Geld übrig haben, obwohl sie es bereits gebunden hat.

Die vollständige Summe der Anfrage prüfen

Berechnen Sie, was der Einkauf tatsächlich bezahlen wird. Berücksichtigen Sie Mengen, Stückpreise, Steuern, Versand, Einrichtungsgebühren und gegebenenfalls wiederkehrende Kosten. Ein Softwareabonnement für 900 $ mit einer Einrichtungsgebühr von 150 $ ist eine Anfrage über 1.050 $.

Führen Sie den Budgetgenehmigungsprozess aus, sobald die anfragende Person das Formular einreicht, und zwar bevor das System die Anfrage an eine genehmigende Person sendet. So vermeiden Sie unnötige Prüfungen. Die anfragende Person kann die Kostenstelle korrigieren, die Bestellung verkleinern oder eine Ausnahme erklären.

In einer No-Code-Einkaufsanwendung kann dies eine visuelle Regel sein: ausgewählte Kostenstelle auslesen, Gesamtsumme der Anfrage mit dem verbleibenden Budget vergleichen und das Ergebnis in der Anfrage speichern. AppMaster kann die Anfragedaten modellieren, die Logik im Business Process Editor erstellen und das Ergebnis in einem internen Formular anzeigen.

Festlegen, wie über dem Budget liegende Anfragen weiterlaufen

Lassen Sie eine Anfrage oberhalb des Budgets nicht in einem unklaren Status stehen. Geben Sie ihr einen festgelegten Weg, der zur Ausgabenrichtlinie passt. Sie können sie mit sichtbarer Differenz an die anfragende Person zurückgeben, für eine Ausnahme an die budgetverantwortliche Person senden, einen dringenden Bedarf an das Finanzteam leiten oder sie bis zur nächsten Budgetperiode mit Datum und Begründung zurückhalten.

Halten Sie das Budgetergebnis und jede Ausnahmeentscheidung fest. Wenn der Einkauf die Bestellung beginnt, kann das Team sehen, ob die Ausgabe in das ursprüngliche Budget passt und wer einen zusätzlichen Betrag genehmigt hat. Das Finanzteam kann außerdem erklären, warum eine Kostenstelle den Plan überschritten hat.

Genehmigungswege festlegen, denen alle folgen können

Ein internes System für Einkaufsanfragen braucht Weiterleitungsregeln, bevor jemand eine Anfrage einreicht. Senden Sie jede Anfrage an Personen, die die Ausgabe beurteilen können, statt an ein allgemeines Postfach, das nur gelegentlich geprüft wird.

Stützen Sie den Weg auf Informationen, die bereits im Formular erfasst wurden. Abteilung, Kostenstelle, Einkaufskategorie und Gesamtbetrag liefern normalerweise genügend Kontext. Eine Anfrage über 40 $ für Bürobedarf braucht vielleicht nur die Teamleitung. Ein neuer Softwarevertrag kann die budgetverantwortliche Person, IT, Sicherheit und Einkauf einbeziehen.

Halten Sie Wege bei geringem Risiko kurz. Genehmigende Personen «für alle Fälle» zu ergänzen, macht aus einem einfachen Genehmigungsworkflow für Einkäufe eine Kette von Verzögerungen. Jede genehmigende Person sollte einen klaren Grund haben, die Anfrage zu genehmigen, abzulehnen oder weitere Informationen anzufordern.

Vorhersehbare Regeln verwenden

Mitarbeitende sollten vor dem Einreichen wissen, wohin ihre Anfrage geht. Vorhersehbare Regeln verringern außerdem Streitigkeiten, wenn eine Anfrage ins Stocken gerät.

Ein Unternehmen könnte beispielsweise folgende Regeln verwenden:

• Anfragen unter 500 $ gehen an die Abteilungsleitung.
• Anfragen von 500 bis 5.000 $ gehen an die Führungskraft und die für die Kostenstelle verantwortliche Person.
• Software- und Cloud-Service-Anfragen gehen zusätzlich an IT oder Sicherheit.
• Anfragen über 5.000 $ gehen nach der Budgetgenehmigung an den Einkauf.
• Investitionsgüter gehen unabhängig vom Betrag an die Finanzverantwortlichen.

Die Regeln müssen nicht in jeder Abteilung gleich sein. Der Vertrieb kann für kundennahe Tools eine Genehmigung brauchen, während der Betrieb eine zusätzliche Prüfung der Ausstattung benötigt. Verwenden Sie im gesamten Unternehmen dieselbe Grundlogik, damit Mitarbeitende den Prozess nicht jedes Mal neu lernen müssen.

Abwesenheiten planen und den Datensatz vollständig halten

Jede genehmigende Person braucht eine Vertretung. Wenn eine Führungskraft im Urlaub ist, sollte das System neue Anfragen an eine namentlich benannte Vertretung senden oder einer Administration erlauben, offene Aufgaben neu zuzuweisen. Anfragende sollten niemanden per E-Mail oder Chat suchen müssen.

Legen Sie ein Ziel für die Reaktionszeit fest. Benachrichtigen Sie beispielsweise nach zwei Arbeitstagen und senden Sie die Anfrage nach fünf Tagen an die Vertretung. Die Eskalation sollte die Anfrage weiterbewegen und gleichzeitig den ursprünglichen Weg und die Entscheidungshistorie erhalten.

Halten Sie jede Entscheidung im Datensatz der Anfrage fest. Zeigen Sie, wer sie genehmigt oder abgelehnt hat, wann die Entscheidung getroffen wurde und welche Kommentare hinterlassen wurden. Eine Ablehnung wie «Nutzen Sie bis zur Verlängerung die bestehende Teamlizenz» gibt der anfragenden Person einen konkreten nächsten Schritt und dem Einkauf Kontext für die Bestellung.

AppMaster ermöglicht es Teams, Anfragefelder zu modellieren, Genehmigungslogik in einem visuellen Geschäftsprozess aufzubauen und den aktuellen Status für Anfragende anzuzeigen. Zuständigkeiten bleiben sichtbar, statt in E-Mail-Verläufen zu verschwinden.

Den Anfrageprozess Schritt für Schritt aufbauen

Ein klarer Anfrageprozess verhindert, dass einfache Käufe in E-Mails verschwinden. Jeder Status sollte den aktuellen Zustand beschreiben, und jede beteiligte Person sollte wissen, wann sie handeln muss.

Beginnen Sie mit wenigen Status: Entwurf, Eingereicht, Genehmigt, Abgelehnt, Bestellt und Eingegangen. Vermeiden Sie Bezeichnungen mit nahezu gleicher Bedeutung wie «Prüfung ausstehend» und «Genehmigung ausstehend». Menschen verwenden sie uneinheitlich, und die Auswertung leidet darunter.

Eine Anfrage beginnt als Entwurf. Die anfragende Person kann sie speichern, Artikel oder Menge ändern oder löschen. Das System sollte in dieser Phase keine Benachrichtigungen senden und kein Budget reservieren.

Wenn das Formular eingereicht wird, wechselt der Status zu «Eingereicht». Sperren Sie Preis, Lieferantendetails und angeforderten Betrag, sofern die Anfrage nicht zur Änderung zurückgegeben wird. Die genehmigende Person kann genehmigen, ablehnen oder die Anfrage mit einem kurzen Kommentar zurückgeben.

Nach der Genehmigung wird die Anfrage an den Einkauf übergeben. Das Team sollte den Status erst dann auf «Bestellt» setzen, wenn es die Bestellung erstellt oder aufgegeben hat. Die Berechtigung, Geld auszugeben, beweist nicht, dass jemand den Artikel gekauft hat.

Wenn die Ware eintrifft, der Dienstzugang beginnt oder ein Abonnement bestätigt wird, setzt die empfangende Person den Status auf «Eingegangen». So erhalten Finanzteam und Anfragende eine zuverlässige Aufzeichnung dessen, was angekommen ist.

Jeder Rolle klare Aktionen geben

Ein einfaches internes System für Einkaufsanfragen funktioniert am besten, wenn Statusänderungen Zuständigkeiten haben. Lassen Sie nicht alle Nutzenden jede eingereichte Anfrage bearbeiten.

• Anfragende erstellen Entwürfe, reichen Anfragen ein und korrigieren zurückgegebene Anfragen.
• Führungskräfte und Budgetverantwortliche genehmigen, lehnen ab oder geben Anfragen mit einer Begründung zurück.
• Mitarbeitende im Einkauf erfassen Lieferanteninformationen und Bestelldetails und setzen den Status auf «Bestellt».
• Personen, die den Wareneingang bestätigen, markieren Anfragen als eingegangen.
• Mitarbeitende im Finanzteam sehen die vollständige Historie und korrigieren begrenzte Felder wie eine Buchungsreferenz.

Eine Administration sollte Ausnahmen bearbeiten, etwa wenn eine genehmigende Person das Unternehmen verlässt oder eine doppelte Anfrage vorliegt. Führen Sie für jede Statusänderung einen Prüfpfad mit ausführender Person, Zeitpunkt und Kommentar.

Benachrichtigungen senden, wenn Handeln erforderlich ist

Senden Sie eine Benachrichtigung, sobald eine eingereichte Anfrage eine genehmigende Person erreicht. Fügen Sie Titel, Betrag, Abteilung und die erforderliche Entscheidung ein. Eine vage Nachricht wie «Sie haben eine neue Aufgabe» verzögert die Bearbeitung, weil erst der Kontext gesucht werden muss.

Benachrichtigen Sie die anfragende Person, wenn jemand die Anfrage genehmigt, ablehnt oder zurückgibt. Bei Ablehnung oder Rückgabe sollte ein Kommentar erforderlich sein. «In diesem Quartal ist kein Budget verfügbar» gibt eine klare Richtung vor. «Nein» tut das nicht.

Der Einkauf sollte nach der endgültigen Genehmigung eine Benachrichtigung erhalten. Die anfragende Person sollte informiert werden, wenn der Einkauf den Status auf «Bestellt» oder «Eingegangen» setzt. Wenn nach einer festgelegten Zeit niemand handelt, erinnern Sie die aktuelle zuständige Person und setzen Sie die Vertretung in Kopie.

Mit AppMaster kann eine No-Code-Einkaufsanwendung Status im Data Designer modellieren und zulässige Änderungen im Business Process Editor erzwingen. Jede Übergabe bleibt im Datensatz festgehalten, statt davon abzuhängen, dass jemand daran denkt.

Beispiel: Anfrage für ein Softwareabonnement

Maya, eine Marketingmanagerin, benötigt 15 Abonnements für ein Tool zur Planung sozialer Medien. Sie öffnet das interne System für Einkaufsanfragen und wählt das Tool aus dem Softwarekatalog, statt eine freie Anfrage zu erstellen.

Der Katalogeintrag enthält Lieferant, Tarif, Preis pro Nutzer, Abrechnungszyklus und das Team, das für den Vertrag zuständig ist. Maya gibt 15 Plätze ein, wählt die Kostenstelle Marketing und ergänzt als Grund: Das Team braucht eine gemeinsame Planung und Genehmigung von Kampagnenbeiträgen.

Die Anwendung berechnet die jährlichen Kosten, bevor Maya die Anfrage einreicht. Das Marketingbudget für Software reicht aus, daher besteht die Anfrage die Budgetprüfung. Wenn das Budget nicht ausreichen würde, könnte die Anwendung die Anfrage stoppen und Maya auffordern, eine andere Kostenstelle auszuwählen oder zusätzliche Mittel zu beantragen. So wird verhindert, dass eine Führungskraft einen Kauf genehmigt, den das Finanzteam nicht bezahlen kann.

Die Abteilungsleitung erhält die Anfrage, weil sie innerhalb des Ausgabenlimits der Führungskraft liegt. Die Genehmigungsansicht zeigt Kosten, Nutzerzahl, geschäftlichen Grund und Budgetsaldo. Die Führungskraft genehmigt die Anfrage.

Der Einkauf erhält einen vollständigen Datensatz mit Lieferant und Tarif, Jahressumme und Verlängerungsdatum, Kostenstelle und Budgetergebnis, Mayas Begründung sowie der mit Zeitstempel versehenen Genehmigung. Eine Einkaufskoordinatorin prüft, ob das Unternehmen bereits eine Vereinbarung mit dem Lieferanten hat. Falls ja, erstellt sie die Bestellung aus den gespeicherten Angaben. Falls nicht, beginnt sie vor der Bestellung mit der Lieferantenprüfung.

Die Koordinatorin erfasst die Bestellnummer und setzt den Status auf «Bestellt». Maya kann die Aktualisierung sehen, ohne beim Einkauf nachzufragen. Sobald der Lieferant die 15 Lizenzen bestätigt, markiert die Koordinatorin die Anfrage als «Eingegangen» und hält fest, wer das Konto verwalten wird.

Dieser Ablauf hält jede Entscheidung an der Anfrage fest. Das Finanzteam sieht, warum das Team die Software gekauft hat, aus welchem Budget sie bezahlt wird und wer die Ausgabe genehmigt hat.

Fehler, die den Einkauf verlangsamen

Ein Einkaufsprozess kann auf einem Flussdiagramm einfach aussehen und seine Nutzenden trotzdem frustrieren. Probleme entstehen meist, wenn das System jede Anfrage als Sonderfall behandelt oder Änderungen nach der Genehmigung nicht kontrolliert.

Jede Anfrage nach oben weiterleiten

Viele Teams schicken jede Anfrage an eine einzige Führungskraft. Diese Person wird zur Warteschlange für alltägliche Dinge wie eine Ersatz­tastatur, eine monatliche Softwareverlängerung oder Bedarf unter einem kleinen Ausgabenlimit. Wenn die Führungskraft zwei Tage abwesend ist, warten alle.

Passen Sie Genehmigungswege an Kosten, Abteilung und Anfrageart an. Eine Teamleitung kann einen Standardartikel aus dem Katalog bis zu einem festgelegten Limit genehmigen. Eine Abteilungsverantwortliche kann größere Käufe prüfen. Das Finanzteam kann einbezogen werden, wenn eine Anfrage das Budget betrifft oder ein Limit überschreitet. Die Unternehmensleitung sollte Ausnahmen erhalten, keine gewöhnlichen Anfragen.

Genehmigte Anfragen stillschweigend ändern lassen

Die endgültige Genehmigung gilt für einen bestimmten Artikel, eine bestimmte Menge, einen bestimmten Lieferanten und einen bestimmten Preis. Wenn diese Angaben später geändert werden, passt die Genehmigung möglicherweise nicht mehr zur Ausgabe.

Legen Sie Regeln für wesentliche Änderungen fest. Eine Änderung von 10 auf 12 Lizenzen oder von 500 auf 1.200 $ sollte die Anfrage erneut an die zuständige prüfende Person senden. Kleinere Angaben wie ein Kontakt für die Lieferung können bearbeitbar bleiben, ohne den Genehmigungsworkflow für Einkäufe neu zu starten.

Eine No-Code-Einkaufsanwendung kann eine Änderungshistorie führen und die Genehmigung erneut öffnen, wenn kontrollierte Felder geändert werden. So entstehen keine Überraschungen, wenn das Finanzteam genehmigten Betrag und Rechnung vergleicht.

Die Anfrage zu früh schließen

Die Genehmigung ist nicht das Ende des Einkaufs. Das Einkaufsteam muss weiterhin Lieferant, Bestellnummer, endgültigen Preis, Bestelldatum und Lieferstatus erfassen. Wird eine Anfrage geschlossen, bevor diese Angaben vorliegen, müssen Mitarbeitende später E-Mails und Tabellen durchsuchen.

Verwenden Sie klare Status wie «Genehmigt», «Bestellt», «Eingegangen» und «Abgeschlossen». Setzen Sie eine Anfrage erst dann auf «Abgeschlossen», wenn der Einkauf die Bestelldetails erfasst und die Übergabe bestätigt hat. Ein genehmigtes Jahresabonnement sollte auf «Genehmigt» bleiben, bis die einkaufende Person die Lieferantenbestellung oder Verlängerungsreferenz einträgt.

Diese Unterscheidung macht Auswertungen zuverlässiger. Teams sehen, welche genehmigten Anfragen noch bearbeitet werden müssen, welche Bestellungen auf die Lieferung warten und welche Käufe abgeschlossen sind.

Kurze Prüfungen vor dem Start

Ein kurzer Testlauf erkennt die meisten Probleme, bevor Mitarbeitende auf das interne System für Einkaufsanfragen angewiesen sind. Bitten Sie eine kleine Gruppe, realistische Anfragen einzureichen, etwa für Bürobedarf, eine Softwareverlängerung und einen Dienstleistungsvertrag. Beziehen Sie Anfragende, genehmigende Personen und Mitarbeitende ein, die Bestellungen erstellen.

Jede Anfrage braucht eine klare zuständige Person und einen sichtbaren Status. Die Zuständigkeit sollte wechseln, wenn die Verantwortung von der anfragenden Person an eine Führungskraft oder den Einkauf übergeht. Statusbezeichnungen sollten erklären, was passiert ist, etwa Entwurf, Eingereicht, Genehmigt, Abgelehnt oder An den Einkauf übergeben.

Bevor Sie die Anwendung für alle öffnen, prüfen Sie, ob jede Anfrage zuständige Person, aktuellen Status, Betrag und nächste genehmigende Person zeigt. Vergleichen Sie Genehmigungsregeln mit tatsächlichen Ausgabenlimits und Abteilungsregeln. Prüfen Sie, ob der Einkauf Lieferant, Angebotspreis, genehmigte Menge und gewünschten Liefertermin sehen kann.

Testen Sie eine Anfrage über dem Budget und bestätigen Sie, dass die Anwendung sie entweder stoppt oder an die richtige Person sendet. Lehnen Sie eine weitere Anfrage mit einer klaren Begründung ab und prüfen Sie, ob die anfragende Person den Grund erhält und das Formular aktualisieren kann.

Verwenden Sie für Budgettests echte Zahlen. Geben Sie einem Team ein verbleibendes Monatsbudget von 2.000 $ und reichen Sie anschließend eine Anfrage über 2.400 $ ein. Entscheiden Sie, ob das System sie blockieren, eine Genehmigung durch das Finanzteam verlangen oder einer budgetverantwortlichen Person das Verschieben von Mitteln erlauben soll. Alle Beteiligten sollten dasselbe Ergebnis sehen.

Testen Sie außerdem Änderungen nach der Genehmigung. Eine anfragende Person kann eine Bestellung von 10 auf 15 Monitore erhöhen oder ein Lieferant den Angebotspreis anheben. Der Genehmigungsworkflow für Einkäufe sollte die Anfrage erneut durch die Genehmigung schicken oder klar kennzeichnen, welche Änderungen keine weitere Prüfung erfordern. Stille Änderungen führen später zu Streitigkeiten.

Testen Sie schließlich die Übergabe an die Bestellung. Der Einkauf sollte genehmigte Angaben an einem Ort erhalten, statt sie aus E-Mails oder Chats abzutippen. In AppMaster können Teams diese Wege mit Beispieldatensätzen testen und visuelle Regeln vor der Veröffentlichung der Anwendung anpassen. Führen Sie eine kurze Liste fehlgeschlagener Tests, beheben Sie die jeweilige Regel und testen Sie erneut.

Nächste Schritte auswählen

Beginnen Sie mit einer Abteilung, die regelmäßig einkauft und einen überschaubaren Genehmigungsweg hat. Software für die IT, Bürobedarf oder Marketingabonnements sind praktische Ausgangspunkte. Geben Sie dieser Gruppe einen kurzen Katalog mit häufigen Artikeln, geschätzten Preisen und den Informationen, die der Einkauf braucht.

Halten Sie die erste Version fokussiert. Anfragende sollten einen klaren Bedarf einreichen, genehmigende Personen Kosten und Budgetstatus sehen und der Einkauf nach der Genehmigung eine vollständige Anfrage erhalten. Ergänzen Sie ungewöhnliche Anfragearten erst, wenn der grundlegende Weg zuverlässig funktioniert.

Bitten Sie die Personen, die jeden Teil des internen Systems für Einkaufsanfragen nutzen, nach den ersten Wochen um Feedback. Anfragende können unklare Felder erkennen. Genehmigende Personen können erklären, wo sie mehr Kontext brauchen. Mitarbeitende im Einkauf können auf fehlende Lieferantenangaben oder Anfragen hinweisen, die weiterhin außerhalb der Anwendung eingehen.

Nutzen Sie dieses Feedback, um nicht verwendete Felder zu entfernen, Katalogeinträge für wiederkehrende Käufe zu ergänzen, Genehmigungsgrenzen zu klären, die nächste zuständige Person anzuzeigen und festzuhalten, warum jemand eine Anfrage zurückgibt oder ablehnt.

AppMaster kann Teams dabei helfen, eine No-Code-Einkaufsanwendung zu erstellen, ohne mit einem leeren technischen Projekt zu beginnen. Teams können Mitarbeiterformulare erstellen, den Business Process Editor für Budgetprüfungen und Genehmigungswege nutzen und separate Ansichten für Führungskräfte und Einkauf anlegen. Im Data Designer lassen sich Katalogartikel, Abteilungen, Lieferanten, Budgets und Anfragen an einem Ort verwalten.

Ein kleiner Pilot macht praktische Probleme schnell sichtbar. Wenn Mitarbeitende weiterhin Anfragen per E-Mail senden, finden Sie zuerst den Grund heraus, bevor Sie weitere Regeln ergänzen. Bauen Sie einen Anfrageweg, den Menschen wählen, weil er klarer und schneller ist als die bisherige Umgehung. Sobald der Pilot reibungslos läuft, übertragen Sie die Struktur auf die nächste Abteilung und halten Sie Katalog und Genehmigungsregeln an die tatsächliche Ausgabenpraxis dieses Teams gebunden.