You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 42 Next »

Chain Classic versjon 2.1.1.0.28

Dokument status: RELEASED

Dato:  

Forutsetninger for oppgradering

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

Forbedringer 

Modul Beskrivelse 
Kunde

Kunder med postnummer 0 tillates (RTC-19993)

Det er tillatt med postnr = 0 på kunde i Chain Classic.

Mixmatch

Sletting av mixvarer og hel mixmatch (RTC-21479)

Grunnet statistikk er det generelt ikke anbefalt å slette varelinjer i aktiv mixmatch eller å slette hel mixmatch (i aktiv kampanjegruppe), men dette er mulig og kan være nødvendig ved administrative feil. Ved slike slettinger legges det kun ut sletting i mixfiler, alternativt RIGAL-filer, til aktive butikker.

Pris

"Send vare til kasse" og profilbutikk (RTC-21769)

Ved bruk av "Profilbutikk" og funksjonen "Send vare til kasse" vil det være kun filen pris.999xx som legges ut til profilbutikken. Øvrige format legges kun ut til aktive butikker.

Vare

Oppdatering av varetekst og vareinfo samtidig (RTC-21888)

Hvis det i "Varevedlikehold" skjer endring av varedata og "Vareinfo" innenfor et kort tidsintervall resulterer dette i korrekt utlegg av filene vare.99900 og vareinfo.butnr.

Varetelling

Oppdatering av varetellingsfiler på vent (RTC-22006)

Når varetellingsfiler settes på vent åpnes muligheten å oppdatere lager senere enn talt dato. Programmet sørger for at varene likevel oppdateres med riktig beløp i kostpris, salgssum og mva.


Manuell registrering i "varetellingsveiviseren" (RTC-21903)

Ved varetelling og manuell registrering av lagerstyrt vare skjer det en kontroll om varen finnes på lager. Dersom veiviseren ikke finner lagersaldo blir denne tellingen likevel registrert og lagerantall blir oppdatert med gyldig lagerstatus.

Endre engrospris per butikk

(RTC-21699)

Engrospris kan endres ved å lese inn en fil med navn "inkopspris.butnr.csv", hvor innholdet i filen kun er alfanumerisk varenummer og ny engrospris.  For endring kreves det at butikkpris finnes fra før. Ved bruk av denne funksjonen vil kun aktiv ordinær pris oppdateres med den nye engrosprisen, mens fremtidige ordinære prisendringer ikke forandres.

Merk: engrospris MÅ skrives med punktum, for eksempel 3.44, hvis kommategn brukes blir ny engrospris 344.

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.

Systemalternativer 1011

For EOD-kjøring må post for dette finnes i systemalternativer 1011.

Medlemstilbud i kundeordre ved bruk av CoopID

(RTC-21569)

  • Hvis CoopID er i bruk kan status "Medlem" settes når ny kundeordre lagres, før varene legges inn.
  • Det er ikke mulig å endre status "Medlem" etter første lagring av kundeordre. 
  • Ekstern oppdatering av kundeordre kan heller ikke påvirke denne statusen.
  • Varer som ikke viser medlemspris, kan fjernes og så legges inn på nytt for oppdatering av pris.
  • Skript er laget for oppdatering av status "Medlem" på kundeordrer med verdi i CoopID, som innenfor angitt tidsintervall, antall dager tilbake.


Konfigurasjon 
Forutsettning: Systemparameter 943 er satt opp med verdi = 1,0 eller 1,1.

E-postadresse på kasserere

(RTC-21407)

I registeret for kasserere kan e-postadresse legges opp for utlegg til POS.

Konfigurasjon
Systemalternativer 121 rad 14 for kasserer må settes opp med "Integer" = 21, slik at felt 21 for e-postadresse legges ut i kasserer-fil til POS

Merk flere rader i priskontroll 

(RTC-22008

Før godkjenning/avvisning av varer i priskontroll er det mulig å velge flere linjer samtidig.

  • Flere enkeltlinjer kan velges ved å trykke CTRL + klikk på ønskede varer.
  • Enkeltlinjer kan fjernes fra utvalg for godkjenning/avvisning på samme måte.
  • Markering av sammenhengende linjer velges enklest ved å klikke på første eller siste vare og så SHIFT + klikk på varen som avslutter det sammenhengende utvalg som ønskes.

Varetype i RIGAL

(RTC-21716)

Varetype er normalt et utvalg av standard varetyper som legges ut i RIGAL V- og J-fil. Det finnes en mulighet å ikke benytte seg av disse og heller sette opp egne varetyper. Det er ikke mulig å kombinere disse to alternativene.

Teknisk informasjon: 
Varetyper i bruk er satt opp i systemalternativer 60, med standardtypene mellom 1-12. Hvis alternative varetyper ønskes, da skal de settes opp med kode fra 50 og oppover, disse vil da overta, og standard varetyper vil ikke legges ut. 

"Fast pris"

(RTC-20814)

Funksjonaliteten "Fast pris" settes i priskalkyleprogrammet i "Varevedlikehold" eller "Prisvedlikehold". At fastpriser er satt vises også direkte på prisfanen i de andre moduler, men kan ikke endres der.

Avvikende radnummer i varemottak

(RTC-21285)

Noen leverandør klarer ikke å returnere opprinnelige radnummer, fra bestilling i Chain Classic, i levert varemottaks-fil. Det er mulig å parameterstyre slik at EAN skal brukes i stedet for radnummer for å matche mottaksrader med rader i opprinnelig bestilling.

  • Hvis samme EAN finnes på flere rader i varemottaksfila vil samtlige avvises.
  • Vare i varemottak som ikke finnes, i opprinnelig bestilling, legges til i både bestilling og varemottak. 


Konfigurasjon
Systemparameter 949 = 1 slår på denne funksjonaliteten.

Skille mellom kundeordre/webordre og serviceordre

(RTC-20752)

Når Chain Web blir master for kundeordre/webordre skal dette ikke legges ut fra Chain Classic til POS, men det vil fortsatt være behov for å legge ut info om serviceordre. Kundeordre/webordre og serviceordre er derfor splittet opp slik at dette enkelt kan forandres når behov oppstår.

Funksjonaliteten endres i systemparameter 182 hvor #kundeordre og #serviceordre kan sperres fra utlegg når Chain Web tar over som master for ordretypen. Dette gjøres ved å fjerne #-tegnet. 

Hvis kunde allerede har Chain Web som kundeordremaster på butikknivå finnes det poster i "Systemalternativer for butikk 182" med navn:  "ordrehode". Disse kan korrigeres manuelt ved å kjøre skriptet: updbutparmrad_182.p som ligger i hjelpkatalogen. Dette bytter navn fra "ordhode" til "kundeordre" for alle butikker med dette oppsettet.

Etikett med registreringsdato

(RTC-20948)

Kundespesifikk etikettdesign med nytt felt i stylecode 1.


Teknisk informasjon

I hjelpkatalogen ligger oppdateringen: etidesign_1_12.d

Varetype for "Lokal vare" til Tokheim kassesystem

(RTC-21737)

Ved bruk av utlegg til tredjepartssystemet Tokheim settes alltid varetype til verdi 1, "Butikkvare", når en ny "Lokal vare" lages.

Teknisk informasjon:
  • I "LRS\hjelpkatalogen" ligger skriptet "updvaretype.p" som kan brukes for å automatisk rette opp de lokale varer som mangler varetype.
  • Denne funksjonaliteten gjelder kun for Tokheim-oppsett med systemparameter 586 = 3.


Chain Classic versjon 2.1.1.0.27

Dokument status: RELEASED

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.

Systemparameter 545

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

Denne parameteren 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 spesialprogrammet "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.


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.

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

Loggutskrift ligger i LRS\logg med filnavn: 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.

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-/tid endring 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. 

Systemalternativer 215

Ny systemalternativer 215 der det aktuelle batchprogrammet 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.  

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

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 MÅ skrives med punktum, for eksempel 3.44, hvis kommategn bukes blir ny engrospris 344.

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

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.

Systemalternativer 1011

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

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.     

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.

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

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.  


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 

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

Retur av svarpost til InStore App

(RTC-20151)

Hvis butikk og vare finnes i Chain Classic, vil det alltid legges ut svarpost 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. 

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 InStore App 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"

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

Konfigurasjon

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

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.

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

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: RELEASED

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. 

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

To nye poster i disse rapportene:

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

For denne loggingen MÅ POSLog 81 brukes!

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 kasserernavn, da brukes tilhø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.

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.

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

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


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:

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


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.  

Konfigurasjon/oppsett

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

  • 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 parameteroppsett 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.

Konfigurasjon

For bruk av mixmatchgodkjenning trengs oppsett av priskontroll.

 - Aktivere noen av priskontrollparameterne 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.
  • Hvis kampanjegruppe godkjennes, kan tilhørende poster fortsatt ligge kvar under fanene kampanjpris/mixmatch. Dette korrigeres ved oppdatering av skjermbilde, merk valgfri post og tast "F5". Ellers vil forsøk til godkjenn/avvis gi følgende melding: Køstatus ble ikke satt (IP:181), noe som i dette tilfelle betyr at posten allerede er behandlet og burde vært skjult. 


Konfigurasjon
  • Kampanjegruppefanen aktiveres ved å sette systemparameter 936 = 1
  • Hvis butikkbrukere skal få åpnet og se på (ikke endre) kampanjegruppe, under fanen kampanjegruppe, 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 systemparameter 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  verktøylinjen 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".

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. 

Systemkrav: Chain Web versjon 2.10.110

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.

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.  

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.

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: RELEASED

Dato:  

Forutsetninger for oppgradering 

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

Forbedringer i Chain Classic

ModulBeskrivelse
Kundeordre
To ordrelinjer i samme kundeordre fra POS (RTC-18410)
Det er laget løsning for to eller flere ordrelinjer med samme vare, i en kundeordre, som betales samtidig i POS. Begge linjene blir med over til kundeordre i Chain Classic.
Serviceordre

Lagring av oppsøkt vare i "Serviceordre" (RTC-18058)

Det er gjort forbedringer ved lagring av vare som er hentet opp via søkefunksjon i programmet "Serviceordre" slik at varen lagres som forventet.

Varemottak

Ugyldig tegn i varemottak (RTC-17319)

Hvis man i spesialversjon av varemottak skriver inn tegnet ? i feltet for "Pakkseddelnr" og deretter lagrer, fjernes nå ?-tegn fra feltet, slik at det ikke lenger skal føre til heng når nye ordrelinjer opprettes.  

Gjaldt kun hvis systemparameter 528 var i bruk.

Mixmatch

To mixmatcher av samme mixtype i kampanjegruppe med samme vare (RTC-18394)

Utlegg av kampanjegruppe er forbedret og sikrer nå at samme vare i to eller flere forskjellige mixmatcher av samme mixtype i samme kampanjegruppe legges ut til POS i alle mixmatcher den representerer. 

Vare

Aktivering av vare for team med felles vareregister (RTC-18193)

Funksjonalitet er forbedret slik at aktivering av vare også skjer når det mangler profilpris. Kravet er at det må finnes minst én butikk i teamet med både pris og aktiv vare. Da vil funksjonen "Felles vareregister for team" aktivere alle varer innenfor gitt utvalg og opprette butikkpriser der dette mangler for hver butikk i teamet.


Utlegg av butikktandem via "Klargjør vare" (RTC-18381)

Det er nå mulig å velge "Butikklokale EAN" i "Klargjør vare" også for de som bruker funksjonaliteten "Lokal vare". 

Dette gjelder ved bruk av systemparameter 757 (Grenser lokale PLU = butikktandem)

I tillegg må systemalternativer 153 være  satt opp riktig hvis dette skal være forvalgt som standard.

Varetelling

Behandling av lagerstyrt butikk i varetelling (RTC-18089)

Innhenting av lagerstyringsstatus er endret for ikke-lagerstyrte butikker slik at kun klargjorte rader vises i "Korriger varetelling". 

Varefil til Lexmark

(RTC-16793)

Utleggene til tredjepartssystemet Lexmark er spisset for å hindre at unødvendige data legges ut.

Konfigurasjon

Følgende skjer ved utlegg av følgende køtyper:
 1. Køtype 1 - Ny vare:
     - Utlegg i nytt format "itemlex", til totalbutikken (99900)
     - Utlegg i formatet "priceitemlex", til alle "lexmarkbutikker"

 2. Køtype 2 - EAN-/PLU-nummerendring:
     - KUN utlegg til totalbutikken (99900)
     - Utlegg med ny EAN legges til både totalbutikk og lexmarkbutikker i respektive format.

 3. Køtype 3 - Vareendring:
     - KUN utlegg til totalbutikken (99900)

 4. Køtype 6 - Prisendring:
     - Utlegg av prisendring til berørte Lexmarkbutikker.

Utlegg av kampanjegruppe med priskanal til Lexmark

(RTC-16790)

Der er nå mulig å legge ut priskanaler til tredjepartssystemet Lexmark.  

Konfigurasjon

Det nye feltet aktiveres i systemalternativer 125, hvis "Integer" = 48 (eller mer), for Lexmark (kode 17).

Dersom det er angitt at det skal legges ut 48 felt for Lexmark, vil nå alle priskanaler som brukes i kampanjegruppen legges ut som en kommaseparert liste bakerst på linjen. 

Ny mixinformasjon til Lexmark

(RTC-16786)

Tre nye felt er laget for utlegg av mixmatch til tredjepartssystemet Lexmark. De nye mixfeltene "Tilleggstekst", "Utpris fra mixhode" og "Flagg for selvskanning" 
fylles ut når data er tilgjengelig. 

Konfigurasjon

Feltene fylles ut med informasjon fra en aktiv mixmatch med mixtype 1 som varen evt. inngår i.

Dette skjer primært kun ved mixtype 1. Dersom det finnes flere med denne mixtypen benyttes den "første og beste".

Det er likevel mulig å parameterstyre om flere mixtyper skal inngå, men mixtype 1 skal alltid foretrekkes om denne finnes.

Funksjonaliteten aktiveres i systemalternativer 125 når "Integer" settes = 51 for Lexmark (kode 17)

Med systemparameter 941 = 0 gjelder som standard at kun mixtype 1 brukes. Denne kan likevel, med "Verdi" = 1, hensynta alle mixtyper. Hvis det ikke finnes noen mixtype 1 brukes da første og beste av hvilken som helst annen mixmatch. 

Sentral kampanje-ID på lokale kampanjevarer

(RTC-17890)

Tidligere levert funksjonalitet ble vanskelig å overføre til POS. Det lages derfor et "fiktivt" kampanjegruppehode for butikk, når sentral-ID skal benyttes innenfor lokal kampanjeperiode, noen som hjelper POS å holde styr på bytte til sentral kampanje-ID på vare i lokal kampanje.

Deaktivering av nonsalevarer med salg

(RTC-17450)

Det er lagt til en sjekk på salg av nonsalevarer slig at deaktivering ikke skjer hvis det er salg innenfor det antall dager tilbake i tid som er angitt salgsintervall hvor deaktivering skal forhindres.

Konfigurasjon
Antall dager tilbake i tid som deaktivering skal forhindres angis i feltet "Integer" i systemalternativer 201, kode 2.

Webordre fra EG POS - Automatisk internoverføring fra sentrallager til butikk

(RTC-17256)

Ved salg av vare i butikk som kun finnes på sentrallager. Kunde betaler vare i kasse, salg sluttføres i kasse, via ny funksjonalitet for bruk av levering fra webbutikken. Webordre sendes til Chain Classic hvor det opprettes ordre og en internoverføring av vare fra sentrallager til butikk. Varen leveres så til kunde.

POSLog 80 må være i bruk i hele systemet for denne internoverføringen i Chain Classic.

Utlegg ved endring av veid kostpris

(RTC-16633)

Ved bruk av veid kostpris, legges endringer av veid kostpris i Chain Classic ut til POS i nettoprisfeltet. Dette gjelder alle, aktive og fremtidige, tilbud og prisendringer som tidligere er lagt ut til POS.

Ekstra desimaler i "Reseptvare"

(RTC-16642)

Ved bruk av "Servicehandel" er det i "Reseptvare" mulig å bruke inntil 4 desimaler i feltene for Netto- og Brutto-antall og fast respektive kalkulert nettopris på "Reseptvare".

Konfigurasjon

For å ta dette i bruk
1.  "Servicehandel" være i bruk: Systemparameter 9003 = 1 

2. Kjør skriptene nedenfor, vedlagt i "help-katalogen", viktig med riktig rekkefølge:

      1. chgingred.p :  antall og kostprisfelt knyttet til ingrediens ganges opp med 100
      2. kalkresept.p :  genererer opp kostpriser for alle ingredienser og resepter

Ny kolonne i reseptvare for kalkulert nettopris pr. ingrediens

(RTC-16629)

Ved bruk av servicehandelsfunksjon vises nå ny kolonne, under fanen "Reseptvare" i "Varevedlikehold", med kalkulert nettopris pr. ingrediens. Pris kalkuleres på følgende måte "Ingrediensens nettopris * antall". Summen av alle ingrediensvarelinjenes nettopriser er lik reseptvarens nettopris.
Ved endring av profil /butikk rekalkuleres feltene. Hvis en enkelt ingrediens mangler profil-/butikkpris, hentes dette fra nærmeste profilpris slik at prisen kan beregnes.

Nye felt i programmet "Lokal vare"

(RTC-16643)

I spesialprogrammet "Lokal vare" kan "Momsgruppe" og "DUN-nr" legges opp på nye lokale varer. Verdiene vises på tvers av "Varevedlikehold" og "Lokal vare" og kan administreres på begge plassene. I VPI-mal kan standardverdi for MVA settes opp hvis ønskelig.

Ny hovedvare erstatter "Lokal vare"

(RTC-16146)

Dette gjelder ved bruk av funksjonaliteten "Lokal vare". Lokal vare har et PLU-nummer innenfor gitt nummerserie. På lokal PLU kan det legges opp tandem, så kallet butikklokal tandem, noe som ofte er en reell EAN-kode. I det tilfelle HK velger å legge opp en ny hovedvare med samme EAN som allerede er brukt til butikklokal tandem på en lokal PLU, da vil det komme en melding om dette. I tillegg til et spørsmål om den lokale varen skal konverteres til sentral vare. Ved bekreftelse fullføres opplegg av ny hovedvare med riktig info og profilpris. Ved konvertering blir da tidligere buttandem ny hovedvare, PLU-nummer blir tandem til ny hovedvare og pris på lokal vare kopieres inn som ny butikkpris på hovedvaren. Deretter fjernes tidligere lokal PLU fra programmet "Lokal vare".

Nye obligatoriske felt i "Lokal vare"

(RTC-16144)

Ny funksjonalitet i programmet "Lokal vare" i "Prisvedlikehold" er parameterstyring av standardverdi i feltene "Enhetstekst" og "Mengde", normal er disse feltene blanke når lokal vare lages. 

  • Ved ny vare hentes standardverdiene for disse feltene fra VPI-mal. Hvis ingen standardverdi er angitt brukes verdien 1. Hvis verdien for "Mengde" har desimaler må dette angis med desimaltegn.
  • Ingen tvang om endring av feltene for eksisterende poster, men dersom man endrer et av feltene, må begge settes med aktiv verdi før varen kan lagres.
Konfigurasjon

Systemparameter 938 = 1 aktiverer denne funksjonalitet 

Systemparameter 938 = 0 kreves hvis feltene "Enhetstekst" eller "Mengde" skal nullstilles.

Nye meldinger ved bruk av EAN i "Lokal vare"

(RTC-16143)

Ved oppretting av nye varer i programmet "Lokal vare" er funksjonaliteten forbedret. Hvis EAN/Strekkode som skal skannes finnes, begynn alltid med å legge inn dette i feltet for EAN/PLU direkte, IKKE trykk på "Ny":

  1. Hvis EAN er ukjent i vareregisteret blir det foreslått å legge opp en ny lokal vare, og som følge av dette blir brukt EAN lagt opp som "Buttandem", tandemvare til butikken på den nye lokale varen.
  2. Hvis EAN er kjent i Chain Classic blir det foreslått å bruke eksisterende hovedvare.
  3. Hvis EAN er kjent som tandem til annen hovedvare blir det foreslått å bruke eksisterende hovedvare.
  4. Hvis EAN finnes som tandem til annen lokal vare foreslås å bruke eksisterende lokale vare. Butikken legger opp egen pris og får angitt EAN som buttandem, tandem til lokal vare.

Kontroll over lagerstyring i "Lokal vare"

(RTC-16142)

I programmet "Lokal vare" er det nå mulig å sette ønsket type lagerstyring. I felt for "Lager" kan ønsket alternativ for dette velges ved nyoppretting av lokal vare hvis standardvalg ikke er aktuelt. Det er også mulig å endre dette felt på eksisterende varer.

Konfigurasjon
Hva som skal være standardvalg settes opp i VPI-mal for "Lager".


Chain Classic versjon 2.1.1.0.24

Dokument status: RELEASED

Dato:  

Forutsetninger for oppgradering 

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

Forbedringer i Chain Classic

ModulBeskrivelse
Eksport 

Eksport av ny butikk og omfattende utvalg (RTC-17233)

Det er gjort forbedringer i programmet for eksport av ny butikk. Hvis butikkutvalget inkluderer butikker på forskjellige profiler vil det, dersom profilutvalg også brukes, kun legges ut til butikker kun med valgt profiltilhørighet.

Mixmatch

Alle mixpriser = 0 kr i mixmatchtype 34 (RTC-16892)

Mixmatchtype 34 ble opprinnelig laget for tredjepartsystemet Tokheim POS, hvor en vare skal være tildelt en mixpris. Det er nå laget en tilpasning til EG POS slik at alle mixpriser settes til 0 kr for kunder som ikke bruker Tokheim POS.  

Pris

Prisendring på ny vare i Serviceordre (RTC-17054)

Det er gjort forbedringer slik at opplegg av ny vare på fanen "Oppgaver/Deler" i programmet "Serviceordre" og samtidig endring av utpris, beholder ny utpris ved lagring.


Mangelende utlegg av veiledende pris (RTC-16570)

Utlegg av poster for kampanjegruppe og pris er forbedret slik at også veiledende pris legges med disse.


Ny pris kan ikke lagres med "gammel dato" (RTC-16705)
Funksjonalitet for kopiering av prispost er forbedret slik at det ved kopiering av pris med ubehandlet køpost (etikettkrav), og som følge av dette gammel dato, nå settes ny dato i datofeltet på ny prispost, og denne kan lagres uten problemer.

Rapporter

Engelsk oversettelse av rapporter (RTC-16807)

Rapportene Kassereroppgjør, X- og Z-rapporter finnes nå med engelsk oversettelse.

Varetransaksjoner 

Årsakskode med fire siffer i Varetransaksjoner (RTC-17211)

Programmet "Varetransaksjoner" kan nå vise fire siffer i feltene for "Årsakskode" og "Behandlingskode" mot tidligere maks tre. 

VPI sync

Forbedret slettefunksjonalitet i VPI-sync V1 og V2 (RTC-16851)

Ved bruk av VPI-sync har det vært tilfeller hvor avvik ikke har blitt korrigert når riktig pris sendes til POS. Dette fordi korrekt pris ikke ble oppfattet som endring i POS. Dette er tatt hensyn til ved at det nå først sendes en sletting av pris og deretter aktuelle prisstatuser på vare med opprinnelig avvik. I denne forbedringen av VPI-sync korrigeres også avvik hvor hovedvare i POS er tandem i Chain etter EAN/PLU-bytte.

Ved manuell åpning av "Klargjør vare" kan visning av alternativet Slettepost før nytt utlegg aktiveres ved å skru på systemparameter 939.

Begrense valg av kampanjetype

(RTC-16175)

Det er mulig å sette opp standardvalg for butikk-/team- og/eller profilbruker for kampanjetype i kampanjegruppe.

I tillegg er det mulig å sette opp om det skal være mulig for bruker å endre kampanjetype eller ikke. 

Konfigurasjon

Begrense valg av kampanjetype 

Ny systemparameter 937 har en firedelt verdi= X,X,X,X

  • 1. verdi > 0: kampanjetypenummer til standard kampanjetype for butikkbruker.
  • 2. verdi = 0: kampanjetype kan IKKE endres av butikkbruker
    2. verdi = 1: kampanjetype kan endres av butikkbruker
  • 3. verdi > 0: kampanjetypenummer til standard kampanjetype for profilbruker.
  • 4. verdi = 0: kampanjetype kan IKKE endres av profilbruker
    4. verdi = 1: kampanjetype kan endres av profilbruker

Når Verdi = 0,0,0,0,0 er parameter ikke i bruk og standardvalg = "Ingen". Alle kan endre mellom de valg som finnes i register for kampanjetyper.

Ny rapport: Sortimentsliste Excel Alternativ

(RTC-16526) 

Det er laget en ny spesialtilpasset versjon av "Sortimentsliste Excel" med navnet "Sort.liste Excel Alternativ". Denne inneholder andre kolonner sammenlignet med opprinnelig rapport.

Utvidet oppsett for "Lokal vare" i Prisvedlikehold 

(RTC-16141)

Oppsett av hvilke butikker som skal bruke funksjonaliteten "Lokal Vare" i "Prisvedlikehold" er utvidet med mulighet å legge til butikk for butikk, i tillegg til tidligere mulighet å fjerne butikk for butikk.

Konfigurasjon

Grunnoppsett:
     - Knappen "Lokal vare" vises for alle butikkbrukere i Tokheimbutikk når:
          - Systemparameter 586 = 3 
          - Systemparameter 756 = 2
          - Systemparameter 575 = 0 
          - Systemalternativer for butikk 586 er blank = ingen butikker
          - Systemalternativer for butikk 1076 er blank = ingen butikker

Videre oppsett:
     - Knappen "Lokal vare" skal vises for alle butikker unntatt butikk X og butikk Y:
          - Systemalternativer for butikk 586 er blank, legg inn butikkene X og Y

     - Knappen "Lokal vare" skal KUN vises for butikk A og butikk B:
         - Legg inn butikkene A og B i systemalternativer for butikk 1076

     - Knappen "Lokal vare" skal skjules for butikk B:
         - Legg inn butikk B i systemalternativer for butikk 586 (586 vinner over 1076)
               eller
         - Fjern butikk B fra systemalternativer for butikk 1076  

Bestillingspunkt skal vises i InStore App

(RTC-14646)   

Det er laget nye utlegg av lagerinfo, slik at "Bestillingspunkt" fra Chain Classic i InStoreApp. 

I tillegg er det laget støtte for å vise varer med enten bestillingstype autosupplering eller automatisk bestilling, i programmet "Bestillingskriterier" i Chain Classic.

Oppdatering av endret pris på råvare i ingrediens

(RTC-16440)

Gjelder ved bruk av "Servicehandel". Det er gjort forbedringer slik at nettoprisendringer på råvare oppdateres direkte etter endring på alle steder dette vises. Dette hvis brukt program åpnes etter endring, hvis programmet er åpent må F5-tast brukes for å oppdatere  skjermbilde til å vise forventet nettoprisendring. 

Den tidligere brukte systemparameteren 907 er fjernet og trengs ikke ved bruk av servicehandel.

Kontrollere antall felt som eksporteres til filkø og JSON

(RTC-16103) 

Det er innført parameterstyring av antall felt som benyttes i både eksport i flatfil og i utlegg til JSON av prioriterte lagerendringer. Dette ved behov hvis det ved overgang til nye felt ikke er full kompatibilitet.

Konfigurasjon 

Systemalternativer 193

Utlegg av antall felt til JSON settes i systemalternativer 193. 

  • Integer = 0 betyr utlegg av alle tilgjengelige felt (i denne versjon = 8, i tillegg til butnr og dato: totalt 10 felt).
  • Integer = 7 betyr at 7 felt legges ut (i tillegg til butnr og dato: totalt 9 felt).

Eksport av bestillingsverdi til totalbutikken 99900

(RTC-15951)

Det er utviklet støtte for å legge ut verdien for "Bestilling", til totalbutikken 99900, i formatet vare.99900. Verdien kan da kan hentes opp og brukes i InStoreApp.

Konfigurasjon 

Systemalternativer 121

Antall felt i vare.butnr må være 91.
Konfigureres i Systemalternativer 121, kode 1 "VPI": Integer = 91.


Systemparameter 36

Verdiene i "Bestilling" (Varevedlikehold) settes opp i systemalternativer 36. Opp til 30 tegn kan legges ut, kuttes til 30 om det er lengre.

Utvidelse av JSON stock-fil

(RTC-8082)

Ved utlegg av JSON stock-fil legges det nå ut et ekstra felt, "quantityReserved", bakerst på hver linje. Feltet viser reservert antall (differanse mellom antall solgt og antall levert i kundeordre/webordre) for aktuell vare. 

Utvidet informasjon til Tokheim POS ved sletting

(RTC-16444)

Ved sletting av vare i kampanjegruppe eller mixmatch er utlegg for tredjepartssystemet Tokheim POS utvidet med ny sletteinfo. 

[SHOP_DELETE]
PRO116,1=82130
PRO120,1=57009
[END_SHOP_DELETE]

  • No labels