Lager

Lageruppdatering av beställd paketvara (RTC-40732)

Paketvaror innehåller ofta mer än en vara.
Vid beställning av paketvara är det själva paketvaran som beställs, men det är "innehållsvarorna" som lagerstyrs och det är där beställt antal uppdateras i lagerposten.
Vid varumottagning av en paketvara uppdateras lagerantal på "innehållsvarorna" och beställt antal reduceras där. 

Lageröversikt

Lagerloggen visar alla ändringar på lager i "Lageröversikt" (RTC-40438)

I programmet "Lageröversikt" kan alla ändringar på lager kontrolleras i vald butik under knappen Lagerlogg.
Här visas ändringarna samt vilket program som använts och vilken användare.
Detta är ett bra hjälpmedel vid oklarheter om gällande lagervärde.
Datum/tid/användare gör det enklare att hitta tillhörande transaktioner i "Varutransaktioner".

Varor

Tandem för varianter på modellvara med samma färg (RTC-40558)

Vid användning av endast en huvudvara med kombinationen modell/färg, har bara tandemnummer på huvudvaran synts i fliken för tandem. 
Tandemnummer på de andra varianterna med samma modell/färg underhålls via knappen Tandem i "fliken "Storlekar".

Varumottagning

Utökad loggning vid manuell varumottagning (RTC-37621)

Vid en manuell varumottagning som inte kopplas till en redan existerande beställning/varumottagning, kommer det endast att loggas "Manuell" i Transtext-fältet i tillhörande varutransaktionspost.
Om mottagningen kopplas till en existerande beställning/varumottagning, så kommer detta att loggas i samma fält med "Manuell: Order/rad: XXX YY". 

Varutransaktioner

Uppdatering av varutransaktioner på receptvaror och butiksvaror i samma POSLog (RTC-43995)

Det går uppdatera varutransaktioner på både receptvaror och på vanliga butiksvaror i samma POSLog. Skillnaden är att varutransaktionsposterna uppdateras på butiksvaran, medan det för en receptvara skapas varutransaktioner på råvarorna som ingredienserna i receptvaran skapats ifrån.

Weborder 

Säkerställa unikt jobbnummer när plocklista skapas för en weborder (RTC-41864)

När Plocklista ska skrivas för en weborder, behövs ett unikt jobbnummer. Detta hämtas från ett löpnummer i Chain Classic.
Om nästa lediga jobbnummer mot förmodan redan existerar, kommer löpnumret att räknas upp med +1 fram till nästa lediga nummer.

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. 

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.

• • Ange EAN/PLU-nr för sökning i fältet "Från-kolumn" och tryck "Enter". 

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: 

• • Tryck 1, och sökprogrammet öppnas, tryck "Enter" och allt är tillbaka igen.
  • Det går också att lägga in ett nytt sökvillkor direkt utan att behöva nollställa något.

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.

• När E-post skickats, kommer det att stå: "E-post skickad".
• När E-post inte kan skickas, kommer det att stå: "Klar - E-post misslyckades".

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.
Vid import av ändrad varutyp från RIGAL VPI, loggas detta i VPI fellogg. 

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.

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.

Beställning

Behandling av varor märkta "Ej beställning" i Beställningsmodulen (RTC-31342)

• Försöker man lägga in en vara markerad "Ej beställning" i programmet "Beställning" kommer varan att avvisas med meddelande om att varan inte kan beställas.
• I programmen "Beställningsförslag" och "Beställningskriterier" kommer alla varor markerade "Ej beställning" i "Varuregister" eller som butikslokalt värde för butiken att avvisas.
• Vid uppdatering av RIGAL I-fil kommer även varor märkta "Ej beställning", att avvisas. Det är som utgångspunkt avsänderens ansvar, men Chain Classic måste korrigera om dessa sänder fel data.
• Vid uppdatering av beställningsrader från POSLog, kommer varor som inte kan beställas att avvisas.

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.
Detta tar bort avvikelser som kan bero på att butiken inte har skrivit ut en etikett eller godkänt prisändring om denna används.  

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.
I POS raderas därefter alla relationer till de varor som från början var kopplade till mixmatchen.   

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. 

• Fält som är knutna till centrallager (saldo och beställda) döljs när användarens butik inte har referens till butiksnummer för centrallager.
• Eget butiksnummer markeras i listan med grön bakgrund för alla varianter så att det tydligt kommer fram vad som är eget lager.

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.
Om kampanjpriset därefter ökas så att det återigen blir lika med normalpris kommer det att skapas etikett till Lexmark märkt som prisändring istället för kampanj/medlemserbjudande.
Det är bara ändring av utpris på erbjudanden lägre än ordinariepris som skapar etikett märkt kampanjpris/medlemserbjudande. 

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.
När detta används läggs dessa 0-poster ut vid alla typer av inventering.  

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.

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.

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).   

Varuinformationstext (RTC-27650)

När det gäller beskrivning av vara i varuinformationstext, finns ingen begränsning i textlängd.

Vara

Servicehandel och relation antal/pris (RTC-22910)

Ingredienser, recept och pris är sammankopplade i "Servicehandel". Som resultat kommer till exempel motsvarande pris att uppdateras korrekt i "Recept" och "Pris" om numret ändras på några varor i "Ingredienser".

RIGAL

Uppdatering av pris via tandem i RIGAL-VPI (RTC-22919)

Tandemnummer kan användas till prisändring, om detta skickas in som huvudvara och sker via PRI-post i RIGAL V-fil.

Rapport

Makulerade kvitton i "Butiksredovisning total" (RTC-22956)

POS-kvitton med kundorder och varuförsäljning som makuleras i kassan registreras korrekt i Chain Classic och uppdaterar raden "Mak. av kvitto" i rapporten "Butiksredovisning total".

Kampanjgrupp

Varor

Korrekt beräkning av ingredienspris (RTC-22406)

Vid användning av receptvaror har funktionen gjorts så att den tar fyra decimaler. Pris för "Ingrediens" visas med korrekt belopp, ned till två decimaler.

Varumottagning

InStore App-varumottagning av paketvara som inkluderar viktvara (RTC-21673)

När varumottagning av paketvara från InStore App utförs använder paketen sina ingående varor. I Chain Classic beräknas mottag av själva paketvaran på grund av kontroll i InStore App. När mottagen mängd är ett decimaltal, exempelvis viktvara, avrundas det till närmsta heltal vid inläsning av kvitto och visas både i "El. varumottag/Varumottag" och "Beställning".

Behandling av antal vid varumottagning från InStore App (RTC-22354)

Vid varumottagning gjord i InStore App kommer registrerat antal bara att uppdatera värden för "Kontrollerat antal" i Chain Classic, medan värden för "Mottaget antal" inte kommer uppdateras. Användaren kan då senare följa upp och se skillnaden mellan det antal som skulle mottas och det som faktiskt har mottagits.

Kund

Kunder med postnummer 0 tillåts (RTC-19993)

Det är tillåtet med postnr = 0 på kund i Chain Classic.

Mixmatch

Borttagning av mixvaror och hel mixmatch (RTC-21479)

Statistik visar att det inte är att rekommendera radering av artikelrader i en aktiv mixmatch eller att ta bort en hel mixmatch (i en aktiv kampanjgrupp), men detta är möjligt och kan vara nödvändigt vid administrativa fel. För sådana raderingar läggs endast borttagningar i mixfiler, alternativt RIGAL-filer, till aktiva butiker.

Pris

"Sänd vara till kassa" och profilbutik (RTC-21769)

Vid användning av "Profilbutik" och funktionen "Sänd vara till kassa" kommer det  endast att vara filen pris.999xx som läggs ut till profilbutiken. Övriga format läggs bara ut till aktiva butiker.

Vara

Uppdatering av varutext och varuinfo samtidigt (RTC-21888)

Om det i "Varuregistrering" sker ändring av varudata och "Varuinfo" inom en kort tidsintervall resulterar det i korrekt utlägg av filerna vara.99900 och varuinfo.butnr.

Inventering

Uppdatering av inventeringsfiler som ligger i kö (RTC-22006)

När inventeringsfiler läggs i kö öppnas möjligheten att uppdatera lager senare än inventerat datum. Programmet säkerställer att varorna fortfarande är uppdaterade med rätt belopp i inköpspris, försäljningspris och moms.

Manuell registrering i "inventeringsguiden" (RTC-21903)

Vid inventering och manuell registrering av lagerstyrd vara sker det en kontroll om varan finns på lager. Om guiden inte hittar lagersaldo blir inventeringen ändå registrerad och lagerantal uppdateras med korrekt lagerstatus.

Pris

Beställning

Referenstext i "Beställning" och "Elektronisk varumottagning" (RTC-20347)

Meddelande angivet i fält för "Referenstext" i "Beställning" hämtas upp i motsvarande order i "Elektronisk varumottagning" och visas där i en egen kolumn.

Vid användning av specialprogrammet "Beställningsförslag Excel" måste en beställningsanteckning följa med. Detta meddelande hamnar i "Referenstext" i "Beställning" och visas då även enligt beskrivning i "Elektroniskt varumottagning".

Butik

Inget utlägg till butiker med kommunikationstyp = 1 (RTC-20589)

Det görs aldrig något utlägg till POS eller tredjepartssystem för butiker med kommunikationstyp = 1 i butiksregistret i Chain Classic. Dessa butiker kan därför användas som "referensbutiker" vid RIGAL-import från ERP.

Rapporter

RIGAL

Uppdatering av RIGAL N-fil (RTC-20048)

Vid uppdatering av RIGAL N-fil uppdateras varupost som förväntat, även om det finns existerande varufältsinfo.

System

Utlägg till Tokheim

Utlägg till Tokheim när kassör spärras (RTC-19671)

När kassör "spärras" i Chain Classic eller i Chain Web läggs borttagning av kassör/användare ut från Chain Classic till tredjepartssystemet Tokheim POS. 

Varumottagning

Kampanjgrupp

Snabb prissättning i kampanjgrupp (RTC-20892)

Prisändringsprogrammet "Snabbprissättning" är ett separat menyalternativ, som täcker de flesta av de multipla prisändringarna. Snabbprissättning för kampanjerbjudanden bör fortfarande göras via kampanjgruppen eftersom detta ger fördelar för prestanda och felsökning.

Standard priskontroll och datumändring på kampanjgrupp (RTC-20372)

Vid ändring av datum på kampanjgrupp tas hänsyn till tidigare behandling i priskontroll. Det betyder att en butik som har avvisat eller godkänt kampanjposter, mixmatch eller hel kampanjgrupp inte måste göra detta igen om datum/tid ändras på kampanjgrupp. Status behålls och endast datum/tidsändringen uppdateras.

Beställning 

Beställning av paketvara som innehåller pantvara (RTC-19152)

Visning av beställningar med paketvaror som innehåller pantvaror har förbättrats så att det också ger visuella varurader i Beställning i Chain Classic. 

Automatiskt utlägg med paketvara (RTC-18770)

Funktionen för automatiska utlägg av paketvara har förbättrats. En order från InStore App med bara en paketvara, eller paketvara på sista raden, läggs nu automatiskt ut komplett via RIGAL, från Chain Classic.

Order

Webborder med beställningsvara som inte ska skapa beställning i Chain Classic (RTC-19125)

Det har gjorts förbättringar för webborder i Chain Classic som innehåller beställningsvaror. Om beställningsfunktionen inte är aktiv i Chain Classic kommer det inte skapas beställningar även om webbordern innehåller en sådan beställningsvara.

Rapporter

Plocklista för webborder saknas (RTC-18592) 

Enstaka fall där plocklistan för webborder inte genererades automatiskt har förbättrats.

Butiksredovisningsrapport med priskanaler på en sida (RTC-18117) 

Butikredovisningsrapport med användning av flera försäljningskanaler har förbättrats så att all data kommer på en sida som förväntat.

Varor

Orsakskod med fyra siffror kan inte visas i " Varurörelser" (RTC-18584)

Orsakskoder visas nu korrekt även när orsakskoden innehåller fyra siffror.

Saknade borttagningsposter när du använder "Rensa/Ta bort från kassan" (RTC-18299)

Förbättringar har gjorts i rensningsprogrammet "Rensa/Ta bort från kassan". Genom att ta bort onödig kontroll av varuändringsdatum säkerställs det att förväntade borttagningsposter skapas.