--- id: navtobc-standard-zuerst type: knowledge-entry language: de updated: 2026-10-09 status: freigegeben --- # Business Central-Standard zuerst. Weniger Individualcode. Übernommen von [NAVtoBC.de](), Quellenstand: 2026-10-09. STANDARD VOR SONDERLÖSUNG ## Business Central-Standard zuerst. Weniger Individualcode. Nicht jede historisch gewachsene NAV-Anpassung muss mit. Wir prüfen jede notwendige Anforderung in dieser Reihenfolge – gemeinsam mit Ihren Fachbereichen. ![Bild: youtube-standard-zuerst.jpg]() [Bilddatei]() Video abspielen NAVtoBC.de · VIDEO ### Business Central-Standard zuerst. Individualcode durch ein ISV-Modul ersetzt. Mit „Video abspielen“ stimmen Sie zu, dass YouTube geladen wird. Dabei werden Daten an Google übermittelt. [Datenschutzhinweise]() [Auf YouTube ansehen ↗]() Video schließen [Video als lokale MP4-Datei]() 1. 01 ZUERST **Standard nutzen.** Funktionen und Konfiguration von Business Central haben Vorrang. Wir prüfen, wie sich Ihre Abläufe am Standard ausrichten lassen, ohne notwendige Geschäftsanforderungen aufzugeben. **Business Central-Standard wird bevorzugt.** 2. 02 DANN **Zertifizierte Module.** Reicht der Standard nicht aus, prüfen wir passende zertifizierte Branchen- und Funktionsmodule. Individuelle Programmierungen werden möglichst durch diese Erweiterungen ersetzt. **Passende Module vor neuer Programmierung.** 3. 03 NUR WENN NÖTIG **Gezielt entwickeln.** Individualentwicklung bleibt für geschäftlich notwendige Anforderungen, die weder Standard noch geeignete Module erfüllen. Verbleibende Lücken werden dokumentiert und begründet. **Jede Eigenentwicklung mit Begründung.** Wie wir Module auswählen \+ Wir prüfen fachliche Eignung, Integrationen, Lizenz- und Wartungskosten, Hersteller-Support sowie Kompatibilität mit Zielversion, Land und Betriebsmodell. Zertifizierungs- oder Validierungsnachweise werden für das konkrete Modul und die betreffende Version geprüft. Eine Marketplace-Validierung ist keine pauschale Garantie für Ihren Geschäftsprozess. Die Eignung wird im Projekt gesondert bewertet. [Microsoft: technische App-Validierung ↗]() PRAXISBEISPIEL / AMAZON-ANBINDUNG ### Individualcode durch ein ISV-Modul ersetzt. **Gewachsene Geschäftslogik verstehen. Individuelle Schnittstellen gezielt ablösen.** Eine individuell entwickelte Amazon-Anbindung in Navision enthielt eigene C/AL-Logik zur Verarbeitung von Bestell- und Versandinformationen. Der Quellcode berücksichtigt unter anderem bereits versandte Positionen, vorhandene Navision-Auftragszuordnungen und unterschiedliche Fulfillment-Center. **In diesem Beispiel wurde die bisherige Individualprogrammierung durch ein ISV-Modul zur Amazon-Anbindung ersetzt.** VON DER ANPASSUNG ZUR MODULLÖSUNG VORHER **Individuelle Amazon-Anbindung** Eigene C/AL-Logik in Navision ↓ ABLÖSUNG **ISV-Modul für Amazon** Bestehende Individualprogrammierung ersetzt Geschäftslogik bewahren – **Individualcode nicht ungeprüft übernehmen.** Für die Migrationsplanung ist entscheidend, die bisherigen Geschäftsregeln zu kennen und ihre Abdeckung in der neuen Lösung zu prüfen. Nicht der alte Programmcode muss unverändert erhalten bleiben, sondern die fachlich notwendige Funktion. **Unsere KI-gestützte Analyse unterstützt die Vorbereitung Ihrer Navision-Migration zu Business Central:** Sie macht Geschäftslogik, Abhängigkeiten und Schnittstellen nachvollziehbar. So lässt sich fundiert entscheiden, was der Standard übernimmt, wo ein geeignetes ISV-Modul passt und welche individuelle AL-Entwicklung tatsächlich notwendig bleibt. C/AL-Quelltext und erkannte Geschäftsregeln ansehen \+ **Vom Betreiber bereitgestellter C/AL-Quelltextausschnitt.** Der Ausschnitt ist unverändert und endet mitten in einem Verarbeitungsabschnitt. Er ist kein vollständiges, ausführbares Programm. C/AL · Ausschnitt der bisherigen Amazon-Anbindung ``` CLEAR(l_HoldOpen); l_SalesLineAmazon.RESET; l_SalesLineAmazon.SETRANGE("Amazon Document Type",p_SalesHeaderAmazon."Amazon Document Type"); l_SalesLineAmazon.SETRANGE("Amazon-Order-Id",p_SalesHeaderAmazon."Amazon-Order-Id"); l_SalesLineAmazon.SETFILTER("Navision Order No.",'=%1',''); l_SalesLineAmazon.SETFILTER("Quantity-Shipped",'>%1',0); // AKT#032 IF NOT l_SalesLineAmazon.FIND('-') THEN BEGIN EXIT; END ELSE BEGIN // AKT#038 BEG l_FulfillmentCenterId := l_SalesLineAmazon."Fulfillment-Center-Id"; IF l_FulfillmentCenterId<>'' THEN BEGIN p_SalesHeaderAmazon."Fulfillment-Center-Id" := l_FulfillmentCenterId; p_SalesHeaderAmazon."Shipment-Date" := l_SalesLineAmazon."Shipment-Date" END; REPEAT IF l_FulfillmentCenterId <> l_SalesLineAmazon."Fulfillment-Center-Id" THEN l_HoldOpen := TRUE; UNTIL l_SalesLineAmazon.NEXT=0; // AKT#038 END END; // Funktion für Navision Auftragserstellung CLEAR(WarningMessageOrder); CLEAR(ShippingCost); IF (p_SalesHeaderAmazon."Order No." = '') AND (p_SalesHeaderAmazon."Amazon-Order-Id" <>'') THEN BEGIN //(p_SalesHeaderAmazon."Error Message"='') THEN BEGIN //Fehlerprüfung?? ``` #### Was sich aus diesem Ausschnitt ableiten lässt 01 / Passende Bestellung eingrenzen Die Positionen werden nach Amazon-Belegart und Amazon-Bestellnummer gefiltert. 02 / Noch nicht zugeordnete Versandpositionen auswählen Die Navision-Auftragsnummer muss leer und die versandte Menge größer als null sein. Wird keine passende Position gefunden, endet dieser Funktionsaufruf mit `EXIT`. 03 / Versandinformationen übernehmen Ist die Fulfillment-Center-ID der ersten gefundenen Position gefüllt, werden diese ID und das Versanddatum in die Belegkopfvariable übernommen. Eine Speicherung dieser Änderung zeigt der Ausschnitt nicht. 04 / Unterschiedliche Fulfillment-Center erkennen Weicht eine der gefundenen Positionen von der zuerst ermittelten Center-ID ab, wird `l_HoldOpen` auf `TRUE` gesetzt. 05 / Weitere Auftragsverarbeitung vorbereiten Der folgende Abschnitt setzt eine leere Auftragsnummer und eine vorhandene Amazon-Bestellnummer im Kopf voraus. Die darunter stehende Prüfung der Fehlermeldung ist auskommentiert und damit nicht aktiv. **Grenze des Ausschnitts:** Die eigentliche Auftragserstellung, die spätere Wirkung von `l_HoldOpen` und der vollständige Bestell- und Versandprozess sind hier nicht enthalten. Die erfolgte Ablösung ist die Praxisangabe des Betreibers; der Code allein belegt weder die Funktionsabdeckung des Moduls noch einen abgeschlossenen Business-Central-Go-Live. Welche Ihrer NAV-Anpassungen lassen sich sinnvoll ablösen? [Potenzial Ihrer NAV-Anpassungen klären →]() **Ihr Ergebnis:** Eine Entscheidungsmatrix je Anpassung – durch Standard ablösen, zertifiziertes Modul prüfen oder begründet individuell entwickeln. Noch ungeklärte Anforderungen bleiben sichtbar. --- [Datensatz (JSON)]() · [Katalog]()