Anleitung: Einkauf
Wie aus einer Ersatzteilanforderung eine Bedarfsmeldung, ein Angebot, eine Bestellung und ein Wareneingang werden.
Einkauf ist der Weg von einem benötigten Teil zum Wareneingang: Bedarfsmeldung, Angebotsanfrage, Angebote nebeneinander, Bestellung, Wareneingang und die Lieferantenrechnung. Der Leitende Ingenieur stellt die Anforderung aus dem Auftrag oder aus einer Zeile mit niedrigem Bestand. Der Superintendent genehmigt die Bedarfsmeldung und schlägt das Angebot zu. Die Rechnung zu bezahlen ist Finanzen, nicht dieses Modul.
Übersicht und Seiten
Einkauf ist http://localhost:4400/app/procurement . Die Seite zeigt offene Bedarfsmeldungen, Anfragen, die auf Angebote warten, Bestellungen, die auf Genehmigung warten, Lieferungen zu den nächsten Hafenanläufen, und Ausgaben der letzten 90 Tage nach Kategorie.
Bedarfsmeldungen ist http://localhost:4400/app/procurement/requisitions . Eine Bedarfsmeldung ist derselbe Pfad plus die ID: Positionen, Genehmigungen und die Angebote nebeneinander. Bestellungen ist http://localhost:4400/app/procurement/orders . Eine Bestellung zeigt die Positionen, die Genehmigung, die Wareneingänge und den Rechnungsabgleich. Lieferanten ist http://localhost:4400/app/procurement/suppliers . Integrationen ist http://localhost:4400/app/integrations/procurement .
Abläufe
Eine Bedarfsmeldung anlegen, sie einreichen, die RFQ senden, einen Wareneingang buchen und die Lieferantenrechnung erfassen brauchen edit. RFQ senden (procurement.rfq.send) und die Bestellung senden (procurement.po.send) sind als ausgehend gekennzeichnet. Sie kontaktieren keinen Lieferanten. Zu den Schaltflächen gehören Einreichen, Wareneingang buchen und die Sendeaktionen auf der Bedarfsmeldung und der Bestellung.
Eine Bedarfsmeldung genehmigen braucht publish (procurement.requisition.approve). Ein Angebot zuschlagen braucht publish (procurement.quote.award). Die Schaltfläche heißt Zuschlagen. Zuschlagen legt die Bestellung an und bepreist die Positionen nur aus diesem Angebot, in einer Datenbanktransaktion.
Die Bestellung genehmigen braucht edit (procurement.po.approve), und publish, wenn die Bestellsumme über $5,000 liegt. App und Datenbank prüfen diese Grenze beide. Die Bestellung ist vor einem Wareneingang gesperrt. In der Demo hat Ravi Menon edit. Er kann eine Bedarfsmeldung von einer Arbeitskarte anlegen und sie nicht genehmigen. Kaan Erdem hat publish.
Gemeinsame Datensätze
Das Teil ist der Datensatz des Inventars. Die Arbeitskarte zeigt eine Ersatzteilanforderung, und das ist diese Bedarfsposition. Ein Wareneingang bucht eine Bestandsbewegung. Das Inventar hält keine zweite Zahl für den vorhandenen Bestand. Der Hafenanlauf ist der Ort, an dem die Lieferung fällig ist. Die Anlaufseite verlinkt auf dieses Modul. Sie kopiert die Bestellung nicht. Die Finanzen halten ihre eigene Rechnungszeile, verknüpft über die Bestellnummer, mit eigenem Wechselkurs. Die zwei Zeilen sind noch nicht ein Datensatz.
Was die Demo simuliert
Auf MV Aldersea ist der Kolbenringsatz für die Überholung von Einheit 1 eine RFQ mit drei zurückgekommenen Angeboten. Der Turbolader-Lagersatz ist eine Bestellung, die auf Genehmigung wartet. Angebote und Preise sind berechnet. Die Demo-Kurstabelle ist fest, kein Markt. In der Demo liefert das Senden einer RFQ die drei Angebote sofort. Im Datenbankmodus speichert es die RFQ nur, bis ein Konnektor Angebote schreibt. Die Bestellung zu senden sendet nichts. Lieferanten sind erfunden. Eine Bedarfsmeldung zu stornieren, Positionen nach dem Entwurf zu bearbeiten und eine Bestellung ohne RFQ sind nicht gebaut.
Integrationen
ShipServ und der IMPA-Katalog sind Mocks. Siehe Verbindungen und die Modulreferenz.