...
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.
...
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.
Expand | ||
---|---|---|
| ||
|
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.
Expand | ||
---|---|---|
| ||
|
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".
Expand | ||
---|---|---|
| ||
|
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.
Expand | ||
---|---|---|
| ||
|
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:
...
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.
Expand | ||
---|---|---|
| ||
|
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.
Expand | ||
---|---|---|
| ||
|
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".
...
- 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.
Expand | ||
---|---|---|
| ||
|
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:
...
Standard antal dagar är parameterstyrt och kan överstyras vid programkörning från menyn.
Expand | ||
---|---|---|
| ||
|
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.
Expand | ||
---|---|---|
| ||
|
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?
Expand | ||
---|---|---|
| ||
|
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.
Expand | ||
---|---|---|
| ||
|
...
Chain Classic version 2.1.1.0.43
...
I rapporterna "Butiksredovisning" och "Butiksredovisning per kassör" finns det stöd för användning av upp till 9-siffrigt kassörsnummer.
Uppdatering av ny vara från Item Master
När Item Master skapar en ny vara, ska denna normalt sändas som två poster (en VAR-post och en PRI-post) via RIGAL V-formatet till Chain Classic.
VAR-posten måste alltid sändas först, och i denna uppdateras också vissa fält (t.ex. sortimentskod) som egentligen ligger på pris i Chain Classic.
Vid uppdatering av efterföljande PRI-post, kommer dessa fält att behålla sina originalvärden från VAR-posten.
...