Versions Compared

Old Version 22

changes.mady.by.user Lise Berntsen

Saved on

compared with

New Version 23

changes.mady.by.user Unknown User (krmys@eg.no)

Saved on

Key

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

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

Logging av handlekurvkontroll av selvbetjent kasse

(RTC-17044)

Ved manuell kontroll av handlekurv i selvbetjent kasse logges dette i rapportene "Butikkoppgjør total" og "Butikkoppgjør pr. kasserer", i den senere på kontrollerende kasserer og sammenslått for alle kasserere på slutten.

To nye poster i disse rapportene:

  • Totalt antall kontrollerte bonger
  • Antall godkjente kontroller, samt godkjenningsprosent av totalt antall kontroller

Image Added

Info

For denne loggingen MÅ POSLog81 brukes!

Expand
titleKonfigurasjon
Konfigurasjon

Det kan skapes to nye finanstransaksjonstyper i kassdag.
  - Transtype 886: hvis POSLog - ReceiptAuditInfo Type="Visual" 
  - Transtype 887: hvis POSLog -ReceiptAuditInfo Type<>"Visual" (gjelder bådet tekst og siffer)

Kontroll avvises/oppdateres ikke, hvis POSLog: 
  - ReceiptAuditInfo Type="None"
  - ReceiptAuditInfo Type=" "
  - ReceiptAuditInfo Type=""

Kontrollerende kasserer logges på følgende måte:
  - hvis POSLog - AuditBy="X"  (hvor X er gyldig kasserernummer)
  - hvis POSLog - AuditBy="Y"  (hvor Y er gyldig kasserernav, da brukes tillhørende kasserernummer)
  - hvis POSLog - AuditBy="Z"  (hvor Z er blank, da brukes kassens opprinnelige kasserernummer)

Kundespesifikk identifikator i kundeordre

(RTC-18347)

Det er laget mulighet for å legge inn kundespesifikk identifikator i "Kundeordre" for medlemmer, som deretter overføres til POS. Det gamle feltet slagnr/mednr fjernes når nytt identifikatorfelt blir tatt i bruk.

Expand
titleKonfigurasjon
Konfigurasjon
Denne funksjonaliteten aktiveres med systemparameter 943 = 1.

Fjerning av medlemslink i Chain Classic

(RTC-18211)  

Denne patchen fjerner alle spor av data av kombinert medlemsnummer og s-lagsnummer som tidligere ble vist i feltet medlemskortnummer i kundeordre i Chain Classic.

Expand
titleKonfigurasjon
Konfigurasjon

Kunder som ikke har brukt feltet medlemskortnummer, trenger ikke å gjøre noe.

Patch-installasjonen fjerner alle kombinasjoner av medlems- og S-lagsnummer. Deretter sendes korrigerte kunder til POS for oppdatering.

Forbedret plukkliste for E-handel/webordre

(RTC-17040)

Denne varianten av plukkliste kjennetegnes av at eksternt ordrenummer med strekkode, sammensatt hyllelokasjon og leveransemetode vises helt øverst. Visning er videreutviklet med følgende:

  • Kundenavn skrives med stor tekst 
  • Varene listes opp pr. varegruppe
  • Varegruppene er sortert i bokstavsrekkefølge
  • Varene er også sortert i bokstavsrekkefølge
  • Leveransemetode kommer alltid nederst

Image Added

Expand
titleKonfigurasjon
Konfigurasjon

For denne varianten av plukkliste gjelder følgende oppsett:

  • Systemparameter 610 = 1
  • Systemparameter 932 > 0 (verdien er varegruppe for leveransemetode)

Nettopriskolonne i elektronisk varemottak

(RTC-18206) 

Det er utvidet funksjonalitet for hvilken type "innpris" som skal vises i Elektronisk varemottak.

Følgende varianter brukes:

  • Nettopris hentes fra bestilling, engrospris fra bestilling kan ikke endres. (Standard)
  • Engrospris hentes fra ordinærpriskalkyle i Chain Classic og , engrospris fra bestilling kan endres.
  • Nettopris hentes fra ordinærpriskalkyle i Chain Classic og , engrospris fra bestilling kan endres. (Nytt alternativ)


Expand
titleKonfigurasjon
Konfigurasjon

Oppsett gjøres i systemparameter 799

NB! Hvis ny kolonne "Nettopris LC" ikke vises i browser, da må kolonnene sorteres om ved å høyreklikke på noen av kolonneoverskriftene:

  • Velg "Tilbakestill" og "Standard kolonneposisjoner og størrelse"
    • Nå skal ny kolonne vises.
    • Lagre "Kolonneposisjoner og størrelse"

Hvis kolonnene skal settes opp i individuell rekkefølge:

    • Velg i samme meny som tidligere "Flytt kolonne"
    • Gjør endringene
    • Lagre "Kolonneposisjoner og størrelse" 

Automatisk oppdatering av HK-styrte prisfeltendringer

(RTC-17617)

Det er laget mulighet for å angi hvilke HK-styrte prisfelt som alltid skal oppdateres fra "Pris" ved endring til nye verdier.
Disse feltene er følgende:

Image Added

  • Oppsatt funksjonalitet gjelder for alle eksisterende aktive og fremtidige prisendringer (prisendring, kampanjepriser og medlemstilbud) som allerede ligger skapte i varekøene. For utvalgte felt hentes da verdi fra "Pris" og for ikke utvalgte felt blir opprinnelig verdi liggende igjen. 
  • Dette gjelder også ved kopiering av gammel kampanjegruppe. For utvalgte felt hentes da verdi fra "Pris" og for ikke utvalgte felt hentes verdi fra gammel kampanjegruppe. 
Info

Vær oppmerksom på at denne funksjonaliteten vil belaste systemet betraktelig, med lavere ytelse som følge av dette, når ALLE køposter av type 5, 6, 7 og 8 må sjekkes på angitte felter hver gang varekøbehandling kjøres.  

Expand
titleKonfigurasjon
Konfigurasjon/oppsett

De HK-prisfelt som alltid skal oppdateres fra nyeste verdi i "Pris" settes i systemalternativer 214 med "Logisk" avhuket.

  • Når minst 1 felt har "Logisk" = aktiv, tiltres ny funksjonalitet, ellers ikke. 
  • Endring utføres pr pris, dvs enten 1 profilpris eller 1 butikkpris. 
  • Det er ikke uavnlig med parametreroppsett hvor en endring på profilpris også kopieres til eventuelle butikkpriser. I det tilfelle gjelder endring av felt på profilpris også alle tilhørende butikker.
  • Vektfeltet er egentlig 3 separate felt, (ord. pris, kampanje- og medlemstilbud) og behandles derfor litt spesielt. 
      - Endring av vektkode for ordinær pris oppdaterer kun ordinærpriser. 
      - Endring av vektkode for kampanjepris vil kun oppdatere kampanjepriser.
      - Endring av vektkode for medlemstilbud vil kun oppdatere medlemstilbud.

Godkjenning av mixmatch i priskontroll

(RTC-14416)

Ved bruk av priskontroll og det er satt opp for godkjenning av mixmatch så er det gjort store forbedringer. Tidligere var det nok å godkjenne én valgfri vare i én mixmatch for å godkjenne hele mixmatchen, dette gjorde det hele vanskelig å kontrollere. Ny funksjonalitet samler alle mixmatcher på egen fane og det er selve mixmatchen som godkjennes, ikke vare. Ved dobbeltklikk kan mixmatchen åpnes ( se bilde nedenfor) og kontrolleres før godkjenning. Det er mulig å godkjenne eller avvise en enkelt mixmatch i tillegg til å godkjenne alle mixmatcher med et trykk.

Image Added

Expand
titleKonfigurasjon
Konfigurasjon

For bruk av mixmatchgodkjenning trengs oppsett av priskontroll.

 - Aktivere noen av priskontrollparameterene 308 (Standard priskontroll) eller 890 (Nettopriskontroll)
 - For mixmatch i priskontroll kreves systemparameter 616=1 
 - Butikker som skal ha dette må settes opp med "Priskontroll" i butikkregisteret.
 - Hvis systemparameter 723=0, vil kun manuell mixmatch bli mulig å åpne, ikke mixmatch i kampanjegruppe

Kampanjegruppe i priskontroll

(RTC-14744)

Kontroll av kampanjegruppe i priskontroll er forbedret. Kampanjeprisene vises under egen fane, hvor de kan godkjennes og avvises.

  • I tillegg finnes en parameterstyrt mulighet å legge opp fanen "Kampanjegrupper" hvor også hel kampanjegruppe kan godkjenne eller avvises.
  • Ved å dobbeltklikke på kampanjegruppen, under fanen kampanjegrupper, åpnes denne opp i eget vindu for enklere overblikk.
  • Enkeltvarer kan godkjennes/avvises under fanen "Kampanjepriser" og så godkjennes eller avvises hele kampanjegruppen under fanen "Kampanjegrupper" slik at kun de varer butikken virkelig ønsker, på kampanjepris, blir sendt til POS.
Expand
titleKonfigurasjon
Konfigurasjon
  • Kampanjegruppefanen aktiveres ved å sette systemparameter 936 = 1
  • Hvis butikkbrukere skal få åpnet og se på (ikke endre) kampanjegruppe, under kampanjegruppefanen, da gjelder oppsatt av systemparameter 723 = 1.  - Hvis systemparameter 723=0, vil ikke kampanjegruppe være mulig å åpne.

 - Krav: standard priskontroll må være i bruk, hvor systemparameterenten 308  må ha noen av verdiene 2,3,6 eller 7 i første post.
 - For mixmatch er det krav på at systemparameter 616 = 1.

  • Avvis-knappen i toolbar aktiveres med 3. post i systemparameter 308 eller om det er satt opp at kun mixmatch skal kontrolleres ikke kampanjepriser.
  • Logging er forbedret slik at det skrives en melding i loggfilen for butko, for hver post hvor køstatus endres i priskontroll, gjelder for alle varer i en mix eller kampanjegruppe.

Bestillinger fra InStore App skal ikke havne i Elektronisk varemottak

(RTC-18899)

Bestillinger fra Instore App kan automatisk avsluttes og gjøre et utlegg til RIGAL I-fil. For å forhindre påvirkning av annen funksjonalitet er et hittil ubrukt felt "besthode.lukket" tatt i bruk for å markere at bestilling fra InStore App er blitt automatisk avsluttet. Alle bestillinger med denne merknad blir filtrert bort i "Elektronisk varemottak".

Expand
titleKonfigurasjon
Konfigurasjon
Funksjonaliteten settes i bruk ved å sette systemparameter 934 = 1.

Parameterstyring av ikke-lagerstyrt flagg ved eksport av tellegrunnlag til Chain Web

(RTC-17977)

Det er laget et nytt felt, i eksport til Chain Web, som angir om en vare er lagerstyrt eller ikke. Dette feltet legges kun ut hvis funksjonaliteten er påslått. 

Info

Systemkrav: Chain Web versjon 2.10.110

Expand
titleKonfigurasjon
Konfigurasjon

Funksjonalitet for eksport av lagertstyringsinformasjon, i stockbasis.butnr, til Chain Web kontrolleres via systemalternativer 196.

Aktiveres ved å sette:

  • Integer = 10
  • Logisk = valgt

Valg av om hoved-EAN skal byttes ved RIGAL-oppdatering på tandem-EAN eller ny EAN

(RTC-17621)

Det er mulig å styre om hoved-EAN skal endres fra hoved-EAN til tandem-EAN når det via RIGAL kommer inn vare-/prisendringer på eksisterende tandem-EAN eller på ny EAN/PLU som ikke eksisterer i Chain Classic. Dette er standard.

Ny løsning innebærer at hoved-EAN aldri endres ved vare-/prisoppdateringer via RIGAL, når eksisterende tandem-EAN eller nytt EAN brukes. Vare- og prisinfo oppdateres på opprinnelig hoved-EAN og ved ny ukjent EAN legges dette inn som tandem-EAN på eksisterende hovedvare.

Dette gjelder både ved bruk av RIGAL V-fil og Excel VPI.

Expand
titleKonfigurasjon
Konfigurasjon

Funksjonaliteten settes i bruk ved å sette systemparameter 942 = 1.

I systemparameter 219 vises valg av om levnr/bestnr eller levnr/varenr, styrer identifikasjon av eksisterende vare hvis det kommer inn vare-/prisinformasjon på ukjent EAN.

Eksport av nonsaletype

(RTC-18342)

Det er laget nytt vedlikeholdsprogram for nonsaletype,  System > Kasse > Nonsaletype.

Her kan det for nonsaltype:

  • Legges opp ny
  • Endres
  • Slettes

Ved slike aktiviteter skjer direkte utlegg via filen tekster.butnr. I tillegg kan nonsaletyper legges ut fra programmet Tekster til kasse via filen tekster.butnr. Da skjer det et komplett utlegg av alle nonsaletyper til angitte butikker.  

Info

Hvis Chain Web skal være master for nonsaletype må følgende tegn: # fjernes foran teksten i systemalternativer 194, kode 1032.


Ikke ødelegg lokale varer

(RTC-16270)

Ved bruk av funksjonaliteten "Lokale varer" er det laget en sikring mot å ødelegge disse varene ved å bruke EAN/PLU-endring i "Varevedlikehold". Dette ved å deaktivere EAN/PLU-knappen når lokale varer er valgt og gjelder både HK- og lokale brukere.

Image Added

Import av vannmengde via PU-fil til Tokheim

(RTC-18575)

Det er laget forbedringer som nå oppdaterer begge vannkodene WAT (vannstand) og WATQUA (vannmengde), ved import av PU-formatet fra tredjepartssystemet Tokheim til Chain Classic.

Chain Classic versjon 2.1.1.0.25

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. 

...