Chain Classic version 2.2.0.0.13
Dokument status: RELEASED
Datum:
Förutsättningar för uppgradering
Med uppgradering till Chain Classic version 2.2.0.0.13 ska POS alltid leverera kvitton i POSLog version 81.
Förbättringar
Modul | Beskrivning |
---|---|
Elektronisk varumottagning | Varusökning i elektronisk varumottagning (RTC-38982) Om det upplevs problem med standard varusökning i order i elektronisk varumottagning, prova då följande rutin: 1. Sortera först beställningsrader på EAN/PLU, (tryck på kolumnrubrik), så att lägsta nummer är överst. 2. Öppna standard sökprogram "Sök vara", antingen genom att trycka på "Kikaren" eller bara skriva EAN/PLU-nummer direkt.
1. Hittat EAN/PLU hämtas in på första orderrad, med efterföljande EAN/PLU nedanför. 2. För att ta bort filter som döljer ovan liggande orderrader:
|
EOD-rapport | Meddelande när E-post felar i EOD-Rapport (RTC-36556) Om meddelande inte kan levereras när EOD-rapport (som också ska skickas som E-post) skapas (nätverksproblem eller annat problem), så kommer detta att loggas direkt i Status- fältet i Rapportlistan.
|
RIGAL | Varutyp till RIGAL och loggning av uppdatering från RIGAL VPI (RTC-36476) Chain Classic lägger alltid ut "Varutyp" i RIGAL V-fil. |
Varor | Ta bort "Stoppa försäljning av vara" i POS (RTC-38072) I Chain Classic kan en vara som har blivit spärrad, senare öppnas för försäljning på kassorna igen. Detta sker antingen genom att använda knappen "Aktivera vara" i " Varuregister eller genom att välja "Aktivera vara" vid utlägg av varan från "Verkställ vara". |
Varu-/kundgruppsrabatt | Användning av varulistor i "Varu-/kundgruppsrabatt" (RTC-34434) Vid uppläggning och underhåll av varurabattposter i "Varu-/kundgruppsrabatt" kan varulistor med varulistnummer upp till 8 siffror användas. |
Varutransaktioner | Kvittonummer och kundordernr/radnr i "Varutransaktioner" (RTC-36528) För ökad spårbarhet och enklare uppföljning uppdateras "Kvittonummer" alltid när "Varutransaktioner" uppdateras från POSLog, och kundordernr/rad uppdateras också när detta är tillgängligt. |
Visa lägsta pris de sista 30 dagarna före kampanjstart
(RTC-38287,RTC-38447, RTC-38451)
Enligt markadsföringslagen ska referenspris, om det visas på elektroniska etiketter (Pricer och Breece) och pappersbaserade etiketter eller skyltar från Lexmark, vara det lägsta priset som har använts i butiken de senaste 30 dagarna.
Kontrollperioden börjar dagen innan kampanjstart och sträcker sig angivet antal dagar tillbaka i tid (minst 30 dagar). Värdena kan därför bli olika, i förhållande till startdatum, när det skapas framtida erbjudanden på samma vara.
I lägsta pris inkluderas tidigare ordinarie prisändringar, kampanjpriser och medlemserbjudanden som har varit lägre än gällande ordinariepris. Gällande ordinarie pris kommer därför endast att användas som lägsta pris om detta faktiskt är det lägsta priset under perioden.
I programmet för Kampanjgrupp och manuellt Prisunderhåll kommer värdet för lägsta pris att visas i eget fält, när kampanjpris eller medlemserbjudande läggs upp.
Använda Excel online i Chain Classic
Om Microsoft "online Excel-lösning" används, kan inte rapporter i XML-format användas. Det kommer därför att skapas en CSV-version av denna rapport som kopieras till katalogen Chain_Print.
- Välj önskad rapport i rapportlistan och tryck på "Excel-knappen".
- Excel-rapporten flyttas till katalogen Chain_Print. Detta bekräftas med ett meddelande.
- Om rapporten är i XML-format (formaterad i Excel) kommer den dessutom att sparas en CSV-version av rapporten på samma katalog. Meddelandet visar nu att båda rapporterna är kopierade.
- Öpppna katalogen "Chain_Print" under katalogen "Dokument". Här ligger de sparade Excelrapportna, både i XML och CSV format om rapporten är formaterad.
Alla rapportfiler i format .csv, kan öppnas direkt i den Excellösning som är tillgänglig för användaren.
Uppdatering av RIGAL VPI med VAR- och PRI-poster från Item Master
När Item Master tas i bruk, är det viktigt att Chain Classic är uppdaterad till senaste patch och att systemparametrarna är korrekt uppsatta.
Generell funktion är som följande:
- RIGAL VPI med VAR-post på existerande vara i Chain Classic blir uppdaterad om det ändrats varuinformation i importen.
- RIGAL VPI med VAR-post på ny vara ligger kvar i VPI-registret tills tillhörande PRI-post uppdateras. Detta innebär att en ny vara kan uppdateras till Chain Classic.
- RIGAL VPI med PRI-post för ny vara avvisas om det inte finns en väntande VAR-post i VPI-registret.
- För ny vara måste därför alltid VAR-post uppdateras före PRI-post.
- RIGAL VPI med PRI-post på känd vara i Chain Classic, uppdateras om det finns ändrad prisinformation.
Utlägg av omsättning till Nielsen IQ
Utlägg av "Omsättning till Nielsen IQ" kan läggas upp som ett automatisk jobb i förbindelse med EOD, men programmet kan också köras manuellt.
Standardvärde för veckonummer utgår från dagens datum och 6 dagar bakåt i tiden, och kan ändras efter önskemål vid manuella utlägg.
Omsättning läggs ut per såld EAN/PLU med egna poster för försäljning på tandemnummer.
Mixtyp 46: "Betala med Coopay och få x kr/% extra återbäring"
När ny mixmatch med mixtyp 46 skapas, hämtas korttyp för Coopay in automatiskt. Korttypen kan inte ändras.
Värde för Rabattkr eller Rabatt% måste anges. Självskanning kan också väljas.
Denna mixtyp fungerar oberoende av varorna i kundkorgen, och därför skapas bara 1 mixrad med en angiven "Dummy-vara" och hanterar mixutlägget till POS via varukön.
Användning av modellvaror i mixmatch
Några mixmatchtyper kan användas med modellvaror. Detta är något som förenklar att lägga in ett urval av varor där bara en variant representerar alla varor i modellen.
För att få denna funktionalitet i POS, måste val av Modellvaror markeras.
För att slippa problem i POS kan denna funktionalitet inte ändras efter att mixmatchen godkänts.
Flera sådana kritiska val är deaktiverade så att värdet behålls oförändrat under hela mixmatchens "levnadstid".
Användning av nettopris från ordinarie priskalkyl i rapporten "Lagerlista Excel"
- Rapporten "Lagerlista Excel" är i princip skapad för att visa inköpspris för butikernas varor där kostpris > 0. För varor utan kostpris, skrivs 0 i denna kolumn.
- Om parametern för att visa nettopris från ordinarie priskalkyl slås på, kommer dessa värden att visas och användas till att beräkna inköpspris för varor som inte har ett giltigt kostpris.
Om nämnda parameter slås på, kommer denna rapport att visa samma värden som alt. rapport "Lagerlista".
Prisimport via resultat-fil från "Sortimentlista Excel"
Vid inläsning av VPI från Excel kan det uppdateras prisändringar för profilpriser från olika profiler och butikspriser. Hur prisändring ska uppdateras, bestäms av om "RIGAL/Excel VPI per butik" är markerat (prisändringar på butikspris) eller inte (prisändringar på butikens prisprofil) för butiken.
Utlägg av mixmatch till Tokheim från "Verkställ vara"
I Verkställ vara kan export göras med "Mixmatch" och "mixnummer" som enda urval. Här läggs då endast angivna mixmatchar ut. Denna funktionalitet stödjer också samtidiga utlägg av identiska profil-mixmatcher på flera profiler, med samma innehåll, start- och sluttid. Utlägg av mixmatch till Tokheim POS stöds också på samma sätt.
Detta är standardfunktionalitet både för export till EG POS och Tokheim POS.
Utökad funktionalitet i "Varurörelser"
Om "Servicehandel" används, kommer också varutransaktioner för receptvaror och varuförsäljning av ingredienser (per råvara) att visas i översikten "Varurörelser" i Varu-/Prisregister. Detta är tillägg till standard varutransaktioner och varuförsäljning i övrigt.
Varumottagning som skapas i förbindelse med en internöverföring
Det går inte att ta bort varumottagning som genererats från internöverföring. Detta har införts för att förhindra problem som följd av borttagning av "oväntade" varumottagningar som inte var beställda från leverantör.
Det går heller inte att ta bort, lägga till eller ändra poster på radnivå.
Profilbyte och framtida prisändringar på ny profil
Vid ändring av profilnummer på butik skapas nya köposter för alla aktiva och framtida profilprisändringar (om butik inte har lokalt pris). Detta inkluderar kampanjpriser och medlemserbjudanden. Om priskontroll används, kommer detta att beaktas och butiken måste godkänna nya prisändringar.
Automatisk beställning i "Fältvärden för butik"
Om en vara inte är märkt för "Automatisk beställning" i Varuregister, men det finns butiker med detta behov, löses detta genom att butiken lägger upp ett butikslokalt värde för fältet i "Fältvärden för butik". Detta värde används i samband med nya beställningar på varen.
Säkerställ att alla proxy-program avslutas rätt
Vid direkt kommunikation mot lösningar i Cloud/POS, och Chain Classic "låses" förbindelsen mellan appserver och klient tillfälligt. När uppgiften utförts avslutas denna förbindelse och "låsningen" upphör.
Säkerställ att procedurer som anropas via plipanrop inte skapar trögheter
För bästa prestanda är alla procedurer som används via plipanrop från webklienterna optimerade så att alla aktiva transaktioner och andra bindningar till webklienterna avslutas när proceduranropen är avslutade.
Rensning av filkö-tabellen
Det kan hända att det blir poster kvar i filkön som aldrig töms på normalt sätt. Vanligast i testmiljön, men kan också ske vid fel inställning i Prod.
Många sådana felposter i filkön kan göra att jobbet Utlägg av data till fil kan ta betydligt längre tid än nödvändigt. Detta är ett kroniskt tillstånd som bara blir värre.
För att slippa sådana fördröjningar kan det vara smart att sätta igång ett automatjobb som rensar upp i detta. Detta kan till exempel köras en gång i veckan.
Chain Classic version 2.2.0.0.12
Dokument status: RELEASED
Datum:
Förutsättningar för uppgradering
Med uppgradering till Chain Classic version 2.2.0.0.12 ska alltid POS leverera kvitton i POSLog version 81.
Förbättringar
Modul | Beskrivning |
Kassör | Antal siffror för kassörnummer (RTC-34270) Kassörnummer kan ha upp till 9 siffror i Chain Classic. |
Webbläsare | Webbläsare i Chain Classic (RTC-35855) Knappar som öppnar webbläsaren i Chain Classic kommer alltid att använda Microsoft Edge. |
Uppdatering av varutransaktioner på receptvaror
När varutransaktioner på receptvaror registrerade i POS eller i InStore App och resultatet uppdateras från POSLog till Chain Classic, sparas dessa på råvarorna som ingredienserna i receptvarorna skapats ifrån.
Samtidigt loggas det också en transaktion på själva receptvaran för uppföljning i rapporten "Varutransaktionslista".
Rapport Varutransaktionslista för receptvaror
Vid registrering av varutransaktioner på receptvaror i POS eller i InStore App, kan man följa upp transaktionerna på receptvarorna genom att markera i rutan för "Receptvaror" i rapporten "Varutransaktionslista".
Rapport över försäljning på ingredienser
Det kan finnas behov att kunna se varuförsäljning fördelat på råvarorna som ingredienserna i receptvaror består av.
Rapporten "Försäljningstatistik" är anpassad till att visa detta om man väljer att markera i rutan för "Ingredienser".
Resultatet visar försäljningen per råvara med upp till 3 decimaler i antalskolumnerna.
Etikettutskrift från InStore App
Vid utskrift av etikett från InStore App går det att parameterstyra om kriterier för varuförsäljning, lagerbehållning eller beställning ska användas för att begränsa antal etiketter som skapas.
Loggning av "Beställningsfördelning Excel"
När beställningar/varumottagningar har skapats via programmet "Beställningsfördelning Excel", kommer detta att visas i registervårdsprogrammet för "Beställning".
Utlägg av summan av varutransaktioner per orsakskod till RIGAL F-fil
Via programmet "Utlägg av RIGAL statistik" är det möjligt att lägga ut summan av varutransaktioner per transaktionstyp och orsakskod till RIGAL F-fil (finansfil) total per dag.
RIGAL-kod för dessa poster är IVtnnnn, där t = transaktionstyp och nnnn är orsaksnummer inkl. inledande nollor (hämtat från Systemalternativ 1000).
Detta är parameterstyrd tilläggsfunktionalitet.
Lagring av försäljningsdata för receptvaror
I servicehandelsmodulen kan det finnas behov att kunna se försäljning registrerad på receptvaror. Normalt sparas sådana försäljningstransaktioner på själva råvarorna, men för receptvaror lagras detta i egen tabell "recepttrans", som bara fungerar som logg och som underlag för rapport.
Lagring av försäljningsdata för ingredienser
I servicehandelsmodulen kan det finnas behov för att kunna se försäljning som registrerats på ingredienser i receptvaror. Normalt sparas sådana försäljningstransaktioner på själva receptvaran, men för ingredienser sparas detta i en särskild tabell "ingredfsg", som endast fungerar som logg och som underlag för rapport.
Tabell för lagring av försäljning på ingredienser
Det kan finnas behov att kunna se både försäljning och svinn för ingredienserna som används i receptvaror.
Tabellen "ingredfsg" uppdateras fortlöpande med försäljning på råvarorna som ingredienserna skapats ifrån.
Denna försäljning sparas totalt per råvara per dag per butik.
Kostpris ska alltid användas som nettopris för alla priser i POS
När funktionalitet för kostpris används och detta är > 0, är det alltid detta som ska användas som nettopris i POS för alla priser, både aktiva och framtida.
Vid ändring av kostpris i förbindelse med en varumottagning, kommer det att skapas ett utlägg till POS för alla aktiva och framtida priser med det nya kostpriset i nettoprisfältet.
Chain Classic version 2.2.0.0.11
Dokument status: RELEASED
Datum:
Förutsättningar för uppgradering
Med uppgradering till Chain Classic version 2.2.0.0.11 ska alltid POS leverera kvitton i POSLog version 81.
Förbättringar
Modul | Beskrivning |
Beställning | Spara varurad vid registrering av Beställning (RTC-35375) Spara ny/ändrad varurad är optimerat för förbättrad prestanda när många användare jobbar med detta samtidigt. |
Beställning/Varumottagning | Antal varurader i beställning och varumottagning (RTC-35812) Det går använda 5-siffrigt antal varurader i både beställning och varumottagning. Det betyder att det kan vara > 1000 varurader i en och samma order när nästa tilldelade radnr ökas med 10. |
Kampanjgrupp | Meddelande på skärm när importerade varor sammanfaller i olika kampanjgrupper (RTC-35734) När två kampanjgrupper har samma startdatum/tid eller slutdatum/tid och innehäller samma varor, avvisas varorna i den andra kampanjgruppen för att de sammanfaller. Meddelande om detta visas på skärmen. Detta gäller även vid användning av knappen "Hämta nya varor". |
Lager | Uppdatering av lager efter retur av samma vara på flera varurader i samma kvitto (RTC-34933) Om samma vara ska returneras flera gånger, matas vanligtvis antal in på befintlig varurad. Lagret uppdateras då med totalt antal. |
Sortimentslista Excel
Rapporten "Sortimentslista Excel" erbjuder tre olika, parameterstyrda, alternativ med 39, 53 eller 58 kolumner/fält i Excelrapporten.
Samma format kan också användas till uppdatering/nyuppläggning av varor vid import av VPI från Excel.
Streckkodslösning i rapport
I rapporten "Prisändring med etikettsimulering" visas streckkod för PLU/EAN med 1-13 siffrigt.
Stoppa möjligheten att skapa nya varutransaktioner manuellt
Om det inte ska gå att skapa manuella varutransaktioner i Chain Classic, kan knapparna i verktygsraden för nyuppläggning och kopiering att tas bort.
Med detta kommer det bara gå att utföra motposteringar.
Uppdatering av försäljning och varutransaktioner på receptvaror vid bruk av Servicehandel
Generellt ska receptvaror aldrig vara lagerstyrda. Det är råvarorna som ingredienserna i receptvaran skapats ifrån, som ska vara lagerstyrda.
Vid uppdatering av varutransaktioner från POSLog som registrerats på en receptvara, kommer det att skapas varutransaktioner i databasen på råvarorna som ingredienserna i receptvaran är uppbyggd av.
Samtidigt kommer även lagret att uppdateras samma råvaror.
Det går också registrera varutransaktioner i POSLog på en paketvara. Då kommer det att skapas varutransaktioner i databasen på innehållsvarorna. Likaså uppdateras lagret på dessa innehållsvaror.
Vid försäljning av en receptvara (från Tokheim POS eller EG POS) så kommer försäljningen att registreras på receptvaran, medan lagret också uppdateras på råvarorna via samma ingredienserna.
Avrundning av försäljningsbelopp
Normalt så kommer Chain Classic att avrunda försäljningsbelopp från kvittot. Undantaget från detta är när kreditförsäljningen uppdateras till kundförsäljningsstatistiken (underlag för utlägg av kreditförsäljning till Cash Settlement).
Då används färdiga avrundade belopp från kvittot.
Öppningsflikarna i "Priskontroll"
Olika inställningar av Priskontroll medför att det kan vara praktiskt att parameterstyra vilken av de fem flikarna som ska visas när programmet startas.
När Excel och Word inte kan startas från Chain Classic
Användning av Excel och Word i Chain Classic fungerar bara om det finns en lokal installation av Office-programmen på arbetsstationen. Saknas detta, kommer meddelande att förklara orsaken.
Dessa meddelanden visas också om det bara finns en onlinelösning av Office. Chain Classic kommer då inte att få kontakt med dessa Office-program.
Visningsalternativ i "Uppdatera lager" i inventeringsguiden
I aktiv inventering där inventerade varor ska godkännas och lager ska uppdateras, går det se vilka varurader som redan uppdaterats och vilka som inte uppdaterats.
Det finns tre urvalsalternativ för "Visa varor":
- "Alla" - Visar alla varurader- De rader som är uppdaterade, visas med en mörkare gråfärg i fälten "EAN/PLU-nr" och "Varutext" (se bild).
- "Uppdaterade" - Visar bara uppdaterade varurader och alla har då den mörkare grå färgen i de två kolumnerna.
- "Ej uppdaterade" - Visar bara varor som återstår att inventera/uppdatera. Dessa har normal färg i fälten "EAN/PLU-nr" och "Varutext".
Lagerinformation i Varu- och Pris-register
Knappen för "Lagerinformation" är inte alltid aktiv i Varu- och Prisregister. Den är inaktiv vid följande tre tillfällen:
- Lagerpost saknas på vara i butiken och butiken har inte åtkomst till att se lagerinformation för en annan butik med lagerpost för varan.
- Butiken är inte lagerstyrd.
- Butiken är inte aktiv (kommunikationstyp <> 11).
RIGAL VPI med endast varuinformation och ändrat varunummer (ingen prisinfo) från Item Master /Cloud
Det är skillnad mellan fältinställningar i Item Master och Chain Classic.
Varuuppdatering utan prisinformation är standard i Item Master, men som utgångspunkt inte tillåtet i Chain Classic.
Det är därför viktigt med en riktig parameterinställning för alla kunder.
Hitta existerande vara via tandem vid RIGAL VPI-import
Det rekommenderas att aktivera fullt stöd för att söka fram existerande vara via tandemnummer när EAN för huvudvara i RIGAL VPI är okänd i Chain Classic.
Det hindrar att det skapas dubletter av samma vara. Exempel på detta är:
- Okänd huvudvara i RIGAL VPI, men med tandemEAN som redan finns som tandem på existerande vara i Chain Classic
- Okänd huvudvara i RIGAL VPI, men med tandemEAN som redan finns som huvudvara i Chain Classic
- Huvudvara i RIGAL VPI finns redan som tandem på huvudvara i Chain Classic
I dessa fall kommer det att göras ett EAN/PLU-nr byte där existerande huvudEAN i Chain Classic ändras till tandemnummer och nytt huvudEAN från RIGAL-VPI tar över.
Undantag för borttagning av lokala priser vid uppdatering av ordinarie prisändring på profilpris från RIGAL
Det kan parameterstyras om en profilprisändring via RIGAL VPI, ska ta bort ev. tillhörande lokala butikspriser.
Detta gäller inte om butikspriserna har ett aktivt eller framtida kampanjpris, medlemserbjudande eller en butikslokal mixmatch där varan ingår.
Loggning vid utlägg av beställningar till RIGAL
Ändringar som medför utlägg av beställningar till RIGAL, loggas för enklare uppföljning.
Butiker som visas i "Lagerinformation"
I "Lagerinformation" som öppnas via en knapp i verktygraden från Varu-/Prisregister, och i andra program som visar lagerposter för flera butiker, kommer bara lager för aktiva och lagerstyrda butiker att visas.
Utlägg av "försäljningspris" till Tokheim POS för grupp 1 i mixmatchtyp 35
Mixmatchtyp 35 är en gruppmix där det kan parameterstyras om prispost för grupp 1 ska läggas ut till Tokheim POS.
Använda inköpspris i "Beställningsfördelning Excel"
Beräkning av nettopris på beställningsrad, vid användning av "Beställningsfördelning Excel", utförs på samma sätt som vid manuell registrering av beställning eller vid beställning skapad från POSLog.
Hur nettopriset beräknas, är parameterstyrt och fungerar för varor som inte är kompletteringsvaror.
Antal återstående dagar i aktiv kampanjperiod eller antal dagar till framtida kampanjperiod kan också påverka resultatet.
Optimering av databassökning
Generell prestanda i Chain Classic är framför allt beroende av serverinställningar och serverkonfiguration.
Optimerad indexanvändning förbättrar denna prestanda och ger användarna en ändå bättre upplevelse.
Nytt godkännande och utlägg av kampanjgrupp till POS
Hjälpprogram för användning av EG-personal.
Chain Classic version 2.2.0.0.10
Dokument status: RELEASED
Datum:
Förutsättningar för uppgradering
Med uppgradering till Chain Classic version 2.2.0.0.10 ska alltid POS leverera kvitton i POSLog version 81.
Förbättringar
Modul | Beskrivning |
Beställning | Behandling av varor märkta "Ej beställning" i Beställningsmodulen (RTC-31342)
|
Lager | Se lager i andra butiker (RTC-32343) Med funktionsknappen "Lagerinformation" i Varu- och Prisregister visas lagersaldo för butiksanvändaren om butiken har lagerpost på varan. Utan lagerpost på varan är knappen deaktiverad. Med åtkomst till andra butikers lagersaldon kan butiksanvändaren se lagersaldon i dessa butiker förutom egen lagerstatus. Om egen butik inte har lagerpost på en vara, kan butiksanvändaren ändå se lagersaldon i de andra butikerna. |
Utlägg till POS | Korrekt användning av av punkt som decimaltecken vid export av mixmatch till POS (RTC-32523) När en lokal butiksmixmatch eller kampanjgrupp skapas i Chain Classic efter att ha importerat en RIGAL X/J-fil och nyskapade butikspriser som saknas, används punkter alltid som decimaltecken i kassautlägg till POS. |
VPI-Sync | VPI-Sync och flera obehandlade ordinarie prisändringar i varukö (RTC-31186) Det händer att Chain Classic och POS "inte är eniga" om vad som gäller ordinarie pris. För att VPI-Sync inte ska visa onödiga avvikelser, kommer senast "godkända" pris i Chain Classic skickas till POS och användas för sammankoppling för motsvarande pris där. |
Skriva rabattalternativ på små rabattprislappar
Funktionalitet för utskrift av små rabattprislappar finns i "Butiksrutiner", "Varuregistrering" och "Prisregistrering". Knappen visas alltid i "Butiksrutiner" men måste specifikt väljas för användning i de andra två registreringsprogrammen.
Det kan parameterstyras om det bara ska vara möjligt att ange en procentuell rabatt eller om det också ska vara möjligt att välja mellan en kronrabatt eller ett rabatterat pris. vilket fall som helst är det bara möjligt att ange två siffror. Det angivna värdet skrivs sedan ut under streckkoden i det valda fältet nedan (2 siffror).
Användning av "Excel online"
Chain Classic har många funktioner som behöver en lokal installation av Excel på din arbetsstation. Microsoft erbjuder också en "online Excel-lösning" som inte fungerar i Chain Classic, men det skapade en lösning som förenklar öppningen av Excel-rapporterna.
- Välj önskad rapport i rapportlistan och tryck på "Excel-knappen".
- Rapporten flyttas till en egen katalog som bekräftas med ett medddelande.
- Öppna katalogen "Chain_Print" under katalogen "Dokument"
- Här kommer de valda Excel rapporterna ligga.
- Alla Excel-rapportfiler i Chain_Print kan öppnas direkt i den Excel-lösning som är tillgänglig för användare.
Extra utlägg till POS
Det är möjligt att lägga ut all data för en ny butik till POS. Detta innebär att utlägget normalt placeras i katalogen "Skickat" för överföring till POS med möjlighet till extra kopior av filerna till en angiven katalog. Men det kan också anges att utlägget endast ska läggas ut till denna extra katalog och inte till POS.
Krav om att e-postadress måste anges för kassör
Om e-postadressen ska användas som användarnamn för kassören i andra lösningar, rekommenderas att aktivera kravet på att e-postadressen måste anges när du byter eller skapar en ny kassör.
- Vid registrering av existerande kassör utan e-postadress är det inte tillåtet att spara utan att detta fält fylls i.
- Ny kassör kan inte sparas utan e-postadress.
- Vid uppdatering av kassör och utlägg till RIGAL ingår e-postadress som sista fält.
- Vid uppdatering av ny kassör från RIGAL, kommer posten avvisas om e-postadressen saknas när systemparameter 988 är på. För existerande kassör med e-postadress ej ifylld, behålls denna oförändrad.
Export vid borttagning av tandem
Vid borttagning av tandem läggs alltid tandemen ut till filen tandem.butnr till POS. Som tillägg kan det också läggas ut raderingspost via RIGAL V-fil.
Skapa butikspris även om EAN = 0
Det är standard att avvisa RIGAL-poster när de saknar EAN. Det finns dock en parameterstyrd funktionalitet för att söka efter produkten via det befintliga profilpriset.
Loggning av godkännande/borttagning i Beställning
Det är parameterstyrt om ändringar i en godkänd beställning ska exporteras till ERP i RIGAL-format. Ändringarna loggas också med användar-ID och tid vid godkännande eller borttagning av autentisering. Om bekräftelse används kommer även denna eller borttagning av bekräftelse att loggas, både i beställningshuvudet och på beställningsraderna. Om bekräftelse inte används kan knapparna Bekräfta/ta bort verifiering döljas för användaren.
Kampanjperiod via ordinarie prisändringar i RIGAL VPI
Det är möjligt att "simulera ett "kampanjpris" genom att uppdatera två vanliga prisändringar från RIGAL VPI.
Detta kan gälla för varor med ett fast pris där det inte är tillåtet att använda ett vanligt kampanjpris i POS.
Du uppdaterar först en framtida "startartikel" med önskad prisändring och sedan en slutpost där ordinarie pris ofta ändras tillbaka till det ursprungliga priset.
Dessa poster kan gärna skickas in i samma RIGAL V-fil.
Detta bör endast användas i särskilda fall och bör inte ersätta användningen av standardiserade kampanjgrupper med alla de fördelar som det ger.
Utlägg av negativt kundsaldo till Tokheim POS
Om kreditkunder betalar för mycket kan kundsaldon bli negativa. Dessutom bokförs negativa belopp till Tokheim POS när uppdateringen kommer från Chain Web via Chain Classic.
När Chain Web är master för kunder uppdateras alla ändringar i Chain Classic.
Alternativ i standard priskontroll
Det är möjligt att ta bort möjligheten att återställa avvisade prisändringsposter via en parameter.
Detta rekommenderas eftersom det kan vara förvirrande att du inte kan utföra återställningen som förväntat eftersom posterna i kön har bearbetats och tagits bort.
Dessutom kan man välja att skjuta upp godkännandet av manuellt ändrade artiklar (försäljningspriset har ändrats) för analys av konsekvenserna av ändringen innan prisändringarna godkänns som helhet.
Förbättringar i standard priskontroll
Användning av standard Priskontroll kan via systemparameter anpassas för olika behov, där priser som ska kontrolleras är tillgängliga i aktiva flikar.
Denna inställning styr om de fem flikarna "Nya priser", "Ordinarie prisändringar", "Kampanjpriser", "Mixmatch" och "Kampanjgrupp" ska vara aktiva eller ej.
Det går också att välja vad som ska ske med ändrat försäljningspris. Vanligvis kommer ändringen att godkännas direkt, och då tas posten bort.
Alternativt kan sparande och godkännande vänta så att man kan analysera effekten av en prisändring. Posten kommer då att finnas kvar och tas bort först när den godkänns.
Det går också att ta bort funktionalitet för "Återstäillning" av en avvisad profilprisändring. Detta rekommenderas om dessa varuköposter bara är tillgängliga under en kort period tills de är färdigbehandlade.
Risken är att man inte "hinner" återställa posterna under den korta tiden mellan att man trycker på knappen "Avvisa" och nästa varuköbehandling.
I praktiken varar detta "tidsfönster" bara mellan 0-120 sekunder, sedan går det inte att använda funktionaliteten.
För de flesta kommer det därför att vara mindre förvirrande om denna funktionalitet tas bort.
Layout för VPI-mallar
Programmet "VPI-mallar" ger möjlighet till a differentiera mellan olika typer/behov av RIGAL V-fil import. I den första fliken "VPI-mall" visas namn och nummer. I fliken "Fält i mall" visas alla poster i den aktuella VPI-mallen.
Underhåll av mixmatchtyper
För val av vilka mixmatchtyper en kedja använder och anpassning av dessa, används nu programmet "Mixmatchtyper" i menyn Register - Generella.
Denna menypunkt är i utgångspunkt tillgänglig för alla, men systemadministratör kan ändra inställning och vilka mixmatchtyper som ska användas och visas för vanliga användare.
Det nya menyvalet är endast tillgängligt i Chain Classic version 2.2 .
Utlägg av lagerpost i JSON-format
Om parameter för detta är påslagen, så kommer det vid uppdatering av lager att skapas ett automatiskt lagerutlägg i JSON-format.
Införande av 9-siffrigt kassörnummer
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.
Användning av Excel i "Beställningskriterier"
- Knappar för användning av Excel visas bara om Excel är installerat lokalt på arbetsstationen.
- Export av beställingskriterier till Excel kan endast utföras för butiker markerade med "Beställning" i butiksregistret.
- Import från Excel kan också bara användas för butiker markerade med "Beställning" påslaget i butiksregistret.
- Nya beställningskriterier kan bara läggas upp för aktiva butiker med "Beställning" påslaget i butiksregistret.
Rensning av kampanjpriser, medlemserbjudanden och ordinarie prisändringar via RIGAL V-fil
Det går att ta bort både ett kampanjpris och ett medlemserbjudande med samma start/slut-datum via samma RIGAL V-fil. Detta gäller både aktiva och framtida erbjudanden.
Dessutom kan framtida ordinarie prisändringar tas bort.
Loggning vid borttagning av tandem via RIGAL VPI
Vid borttagning av tandem via post i RIGAL V-fil loggas detta:
- I Uppdateringslogg (vpiins*) kommer detta att räknas upp under "Uppdaterat".
- I standard Fellogg (vpierr*) skrivs meddelande - "Lägger upp borttagningsposter för TANDEM-nr xxx för huvudvarunummer yyy"
- I Total fellogg (vpierrtot) skrivs också meddelande "Lägger upp borttagningsposter för TANDEM-nr xxx för huvudvarunummer yyy"
Varuhierarkilista för "Cloud-export"
Vid behov av export av varuhierarkin til "Cloud", används rapporten "Varuhierarki Excel" under menyn Rapporter - Vara. Rapporten skapas bara till Excel.
Notera att i sista kolumnen kombineras varugrupp och undergrupp med 4 siffror (inkl. inledande nollor) för varje fältvärde (tillsammans 8 siffror).
Varugrupp 1 med undergrupp 10 kommer då att få värdet "00010010" i detta kombinerade fält.
Optimering av procedur (proxy) för uppdatering av varulokala fältvärden från InStore App
Utveckling av generella uppdateringar, från InStore App, säkerställer bra dataflöde.
Chain Classic version 2.2.0.0.09
Dokument status: RELEASED
Datum:
Förutsättningar för uppgradering
Med uppgradering till Chain Classic version 2.2.0.0.09 ska alltid POS leverera kvitton i POSLog version 81.
Utlägg till Lexmark vid ändring av EAN/PLU
Vid ändring av EAN/PLU läggs nu följande lagt ut till Lexmark:
- Varufil till totalbutik:
- Borttagningspost för gammalt EAN/PLU-nummer.
- Ny post för nytt EAN/PLU-nummer.
- Prisfil till vanliga butiker:
- Borttagningspost för gammalt EAN/PLU-nummer.
- Ny post för nytt EAN/PLU-nummer.
- Poster för pågående kampanjer samt framtida prisändringar och kampanjer läggs ut med nytt EAN/PLU-nummer.
Utlägg til Lexmark vid byte av tandemnummer
När ett tandemnummer angivits på en vara i RIGAL varufil, och detta nummer redan kopplats till en annan huvudvara, blir tandemnumret "flyttat" från gammalt till nytt huvudvaruummer förutsatt att systemparameter 632 är satt. Vid denna operation har det tidigare inte kommit något utlägg til Lexmark, medan det nu läggs ut filer både till totalbutik (libitemlex) och övriga butiker (priceitemlex).
Utlägg till Lexmark vid borttagning av tandemnummer
Vid borttagning av tandemnummer på en vara läggs det nu ut Lexmark-meddelande både till totalbutik (libitemlex) och övriga butiker (priceitemlex).
Parameterstyrd etikettutskrift för Lexmark
Omsättningskrav för etikettutskrift i Lexmark kan sättas för alla etikettskapande ändringar. Det betyder att det måste finnas omsättning inom ett angivet antal dagar bakåt i tiden för att etikett ska skrivas ut.
Systemparameter 878 har två värden, ett för kampanjpris/medlemerbjudande och ett för alla övriga ändringar. Sätts parametervärde till 0 kommer det inte att vara något krav på omsättning på varan för att etikett ska skrivas.
Dessa parametervärden sätts som utgångspunkt på kedjenivå (Systemparameter), men kan överstyras i enskilda butiker. Butiksanvändare kan ändra dessa värden via fliken "Butiksparametrar" i program för underhåll av butiksregistret.
Chain Classic version 2.2.0.0.08
Dokument status: RELEASED
Datum:
Förutsättningar för uppgradering
Med uppgradering till Chain Classic version 2.2.0.0.08 ska alltid POS leverera kvitton i POSLog version 81.
Förbättringar
Modul | Beskrivning |
Kampanjgrupp | Borttagning av hel mixmatch i kampanjgrupp (RTC-32186) Det går radera en komplett mixmatch i kampanjgrupp. Det görs då ett utlägg till POS av endast en post för borttagning av mixhuvud. |
Rapporter | "Fråga på pris" i rapport (RTC-31806) I många omsättningsrapporter för kassörer går det se antal förfrågningar på pris som gjorts i kassan. Det är totalt fyra varianter av detta som kan medföra att räknaren ökar: 1. Kvitto med bara fråga på pris 2. Annat makulerat kvitto med fråga på pris (t. ex. parkerat kvitto) 3. Offert med fråga på pris 4. Vanlig varuförsäljning med fråga på pris |
Varuregister | Lagerinformation i varu- och prisregister (RTC-30139) Genom att använda knappen "Lagerinformation" i "Varu- och Prisregister" visas lager på varan som är i fokus i en söklista för alla butiker som användaren har tillgång till och som har lagerpost.
|
Printerval för etikett i priskontroll och manuell varumottagning
Vid användning av pappersetiketter kommer det vid avslutning av "Priskontroll" eller "Manuell varumottagning" att komma upp en dialog för etikettutskrift med val av etikettyp och skrivare.
Ska standard etikettyp och skrivare användas, behålls standardinställningarna som visas nedan. Etikettyp och skrivare väljs då automatiskt.
Om detta ska överstyras, kan andra alternativ väljas i denna skärmbild.
Utlägg av recept/ingredienser till Tokheim POS
Det går parameterstyra om recept-/ingrediensinformation ska läggas ut till Tokheim POS.
Standard är att informationen läggs ut, men om detta inte är önskvärt kan det ändras via en systemparameter.
Specialbehandling av antal i varumottagning via RIGAL
Det går parameterstyra uppdatering av varumottagning av D-packvaror via RIGAL så att antal av D-packvaran multpliceras med antal i paket (förpackningar).
Detta gäller bara för utvalda leverantörer.
Alternativa urvalsfält i rapporten "Underlag beställning"
I rapporten "Underlag beställning" är det i fliken "Alternativ" nu möjligt att använda urval för "Min." och "Max." disponibelt antal.
Standardvärden är från 0 till 99999. Vid användning av minimumvärde = 0 kommer även varor med negativt disponibelt antal att tas med i rapporten.
Anger man ett värde större än 0 i detta fält, kommer bara varor med disponibelt antal större eller lika med detta värde att tas med.
Borttagning av framtida prisändring via RIGAL V-format
Framtida ordinarie prisändringar kan tas bort via RIGAL V-fil genom att sätta värde C i fält 7.1.5 Kod.
Prisändringarna rensas då i Chain Classic och nödvändiga utlägg skickas till POS.
Import/-export av beställningskriterier från Excel
Vid uppdatering av beställningskriterier via Excel från 3:e part, finns det 2 parameterstyrda alternativ.
Vid användning av basfunktionaliteten kan bara parameterstyrda butiker uppdateras, och det sker per vara för angivna butiker med angivna värden.
Dessutom finns ett alternativ där uppdatering per vara kan ske för alla butiker
Innehållet i Excelfilen ska bestå av följande fält, varav de i blått kan ändras:
- Butiksnr
- EAN
- Varutext
- Färg
- Beställningspunkt
- Bestillningskvantitet
- Rensning (0 = Nej / 1 = Ja)
- EAN textfält (Ex. EAN1234567)
Ny butikspost kan skapas eller en existerande post kan tas bort. Antal kan ändras (0 är giltigt).
Tillåt EAN = 0 i RIGAL prisändring
Det går parameterstyra uppdatering av prisändringar från RIGAL V-formatet där EAN = 0.
Förutsättning för detta är krav på unik kombination av varunr och försäljningsenhet (viktkode) i RIGAL-posterna.
Om detta är uppfyllt, ska känd vara i Chain Classic kunna sökas fram via kombinationen av varunr och försäljningsenhet.
Om poster med EAN = 0 inte finns via en unik kombination av varunr och viktkode, kommer posterna att avvisas med ett felmeddelande i VPI felloggar.
OBS!
OBS! PRI-post med okänt EAN, i Chain Classic, avvisas.
Uppdatering av paketvaror i beställning från InStore App
Varumottagning för paketvara från InStore App specialbehandlas vid uppdatering från POSLog.
Vid mottagning av paketvaran skapas varutransaktioner för varan/varorna som ingår i paketvaran,
Lager uppdateras också för dessa varor.
Behandling av RIGAL I-filer med "0-ordrar"
Det kan parameterstyras om en RIGAL varumottagsfil (I-formatet) där alla varurader har mottagit antal = 0, också ska behandlas. Då kommer ordern att få status "Mottagen".
Det skapas en RIGAL "kvittofil" som kopia av de ursprungliga RIGAL-posterna.
Ändring i export av tankstatus till Reporting
Endast för bruk med Tokheim POS. Om det finns ett "L15-värde", kommer detta att exporteras till Reporting.
Om ett sådant värde saknas, kommer fältet "Mängd" att läggas ut.
Standardisering av datumtyp i rapporturval
I datumurval är årtal standard satt till två siffror för alla rapporturval med en hjälpknapp för kalenderuppslag.
Uppdatera endast varuinformation via RIGAL VPI
När ItemMaster (IM) bara sänder varuinformation via RIGAL V-formatet till Chain Classic, uppdateras inte posterna innan prisinformationen är på plats.
Det har införts ett parameterstyrt undantag från detta. När denna parameter slås på, kommer VPI-poster utan pris att uppdateras. Pris behålls då oändrat.
Loggning när nytt kampanj-/medlemserbjudande "delar" datum-/tid intervall
Vid nyupplägg av kampanj och medlemserbjudande är det parameterstyrt om det är tillåtet med delvis överlappning.
Om detta inte är tillåtet eller det lagts in ett ogiltigt värde med samma start-/sluttid, förklaras detta med informativa felmeddelanden i användargränssnittet om varona avvisas.
Detta gäller både i Kampanjgrupp och för manuella kampanjer (skapat vid Prisändring) oavsett metod för inhämtning av data.
Förutom felmeddelandet i användargränssnittet, kan loggposterna hämtas via knappen "Avvisade varor i kampanjgrupp".
Samma knapp finns också i programmet för "Mixmatch".
Hitta och ta bort tandemnummer som också finns som huvudvara
Tandemnummer som också finns som huvudvara, är nåt som måste korrigeras.
Ett hjälpprogram kan korrigera detta genon att ta bort tandemnumret i Chain Classic och lägga ut borttagning av tandem til POS.
Kontroll av fel i JSON lagerformat
Förhindra att felposter i detta JSON-format blir kvarobehandlade.
Underhåll av "Fältvärden i butik"
I fliken "Fältvärden i butik" i "Varuregister" och "Prisregister" kan man välja vilka fält som butikerna i en kedja ska kunna se och ändra.
Ointressanta fält döljs. Detta är parameterstyrt.
Borttagning av Chain Classic användare
Vid borttagning av användare i Chain Classic raderas alla användarrelaterade data.
Utlägg av borttagningsposter för butikslokala mixrader vid borttagning av butikspris
När ett butikspris ska raderas, kontrolleras det nu om det finns några aktiva eller framtida lokala butiksmixar där denna vara ingår.
Om så är fallet, läggs det ut borttagningspost för dessa poster till POS.
Chain Classic version 2.2.0.0.07
Dokument status: RELEASED
Datum:
Förutsättningar för uppgradering
Med uppgradering till Chain Classic version 2.2.0.0.07 ska alltid POS leverera kvitton i POSLog version 81.
Förbättringar
Modul | Beskrivning |
Lexmark | Lexmark uppdatering när erbjudande = ordinariepris (RTC-29650) I situationer då kampanjpris/medlemserbjudande = normalpris och normalpris ökas under kampanjperioden kommer detta inte att skapa etikett. |
RIGAL | DUN-nummer i RIGAL VPI (RTC-30127) Uppdatering och ändring av DUN-nummer kan kommuniceras via, fält 7.1.56, i RIGAL V-fil. |
Inventering | Utlägg till 3:e-part av inventerade varor med resultat = 0 (RTC-30681) Vid utlägg av svinnposter til 3:e-part efter inventering kan det finnas tillfällen då inventerade varor med 0 som resultat också ska läggas ut. |
Övergång till kampanjsgruppsutlägg
Användning av kampanjgruppsutlägg rekommenderas då det betyder mycket vid felsökning vid avvikelse, men viktigast är säkerhet och prestanda som är mycket bättre.
Funktionaliteten kan aktiveras på manuellt via systemparameter, men det rekommenderas att använda eget program för detta för snabbare och säkrare resultat vid konvertering av existerande kampanjgrupper för nytt utlägg i kampanjgruppsformatet.
VPI-mall för etikett
För 3:e-partssystemet Lexmark används egen VPI-mall för etiketter.
Menypunkt för denna etikettmall är: "Register"/"Generella"/"Villkor för Lexmarkutlägg", som öppnar programmet "Etikettmallar".
I kolumnen "Filutlägg" (samma som "Uppdatera" i VPI-mall), betyder "Ja" att ändring av aktuellt fält medför utlägg av Lexmark-fil.
I kolumnen "Etikettutskrift" (samma som "nollställa" i VPI-mall), betyder "Ja" att ändring i detta fält aktiverar etikettkrav i Lexmark-utlägg.
Standard är att endast ändringar av utpris (ordinariepris, kampanj- och medlemserbjudande) ska ge etikett i Lexmark.
Det går skriva ut etikett i Lexmark även víd ändring av andra fält.
Notera att detta bara gäller fält i "Pris" (Lexmark varuändringar går bara till totalbutik) såsom leverantör, bestnr, etikettnr och sortiment.
Byte av butiksnummer
När gammalt butiksnummer behålls, genom byte av butiksnummer, säkerställs det mot problem i kvittouppdatering från 3:e-part (till exempel webbutik).
Detta kan ske om butiksnummer inte ändras i alla system samtidigt.
I programmet "Ändring av butiksnr" i fliken "Alternativ" är därför detta förvalt, men kan överstyras om det är full kontroll på att butiksnummerbyte sker samtidigt i alla lösningar.
Automatisk upplägg av varumottagning vid internöverföring
Oavsett vilken RIGAL-kod som används för faktura eller beställning/bekräftelse, kommer det alltid att skapas en automatisk varumottagning vid internöverföring mellan butiker.
Export av alla kunder till Customer Service
För Export av alla kunder i Chain Classic via JSONL-formatet, till Customer Service (Chain Web) används programmet: "System"/"Administrativa rutiner"/"Utlägg av data"/"Kunder till customer service".
Exportera alla kundgrupper till Customer Service i JSON-formatet
Via programmet "System"/"Administrativa rutiner"/"Utlägg av data"/"Kunder till Cust. Serv." kan kundgrupper läggas ut i JSONL-format till Customer Service i Chain Web.
Borttagning av lokala butikspriser
Denna funktionalitet används när en butik endast ska ha profilpriser, och aktiva lokala butikspriser ska därför tas bort.
- Prestandan är väsentligt förbättrad.
- Det kan väljas att skriva en rapport, men bara om antal förväntas vara under 200.000 lokala prisposter.
- Möjlighet att skapa urval på varugruppslista har lagts till.
- Antal poster visas direkt i jobblistan, rapport inte skapas för detta.
Loggning av "Mottagning av weborder"
Om "Mottagning av weborder" används finns behov av att logga alla aktiviteter knutna till lagring av ändrad lagerplats.
Om webservice (WS) inte fungerar kommer klienten att hänga sig och kan också att avbrytas.
Loggfilen mottawebmmdd.butnr läggs dagligen ut på loggkatalogen via standard utlägg.
Import av sortimentlista Excel i fullt format
Utöver standardformat finns ett parameterstyrt fullformat av "Sortimentlista Excel".
Dett fullformat motsvarar det Excel-dokument som skapas i rapporten "Sortimentlista Excel".
Det innebär också att VPI-import bara har stöd för detta format.
Förbättrad uppdatering i sökfunktion i lagerprogram för drivmedel
Längst upp i den uppdaterbara delen i programmet "Manuell tankstatus" kan HK-användare söka efter aktiva butiker med minst en ansluten tank.
För butiksanvändare visas bara egen butik om det finns minst en tank registrerad i butiken.
Dessutom kommer det nu i det vanliga registreringsprogrammet, "Tankstatus", alltid att visa korrekt produktnamn om man ändrar tanknr/tankgr.
Alternativ för utlägg av receptvara till Tokheim POS
Utlägg av info för servicehandels-varor kan parameterstyras för att förhindra att varor raderas oavsiktligt från ett recept i Tokheim POS.
Chain Classic version 2.2.0.0.06
Dokument status: RELEASED
Datum:
Förutsättningar för uppgradering
Med uppgradering till Chain Classic version 2.2.0.0.06 rekommenderas det att POS levererar kvittoformat i POSLog version 81.
Förbättringar
Modul | Beskrivning |
---|---|
Etikett | Etikett skrivs inte utan ändring av utpris (RTC-29332) Om nytt kampanjpris är samma som utpriset eller om kampanjnettopriset, men inte utpriset, ändras på aktiv kampanj då skrivs det ingen etikett vid något av dessa tillfällen. |
Kampanjgrupp | Borttagning av mixmatch från ej godkänd kampanjgrupp (RTC-29477) Vid uppläggning av ny kampanjgrupp med flera mixmatch kan användaren ta bort både en och flera mixmatch innan själva kampanjgruppen godkänns. Samma vara i multipla mixmatcher i samma kampanjgrupp (RTC-27651) Det går ha flera mixmatch, med samma vara i en kampanjgrupp, utan risk för komplikationer på grund av identiska start- och/eller slutdatum. |
Mixmatch | Hämtning av nya varor i redan godkänd mixmatch (RTC-29815) I manuell mixmatch eller mixmatch i kampanjgrupp kan hämtning av nya varor göras på flera sätt. Oavsett metod kommer både automatiskt och manuellt godkännande/lagring att skapa varuköposter med samma butiksnummer som är gällande i nämnda erbjudandetyper. |
Rapporter | Antal sålda varor i grafisk varugruppsförsäljningsrapport (RTC-29486) Vid användning av grafisk varugruppsförsäljningsrapport kan det öppnas ett fönster för "Fördelning per butik". Generellt kommer denna "pop-up" att ha en kolumn för antal, men i tabeller för varugrupp- och undergruppsförsäljning är det ingen mening att lagra antal (av oidentifierade varor). För att undvika missförstånd exkluderar dessa försäljningsrapporter kolumnen "Antal", istället för att visa värde 0 på alla poster. |
Varumottagning | Utskrift av prislappar i varumottagning (RTC-28791) Vid användning av parameterstyrd speciallösning för varumottagning (ej standardlösningen el. varumottagning), går det skriva ut etiketter via knapparna "Prislapp" och "Prislapp lager". Funktionen ger prislappar för nya varor och i programmet utförda prisändringar på både befintliga och nya varor. Uppdatering av nettopris i existerande el. varumottagning vid manuell varumottagning (RTC-28081) Om det uppdagas en vara med fel nettopris i elektronisk varumottagning, kan detta korrigeras genom att skapa en manuell varumottagning och sätta rätt pris på varan där. Det skapas då en varutransaktionspost som har rätt värde och lagret uppdateras. Om man, som riktigt är i detta fall, väljer att uppdatera mot befintlig order blir motsvarande orderrad i elektronisk varumottagning uppdaterad med nytt värde på nettopris och även data i orderhuvudet blir omräknat i förhållande till nytt värde från manuell varumottagning. |
Prisändring av utgången vara via RIGAL
Utgången vara (från leverantör) innebär att varan har en framtida borttagningspost för när varan ska raderas från systemet. Hur många dagar framåt i tid detta datum sätts är parameterstyrt. När det kommer en RIGAL-fil med besked om utgången vara, "U", skapas en borttagningspost. Borttagningsdatum blir ett framtida datum motsvarande idag plus parameterstyrt antal dagar.
Utgången vara betyder att varan inte längre kan beställas, beställningsnummer raderas därför från etikett och elektroniska hyllkantsetiketter
Om besked om utgången vara kommer tillsammans med en eller flera framtida prisändringar skapas flera prisändringsposter. Den första med dagens datum för att säkerställa gällande pris, att varan uppdateras med sortimentskod "U" och att beställningsnummer därför raderas från pappers- och el. etikett. Det skapas också en post per framtida prisändring, där datum för den sista prisändringen läggs ihop med parameterstyrt antal dagar fram i tiden för att sätta borttagningsdatum på varans borttagningspost.
Uppdatering av mixmatch i POS vid ändring av gällande undantagsvarugrupper
Vid underhåll i programmet "Speciell varugruppslista", en lista med varor som inte ska ge prisreduktion på utvalda mixmatchtyper, läggs all mixmatchinformation (endast mixhuvud) ut på nytt. Så att alla mixmatch det berör i POS, uppdateras med korrigeringar av gällande undantagsvarugrupper.
Betala presentkort med annat presentkort och/eller tillgodokvitto
Om presentkort och/eller tillgodokvitto används för att betala ett nytt presentkort så skapas en särskild finanstransaktion för detta.
Integration med Q-bank (bildbank)
Detta är en moln-anpassad bildbankslösning. Istället för att hämta bilder från lokal server hämtas de via URL och bildnamnet är identiskt med EAN för huvudvara eller kopplat tandemnummer.
Nettoprisändring vid uppdatering av varumottagning
Det finns tre möjliga parameterstyrda alternativ för hur nettopris ska uppdateras via RIGAL/POSLog.
- Alla nettoprisändringar uppdateras.
- Endast nettoprisändringer med belopp > 0 uppdateras.
Inga nettoprisändringar uppdateras, ursprungligt värde är alltid det samma.
Återställ svinntransaktioner vid nollställning av försäljningsdag
Om försäljningsdag måste all försäljningsdata raderas för en hel dag och sedan läsas in igen. Det betyder alla kvitton som levererats till Chain Classic inom angivet datumintervall. Detta inkluderar varutransaktioner för inventeringsvinn, om de levererats via POSLog.
Ändra nettopris direkt i elektronisk varumottagning
I "Elektronisk varumottagning" går det som standard inte ändra nettopris, som det är i det specialanpassade programmet "Varumottagning". Men det går parameterstyra "El. varumottagning" så att nettopris kan redigeras direkt i programmet utan att använda "Manuell varumottagning".
Underhåll av poster i "Varutransaktioner"
I programmet "Varutransaktioner" visas alla transaktioner oberoende av transtyp.
Det går endast lägga upp/kopiera/motpostera följande transaktionstyper:
- 1 Synligt svinn" (1)
- 2 Intern förbrukning" (2)
- 6 Lagerjustering" (6)
- 11 Nedpackning
Alternativ:
- 7 Inventering - kan parameterstyras till om detta ska tillåtas eller inte.
Följande transaktionstyper kan inte registreras, kopieras eller motposteras:
- 3 Retur
- 4 Reklamation från kund, utförs i POS (Transaktionstext innehåller "kassa")
- 5 Varumottagning
- 8 Inventeringssvinn
- 9 Internöverföring
Knapp för "Kopiering" och "Motpostering" (= tabort-knapp) är avaktiverad för de transaktionstyper som inte är tillåtet att registrera.
Uppdatera klientfiler i bakgrunden
Av säkerhetsskäl kan det vara en fördel att installera klient-filerna vid uppdatering av patch i bakgrunden. För detta krävs minst en AD-användare med "Single Sign On" (SSO). Då denna loggar in automatiskt utförs klientuppdatering utan "störningar".
Datumbegränsad nyregistrering av poster i "Drivmedel"
Vid nyregistrering av poster i serviceprogrammen "Leverans". "Manuell tankstatus" och "Tankstatus" under "Drivmedel", går det parameterstyra hur långt tillbaka i tid det går att nyregistrera en post. Felmeddelande kommer då upp om för gammalt datum väljs och man kan då inte spara.
Trunkering av varunamn vid export Tokheim POS
Som följd av begränsningar i 3:e-partssystemet Tokheim POS är antal tecken i varunamn, vid export, nu begränsat till 20 tecken.
Fel butiksnummer i POSLog
Ifall butiksnummer ska bytas i Chain Classic och detta inte utförs samtidigt på andra ställen, till exempel i webshop, får detta stora konsekvenser i systemet. För att undvika att det kommer in försäljning på saknad butik i Chain Classic, avvisas dessa kvitton och loggas så att de kan identifieras och skickas in på nytt med rätt butiksnummer.
Övergång till kampanjgruppsutlägg
Användning av kampanjgruppsutlägg rekommenderas då det betyder mycket för felsökning vid avvikelse, men viktigast är säkerhet och prestanda som är betydligt bättre. Funktionaliteten kan aktiveras manuellt via systemparameter, men det rekommenderas att använda särskilt program för detta för snabbare och säkrare resultat vid konvertering av existerande kampanjgrupper till nytt utlägg i kampanjgruppsformatet.
Begränsa möjlighet att skapa informationstext under HK-nivå
För programmet "Varuregister"/"Varuinformation" finns en parameterstyrt begränsning som förhindrar att det skapas informationstexter på lägre nivå än HK-nivå (profil 0/butik 0). De informationstyper detta gäller är följande:
1: "Etikettexter"
2: "Viktdeklaration"
3: "Varuinformation"
4: "Teknisk information"
Export av ej mottagna beställningar till Chain Web
För export, av ej mottagna beställningar, från Chain Classic till Chain Web i formatet J-SON, används programmet "Beställningar till Procurement".
Programmet ligger under "System"/"Administrativa rutiner"/"Utlägg av data. Samlat utlägg läggs på parameterstyrd plats. Om så önskas kan också sendes/backup användas för backup.
Blanka fält eller standardvärden för ny vara
Om parameterstyrning till VPI-mall för standardvärden inte används, blir alla fält blanka när "Ny vara" skapas. Detta är standard.
När ny vara skapas manuellt i programmet "Varuregister" i Chain Classic kan det vara önskvärt att några fält alltid uppdateras med samma standardvärden. Detta kontrolleras genom parameterstyrning i en anpassad VPI-mall med standardvärden för "Ny vara". Det är följande fält som kan sättas upp med standardvärden:
I fliken "Vara":
- hgr
- ugr
- prodnr
- sgr
- fgr
- momsgr
- branch och agr om bransch > 0
- enva
- varutyp
- lager
- beställ
- enhet
- aktiv
- opris
- krabatt
- fabrikatnr
- chgmva
- lokalstyrt
I fliken "Tillägg vara":
- modellnr/modellnr2
- färgnr
- storlnr
- fabrikatnr
- matrialkod
- säsongnr
- garantikl
- individtyp
- idkrav
- tryckbild
- ursprung
- larmvara
- kross
- kunlot
Chain Classic version 2.2.0.0.05
Dokument status: RELEASED
Datum:
Förutsättningar för uppgradering
Med uppgradering till Chain Classic version 2.2.0.0.05 rekommenderas det att POS levererar kvittoformat i POSLog version 81.
Förbättringar
Modul | Beskrivning |
---|---|
Etiketter från varukö | Skriva varuköetiketter från InStore App (RTC-26686) Det finns stöd för att skriva ut etiketter, från varukö i Chain Classic, direkt från InStore App. De som inte kan skrivas ut visas också i "Varukölista" med etikettflagga = "Nej", och betyder att de inte är utskrivna. |
RIGAL | Mixmatch och kampanjgrupp sänds alltid med referens via RIGAL (RTC-28418) Kampanjhuvud och mixmatchhuvud måste ha referens till varona i erbjudandet. Kundspecifika inställningar ger olika lösningar på detta. Dels kan kampanjgruppsnr och/eller mixmatchnr användas, om dessa nummer inte används gäller "Kampanj-ID" och "externt mix-ID". Utläggen sker i RIGAL-filer för kampanjgrupp (J) och mixmatch (X). |
Varuinformation | Varuinformationstext (RTC-27650) När det gäller beskrivning av vara i varuinformationstext, finns ingen begränsning i textlängd. |
Loggning av ändringar i kundordrar
Borttagning av orderrad och orderhuvud loggas i "Borttagna kundordrar" under "Rapporter"/"Loggar".
Även prisnedsättningar loggas om ändring av försäljningspris överstiger parameterstyrda referensvärden. Det är två värden som måste uppfyllas, det första anger min. radsumma (försäljningspris före ändring) på en rad, och andra värdet anger min. total prissänkning som är gjord på denna rad.
Loggning av internöverföring
Vid internöverföring loggas detta i loggfil: internlogg_DD-MM-YY.butnr.
Loggning gäller både om det gjorts via InStore App eller direkt i Chain Classic. Ifall det görs i Chain Classic skrivs det "CC CLIENT" så att det framgår hur denna transaktion skapats.
Begränsa valmöjligheter för butiksanvändare i kampanjgrupp
- Det kan väljas om butiksanvändare eller alla användare, undantaget utvecklingsanvändare, ska ha begränsad åtkomst till funktionalitet vid underhåll av kampanjgrupp. Flikarna "Kampanjpris", "Medlemserbjudande" och "Mixmatch" kan alla avaktiveras, antingen endast för butiksanvändare eller för alla användare, undantaget utvecklinganvändare som alltid har åtkomst till alla flikar.
Det går också spärra manuella val av kampanjID när butikslokal kampanjgrupp skapas, detta gäller oavsett användartyp. Denna funktion förutsätter en önskan om att alla butikslokala kampanjgrupper alltid ska ha samma kampanjID. Detta värde för kampanjID parameterstyrs.
Utlägg av informationstext i beställning till leverantör, via RIGAL
För information till externa lösningar läggs informationstext ut via RIGAL I-fil, om det angivits i beställningsfälten "Meddelande till leverantör" och "Referenstext".
Varutransaktionslista Excel
Genom att avgränsa urval på transaktionstyp, period och butik(er), ger rapporten "Varutransaktionslista Excel" en överblick över perioden på ackumulerade värden, där inköpspris är summerat per butik per undergrupp (till skillnad från den vanliga varutransaktionslistan).
- Om inköpspris saknas i varutransaktion hämtas detta från ordinariepris.
- Det skrivs en flik för varje butik i Excelrapporten, med butiksnr som fliknamn.
- Det skapas också en PDF-rapport med samma upplysningar.
Chain Classic version 2.2.0.0.04
Dokument status: RELEASED
Datum:
Förutsättningar för uppgradering
Med uppgradering till Chain Classic version 2.2.0.0.04 rekommenderas det att POS levererar kvittoformat i POSLog version 81.
Förbättringar
Modul | Beskrivning |
Etikett | Beställ etikettutskrift med olika etikettyper (RTC-27262) Det går beställa och skriva ut etiketter med olika etikettyper i samma etikettbeställning från InStore App. |
Lager | Utlägg av lagerfil till Chain Web (RTC-27548) Vid utlägg av lagerfil till Chain Web från Chain Classic kommer alltid tidigare exporterad fil, "StockBasis.butnr", att skrivas över, om den inte hämtats. Optimering av utlägg vid lagerändring (RTC-27423) Generellt läggs inte lagerändringar ut till POS, detta ska bara ske vid ändring av pris eller kostpris. Varumottagning är därför enda anledning för filutlägg, med lagerändringar, till POS och ev. annan 3:e part. |
Rapporter | Leveransdatum i rapporten "Underlag beställning" (RTC-27033) När specialfunktionalitet för att visa leveransdatum i "Beställning" används, visar detta leveransdatum på orderrad i rapporten "Underlag beställning". |
RIGAL | Utlägg av leverantörsorder-ID efter varumottagning (RTC-27182) Leverantörsorder-ID är ett fält som inte visas i Chain Classic men som kan användas när leverantör sänder in varumottagning via RIGAL I-fil. När varumottagning är godkänd läggs leverantörs-ID ut i RIGAL I-formatet, detta gäller oavsett om varumottagning görs i InStore App eller i Chain Classic. RIGAL V-fil och kampanjgruppsdata (RTC-27899) Vid utlägg av RIGAL V-fil, från "Verkställ vara", läggs det ut kampanjgruppsinfo för kampanjgruppsnummer, kampanj-ID, namn på kampanjgrupp tillhörande formaten "K" (kampanjvara) och "M" (Medlemserbjudande). Dessutom läggs det ut RIGAL J-fil med motsvarande information. |
Uppdatering av ordinariepris i kampanjgrupp
I kampanjgrupp finns möjlighet att använda funktionalitet för att ange fast kr- eller %rabatt på varurad i både kampanj eller medlemerbjudande. Vid ändring av ordinariepris i "Priskalkyl", räknas erbjudandepris om även i kampanjgrupp och ändring till POS läggs ut via det utläggsalternativ som används, kampgr eller prisfil.
Ange fast bruttoförtjänst på RIGAL-uppdaterade varugrupper
Det går ange fast bruttoförtjänst på ordinarie priser för varor på angivna varugrupper. Nytt utpris kommer då att räknas om och avrundas i förhållande till detta, när de uppdateras via RIGAL VPI.
Underhåll görs i registervårdsprogrammet "Bruttoförtjänst i RIGAL" där det går lägga in fast bruttoförtjänst för varor i nya varugrupper och ändra på befintliga.
Loggning av ändringar på utvalda varufält
Det går välja om loggning ska ske, vid ändring på alla varufält märkta med "Uppdatering" = "Ja", i en utvald VPI-mall. Detta gäller då bara för en utvald VPI-mall, och då vid manuell ändring direkt i Chain Classic eller uppdatering via RIGAL VPI.
Ändringarna loggas i loggkatalogen med filnamn "chgvaruddmmyyyy.txt". Både nytt och gammalt värde visas, och ackumuleras i denna månadsfil.
Loggning av RIGAL X-filer i VPI-logg
Det går logga uppläggning och uppdatering av mixmatch via RIGAL- X-filer i VPI-loggar. Meddelandetexten är formaterad på samma sätt som vid loggning från uppdatering av RIGAL V-formatet och J-formatet (utökat J-format = V-fil i innehållet).
Alla meddelanden skrivs i standard VPI-loggar (vpierr*., vpierrtot.* och VPIins*.*)
Det skrivs ingenting i standard fellogg/uppdateringsloggar (err*.* errtot*.* eller ins*.*)
Specificerade varugrupper/producenter ska inte uppdateras via RIGAL VPI
Det går att undvika uppdatering på varor, vid ändring via RIGAL V-/J-filer, om det gäller parameterstyrda varugrupper och/eller producenter.
Avvisningar loggas i någon av filerna VPI-err*.* eller err*.*
Streckkoder i lagerrapport "Fellista"
Det är möjligt att skriva ut streckkod på varorna i lagerrapporten "Fellista". Detta görs som standard endast för varor med negativa lagerantal, men det går också att sätta upp "Skriv streckkod" som standard. Något som måste till om man tar ut denna rapport vid EOD.
Avskriv ej levererade rader vid första varumottagning
Om funktionalitet för att stänga order vid första varumottagning och avskriva ej levererade rader används, ska alla rader kvitteras vid utlägg av RIGAL I-fil, även de ej mottagna.
L15 funktionalitet per butik
Det går att välja om en butik ska ha möjlighet att använda funktionalitet för L15 kompenserade värden. Detta gäller för 3:e-partssystemet Tokheim.
Utlägg till Reporting:
- Endast för butik med denna funktionalitet aktiv.
- Mängdfältet för Reporting uppdateras om "kompenserad mängd" > 0.
Underhåll av Tankstatus:
- Fältet för "L15 kompenserad" mängd visas endast för butik med denna funktionalitet aktiv och "kompenserad mängd" > 0.
Loggrapport loggtyp 80:
- I loggtyp 80 loggas ändringar av "kompenserad mängd".
- Rapporten klarar också loggposter med endast 7 fält, utan "kompenserad mängd". Då visas fältet "L15 kompenserat" = 0.
Manuell tankstatusregistrering
Vid användning av 3:e-partssystemet Tokheim kan manuell uppdatering, generellt underhåll eller borttagning av registrerad tankstatus görs i drivmedelsprogrammet "Manuell tankstatus".
Resultatet läggs ut till "Reporting".
JSON till Inventory Module
Inventory Module är en cloud modul som är lager-master. Chain Classic lägger ut komplett lagerfil i JSON-format till en särskild katalog för vidare användning i Inventory Module. Viktigt att "Export av lager till Inventory" är ikryssat.
Chain Classic version 2.2.0.0.03
Dokument status: RELEASED
Date:
Förutsättningar för uppgradering
Med uppgradering till Chain Classic version 2.2.0.0.03 rekommenderas det att POS levererar kvittoformat i POSLog version 81.
Förbättringar
Modul | Beskrivning |
Beställning | Butik utan "Beställning" (RTC-19163) Det rekommenderas att alla butiker har "Beställning" påslaget i butiksregistret. Men från patch 32 bör det kontrolleras att butiker som inte har beställning, då faktiskt inte har "Beställning" valt i butiksregistret. Detta för att säkerställa att beställningar inte skapas på dessa butiker per automatik i till exempel Kundorder och Varumottagning från POS eller InStore App. |
Lexmark integration | Utlägg av kampanjposter till Lexmark (RTC-26601) Utlägg av kampanj- och medlemserbjudandeposter till 3:e-partssystemet Lexmark är begränsat till endast de som är nödvändiga för Lexmarks funktionalitet. Det finns inte samma behov som vid motsvarande utlägg till POS. |
Rapporter | Urval i rapporten "Nonsalerapport per nonsaletyp" (RTC-26418) Vid beställning av rapporten "Nonsalerapport per nonsaletyp" går det att ange olika urval, till exempel varugrupp. |
RIGAL | RIGAL-uppdatering av "Fastpris" (RTC-26656) Flaggan "Fastpris" uppdateras via RIGAL-fil. Värdena F, "P eller Y sätter fastprisflaggan aktiv. Alla andra bokstäver deaktiverar fastpris. Om värde saknas, sker ingen förändring av "Fastpris". |
Exkludera varugrupp från snabbprisändring i mixmatch
Det går sätta upp varugrupper så att de inte blir med i mixmatch via snabbprisändring (Hämta varor via urval), in i mixmatch. Vilka mixmatchtyper detta ska gälla måste sättas upp. Det är dock fortfarande möjligt att lägga in varor från exkluderad varugrupp, då det förväntas att den som gör jobbet har kontroll på detta.
Endast för mixmatchtyper uppsatta med denna funktionalitet visas knappen "Ingen prissänkning". Bakom denna knapp visas den/de varugrupper som exkluderas vid snabbprisändring i aktuell mixmatchtyp.
E-handel: Uppdatera varumottagningskvitto i Chain Classic
Automatisering av mottagning av varor i butik gör att "Mottagning av weborder" i Chain Classic inte används, men att statusfält fortfarande uppdateras.
Loggning av kundändringar
Om kundändringar ska loggas går det ange vilka kundposter som ska loggas vid ändring.
Ändringslogg med en post per ändrat fältvärde skrivs till filen "chgkunde<mmåååå>.txt" i "LRS"/"logg-katalogen".
Ny rapport "Kundändringslogg" som visar denna logg ligger under "Rapport"/"Loggar".
Provisionsförsäljning - butik i butik
Provisionsförsäljning efter provisionsvarulista, i ett särskilt registervårdsprogram, läggs ut till EG Cash Settlement efter varje EOD. Det går endast lägga upp och använda en provisionsvarulista per butik.
"Radera/ta bort från kassa" loggar leverantör i rapport
Vid användning av programmet "Radera/ta bort från kassa" kommer leverantörsnr och leverantörsnamn också att visas i alla rapporter som skapas, oavsett urval.
Förhindra mixmatchkonflikt
Om en vara redan finns i en mixmatch och samma vara läggs upp i ny mixmatch kontrolleras startdatum/-tid och slutdatum/-tid. Om dessa sammanfaller kommer den nya mixvaran att avvisas. Det kan nämligen inte hanteras två sådana köposter med samma start/slut-datum/tid. Denna avvisning presenteras antingen med meddelande och eller loggas i loggrapport för loggutskrifter.
Detta gäller:
- Manuell inläggning
- Hämta nya varor
- Hämta varor via urval
- Hämta varor via varugr
Förväntat datum i "Beställningsfördelning Excel"
Vid användning av "Beställningsfördelning Excel" kan användare välja att antingen göra beställningar eller varumottagningar. I båda dessa fall sätts förväntat leveransdatum utan värde i programmet "Beställning".
Sortimentslista Excel
Rapporten "Sortimentslista Excel" kan skapas med standard 39 kolumner eller via parameterstyrning med utökat format, alla 53 kolumnerna.
Vem är "chef" för mixmatch
Varor i mixmatch som överlappar är inga problem om det är skillnad på både start- och slutdatum/tid. Men det går inte för Chain Classic att ha två poster på samma mixvara, på samma nivå (butik eller profil), med samma start- eller sluttid. Om detta sker medför det alltid att den ena posten avvisas. Det är samma regler som gäller för kampanjpris och medlemserbjudanden. Det rekommenderas därför att man tar beslut om vad som faktiskt ska prioriteras.
Chain Classic version 2.2.0.0.02
Dokument status: RELEASED
Datum:
Förutsättningar för uppdatering
Med uppgradering til Chain Classic version 2.2.0.0.02 rekommenderas det att POS levererar kvittoformat i POSLog version 81.
Förbättringar
Modul | Beskrivning |
Wet Stock | Wet Stock mängder (RTC-24636) För att göra det lättare att förstå att de mängder som används i Wet Stock-projektet kan vara i både liter eller kilo, visas dessa med enhet "Liter/Kilo". |
Användning av lägsta nettopris i "Beställningsfördelning Excel"
Standard funktionalitet i programmet "Beställningsfördeling Excel" är att nettopris ALLTID uppdateras från kalkylarket om detta har ett värde > 0.
För alternativet "Beställningsförslag":
Om nettopris i kalkylarket är 0 kopieras detta från priskalkylen och då väljs lägsta tillgängliga nettopris på aktivt ordinariepris eller kampanjpris (vid önskat leveransdatum), och sätts på beställningsraden. Det kontrolleras dock inte på nettopris för ev. aktivt medlemerbjudande.
För valet "Varumottagning":
Vid standard konfiguration kontrolleras det inte på lägsta nettopris i priskalkylen.
Utökad funktionalitet:
Det går också att parameterstyra så att även medlemserbjudande inkluderas när lägsta nettopris i priskalkylen ska räknas fram. Detta gäller då komplett kontroll av ordinarie-, kampanj- och medlemerbjudande för både "Beställningsförslag" och "Varumottagning" i programmet.
Alla butikspriser ska ha samma värde på viktkod och fastpris
Det går att alltid ha samma värde på viktkod och fastpris på profilpris och alla butikspriser på samma profil, också när ändringar sker via RIGAL-uppdatering.
Beställningsfördelning Excel och lägsta nettopris från priskalkyl, vid manuell varumottagning
Vid användning av "Manuell varumottagning" och "Beställningsfördeling Excel" finns möjlighet att hämta lägsta nettopris på ordinariepris, kampanjpris eller medlemserbjudande i priskalkylen (om aktiva för valt datum), om nettopris = 0 i Excel kalkylark. Om nettopris i kalkylark > 0 används dock ALLTID belopp i kalkylark.
Som standard kontrolleras nettopris ENDAST mot ordinariepris och kampanjpris för "Beställningsförslag". För varumottagning görs det ingen kontroll.
Behandling av Coopay reservlösning i finansredovisning
I de fall Coopay-betalningar inte genomförs innan EOD, behandlas detta med reservlösning och totalbelopp visas i båda butiksredovisningsrapporterna. Dessutom skickas information om detta via finansutlägg till EG Cash Settlement.
Mixmatch med varor som saknas i varuregistret
Det är standard att avvisa hel mixmatch när det finns en eller flera okända varor. Det går välja de mixmatchtyper, där det ska vara möjligt att bortse från standarden och istället skapa en mixmatch med endast de kvarvarande kända varorna i RIGAL-filen.
Alternativ borttagning av mixmatch
Standard för borttagning av varurad i mixmatch, från ERP via RIGAL-utlägg, är att lägga ut komplett mixmatch till Chain Classic med alla varurader, och med aktivt borttagningsmeddelande på varje mix-varurad som ska tas bort. Det finns också ett inställningsalternativ där det blir går att endast lägga ut de varurader som ska vara kvar i mixmatchen, resterande varurader raderas då från aktiv mixmatch. Om utlägget saknar varurader leder det till att hela mixmatchen avslutas/raderas.
Inläsning av JSON-fil från StoreMaster
Vid inläsning av JSON-fil från StoreMaster ingår också dessa fält:
- Adress
- Öppnat datum
- E-post
- Lagerstyrt
- Mobilnr
- EAN-platsnr
- Andra butiker med lager som denna butik kan se.
Wet Stock - justering av tanknivå
"Justering av tanknivå" väljs vid manuell justering av tanknivå i programmet "Leverans". Justerade poster visas i en egen kolumn i programmet. Information om justering av tankstatus läggs ut till "Reporting". Funktionen är bara tillgänglig när ny post skapas. Leveransnummerserien för detta är paramaterstyrd och uppdateras automatiskt vid val av "Justering av tanknivå".
Om användare ångrar val av "Justering av tanknivå" och tar bort notering eller avbryter hela registreringen, så kommer räknaren för leveransnummer att räknas tillbaka igen för att slippa att det skapas "oanvända" hål i nummerserien.
Wet Stock och temperaturkompenserat mängd i "Tankstatus"
Temperaturkompenserad mängd "L15" visas i eget fält i program för "Tankstatus".
Om detta värde = 0 visas inte fältet och nivåvärdet läggs ut till "Reporting" istället.
Uppdatering av tankstruktur till Tokheim
När tankstruktur uppdateras till 3:e-partssystemet Tokheim POS och det blir ändring i kapacitet på en tankgrupp, kommer detta att uppdateras på tankgrupp oavsett om tanken är ansluten eller inte. Vid saknad tankinfo skapas en ny tankgruppsinfo och uppdateringen exporteras till Tokheim POS.
Chain Classic version 2.2.0.0.01
Dokument status: RELEASED
Datum:
Förutsättningar för uppdatering
Vid uppdatering till Chain Classic version 2.2.0.0.01 rekommenderas det att POS levererar kvittoformat i POSLog version 81.
Förbättringar
Modul | Beskrivning |
---|---|
Rapporter | Beställningsnummer i rapporten "Självbetjänade varor" (RTC-23516) Rapporten "Självbetjänade varor" har utökats med kolumn för "Beställningsnummer" där stöd för alfanumeriska eller numeriska beställningsnummer finns. |
Rapport för makulering i självbetjänad kassa
Rapporten "Kassörstatistik - Självutcheckning visar antal kvitton som makulerats och/eller har rader som är raderade från självbetjänad kassa. Dessutom visar den vilken kassör som gjorde detta.
Begränsa utlägg till färskvaruvåg och el. etiketter
Man kan begränsa utlägg till el. etiketter och färskvaruvågar till endast de faktiska ändringar som gäller dessa lösningar.
Montering som länkobjekt
Det är inte bara pant som kan användas som länkobjekt. "Montering" kan också användas för detta. Till exempel för en värmepump väljer du länkposten "Montering" och länktyp 2, då påverkas inte pantredovisningen. Särskilda justeringar har även gjorts på det elektroniska hyllkantssystemet Breece. Summan av huvudvara och länkvara (t.ex. värmepump och montering) slås samman och texten inkl. montering (eller vilket namn denna varan har) visas på Breece-displayen.
Borttagning av sista pris raderar också vara i Lexmark
Vid borttagning av pris raderas detta från 3:e-partslösningen Lexmark. Om priset är det enda återstående, tas också varan bort från Lexmark.
Utlägg av ekologisk märkning i viktformatet XML
Det går ange butik som Debio-godkänd, detta gör att ekologiskt märke alltid läggs ut till viktformatet XML.
Borttagning av pris via RIGAL
Borttagning av pris och vara om det bara finns ett pris, utförs genom att sätta funktionskod "S" i fält 5 i RIGAL V-fil. Borttagning görs då omedelbart.
Aktivt varukönr i "Varu- och Prisregister"
Det blir allt viktigare, speciellt för EG:s personal som måste reda ut vilken av flera kampanjpriser som är det som är aktivt i POS. Detta visas i både "Varu- och Prisregister" för ordinarie pris, kampanjpris, medlemspris och tidsstyrt pris.
Återställ saknade varuköposter
Om en butik saknar köposter för en vara med kampanjpris, medlemserbjudande eller mixmatch (inkluderar också framtida prisändringar). kan dessa återställas.
Detta kan göras på saknad vara i "Prisregister" av antingen HK-användare, butiksanvändare eller teamanvändare. Gällande köposter visas under fliken "Köposter i butik". Genom att trycka på knappen "Kontrollera kö" återställs saknade köposter, som beskrivet ovan. För HK-användare kontrolleras vald vara för alla butiker, för teamanvändare för alla butiker på aktuellt team och för butiksanvändare endast på aktuell butik.
Skapa lokal kampanj från InStore App
Det går att välja en vara i InStore App för att sedan skapa en lokal kampanj (ej kampanjgrupp) i Chain Classic. Därefter läggs kampanjen ut till POS. Gällande regler för kampanj, enligt till parameterinställning, måste följas och vid ogiltiga data avvisas uppdateringen. Avvikelser loggas i loggutskrifter - post 28 "Avvisade butiksprisändringar från ISA".
Lägg inte ut borttagna varor till POS
Vid användning av borttagning av varor i parameterstyrd speciallista för borttagning, kan kan man välja om information om denna borttagning ska läggas ut till POS. Standard vid användning av denna funktionalitet är att varorna i varulistan tas bort i Chain Classic och därefter läggs ut för borttagning i POS/CW. Men det kan vara så att det är bättre att bara ta bort i Chain Classic, för att sedan ta bort, manuellt, direkt i POS. Detta är ett manuellt val i programmet "Borttagning av varor".
Importera EAN/PLU från CSV-fil till varulista
När varulista skapas används ofta Excel-formatet för att importera EAN/PLU till ny varulista. För att fortsatt ha denna möjlighet utan tillgång till Excel har det skapats ny funktionalitet för att göra samma sak med textfil i CSV-format. Det förväntas vara endast en EAN/PLU på varje rad, och sista raden blank.
Dett gäller också för "Speciella varulistor", skillnaden ligger i att här uppdateras en befintlig varulista. I "Varulista" skapas alltid ny varulista - precis som när man trycker på knappen för "Importera från Excel".
Vågutlägg vid borttagning av post i näringsinnehåll
Om en post tas bort i butik, i näringsinnehåll, men det fortfarande finns värde på profil då kommer den att läggas ut som ersättningsvärde för butik. Bara om det inte finns profilvärde kommer det att läggas ut borttagning av post till våg i butik.
Näringsinnehåll i viktutlägg till Finnvacum
Till 3:e-partssystemet "Finnvacum" läggs näringsinnehållstyperna: 11 Kostfiber, 12 Protein och 13 Salt ut på en och samma rad. Det gäller för Finnvacum viktetikett, färskvaruvåg, i format: atte2.butnr.
Externt MixID i kampanjgrupp
I kampanjgrupp visas "Externt MixID" i egen kolumn på sidan över alla ingående mixmatcher i kampanjgruppen. Detta under förutsättning att inte "Kupongkod" används.
Inläsning av data från Store Manager (JSON)
Det har skapats möjlighet att använda prefix, som anger vilken tabell som ska uppdateras vid inläsning av JSON-filer i Chain Classic. Men tills vidare är detta ingen standard, så därför läses samtliga data från input-katalogen in.
Kampanj-ID till Tokheim POS
Vara som ligger i flera aktiva mixmatch i samma eller olika kampanjgrupper, läggs till 3:e-partsystemet Tokheim POS med var och en av de olika kampanj-ID som används i Chain Classic. Detta säkerställer ett korrekt underlag, när Tokheim POS ska välja bästa erbjudandet för kunden.