Materielparametrar

Kod	Beskrivning	Fast
ASSETASS	Koden avgör om en individ ska associeras med artiklar som spåras per individ under mottagningar (`R`) eller när en inköpsorder `P`) skapas.	Nej
AUTOPART	Den här koden avgör om systemet automatiskt ska uppdatera listan med associerade artiklar. Uppdatera listan med associerade artiklar med godkända rader i en kvittens. Om `AUTOPART` är inställd på `AUTO`, kontrollerar systemet om den mottagna artikeln är associerad med en utrustningslista över associerade artiklar när en inköpsorderkvittens godkänns för en arbetsorder. Om den mottagna artikeln inte är associerad med utrustningens lista över associerade artiklar, lägger systemet till artikeln på denna lista med transaktionskvantiteten som de associerade artiklarnas kvantitet. Om artikeln redan är associerad på listan över associerade artiklar, uppdateras artikelns kvantitet på listan med transaktionskvantiteten om transaktionskvantiteten är större än den befintliga kvantiteten på listan över associerade artiklar. Om transaktionskvantiteten inte är större, görs inga uppdateringar. Detta gäller också uttag, inte bara kvittenser.	Nej
AUTOPNUM	Den här koden anger om systemet ska generera artikelnummer automatiskt eller inte. Exempel: NEJ	Nej
AUTOSTOK	Koden avgör om systemet automatiskt ska skapa poster i tabellerna `R5STOCK` och `R5INSTOCK` (+) för datainsamling. Exempel: Ja	Nej
CHILDTXN	Om användaren gör ett uttag av eller returnerar en artikel som spåras per individ och som har en underordnad artikel som spåras per individ, skapar systemet en post för transaktionen för den underordnade artikeln baserat på inställningen av CHILDTXN.	NEJ
DEFLDTIM	Förvald ledtid för artikeln (i dagar) som används för beräkning av begärt innan-datum för rekvisitionen och förfallodatum för inköpsordern.	Nej
DEFSTOCK	Den här koden anger om lagerhanteringsfälten (t.ex. Nivå för återbeställning, Min/max, Ordernivå osv.) ska kopieras från det överordnade lagerstället på den högsta nivån till det underordnade lagerstället när en lagerpost skapas på det underordnade lagerstället. Exempel: JA	Nej
DEFRQTP	Bestämmer den förvalda radtypen för rekvisitioner. Ange en användarstatus som motsvarar systemstatus `PS` (Stock Parts för lagerartiklar), `PD` (Direct Purchase för Direktinköp) eller `RE` (External Repair för extern reparation) för `PLTP`-objektet. Radtypen ställs automatiskt in på den angivna användarstatusen. Om `DEFRQTP` är null, eller om du anger ett ogiltigt värde, ställs radtypen för rekvisitioner automatiskt in på systemstatusen `PS`.	Nej
DEFUOM	Basmåttenhet för transaktioner, t.ex. uttag från och returer till lagerställen. En ändring av det här förvalsvärdet påverkar inte befintliga data. Infor rekommenderar dock bestämt att du använder `EA` (Each för vardera) eller `PEC` (Piece för styck, exempelvis enskild artikel) som basmåttenhet beroende på artikel-per-individ-mekanismen. Exempel: EA	Nej
DELTMATL	Radera materiellista. Giltiga värden är `J` och `N`. Om du anger `J` raderar systemet tillfälliga materiellistor när den relaterade arbetsordern har slutförts. `Y` kommer att innehålla data från de tillfälliga materiellistorna efter slutförandet. Om du anger `N` tas inte de tillfälliga materiellistorna bort. Exempel: Y	Nej
ENABLEOS	Webbadressen för OneSource-servern.	Nej
IPSUPP	Avgör varifrån värdet för Artikelorg hämtas när en ny artikel skapas via iProcure-gränssnittet. Ange `H` om värdet för Artikelorg ska hämtas från rekvisitions- eller inköpsorderhuvudet. Ange `S` om värdet för Artikelorg ska hämtas från leverantören. Ange `C` om du vill använda den allmänna organisation som anges i `IPSUPPC`-installationsparametern. Exempel: H	Nej
LOTNRG	Generering av partinummer. Den här koden anger hur Infor EAM ska generera partinummer. Giltiga värden är `T` (varje kvittens), `P` (endast artiklar (parts) som spåras enligt parti), eller - (inga partinummer; partinummer * används alltid). Det går att ändra den här parameter i en aktiv installation. Däremot vill Infor bestämt rekommendera att du upprättar en policy för partinumrering innan du anger data. En ändring av värdet påverkar inte befintliga data. Exempel: P	Nej
MOBSHWRV	Ange om mobil kommer att utföra blint mottagande av artiklar på Aktiva rader för IO-mottagning. Ange JA om du vill visa den förväntade mottagningskvantiteten. Ange NEJ om du vill dölja mottagningskvantiteten.	Nej
OBSTCASC	Den här koden anger om ändringar av status I (Installed) eller D (Withdrawn) för överordnad utrustning ska spridas till den underordnade utrustningen. Om du anger `A` sprids ändringar av den överordnade utrustningens status till alla underordnade objekt. Om du anger `D` sprids ändringar av den överordnade utrustningens status endast till beroende underordnade objekt.	Nej
OSTAXUSR	Värde för OneSource-användarnamnet.	Nej
OSTAXPWD	Värde för OneSource-lösenordet. Användaren skriver själv in OneSource-användarlösenordet. När han eller hon sedan klickar på Spara krypteras det angivna värdet.	Nej
OVERRECV	Anger om du kan ta emot fler artiklar än det antal som ursprungligen beställdes. Om inställningen är `JA` kan du ta emot fler artiklar än det beställda antalet. Om inställningen är `NEJ` kan du inte ta emot fler artiklar än det antal som beställts ursprungligen.	Nej
DRCPTTO	Den här koden anger om systemet ska ta emot godsplatsmateriel direkt mot lagerställen eller mot en arbetsorder. Exempel: STORE	Nej
PICKONCE	Den här koden anger om systemet kan göra flera arbetsorderuttag mot samma plocklista. Antag att den här parametern är inställd på `JA` och du har en plocklista associerad med en arbetsorder. Denna plocklista innehåller fyra artiklar, men du tar bara ut en artikel mot plocklistan. Du kan då inte ta ut artiklar mot den plocklistan igen. Om inställningen för parametern är `NEJ` kan du ändå göra uttag mot de återstående tre artiklarna i plocklistan.	Nej
PLNDRQPO	Den här koden anger om rekvisitioner och icke godkända inköpsordersummor ska inkluderas i summerade kostnader för projektrapporter. Om värdet är `PÅ` inkluderas kostnader som härrör från rekvisitioner eller icke godkända inköpsordrar i beräkningen av den summa som visas i fältet Planerad i hela systemet. Detsamma gäller för uppskattade arbetsorderkostnader som ännu inte har länkats till någon rekvisition eller inköpsorder. Om värdet är `AV` inkluderas inte kostnader som härrör från rekvisitioner eller icke godkända inköpsordrar i beräkningen av den summa som visas i Planerad i hela systemet. Värdet för Planerad beräknas baserat enbart på uppskattade arbetsorderkostnader. Inköpsordrar med statusen Godkänd visas i fältet På order i hela systemet tills de får statusen Mottaget. När inköpsordrar har tagits emot, visas dock inköpsorderkostnaderna som Faktisk och används i beräkningen av Uppsk återst utgifter/kostn. Systemet beräknar Uppsk återst utgifter/kostn för projektkostnader enligt följande formel: Aktuella uppskattade återstående utgifter/kostnader - (Planerad + Faktisk)	Nej
POSTALLR	Autostatus för DOST-objektet för fullständigt mottagna inköpsordrar. Ange en användarstatus som motsvarar systemstatusen `A` (Approved för Godkänd) för `DOST`-objektet, så ändrar systemet automatiskt inköpsorderns status till angivet värde när alla rader på inköpsordern är helt mottagna eller annullerade. Om inköpsorderhuvudets status redan är inställd på den status som är definierad i den här parametern, ändras inte inköpsorderstatusen. Obs! Om du aktiverat parametern `POSTALLR` åsidosätter de bearbetningsregler som är associerade med parametern `POSTALLR` reglerna för parametern `POSTRECV`.	Nej
POSTRECV	Autostatus för `DOST`-objektet för fullständigt mottagna inköpsordrar. Ange en användarstatus som motsvarar systemstatus `A` (Approved för Godkänd) för `DOST`-objektet, så ändrar systemet automatiskt status för inköpsorder till angivet värde när en eller flera rader på inköpsordern är delvis mottagna. När en `RECV`-transaktion har godkänts för en artikel som är associerad med en inköpsorder uppdateras status för inköpsorderhuvud till angiven status. Om inköpsorderhuvudets status redan är inställd på den status som är definierad i den här parametern, ändras inte inköpsorderstatusen. Obs! Om du aktiverat parametern `POSTALLR` åsidosätter de bearbetningsregler som är associerade med parametern `POSTALLR` reglerna för parametern `POSTRECV`. Exempel: A	Nej
PRICELEV	Prisnivå. Den här koden anger om priser ska behållas på artikelnivå (samma artikelpriser för alla lagerställen) eller på lagerställenivå (artikeln kan ha olika priser på olika lagerställen). Giltiga värden är `P` och `S`. Du kan inte ändra den här inställningen när den väl används.	Ja
PRICETIM	Prisuppdateringar. Den här koden avgör när systemet ska uppdatera genomsnittlig enhetskostnad och senaste inköpspris. Giltiga värden är `I` (beräkna nytt pris vid godkännande av faktura (invoice)) eller `R` (beräkna nytt pris vid mottagande (receiving) av godkännande baserat på IO-priser). Det kommer att uppstå inkonsekvenser i data om du ändrar det här värdet. Efter en ändring kommer vissa priser fortfarande att baseras på den gamla mekanismen, medan andra kommer att baseras på den nya. Med tiden (vanligtvis den tidsperiod som krävs för en komplett lageromsättning) sker ett skifte från den gamla mekanismen till den nya. Om pristypen för en lagerpost i tabellen `R5STOCK` är LIFO eller FIFO beräknar Infor EAM prisuppdateringar när du godkänner en kvittens, oavsett hur den här parametern är inställd. Om inställningen av den här parametern är `I` beräknar Infor EAM prisuppdateringar igen när du godkänner en faktura och/eller en kredit- eller debetnota. Obs! Den här parametern är inte fast, men Infor avråder bestämt från att ändra den här inställningen. Exempel: R	Nej
PRICETYP	Den här koden bestämmer förvalsvärdet för Pristyp när du skapar lagerställen och anger på vilket sätt systemet prissätter lagerutrymmesartiklar på lagerställenivå. Giltiga värden är `A` för medelpris (Average price), `FIFO` för först in först ut (First in first out), `L` för senaste pris (Last price), `LIFO` för sist in först ut (Last in first out) och `S` för standardpris. Prissättning med `LIFO` eller `FIFO` är en tidsbaserad prissättningsmetod. Därför bör du endast ställa in `PRICETYP` på `FIFO` eller `LIFO` för lagerställeposten om du har valt att behålla priserna på lagerställenivå. (Se `PRICELEV` ovan i detta avsnitt.) Obs! Den här parametern är inte fast, men Infor avråder bestämt från att ändra pristypsinställningen eftersom detta kan leda till datainkonsekvenser. Se parametern `PRICETIM`. Exempel: A	Nej
PROJTRCK	Budgetspårning för projekt. Den här koden anger om Kostnadsområde, Kostnadsställe och Kod för konton ska visas och aktiveras på fliken Budgetar i formuläret Projekt. Med Kostnadsområde, Kostnadsställe och Kod för konton kan du följa upp projektkostnader och budgetar mer exakt genom att associera kostnadsområden, kostnadsställen och koder för konton med budgetkoder. Du kan också ge projektledare och ekonomichefer tillgång till mer detaljerad information om projektbudgetar i projektrapporter. Kostnadsområde, Kostnadsställe och Kod för konton är länkade till objekten `PRCA` (kostnadsområden), `PRCC` (kostnadskoder) och `PCOA` (kod för konton). Du kan definiera kostnadsområden, kostnadskoder och koder för konton som användarkoder efter behov, baserat på dina spårningsinställningar för projektbudgetar i formuläret Systemkoder. Exempel: PÅ	Nej
RECVAUTO	Den här koden anger om systemet automatiskt ska fylla i hur stor kvantitet som ska tas emot i inköpsorderkvittenser. Om `RECVAUTO` är inställd på `JA` fylls Mottagningskvant (måttenhet) i på sidan Aktiva rader i formuläret IO-mottagningar med utestående kvantitet för varje rad i en inköpsorderkvittens. Om `RECVAUTO` är inställd på `NEJ` måste ett värde anges manuellt för den mottagna kvantiteten för varje rad i kvittensen. Exempel: JA	Nej
REQDESC	Beskrivning av förvald rekvisition. En ändring av det här värdet påverkar inte befintliga data. Exempel: Rekvisition	Nej
RPPRCCAL	Den här koden anger om prisberäkningar ska utföras vid mottagning av internt reparerade reservdelar. Exempel: NEJ	Nej
RQSTALLR	Autostatus för objektet `RQST` för fullständigt mottagna inköpsordrar. Ange en användarstatus som motsvarar systemstatusen `A` (Approved för Godkänd) så ändrar systemet automatiskt rekvisitionsstatusen till angivet värde när alla rader är helt mottagna eller annullerade för IO-mottagning. När en `RECV`-transaktion godkänns för en artikel som är associerad med en inköpsrekvisition via en inköpsorder (systemet ignorerar kvittenser för rekvisitioner mellan lagerställen) och alla rekvisitionsrader på rekvisitionen har tagits emot helt eller annullerats, uppdateras statusen för rekvisitionshuvudet till den angivna statusen. Om rekvisitionshuvudets status redan är inställd på det värde som definieras av den här parametern, ändras inte statusen. Om alla rader i en rekvisition annulleras och ingen av raderna har tagits emot, ignorerar systemet inställningen av den här parametern.	Nej
RQSTRECV	Autostatus för objektet `RQST` för mottagna inköpsordrar. Ange en användarstatus som motsvarar systemstatus `A` (Approved för Godkänd) så ändrar systemet automatiskt rekvisitionsstatus till angivet värde när alla rader är delvis mottagna för IO-mottagning. När en `RECV` t-transaktion har godkänts för en artikel som är associerad med en inköpsrekvisition via en inköpsorder (systemet ignorerar kvittenser för rekvisitioner mellan lagerställen), uppdateras status för rekvisitionshuvudet till angiven status. Om rekvisitionshuvudets status redan är inställd på det värde som definieras av den här parametern, ändras inte statusen. Om alla rader i en rekvisition annulleras och ingen av raderna har tagits emot, ignorerar systemet inställningen av den här parametern. Exempel: A	Nej
RRISSWAR	Den här koden anger om Infor EAM ska generera ett varningsmeddelande där du ombeds att kontrollera ifall du behöver skapa en arbetsorder för en defekt reservdel när du tar ut en reparerbar reservdel i formuläret Uttag/retur av artiklar. Exempel: JA	Nej
RTNANY	Parametern `RTNANY` anger om du kan returnera en större kvantitet av en artikel än artikelns ursprungliga uttagskvantitet och/eller om systemet tillåter att du returnerar en artikel till ett annat lagerställe än uttagslagerstället. Om `RTNANY` är inställd på `JA` kan du returnera valfri kvantitet av alla artiklar till valfritt lagerställe som har en artikelpost på fliken Lagerställen i formuläret Artiklar (systemet kräver bara att det finns en artikelpost för artikeln på lagerstället, inte en lagerplats-lagerpost för artikeln på lagerstället). Om `RTNANY` är inställd på `NEJ` kan du inte returnera en större kvantitet av en artikel än den ursprungliga uttagskvantiteten. Du kan bara returnera kvantiteten av den artikel som ursprungligen togs ut mot det objektet och mot samma lagerställe, lagerplats och parti. När du tar ut en artikel, gör du ett uttag mot ett objekt (arbetsorder, utrustning osv.) från ett lagerställe. När du returnerar en artikel, returnerar du från ett objekt (arbetsorder, utrustning osv.) mot ett lagerställe. Exempel: Om `RTNANY` är inställd på `NEJ` och du tar ut 20 artiklar mot en arbetsorder för ett utrustningsobjekt i arbetsordern, kan du bara returnera de artiklarna från arbetsordern. Du kan inte returnera artikeln direkt från utrustningen. Parametern `RTNANY` anger om du kan returnera en större kvantitet av en artikel än artikelns ursprungliga uttagskvantitet. Om `RTNANY` är inställd på `JA` kan du returnera en större kvantitet av en artikel än den ursprungliga uttagskvantiteten. Om `RTNANY` är inställd på `NEJ` kan du inte returnera en större kvantitet av en artikel än den ursprungliga uttagskvantiteten.	Nej
SHOWQTY	Den här koden anger om den förväntade kvantiteten vid inventering i Infor EAM Mobile ska visas. Exempel: NEJ	Nej
STTKDISC	Avvikelser vid inventering. Den här koden anger hur systemet ska hantera avvikelser vid inventering av artiklar som spåras per individ när inventeringar slutgodkänns i formuläret Inventering. Giltiga värden är `1`, `2` eller `3` med `2` som förvalt värde. Du kan ändra värdet. Om värdet är `1` ignoreras avvikelser vid inventering av artiklar som spåras per individ. Om värdet är `2` ignoreras avvikelser vid inventering av artiklar som spåras per individ, men avvikelserna tas med i slutsigneringsdokumentet. Om värdet är `3` inaktiveras slutsigneringen av lagerinventeringar av artiklar som spåras per individ.	Nej

ASSETASS

Koden avgör om en individ ska associeras med artiklar som spåras per individ under mottagningar (R) eller när en inköpsorder P) skapas.

Nej

AUTOPART

Den här koden avgör om systemet automatiskt ska uppdatera listan med associerade artiklar.

Uppdatera listan med associerade artiklar med godkända rader i en kvittens. Om AUTOPART är inställd på AUTO, kontrollerar systemet om den mottagna artikeln är associerad med en utrustningslista över associerade artiklar när en inköpsorderkvittens godkänns för en arbetsorder. Om den mottagna artikeln inte är associerad med utrustningens lista över associerade artiklar, lägger systemet till artikeln på denna lista med transaktionskvantiteten som de associerade artiklarnas kvantitet.

Om artikeln redan är associerad på listan över associerade artiklar, uppdateras artikelns kvantitet på listan med transaktionskvantiteten om transaktionskvantiteten är större än den befintliga kvantiteten på listan över associerade artiklar. Om transaktionskvantiteten inte är större, görs inga uppdateringar. Detta gäller också uttag, inte bara kvittenser.

Nej

AUTOPNUM

Den här koden anger om systemet ska generera artikelnummer automatiskt eller inte.

Exempel: NEJ

Nej

AUTOSTOK

Koden avgör om systemet automatiskt ska skapa poster i tabellerna R5STOCK och R5INSTOCK (+) för datainsamling.

Exempel: Ja

Nej

CHILDTXN

Om användaren gör ett uttag av eller returnerar en artikel som spåras per individ och som har en underordnad artikel som spåras per individ, skapar systemet en post för transaktionen för den underordnade artikeln baserat på inställningen av CHILDTXN.

NEJ

DEFLDTIM

Förvald ledtid för artikeln (i dagar) som används för beräkning av begärt innan-datum för rekvisitionen och förfallodatum för inköpsordern.

Nej

DEFSTOCK

Den här koden anger om lagerhanteringsfälten (t.ex. Nivå för återbeställning, Min/max, Ordernivå osv.) ska kopieras från det överordnade lagerstället på den högsta nivån till det underordnade lagerstället när en lagerpost skapas på det underordnade lagerstället.

Exempel: JA

Nej

DEFRQTP

Bestämmer den förvalda radtypen för rekvisitioner. Ange en användarstatus som motsvarar systemstatus PS (Stock Parts för lagerartiklar), PD (Direct Purchase för Direktinköp) eller RE (External Repair för extern reparation) för PLTP-objektet. Radtypen ställs automatiskt in på den angivna användarstatusen.

Om DEFRQTP är null, eller om du anger ett ogiltigt värde, ställs radtypen för rekvisitioner automatiskt in på systemstatusen PS.

Nej

DEFUOM

Basmåttenhet för transaktioner, t.ex. uttag från och returer till lagerställen. En ändring av det här förvalsvärdet påverkar inte befintliga data. Infor rekommenderar dock bestämt att du använder EA (Each för vardera) eller PEC (Piece för styck, exempelvis enskild artikel) som basmåttenhet beroende på artikel-per-individ-mekanismen.

Exempel: EA

Nej

DELTMATL

Radera materiellista. Giltiga värden är J och N. Om du anger J raderar systemet tillfälliga materiellistor när den relaterade arbetsordern har slutförts. Y kommer att innehålla data från de tillfälliga materiellistorna efter slutförandet. Om du anger N tas inte de tillfälliga materiellistorna bort.

Exempel: Y

Nej

ENABLEOS

Webbadressen för OneSource-servern.

Nej

IPSUPP

Avgör varifrån värdet för Artikelorg hämtas när en ny artikel skapas via iProcure-gränssnittet. Ange H om värdet för Artikelorg ska hämtas från rekvisitions- eller inköpsorderhuvudet. Ange S om värdet för Artikelorg ska hämtas från leverantören. Ange C om du vill använda den allmänna organisation som anges i IPSUPPC-installationsparametern.

Exempel: H

Nej

LOTNRG

Generering av partinummer. Den här koden anger hur Infor EAM ska generera partinummer. Giltiga värden är T (varje kvittens), P (endast artiklar (parts) som spåras enligt parti), eller - (inga partinummer; partinummer * används alltid). Det går att ändra den här parameter i en aktiv installation. Däremot vill Infor bestämt rekommendera att du upprättar en policy för partinumrering innan du anger data. En ändring av värdet påverkar inte befintliga data.

Exempel: P

Nej

MOBSHWRV

Ange om mobil kommer att utföra blint mottagande av artiklar på Aktiva rader för IO-mottagning. Ange JA om du vill visa den förväntade mottagningskvantiteten. Ange NEJ om du vill dölja mottagningskvantiteten.

Nej

OBSTCASC

Den här koden anger om ändringar av status I (Installed) eller D (Withdrawn) för överordnad utrustning ska spridas till den underordnade utrustningen. Om du anger A sprids ändringar av den överordnade utrustningens status till alla underordnade objekt. Om du anger D sprids ändringar av den överordnade utrustningens status endast till beroende underordnade objekt.

Nej

OSTAXUSR

Värde för OneSource-användarnamnet.

Nej

OSTAXPWD

Värde för OneSource-lösenordet. Användaren skriver själv in OneSource-användarlösenordet. När han eller hon sedan klickar på Spara krypteras det angivna värdet.

Nej

OVERRECV

Anger om du kan ta emot fler artiklar än det antal som ursprungligen beställdes. Om inställningen är JA kan du ta emot fler artiklar än det beställda antalet. Om inställningen är NEJ kan du inte ta emot fler artiklar än det antal som beställts ursprungligen.

Nej

DRCPTTO

Den här koden anger om systemet ska ta emot godsplatsmateriel direkt mot lagerställen eller mot en arbetsorder.

Exempel: STORE

Nej

PICKONCE

Den här koden anger om systemet kan göra flera arbetsorderuttag mot samma plocklista.

Antag att den här parametern är inställd på JA och du har en plocklista associerad med en arbetsorder. Denna plocklista innehåller fyra artiklar, men du tar bara ut en artikel mot plocklistan. Du kan då inte ta ut artiklar mot den plocklistan igen. Om inställningen för parametern är NEJ kan du ändå göra uttag mot de återstående tre artiklarna i plocklistan.

Nej

PLNDRQPO

Den här koden anger om rekvisitioner och icke godkända inköpsordersummor ska inkluderas i summerade kostnader för projektrapporter. Om värdet är PÅ inkluderas kostnader som härrör från rekvisitioner eller icke godkända inköpsordrar i beräkningen av den summa som visas i fältet Planerad i hela systemet. Detsamma gäller för uppskattade arbetsorderkostnader som ännu inte har länkats till någon rekvisition eller inköpsorder.

Om värdet är AV inkluderas inte kostnader som härrör från rekvisitioner eller icke godkända inköpsordrar i beräkningen av den summa som visas i Planerad i hela systemet. Värdet för Planerad beräknas baserat enbart på uppskattade arbetsorderkostnader.

Inköpsordrar med statusen Godkänd visas i fältet På order i hela systemet tills de får statusen Mottaget. När inköpsordrar har tagits emot, visas dock inköpsorderkostnaderna som Faktisk och används i beräkningen av Uppsk återst utgifter/kostn.

Systemet beräknar Uppsk återst utgifter/kostn för projektkostnader enligt följande formel:

Aktuella uppskattade återstående utgifter/kostnader - (Planerad + Faktisk)

Nej

POSTALLR

Autostatus för DOST-objektet för fullständigt mottagna inköpsordrar. Ange en användarstatus som motsvarar systemstatusen A (Approved för Godkänd) för DOST-objektet, så ändrar systemet automatiskt inköpsorderns status till angivet värde när alla rader på inköpsordern är helt mottagna eller annullerade.

Om inköpsorderhuvudets status redan är inställd på den status som är definierad i den här parametern, ändras inte inköpsorderstatusen.

Obs!

Om du aktiverat parametern POSTALLR åsidosätter de bearbetningsregler som är associerade med parametern POSTALLR reglerna för parametern POSTRECV.

Nej

POSTRECV

Autostatus för DOST-objektet för fullständigt mottagna inköpsordrar. Ange en användarstatus som motsvarar systemstatus A (Approved för Godkänd) för DOST-objektet, så ändrar systemet automatiskt status för inköpsorder till angivet värde när en eller flera rader på inköpsordern är delvis mottagna.

När en RECV-transaktion har godkänts för en artikel som är associerad med en inköpsorder uppdateras status för inköpsorderhuvud till angiven status.

Om inköpsorderhuvudets status redan är inställd på den status som är definierad i den här parametern, ändras inte inköpsorderstatusen.

Obs!

Om du aktiverat parametern POSTALLR åsidosätter de bearbetningsregler som är associerade med parametern POSTALLR reglerna för parametern POSTRECV.

Exempel: A

Nej

PRICELEV

Prisnivå. Den här koden anger om priser ska behållas på artikelnivå (samma artikelpriser för alla lagerställen) eller på lagerställenivå (artikeln kan ha olika priser på olika lagerställen). Giltiga värden är P och S. Du kan inte ändra den här inställningen när den väl används.

Ja

PRICETIM

Prisuppdateringar. Den här koden avgör när systemet ska uppdatera genomsnittlig enhetskostnad och senaste inköpspris. Giltiga värden är I (beräkna nytt pris vid godkännande av faktura (invoice)) eller R (beräkna nytt pris vid mottagande (receiving) av godkännande baserat på IO-priser).

Det kommer att uppstå inkonsekvenser i data om du ändrar det här värdet. Efter en ändring kommer vissa priser fortfarande att baseras på den gamla mekanismen, medan andra kommer att baseras på den nya. Med tiden (vanligtvis den tidsperiod som krävs för en komplett lageromsättning) sker ett skifte från den gamla mekanismen till den nya.

Om pristypen för en lagerpost i tabellen R5STOCK är LIFO eller FIFO beräknar Infor EAM prisuppdateringar när du godkänner en kvittens, oavsett hur den här parametern är inställd. Om inställningen av den här parametern är I beräknar Infor EAM prisuppdateringar igen när du godkänner en faktura och/eller en kredit- eller debetnota.

Obs!

Den här parametern är inte fast, men Infor avråder bestämt från att ändra den här inställningen.

Exempel: R

Nej

PRICETYP

Den här koden bestämmer förvalsvärdet för Pristyp när du skapar lagerställen och anger på vilket sätt systemet prissätter lagerutrymmesartiklar på lagerställenivå.

Giltiga värden är A för medelpris (Average price), FIFO för först in först ut (First in first out), L för senaste pris (Last price), LIFO för sist in först ut (Last in first out) och S för standardpris.

Prissättning med LIFO eller FIFO är en tidsbaserad prissättningsmetod. Därför bör du endast ställa in PRICETYP på FIFO eller LIFO för lagerställeposten om du har valt att behålla priserna på lagerställenivå. (Se PRICELEV ovan i detta avsnitt.)

Obs!

Den här parametern är inte fast, men Infor avråder bestämt från att ändra pristypsinställningen eftersom detta kan leda till datainkonsekvenser. Se parametern PRICETIM.

Exempel: A

Nej

PROJTRCK

Budgetspårning för projekt. Den här koden anger om Kostnadsområde, Kostnadsställe och Kod för konton ska visas och aktiveras på fliken Budgetar i formuläret Projekt. Med Kostnadsområde, Kostnadsställe och Kod för konton kan du följa upp projektkostnader och budgetar mer exakt genom att associera kostnadsområden, kostnadsställen och koder för konton med budgetkoder. Du kan också ge projektledare och ekonomichefer tillgång till mer detaljerad information om projektbudgetar i projektrapporter.

Kostnadsområde, Kostnadsställe och Kod för konton är länkade till objekten PRCA (kostnadsområden), PRCC (kostnadskoder) och PCOA (kod för konton). Du kan definiera kostnadsområden, kostnadskoder och koder för konton som användarkoder efter behov, baserat på dina spårningsinställningar för projektbudgetar i formuläret Systemkoder.

Exempel: PÅ

Nej

RECVAUTO

Den här koden anger om systemet automatiskt ska fylla i hur stor kvantitet som ska tas emot i inköpsorderkvittenser. Om RECVAUTO är inställd på JA fylls Mottagningskvant (måttenhet) i på sidan Aktiva rader i formuläret IO-mottagningar med utestående kvantitet för varje rad i en inköpsorderkvittens. Om RECVAUTO är inställd på NEJ måste ett värde anges manuellt för den mottagna kvantiteten för varje rad i kvittensen.

Exempel: JA

Nej

REQDESC

Beskrivning av förvald rekvisition. En ändring av det här värdet påverkar inte befintliga data.

Exempel: Rekvisition

Nej

RPPRCCAL

Den här koden anger om prisberäkningar ska utföras vid mottagning av internt reparerade reservdelar.

Exempel: NEJ

Nej

RQSTALLR

Autostatus för objektet RQST för fullständigt mottagna inköpsordrar. Ange en användarstatus som motsvarar systemstatusen A (Approved för Godkänd) så ändrar systemet automatiskt rekvisitionsstatusen till angivet värde när alla rader är helt mottagna eller annullerade för IO-mottagning.

När en RECV-transaktion godkänns för en artikel som är associerad med en inköpsrekvisition via en inköpsorder (systemet ignorerar kvittenser för rekvisitioner mellan lagerställen) och alla rekvisitionsrader på rekvisitionen har tagits emot helt eller annullerats, uppdateras statusen för rekvisitionshuvudet till den angivna statusen.

Om rekvisitionshuvudets status redan är inställd på det värde som definieras av den här parametern, ändras inte statusen. Om alla rader i en rekvisition annulleras och ingen av raderna har tagits emot, ignorerar systemet inställningen av den här parametern.

Nej

RQSTRECV

Autostatus för objektet RQST för mottagna inköpsordrar. Ange en användarstatus som motsvarar systemstatus A (Approved för Godkänd) så ändrar systemet automatiskt rekvisitionsstatus till angivet värde när alla rader är delvis mottagna för IO-mottagning.

När en RECV t-transaktion har godkänts för en artikel som är associerad med en inköpsrekvisition via en inköpsorder (systemet ignorerar kvittenser för rekvisitioner mellan lagerställen), uppdateras status för rekvisitionshuvudet till angiven status.

Om rekvisitionshuvudets status redan är inställd på det värde som definieras av den här parametern, ändras inte statusen. Om alla rader i en rekvisition annulleras och ingen av raderna har tagits emot, ignorerar systemet inställningen av den här parametern.

Exempel: A

Nej

RRISSWAR

Den här koden anger om Infor EAM ska generera ett varningsmeddelande där du ombeds att kontrollera ifall du behöver skapa en arbetsorder för en defekt reservdel när du tar ut en reparerbar reservdel i formuläret Uttag/retur av artiklar.

Exempel: JA

Nej

RTNANY

Parametern RTNANY anger om du kan returnera en större kvantitet av en artikel än artikelns ursprungliga uttagskvantitet och/eller om systemet tillåter att du returnerar en artikel till ett annat lagerställe än uttagslagerstället.

Om RTNANY är inställd på JA kan du returnera valfri kvantitet av alla artiklar till valfritt lagerställe som har en artikelpost på fliken Lagerställen i formuläret Artiklar (systemet kräver bara att det finns en artikelpost för artikeln på lagerstället, inte en lagerplats-lagerpost för artikeln på lagerstället).

Om RTNANY är inställd på NEJ kan du inte returnera en större kvantitet av en artikel än den ursprungliga uttagskvantiteten. Du kan bara returnera kvantiteten av den artikel som ursprungligen togs ut mot det objektet och mot samma lagerställe, lagerplats och parti.

När du tar ut en artikel, gör du ett uttag mot ett objekt (arbetsorder, utrustning osv.) från ett lagerställe. När du returnerar en artikel, returnerar du från ett objekt (arbetsorder, utrustning osv.) mot ett lagerställe.

Exempel: Om RTNANY är inställd på NEJ och du tar ut 20 artiklar mot en arbetsorder för ett utrustningsobjekt i arbetsordern, kan du bara returnera de artiklarna från arbetsordern. Du kan inte returnera artikeln direkt från utrustningen. Parametern RTNANY anger om du kan returnera en större kvantitet av en artikel än artikelns ursprungliga uttagskvantitet.

Om RTNANY är inställd på JA kan du returnera en större kvantitet av en artikel än den ursprungliga uttagskvantiteten. Om RTNANY är inställd på NEJ kan du inte returnera en större kvantitet av en artikel än den ursprungliga uttagskvantiteten.

Nej

SHOWQTY

Den här koden anger om den förväntade kvantiteten vid inventering i Infor EAM Mobile ska visas.

Exempel: NEJ

Nej

STTKDISC

Avvikelser vid inventering. Den här koden anger hur systemet ska hantera avvikelser vid inventering av artiklar som spåras per individ när inventeringar slutgodkänns i formuläret Inventering.

Giltiga värden är 1, 2 eller 3 med 2 som förvalt värde. Du kan ändra värdet.

Om värdet är 1 ignoreras avvikelser vid inventering av artiklar som spåras per individ. Om värdet är 2 ignoreras avvikelser vid inventering av artiklar som spåras per individ, men avvikelserna tas med i slutsigneringsdokumentet. Om värdet är 3 inaktiveras slutsigneringen av lagerinventeringar av artiklar som spåras per individ.

Nej