Behåll fokus/markör på aktuell varurad vid beställning (RTC-48363)

När en beställning skapas, förväntas en genomgång av varuraderna för kontroll av antal beställda varor innan den godkänns.
Vid lagring kommer fokus att vara kvar på den ändrade varuraden. 

Loggning av ogiltig version av POSLog (RTC-45428)

Om det skickas in en POSLog med ogiltig version till Chain Classic, kommer detta att visas i loggen för POSLog-import. 
Det anges vilken version som man försökt uppdatera och att denna inte stöds.

Logging av in- og avregistrering av priser (RTC-43630)

Om det finns behov av att ta reda på vad/vem som har avregistrerat eller återinfört ett pris, finns det en loggrapport för detta. I rapporten "Loggutskrift" väljer man loggtyp "31 Av-/Inregistrering av priser" och önskat datumintervall.

Rapporter visar SoftPay-betalningar (RTC-45199)

När betalningstypen "SoftPay" används, visas detta i följande rapporter:

• Butiksredovisning total
• Butiksredovisning per kassör
• Omsättning per korttyp

Rabattorsak i logg för lägsta pris senaste 30 dagar (RTC-46116)

När det lagts in rabattorsak på ett kampanjpris, kan det undantas från beräkning av lägsta pris senaste 30 dagar (LPS30D) för senare kampanjpriser.
Om en rabattorsak angivits i logg över "Ändringar av lägsta pris", förklarar detta varför ett specifikt kampanjpris inte ingår i beräkningarna för efterföljande kampanjpriser.

Rapport för kampanjförsäljning med rabattorsak (RTC-46147) 

Vid användning av rabattorsak i kampanjpriser kan rapporten "Försäljningstatistik rabattorsak" användas till att visa omsättning per kampanjpris.
Dessutom visas också totalomsättning inkluderat i kampanjförsäljningen.
Det visas också hur stor del av totalomsättningen som utgör kampanjförsäljning med rabattorsak under den valda perioden. 

Utlägg av okänd vara till ERP efter automatiskt godkännande i varumottagning (RTC-45218)

Om automatiskt godkännande används vid varumottagning från InStore App (ISA) via POSLog, exporteras komplett varumottagning till ERP i RIGAL-format. Dessutom måste varan finnas i Chain Classic om lager ska uppdateras.

Vid manuell varumottagning kommer en okänd vara att bli kvar obehandlad tills varuinformationen uppdateras i varuregistret. Varan kan då uppdateras mot lager och varumottagningen avslutas.

Vid automatisk varumottagning måste den okända varan också behandlas genom att mottagningsposten "nollställs" och läggs ut i RIGAL I-fil med varutext "Okänd vara".

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.

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.

Rapporter