Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Chain Classic versjon 2.1.1.0.27

Dokument status: 

Status
colourGreen
titleRELEASED

Dato:  

Forutsetninger for oppgradering

Med oppgradering til Chain Classic versjon 2.1.1.0.27 anbefales det at POS leverer bong-format i POSLog versjon 81. 

Forbedringer 

Modul Beskrivelse 
Pris

Utlegg av fremtidige priser (RTC-21154)
Ved bruk av utlegg av fremtidige priser til POS er det viktig at riktig kønummer blir brukt. Sjekken av dette er forbedret slik at det ikke blir problemer med gjeldende ordinærpris i POS.

Expand
titleKonfigurasjon
Systemparameter 545

Utlegg av fremtidige priser til POS settes opp i systemparameter 545.

Dette parameteret er skjult som standard.

Bestilling

Referansetekst i "Bestilling" og "Elektronisk varemottak" (RTC-20347)

Melding angitt i felt for "Referansetekst" i "Bestilling" hentes opp i tilsvarende ordre i "Elektronisk varemottak", og vises der i en egen kolonne.

Ved bruk av spesialprogramet "Bestillingsforslag Excel" må det legges med en merknad av bestillingen. Denne meldingen havner i "Referansetekst" i "Bestilling" og vises da også som beskrevet i "Elektronisk varemottak".  

Butikk

Ingen utlegg til butikker med kommunikasjonstype = 1 (RTC-20589)

Det gjøres aldri noen utlegg til POS eller tredjepartssystem, for butikker med kommunikasjonstype = 1 i butikkregisteret i Chain Classic. Disse butikkene kan derfor brukes som "referansebutikker" ved RIGAL-import fra ERP.

Rapporter

Antall salg pr periode i rapporten "Dagsrapport" (RTC-20392)

Antall salg som vises i rapporten "Dagsrapport" viser:

  1. Salg totalt i denne måned.
  2. Salg totalt i forrige måned.
  3. Salg totalt siste 12 måneder.

Disse tallene endres ikke av forskjellige utvalg på dato eller annet.

Image Added


Rapporter for team over flere profiler (RTC-21189)

Teambrukere kan velge profil i utvalgsbilde ved rapportkjøring. Vilkår for at dette kan gjøres er at det aktuelle teamet inneholder butikker fra flere profiler og at teambrukeren er laget med profiltilhørighet "Alle".


Butikkoppgjør total (RTC-21072)

Rapporten er justert slik at dersom alle mulige visningsalternativer er i bruk samtidig så lages rapporten fortsatt på en side.

RIGAL

Oppdatering av RIGAL N-fil (RTC-20048)

Ved oppdatering av RIGAL N-fil oppdateres varepost som forventet, også om det er finnes eksisterende varefeltinfo.

System

Begrense oppstart av antall samtidige EOD-jobber RTC-19734)

Programmet jobbserver kontrollerer antall startede rapporter (inkludert etikettutskrifter eller andre batchjobber), og det er parameterstyrt hvor mange jobber som kan startes opp og kjøres samtidig. Hvis en "Startet"-jobb ikke kommer seg til jobbstatus "Kjører", defineres jobben som feilet og forhindrer derfor ikke en annen batchjobb fra oppstart eller å bli ferdigstilt.

Info

Antall jobber som kan startes opp og kjøres samtidig styres av systemparameter 250 som normalt skal ha fire verdier. Færre verdier kan godtas, men for servere med "mange" butikker/brukere og dermed høyt antall EOD-rapporter, bør absolutt fire verdier brukes. Men det anbefales at fire verdier i systemparameter 250 brukes som standard til alle kunder.

Utlegg til Tokheim

Utlegg til Tokheim når kasserer sperres (RTC-19671)

Når kasserer "sperres" i Chain Classic eller i Chain Web legges sletting av kasserer/bruker ut fra Chain Classic til 3. partsystemet Tokheim POS. 

Varemottak

Logging av endringer av kostpris i "Fakturakontroll" (RTC-20293)

Spesialprogrammet "Fakturakontroll" i Varemottak logges slik at avvik ved endring av veid kostpris kan ettergås. 

Info

Loggutskrift ligger i LRS\logg med filnanvn: veidkost<mmdd>.<butnr>


Internoverføring og fargevarianter på prisfanen i varemottak (RTC-19626)

Ved bruk av spesialversjon av varemottak - "elmottakw" og internoverføring mellom butikker, vises overført variant for modellfarge i fanen Pris. Dette for utskrift av prislapper og blir slik selv om overført variant er hovedvare for størrelsen eller ikke.

Info

Dette gjelder kun for varemottak med systemparameter 528 = elmottakw og systemparameter 512 = 1 

Kampanjegruppe

Hurtigprising i kampanjegruppe (RTC-20892)

Prisendringsprogrammet "Hurtigprising" er et eget menyvalg, som dekker det meste av multiple prisendringer. Hurtigprising ved kampanjetilbud bør likevel gjøres via kampanjegruppe da dette gir fordeler på ytelse og feilsøking.


Standard priskontroll og datoendring på kampanjegruppe (RTC-20372)

Ved endring av dato på kampanjegruppe tas det hensyn til tidligere behandling i priskontroll. Det betyr at en butikk som har avvist eller godkjent kampanjeposter, mixmatch eller hel kampanjegruppe ikke må gjøre dette igjen hvis dato/tid endres på kampanjegruppe. Status beholdes og det er kun dato-/tidendring som oppdateres.  

Varekøbehandling 

(RTC-20054) 

Behandling av varekøposter (f.eks. prisendringer) som inkluderer bruk av tredjepartssystemet Lexmark innebærer omfattende kontroll av hver post, men skjer med nærmest samme ytelse som tilsvarende ikke-Lexmarkrelaterte køposter.

Hvis det oppleves at køposter behandles tregere kan logging pr. post slås på for å finne ut av om det er noe som styrker denne opplevelsen. Obs: Disse loggene kan ta mye plass og funksjonaliteten bør derfor kun brukes en kortere periode. 

Expand
titleKonfigurasjon
Systemalternativer 215

Ny systemalternativer 215 der det aktuelle batchprogramet ligger med programtittel og programnavn. 

Ved behov og videre utvikling kan flere legges til.

  • Avhuking på "Logisk" angir om logging skal utføres eller ikke. 


Beskrivelse av logg

  • Logging skjer i standard programlogg.
  • For alle program skrives først i hver melding:
      - tid i sekunder
      - prosedyrenavn
  • For "Oppdater vare" skrives følgende i hver melding:
      - EAN
      - meldingsnr  
      - profnr
      - butnr
      - kotype
  • For "Klargjør varekø" skrives i tillegg følgende i hver melding:
      - EAN
      - butnr
      - meldingsnr
      - kotype
  • Sist kommer melding med antall behandlede varekøposter og total tid.

Lexmark etikettflagg på tilbudsvarer

(RTC-19633)

Ved bruk av tredjepartsystemet Lexmark for etikettutskrift, skal etikett skrives ut for tilbudsvare uansett om det tidligere har vært salg på varen eller ikke.  

Info

Dette unntak overstyrer permanent systemparameter 878 > 0 som forhindrer etikettutskrift på varer som ikke er solgt innenfor angitt antall dager.

Utvidet løsning for visning for CoopID

(RTC-20481) 

Det er parameterstyrt om CoopID skal vises på kundeordre, og om medlemsnummerfeltet skal vises i Kundevedlikehold. Del 1 av parameteren åpner for å oppdatere de nye Loyalty feltene (inkl. CoopID) fra POSLog. CoopID vises i "Kundeordre".

Del 2 av parameteren tas i bruk når kobling av kunder til S-lagsnr/medlemsnr skal fjernes. Dette skjer via skript hvor det kan velges om utlegg umiddelbart skal gjøres til POS eller ikke, samtidig fjernes felt for S-lagnr/medlemsnr i "Kundevedlikehold".

Expand
titleKonfigurasjon
Systemparameter 943

Systemparameter 943 er todelt: 

  • 1. parameter er påslått:
      - Oppdatering av CoopID relaterte felt fra POSLog
      - Kundeordre viser CoopID istedenfor Medlemskortnr
  • 2. parameter er påslått:  
      - Kunder fra RIGAL oppdateres uten slagnr/mednr 
      - Fjerning av felt for slagsnr/mednr fra GUI i "Kundevedlikehold"

Endre engrospris per butikk

(RTC-19844)

Engrospris kan endres ved å lese inn en fil med navn "inkopspris.butnr.csv", som inneholder kun alfanumerisk varenummer og ny engrospris. Merk: engrospris  skrives med punktum, for eksempel 3.44, hvis kommategn bukes blir ny engrospris 344.

For endring krevesdet  i tillegg at butikkpris finnes fra før. 

Image Added

Innlesing av denne filen kan enten gjøres manuelt via program: "System"/"Administrative rutiner"/"Diverse hjelperutiner"/"Oppdatering av engrospris", eller ved å sette opp en jobb for EOD-kjøring.

Expand
titleKonfigurasjon
Systemalternativer 1011

For EOD-kjøring må ny post lages i systemalternativer 1011.

Image Added

Grunnlag etikett i "Varekølista" 

(RTC-19495) 

Hvis etikett skrives fra varekø vises informasjon om at etikett skal skrives i feltet for "Grunnlag etikett" i "Varekølista". Det er første viktige årsak til at etikett skrives som blir brukt, for eksempel prisendring.

Opplegg av ny vare via RIGAL fra ItemMaster

(RTC-19281)

Opplegg av ny vare i Chain Classic via RIGAL V-filer fra ItemMaster skjer i to omganger. Først sendes en fil med vareinformasjon og deretter en fil med prisinformasjon. Disse blir slått sammen til ny vare, i VPI-vedlikehold hvor de ved godkjenning importeres til Chain Classic.     

Expand
titleTekniske informasjon
Teknisk informasjon
  • Krav: Systemparameter 185 = 0, ellers avvises varefil med pris = 0,00
  • ItemMaster sender inn RIGAL V-filene i to omganger
    1. RIGAL V-fil av type "VAR" (vare)
    2. RIGAL V-fil av type "PRI" (pris).
        - Omvendt rekkefølge feiler.
  • Følgende felt vil oppdateres i "Pris" på første runde hvis varefilen har denne info eller om disse feltene er satt opp med standardverdi i VPI-mal:

            - levnr
            - levnr2
            - levvnr
            - bestnr/best2nr
            - sortnr

  • Hvis flere prisfiler sendes inn før oppdatering i "VPI-vedlikehold", vil butnr og profnr for siste fil bli gjeldende prispost på varen i Chan Classic. 

Oppdater butikker via JSON-import

(RTC-19018)

Chain Classic kan nå opprette og oppdatere butikker via JSON-innlesning fra Store Service.

Expand
titleKonfigurasjon
Konfigurasjon

Ny systemparameter 946 angir katalog (under LRS) JSON-filer leses fra. Dette bør være en katalog som ikke brukes til noe annet. Det må også opprettes en backup katalog under denne.

Ny systemalternativer 216 opprettet. Filtyper som kan leses inn fra JSON ligger som rader under denne, og for hver filtype er det angitt start på filnavn. Foreløpig leses kun butikker inn, der filnavn skal starte med "stores".

Logging av "uønskede" Breece-utlegg

(RTC-20799)

Antall felt som legges ut til tredjepartsleverandøren Breece kontrolleres via systemalternativer 125, rad 9 (Breece) og verdien i feltet "Integer". Det legges kun ut poster med riktig antall felt per post. Det kan skje tilfeller hvor det blir forsøkt lagt ut andre formater med flere eller færre felt. Disse fjernes og kommer seg ikke videre til Breece, men logges før sletting med filnavn "breece_feil. butnr. yyyymmdd" i backup-katalogen.

Logging aktiveres ved å sette en verdi >0 i feltet "Desimal" i systemalternativer 125, rad 9 for Breece.

"Klargjør vare" legger ut alternativ pris til Breece

(RTC-20728)

Ved bruk av "Alternativ pris", for spise ute/inne, legges dette ut til Breece ved kjøring av "Klargjør vare". 

Expand
titleKonfigurasjon
Konfigurasjon 

Systemalternativer 125 rad 9 må ha "Integer" >= 48, for utlegg i felt 48

Systemparameter 734 og systemparameter 735 har betydning for resultatene.

I "Varevedlikehold" må "Endre mva" være avhuket.

Varetyper for "Spillvarer/Elektronisk produkt/MBXP webhandel"

(RTC-20062)

Disse varetypene vises i "Varevedlikehold, men kan kun vedlikeholdes via RIGAL-import. Det er følgende varetyper for "Spillvarer/Elektronisk produkt/MBXP webhandel" som kan være i bruk: 

  • eSale_NT - Spillvare fra Norsk Tipping.
  • eSale_Goyoda - Elektronisk produkt fra Goyada, alternativt eSale_MBXP - elektronisk produkt fra MBXP.
  • MBXPwebsale - MBXP webhandelsprodukt.  


Expand
titleKonfigurasjon
Systemparameter 458

I systemparameter 458 settes bruk av disse varetypene opp. Som verdi 2 i verdifeltet må det av alternativene  "eSale_Goyoda" eller "eSale_MBXP" som skal brukes, være angitt. 

Varetype settes på vare ved å sende inn en av bokstavene foran ønsket varetype nedenfor. Det er RIGAL V-formatet, felt 7.1.48, som benyttes for dette.

Alternativene er beskrevet i RIGAL-dokumentet, og i RIGAL beskrivelsen i tabellen under. 

  • S:                      eSale_NT
  • E, P eller G:      eSale_Goyoda alternativt eSale_MBXP
  • Y, W eller Z:     MBXPwebsale  

Vare/Prisinfo  (du får vurdere om du vil ha med tabellen over RIGAL feltet under, tidligere brukte vi å ha med det i dok i mange tilfeller, ble tydeligere hvilke valg du hadde i dette tilfellet)

Innlesing og utlegg

Kode i filnavn: V

RIGAL feltnrBetegnelseFeltinnholdFormat Kommentar

7.1.48

Vtype

Varetype

T

N= vanlig vare

K = vektvare (veies i kassen)

O= åpen pris

X= vare som ikke skal sendes til kasse (kun LCM)

S= spill fra Norsk Tipping

F= vare med fastpris

E= MBXP-vare

P= MBXP-vare + fastpris

G= MBXP-vare + åpen pris

B= Smartbox (elektronisk vare)

W=MBXP websalg

Y=MBXP websalg + fastpris

Z=MBXP websalg + åpen pris

Kun ordinærpris på etikett fra InStore App

(RTC-19894)

Etikettype kan settes til å alltid vise ordinærpris, til tross for aktiv kampanjepris, når etikett lages fra InStore App eller etikettliste i Chain Classic. Dette gjøres ved å hukes av "Vis alltid ordinær pris" i "Vedlikehold av etikettdesign".

Image Added

Retur av svarspost til InStore App

(RTC-20151)

Hvis butikk og vare finnes i Chain Classic, vil det alltid legges ut svarspost til InStore App. Dette gjelder også i tilfeller hvor varemottak eller butikklokale verdier av spesialgruppetekst eller bestillingstype på varen mangler.

Det betyr at det returneres data selv om det ikke er gjort varemottak på varen, slik at man fortsatt får informasjon om for eksempel "bestillingstype" i InStore App. 

Info

Det logges fortsatt hvis det ikke finnes noe varemottak for vare/butikk, men InStore App får uansett svar på verdier som finnes.

Bestillinger: Vis alle åpne i InStoreApp og slett utdaterte via EOD i Chain Classic

(RTC-17671)

Ved å "sende" EAN fra InStore App hentes alle åpne (ikke mottatte) bestillingsrader fra Chain Classic til InStore App.

Utdaterte bestillinger kan, etter å ha blitt eldre enn angitt registreringsdato, slettes i Chain Classic: automatisk via EOD eller manuelt via programpunkt - 
"System"/"Administrative rutiner"/"Diverse hjelperutiner"/"Slett åpne bestillinger"

Info

NB: Visning av aktive ordre er for kommende funksjonalitet i Instore App 2. kvartal 2022

Expand
titleKonfigurasjon

Systemparameter 944
Grense, antall dager, for når bestilling skal slettes.

Systemalternativer 1011:
Oppsett for EOD-kjøring - ip\best\delOpenOrdersp.r 

Opprydding ved EAN/PLU-nummerbytte

(RTC-16355) 

For å unngå avvik mellom Chain Classic og POS ved EAN/PLU-nummerbytte legges det ut slettemelding for gammel EAN/PLU (som blir ny tandem) til totalbutikken i vare.99900. POS sletter da av vare- og prisinfo på varen.

Deretter legges alle gjeldende og fremtidige prisendringer, tilbud og annet ut for oppdatering i POS. Dette slik at begge plattformer har lik informasjon på gjeldende EAN/PLU og tandemnummer.

Oppdatering av hel kampanjegruppe i priskontroll

(RTC-19717)

Ved bruk av standard priskontroll og godkjenning/avvisning av hel kampanjegruppe behandles alle poster som hører til kampanjegruppen.

Disse vises deretter ikke under mixmatch eller kampanjepriser. Behandling av enkeltvarer eller mixmatcher må derfor skje før hele kampanjegruppen behandles. 

Oppsett av "menytilgang" via skript fra "Admin- server"

(RTC-19732)

Standard måte å endre menyvalg i Chain Classic er å skjule eller vise disse på enkelt bruker eller brukergruppe i programmet "Tilgangskontroll". Det er også mulig å sette opp denne menytilgang, på forskjellige Chain Classic-servere, via skript som kjøres fra "Admin-server".

Expand
titleTeknisk informasjon
Skript for oppsett av menytilgang

Skriptet "updacces.r" ligger på Help-katalogen.

Veiledningen: Veiledning updacess.pdf ligger også på Help-katalogen.

Ny EAN-nr blir hoved-EAN ved samme vare- og variantnummer

(RTC-18853) 

NB: Kundetilpasset spesialfunksjon!

Når vare sendes inn via RIGAL V-fil sjekkes det om det allerede finnes en vare med samme varenummer (alfanumerisk) og variantnummer i Chain Classic.

Hvis varen finnes og EAN-nummeret i RIGAL V-fil enten er nytt eller er tandemnummer til gjeldende vare utføres det et EAN/PLU-nummerbytte. Da blir sendt EAN ny hoved-EAN, og gjeldende EAN flyttes til tandemnummer på eksisterende vare.

Expand
titleKonfigurasjon
Konfigurasjon
  • Systemparameter 945 = 1 (Kun for Swedemount)
  • Systemparameter 112 = 1
  • Systemparameter 219 = 1
  • Systemparameter 491 = 1
  • VPI-mal: 410 "Variantnr": Oppdatering = Ja
Info

NB: I tillegg er det laget et oppryddingsskript med tilhørende Excel-ark som må kjøres før denne funksjonaliteten blir tatt i bruk. Ta kontakt med Team Chain Classic for hjelp med dette. 

Chain Classic versjon 2.1.1.0.26

Dokument status: 

Status
colourGreen
titleRELEASED

Dato:  

Forutsetninger for oppgradering

Med oppgradering til Chain Classic versjon 2.1.1.0.26 anbefales det at POS leverer bong-format i POSLog versjon 81.

Forbedringer 

Modul Beskrivelse 
Bestilling 

Bestilling av pakkevare som inneholder pantevare (RTC-19152)

Visning av bestillinger med pakkevarer som inneholder pantevarer  er forbedret slik at det også gir visuelle varelinjer i Bestilling i Chain Classic. 


Automatisk utlegg med pakkevare (RTC-18770)

Funksjonaliteten for automatiske utlegg av pakkevare er forbedret. En ordre fra InStore App, med kun én pakkevare, eller pakkevare på siste rad, legges nå automatisk ut komplett via RIGAL, fra Chain Classic.

Ordre

Webordre med bestillingsvare som ikke skal lage bestilling i Chain Classic (RTC-19125)

Det er gjort forbedringer for webordre i Chain Classic som inneholder bestillingsvarer. Dersom bestillingsfunksjonen ikke er aktiv i Chain Classic vil det ikke bli opprettet bestillinger selv om webordren inneholder en slik bestillingsvare.

Rapporter

Manglende plukkliste til webordre (RTC-18592) 

Enkelttilfeller hvor plukkliste for webordre ikke ble automatisk generert er utbedret.


Butikkoppgjørsrapport med priskanaler på én side (RTC-18117) 

Butikkoppgjørsrapport med bruk av flere salgskanaler er forbedret slik at all data kommer på én side som forventet.

Vare

Årsakskode med fire siffer kan ikke vises i "Varebevegelser"(RTC-18584)

Årsakskoder i vises nå korrekt også når årsakskoden inneholder fire siffer.


Manglende sletteposter ved bruk av "Slette/fjerne fra kasse" (RTC-18299)

Det er laget forbedringer i oppryddingsprogrammet "Slette/fjerne fra kasse". Ved å fjerne unødvendig kontroll av vareendringsdatoen sikres det at forventede sletteposter blir laget. 

...

Dokument status: 

Status
colourGreen
titlereleased

Dato:  

Forutsetninger for oppgradering 

Oppgradering til Chain Classic versjon 2.1.1.0.25 forutsetter at POS leverer bong-format i POSLog versjon 75. 

...

Dokument status:

Status
colourGreen
titlereleased

Dato:  

Forutsetninger for oppgradering 

Oppgradering til Chain Classic versjon 2.1.1.0.24 forutsetter at POS leverer bong-format i POSLog versjon 75. 

...