| # Algemene verkoopgegevens Voordat u de verschillende processen die te maken hebben met de functionaliteit voor verkooporders, kunt uitvoeren, moet u basisgegevens voor de verkoop definiëren. Deze algemene verkoopgegevens zijn de volgende: Gegevens voor het controleren van orderwijzigingen en het bepalen van de reden van de wijzigingen. Redenen voor orderblokkering. Simulaties van orderprioriteiten. Gegevens voor het controleren van orderwijzigingen en het bepalen van de reden van de wijzigingen definiëren Verkooporders kunnen dynamische documenten zijn, aangezien de behoeften van een verkopen-aan relatie kunnen wijzigen gedurende de levenscyclus van het orderproces. In de basisgegevens voor verkoop kunt u informatie definiëren waarmee u deze wijzigingen en de redenen van de wijzigingen kunt beheren. In ERP LN worden wijzigingscodes en bevestigingscodes gebruikt om wijzigingen in een order te traceren. Deze functionaliteit is ontworpen met het oog op EDI, maar een bedrijf dat geen gebruik maakt van EDI kan deze codes ook gebruiken voor het registreren van wijzigingen. U kunt wijzigingscodes gebruiken voor het muteren van informatie met betrekking tot orderwijzigingen die voor historische doeleinden worden bijgehouden. U kunt bevestigingscodes gebruiken om handmatig wijzigingsgegevens toe te voegen aan het orderdocument. Deze wijzigingen worden vervolgens middels een verkooporderbevestiging meegedeeld aan de verkopen-aan relatie. Om wijzigingen te kunnen muteren en bijhouden, voert u de volgende stappen uit: Gebruik de sessie Wijzigingsredenen (tdsls0197m000) om codes te muteren die staan voor wijzigingsredenen. Deze codes kunnen worden toegewezen aan een gewijzigde order of een orderbevestiging om duidelijk te maken waarom een wijziging is aangebracht. Deze informatie kan worden bijgehouden voor historische verslagen. Gebruik de sessie Wijzigingssoorten (tdsls0198m000) om wijzigingssoorten te definiëren die de aard van een wijziging aangeven voor een gewijzigde verkooporder of orderbevestiging. Mogelijke wijzigingssoorten zijn bijvoorbeeld gewijzigde orderregel, toegevoegde orderregel en gewijzigde kopgegevens. De wijzigingssoorten worden toegewezen aan de verkooporder nadat de wijziging is aangebracht in de order. Gebruik de sessie Parameters verkooporders (tdsls0100s400) om de verschillende default wijzigingscodes en wijzigingssoorten te definiëren. In het geval van wijzigingen worden deze codes en soorten dan als default gebruikt voor een verkooporderregel. Gebruik de sessie Verkooporder - volgnummers wijzigingsorders (tdsls0153m000) om de optionele nummers te definiëren die kunnen worden gebruikt om wijzigingen toe te wijzen aan een order of orderbevestiging. De volgnummers die u hier definieert, worden gebruikt om wijzigingen in een order te groeperen. Doorgaans zult u deze sessie openen vanuit het verkooporderscherm, aangezien het actuele ordernummer moet worden opgegeven. Gebruik de sessie Verkoopbevestigingen (tdsls0154m000) om verkooporderbevestigingen en de bestemming van de codes ( Kop, Regel of Iedere) te definiëren. De bevestigingscode bevat een groep gegevens, die op het document voor de verkoopbevestiging verschijnt. Deze code kan staan voor de redenen voor een verkooporderwijziging. Gebruik de sessie Toekenning verkoopbevestigingen (tdsls0155m000) om de informatie te definiëren die moet worden opgenomen in de verkooporderbevestiging, zoals wordt aangegeven met de bevestigingscode. U kunt bevestigingscodes toewijzen aan specifieke velden op een verkooporderregel. Dit zijn de default codes die worden gebruikt wanneer een wijziging wordt aangebracht in een specifieke regel. U moet ook de actie (Regel toevoegen, Regel wijzigen) en de bron (EDI, Handmatig of Elke) definiëren die resulteren in de toewijzing van de bevestigingscode. Als u bijvoorbeeld handmatig een orderregel toevoegt aan een bestaande verkooporder en de orderhoeveelheid hierdoor verandert, wijst ERP LN de opgegeven bevestigingscode toe aan de verkooporderregel. Redenen voor orderblokkering definiëren In sommige situaties kan het nodig zijn om de invoer van verkooporders voor een relatie te blokkeren of om de verwerking van de verkooporder van een relatie te stoppen. U kunt voorwaarden definiëren voor het automatisch blokkeren van een verkooporder en blokkeringsredenen definiëren die aangeven waarom de order is geblokkeerd. Daardoor hebt u de tijd om de order te evalueren en de juiste actie te ondernemen. Er kunnen vele redenen zijn waarom een order van een verkopen-aan relatie wordt geblokkeerd. De verkopen-aan relatie kan bijvoorbeeld de kredietlimiet hebben overschreden, achterstallige facturen hebben of een factuur aanvechten. Als u de functionaliteit voor orderblokkeringen wilt gebruiken, moet u de volgende basisgegevens definiëren: Om het evalueren van een order en het ondernemen van de juiste actie mogelijk te maken, kunt u de sessie Blokkeringsredenen (tdsls0190m000) gebruiken om deze informatie te definiëren en bij te houden. In de sessie Blokkeringsredenen per soort relatie (tdsls0593m000) kunt u de actie opgeven die moet worden ondernomen wanneer een verkooporderregel op grond van een specifieke reden is geblokkeerd. De actie is afhankelijk van de relatiesoort en de blokkeringsreden. In de sessie Parameters verkooporders (tdsls0100s400) kunt u opgeven wanneer orders automatisch moeten worden geblokkeerd. Op het tabblad Geblokkeerd kunt u standaardsituaties voor blokkeringen definiëren. Op het tabblad Redenen kunt u een blokkeringsreden koppelen aan elke situatie. Op het veld Blokkeren vanaf activiteit van de sessie Verkoopordersoort - activiteiten (tdsls0694m000) kunt u de stap opgeven waarbij de verkooporderprocedure automatisch moet worden onderbroken. Wanneer een order(regel) wordt geblokkeerd, kan de procedure voor deze order slechts gedeeltelijk worden uitgevoerd. Als er in deze sessie geen blokkeringsstap is gedefinieerd, wordt de orderprocedure niet onderbroken. Prioriteitssimulaties voor orders definiëren Als u prioriteitssimulaties voor orders wilt gebruiken, moet u de volgende basisgegevens definiëren: Zet op het veld Methode orderprioriteiten van de sessie Parameters verkooporders (tdsls0100s400) de methode die wordt gebruikt om de orderprioriteit te bepalen, op Simulatie. Hierdoor wordt de orderprioriteit berekend op basis van de waarden van de velden die in de simulatiecode zijn gedefinieerd. Gebruik de sessie Prioriteitssimulaties (tdsls4524m000) om de codes te definiëren die worden gebruikt om prioriteitssimulaties aan te maken. Een prioriteitssimulatie bestaat uit een identificatiecode en een omschrijving, een sorteervolgorde en een sorteermodus. De sorteervolgorde en de sorteermodus zijn criteria die worden gebruikt om de verkooporders te sorteren. De manier waarop de orders worden gesorteerd, bepaalt de prioriteit. Om een simulatie aan te maken, worden de sorteercriteria die met een simulatiecode zijn gedefinieerd, toegepast op een door de gebruiker geselecteerde groep verkooporders. Voor elke simulatiecode kunt u zes velden selecteren om verkooporders te sorteren. ERP LN haalt de default velden op uit de tabel met verkooporderregels, maar u kunt ook velden van verkooporders of relaties gebruiken. Gerelateerde onderwerpen Overzicht van de afhandeling van verkooporders Orderblokkering Prioriteitssimulaties Artikelgegevens verkoop Organisatorische verkoopgegevens |