...
Med uppgradering till Chain Classic version 2.1.1.0.44 ska alltid POS leverera kvitton i POSLog version 81.
Förbättringar
Modul | Beskrivning |
Elektroniska etiketter | Utlägg till elektroniska etiketter vid förlängning av erbjudanden (RTC-39381) Vid förlängning av ett erbjudande (kampanjpriser eller medlemserbjudanden), nytt slutdatum på aktivt erbjudande, ska det alltid läggas ut uppdaterade poster med erbjudanden till Lexmark. Elektroniska etikettlösningar däremot behöver inte denna uppdatering då dessa får egna utlägg när erbjudanden avslutas. |
Kampanjgrupp | Kopiering av kampanjgrupp för "Team" (RTC-39969) När en team-kampanjgrupp kopieras, går det kopiera denna till en kampanjgrupp för butik eller profil. |
RIGAL | Framtida prisändring och utgången vara (RTC-39744) Om en vara utgår via RIGAL, sätts sortimentskod till "Utgången" och beställningsnummer nollställs på pris. Det skapas också en borttagningspost med parameterstyrt rensningsdatum X dagar framåt i tid. Om det efter detta kommer nya eller framtida prisändringar för samma vara, kommer datum för borttagningspost att flyttas fram i tid i förhållande till det nya prisändringsdatumet, medan sortimentskod "Utgången" och nollställt beställningsnummer behålls. |
Tankstatus | Registrering av flera tankstatusposter på samma dag (RTC-39257) Det går registrera flera tankstatusar på dagens datum, så länge de registrerade mätningarna har en unik tidpunkt. |
Förhindra erbjudandepriser på "fastpris"-varor
Det är möjligt att förhindra uppläggning av erbjudanden (kampanjpriser och medlemserbjudanden) på varor med fastpris.
Manuell prisändring:
Val för att skapa kampanjpris kommer inte att vara möjligt för användare som normalt har denna behörighet.
Kampanjgrupp:
Det tillåts inte uppläggning av varor med fastpris vid manuellt val av vara, vid "Snabb prisändring", vid "Hämta nya varor" eller vid inläsning via "Excel" (csv-/xlsx-format).
Meddelande om detta visas i kampanjgruppsloggen.
Snabb prisändring :
Även vid snabb prisändring avvisas erbjudandepriser för dessa varor, och dessutom loggas detta i "Loggutskrift" för loggtyp 6: "Avvisat i snabb prisändring". Meddelande 12 visas: "Varan har fastpris".
Butiksrutiner:
För butiksanvändare som bara kan skapa erbjudandepriser, kommer knappen "Ändra pris på vara" att vara deaktiverad.
För användare som också kan ändra ordinarie pris, kommer val för kampanjpris och medlemserbjudande att vara deaktiverat i prisdialogen.
Meddelande ": IP 557 "Denna vara har "Fastpris" och kampanjpris/medlemserbjudande kan därför inte användas", att visas när EAN/PLU kan skrivas i EAN-fältet och lämnar detta eller trycker på sparaknappen.
|
Kontroll mot SAP om borttagningspost för vara ska köras eller inte
Det kan sättas upp ett jobb som varje natt kontrollerar, mot SAP, om aktiva borttagningsposter i varukön ska behandlas eller inte.
Om SAP har information om att vara fortfarande finns i lager, kommer borttagningsdatumet att flyttas X antal dagar framåt i tid, för ny kontroll senare.
|
Priskanal och utlägg till elektroniska etiketter
Vid användning av priskanal i kampanjgrupp är det parameterstyrt hur utlägg ska ske till Breece/Pricer.
Utlägg kan göras oavsett val av priskanal (standard) eller bara när det valts priskanal "Alla".
Om vald priskanal är "Alla", görs inga utlägg om priskanal till exempel = "Shop express".
|
Administration av kassörer och kund endast i Chain Classic
När kund eller kassör skapas/ändras är det normalt att lägga ut detta till POS. Men används 3:e-parts POS-lösning (t.ex. Tokheim POS), kan det vara önskvärt att detta inte sker.
Då går det parameterstyra detta så att onödiga köposter tas bort automatiskt.
|
Uppdatering av ny vara från Item Master
Vid uppdatering av ny vara i Chain Classic från RIGAL är det nödvändigt att både varu- och prisinformationen levererats från Item Master.
När båda posterna är på plats i "VPI Registervård" slås de ihop och en ny vara med pris skapas i Chain Classic.
Även ordningsföljden är viktig, för ny vara måste varuposten komma in före prisposten. Kommer prisposten först, kommer prisposten att ignoreras då det inte finns någon vara att koppla den till.
I detta fall kommer en efterföljande varupost att bli liggande tills en ny prispost kommer så att ny vara kan skapas.
Uppdatering av kostpris vid varumottagning av ny vara på befintlig profilkampanj
Ny vara saknar lokalt butikspris och lagerpost. När ny vara aktiveras via Varumottagning, skapas butikspris med kopia av kampanjposter från profilpris.
Dessutom skapas en prisändring för butikspris med prisdata hämtad från Varumottagning. Detta gäller vid:
RIGAL-import till varumottagning, ändring av pris och/eller antal för mottagning av varor och efterföljande uppdatering av lager.
RIGAL-import till varumottagning och direkt val av lageruppdatering utan föregående ändring av varumottagningsposten.
Manuellt skapad post i varumottagning, lagring av pris och antal av mottagen vara och efterföljande uppdatering av lager.
När varan kommer in i Varumottagning, aktiveras varan med profilpris inkl. aktiv profilkampanj för butiken.
När lager uppdateras, kommer lagerpost med kostpris att skapas och det skapas samtidigt nytt butikspris med kopia av profilkampanjen.
Vid utlägg till POS kommer alltid kostpris att användas som nettopris för alla pristyper.
|
Loggning av webservice
Loggning av vad som skickas till POS Services och vad som skickats tillbaka via en webservice är normalt avslagen.
Men det kan slås på vid behov under test av en ny webservice eller vid felsökning.
För närvarande är denna funktionalitet införd i webservice som används i RTC-34179.
|
Loggning av borttagning av orderrader och kompletta ordrar
Under "Rapporter - Loggar" ligger möjligheten till att skriva ut loggrapporter. För att följa upp borttagning av ordrar och/eller orderrader för beställning/varumottagningar, används: Loggutskrift "Borttagen order/orderrad".
Följande borttagningsaktiviteter loggas:
- Beställning: Orderrader och kompletta beställningar
- Elektronisk varumottagning: Orderrader och kompletta varumottagningar
- Varumottagningar: Orderrader och kompletta varumottagningar
- Borttagning av öppna beställningar
- Beställningsrader från RIGAL
Loggning av lagerrörelser
När Chain Classic inte är master för lagerstyrning, kommer ERP att sända lageruppdateringar via RIGAL.
Det betyder att det kan dyka upp ändringar i lagerbehållningen som inte visas som registrerade aktiviteter i Chain Classic.
Chain Classic kan bara hålla koll på lagerbehållning mellan uppdateringarna från ERP.
Därför kommer alla ändringar av lagerbehållning att lagras i lagerdag-tabellen med en registrering per ändring.
|
Avsluta gamla beställningar/kundordrar
Det finns två hjälpprogram, under LRS-menyn, för att avsluta gamla beställningar och kundordrar som aldrig blir avslutade på annat sätt:
- "Avsluta beställningar" - Ändrar alla ej mottagna beställningsrader/-huvuden, före angivet datum, till status mottagen.
- "Avsluta kundordrar" - Ändrar alla ej betalda eller ej levererade orderrader, samt ej levererade orderhuvuden, före angivet datum, till status betald och levererad.
I båda programmen omräknas värden i lagerpost för vara på alla ändrade rader.
Standard antal dagar är parameterstyrt och kan överstyras vid programkörning från menyn.
|
Nollställning av kvittonr
I Chain Classic sparas de 10 senast inlästa kvittonumren per butik. Om support av någon orsak måste läsa in ett kvitto med ett kvittonummer i denna lista, kommer kvittot att avvisas med meddelande om att kvittonumret redan använts.
Den lagrade nummerserien måste därför raderas. Hjälpprogram för detta finns under "LRS- Korrigera/ändra data".
Med "Nollställing av kvittonr" raderas alla de 10 lagrade kvittonumren för butik(erna). Därefter kan det saknade kvittot läsas in på nytt.
|
Underhåll av beställningsrader i elektroniskt varumottagning
Det finns många möjligheter att anpassa elektronisk varumottagning. Till exempel:
- Ska det gå att lägga in ny beställningsrad i existerande varumottagning?
- Ska det gå att ta bort en beställningsrad som inte är mottagen?
- Ska det gå att att ändra nettopris?
|
Kontrollera inställning av rensningsdagar för "Rensning av statistik"
Regler för visning av "Lägsta pris senaste X dagar" medför ändringar när det gäller rensning av prislogg- poster.
Dessa måste behållas när en vara tas bort eftersom samma EAN/PLU kan skapas på nytt inom angivna tidsintervall för lägsta pris.
Prisloggposter kommer därför inte att tas bort via varuköbehandling eller via batchprogrammet "Rensning av varor".
Detta medför att innehållet i prislogg-tabellen växer snabbare om den inte är uppsatt med en förnuftig rensningsfrekvens i det automatiska jobbet för "Rensnings av statistik" som körs varje EOD.
Detta gäller inte bara prislogg-tabellen, det är också viktigt att mängden data i alla statistiktabeller hålls inom förnuftiga mängder, att man bara sparar det man har användning för.
|
...
Chain Classic version 2.1.1.0.43
...