Fel vid utdragsbokföring på grund av obefintligt lager eller uppdateringskonflikter

Felkod: CannotPickWithEnoughInventory

Den här artikeln innehåller lösningar på felmeddelanden som rör lagerproblem eller uppdateringskonflikter vid publicering av handelstransaktioner i Microsoft Dynamics 365 Commerce.

Instruktionsbokföringsfel på grund av otillgänglig inventering

Under instruktionspubliceringen får du ett felmeddelande som liknar följande:

xx kan inte plockas eftersom bara yy är disponibla i lagret

Lösning

Du kan åtgärda felet antingen genom att uppdatera lagret för artikeln manuellt eller genom att aktivera fysiskt negativt lager för artikelmodellgruppen som är associerad med objektet i Commerce-huvudkontoret.

För en konsekvent bokföring rekommenderar Microsoft att du aktiverar fysisk negativ inventering för artikelmodellgruppen. I vissa fall kan utdrag inte bokföras om inte negativt fysiskt lager är aktiverat.

Det finns till exempel inget lager för en artikel, men kassören returnerar artikeln och lägger tillbaka den till samma transaktion till ett reducerat pris för att öppna en prismatchning. I det här fallet dras både returtransaktionen och försäljningstransaktionen till samma utdrag från den enskilda kundordern. Eftersom det inte finns någon garanti för att returraden (som ökar lagret) kommer att bokföras innan försäljningsraden (vilket minskar lagret) bokförs, kan lagerfel inträffa. Om fysiskt negativt lager är aktiverat i det här scenariot påverkas inte transaktionsbokföringen negativt och systemet avspeglar korrekt lagret.

Följ dessa steg för att aktivera fysiskt negativt lager för en objektmodellgrupp i Commerce-huvudkontoret:

  1. Gå till Inventeringshantering>Konfigurationslager.>

  2. I vänster navigeringsfönstret, välj artikelmodellgrupp.

  3. I avsnittet Lagerpolicyer, under Negativt lager, markera kryssrutan Fysiskt negativt lager.

    Skärmbild som visar kryssrutan Fysisk negativ inventering.

Instruktionspubliceringsfel på grund av uppdateringskonflikter

En uppdateringskonflikt uppstår när lagervärderingsmetoden är standardkostnad eller glidande medelvärde. Eftersom båda metoderna är metoder för evig kostnadsberäkning bestäms den slutliga kostnaden vid tidpunkten för bokföringen.

  • Om du använder metoden glidande medelvärde får du ett felmeddelande som liknar följande:

    Lagervärde xx.xx förväntas inte efter den proportionella utgiftsberäkningen

  • Om du använder standardkostnadsmetoden får du ett felmeddelande som liknar följande:

    Standardkostnaden matchar inte det ekonomiska lagervärdet efter uppdateringen. Värde = xx.xx, Kvt = yyy.yy, Standardkostnad = zz.zz

Lösning

Information om felen finns i En uppdateringskonflikt uppstår när lagervärderingsmetoden antingen är standardkostnad eller glidande medelvärde.

Kommentar

För uppdateringskonfliktfelet behöver du inte ta bort kundorder som genererats med hjälp av aggregeringssteget för bokföring. När du har implementerat de föreslagna lösningarna bör -instruktionen publiceras om du försöker publicera instruktionen igen.