Hoe kunnen gegevenscontroles en gegevensverwerkingen in NAV-mappings worden ingesteld?
Dit artikel is van toepassing op alle importgevallen, of het oorspronkelijke bericht nu als XML-bestand, als EDIFACT bestand, enz. is ontvangen. Het doel van de controles en verwerkingen is om vast te stellen of alle vereiste gegevens in het bericht zijn overgedragen (en als dat niet het geval is, stop dan de verwerking), of alle noodzakelijke gegevens in het lokale NAV-systeem kunnen worden gevonden (klant, leveranciers, artikelen etc.) en of alle gegevens die zijn overgedragen ook geldig zijn (zijn de prijzen die voor dit artikel zijn verzonden juist? Of zijn ze verouderd?). Voor al deze controles en verwerkingen moet u een NAV type mapping gebruiken omdat elke gegevensmanipulatie alleen kan worden uitgevoerd in een NAV type mapping.
De eerste mogelijkheid is het commando “TESTFIELD”. Wanneer u een nieuwe mapping lijn aanmaakt, zet u het Type op “Command” en het Command Type op “TESTFIELD”. Het vaak gebruikte vergelijkingstype is “Not Blank” dat controleert of een veld een waarde bevat of niet. Dit is handig voor externe artikelnummers of GTIN-nummers bij het verwerken van orders – het nummer dat u niet heeft kan niet worden vertaald naar het interne NAV-itemnummer. Hetzelfde geldt voor de klant- en leveranciernummers. Wanneer u bijvoorbeeld een waardevertaling voor de contacttypes en een kruisverwijzing gebruikt om de klanten en leveranciers via een GLN uit de database te halen, kunt u het testveld gebruiken om achteraf te controleren of het veld “Intern nummer” in het bijbehorende EDI-contact is ingevuld (bijv. de klant werd gevonden) en geef een fout weer als het veld leeg is.
U kunt de andere vergelijkingstypes zoals EQUAL / NOT EQUAL en GREATER / LESS gebruiken om soortgelijke controles uit te voeren. Om bij het voorbeeld van de prijzen te blijven: is de prijs van het bericht gelijk aan de prijs die is ingesteld voor dit artikel en deze klant/verkoper in de huidige periode in uw database? Het is mogelijk om voor elke TESTFIELD een aangepaste fouttekst te gebruiken die tijdens de (test)conversie en in de verwerkingswachtrij wordt getoond.
Wanneer u een bestelbericht ontvangt en u krijgt het artikelnummer van de fabrikant in het bericht, kunt u het artikel in uw database identificeren. Als u bijvoorbeeld de artikelnummers van de fabrikant in uw artikeltabel onderhoudt, kunt u een NAV mapping gebruiken om ons artikel op te halen en het nummer naar de EDI Document Line te schrijven. Hoe doe je dit?
Eerst schrijft u het artikelnummer van de fabrikant. naar het veld “External Item No.” in de tabel “EDI Document Line in uw import mapping. In de volgende NAV mapping stel je een lus in over alle EDI Document Lines en ingesprongen onder de lus plaats je een lus over de tabel “Item”. In de data-item link verbindt u de twee tabellen met de velden die dezelfde nummers bevatten: “External Item No.” uit de tabel “EDI Document Line” en die uit uw database, waar u de nummers onderhoudt. Als de itemtabellus het juiste item vindt, kunt u het item-nr. schrijven. naar de EDI Document Line, naar het veld “No.”, in een data mapping line ingesprongen onder de itemtabellus.
Als u achteraf wilt controleren of er echt een artikelnummer is. in uw EDI-documentlijn kunt u de TESTFIELD-functie gebruiken in het veld “Nee” en een fout weergeven als deze leeg is.
U hoeft niet alle gegevens van de NAV-tabellen naar het EDI-document over te zetten, wanneer onze module de records in de NAV-tabellen aanmaakt, wordt elke OnValidate trigger uitgevoerd en worden alle gegevens die automatisch uit de database worden gehaald door het systeem naar het verkoopdocument geschreven.