Versions Compared

Key

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

Chain Classic versjon 2.1.1.0.31

Dokument status: 

Status
colourGreen
titlereleased

Dato:  

Forutsetninger for oppgradering

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

Forbedringer 

Modul Beskrivelse 
Kunde 

Oppdatering av kundeinfo i Chain Classic når Chain Web er kundemaster (RTC-23787)

Det er parameterstyrt om kunde skal oppdateres i Chain Classic når Chain Web tar over som kundemaster. Uansett om kundeinfo finnes eller ikke, vil det være mulig å vise web-/kundeordre i Chain Classic. 

Expand
titleKonfigurasjon
Teknisk informasjon
Systemparameter 418 må settes opp riktig hvis kundeinfo skal oppdateres, i Chain Classic, via web-/kundeordre når Chain Web har tatt over som kundemaster.
Mixmatch

Varegruppemix (RTC-23878)

Ved opplegg av varegruppemix kan knappen "Hent varer via varegruppe" brukes. Krav er at det finnes profilpris og at varen er aktiv på butikk, for team gjelder da dette for alle butikker ellers vil varegruppe ikke hentes inn. For beste funksjonalitet er det derfor anbefalt å bruke spesifiserte dummyvarer, en for hver enkelt varegruppe. Da er det nok at én dummyvare pr. varegruppe er aktiv, dog på alle team sine butikker.

Expand
titleKonfigurasjon
Teknisk informasjon
Systemparameter 779 spesifiseres valgfri PLU-nummerserie, som ikke er i bruk, for opplegg av dummy-varer for varegrupper, hvor for eksempel XXXXX1 er dummy-vare for varegruppe 1 og xx9999 er dummy-vare for varegruppe 9999. De siste fire sifrene MÅ tilsvare varegruppe. Det må også lages/finnes en tilsvarende dummyvare for vær varegruppe, denne skal ha profilpris og være aktiv for alle butikker.  


Rapporter

Rapport "Grunnlag bestilling" (RTC-23465)

Rapporten "Grunnlag bestilling" er laget for at lageransvarlig skal få overblikk bestillingsgrunnlag for egen butikk, men det er også mulig for HK-bruker å ta frem en sammenstilling over flere butikker samtidig.


Bestillingsnummer i rapporten "Selvbetjente varer" (RTC-23516)

Rapporten "Selvbetjente varer" er utvidet med kolonne for "Bestillingsnummer", her er det støtte for alfanumeriske eller numeriske bestillingsnummer.


Avgrensing i varekølogg (RTC-23553)

Normalt er varekølogg kjørt via EOD og da hentes alle ønskede køposter med dato/tid og køtype som utvalg. Det er også mulig å kjøre slike rapporter på et mer avgrenset utvalg, som på varenivå med kun et spesifikk  EAN/PLU-nummer. 

Register

Avvik mellom postnummerregister i Chain Classic og Chain Web (RTC-23376)

Hvis register for postnummer i Chain Web oppdateres før register i Chain Classic er oppdatert, når kundeordre kommer til Chain Classic, da lagres ukjent verdi i postnummertabellen, med informationsteksten:  "Created from CW", dato og tid. Slik at det kan verifiseres at dette postnummeret er opprettet av Chain Web. 

Montering som linkvare

(RTC-23520)

Det er ikke bare pant som kan brukes som linkvare. Også "Montering" kan brukes til dette. For eksempel til varmepumpe, velg linkvaren "Montering" og linktype 2, da påvirkes ikke panteregnskap. Det er også gjort spesialtilpasninger for det elektroniske hylleforkant systemet Breece. Summen av hovedvare og linkvare (f.eks varmepumpe og montering) blir slått sammen og teksten inkl. montering (eller hva navn denne varen har) vises på Breece-displayet.

Expand
titleKonfigurasjon
Teknisk informasjon

Systemalternativer 125, kode 17: "priceitemlex" - må settes til Integer = 52.

Systemalternativer 125, kode 21: "priceitemlex" - må settes til Integer = 48.

Dette for utlegg til 3. partsystemet Lexmark.

I tillegg er ny post laget i VPI-mal, post 1007 i standardmal.

RIGAL-dok og systemdok er oppdatert når de gjelder linktype 2.

Bestilling av kun hele forpakninger fra InStore App

(RTC-23459)

Det er mulig å parameterstyre om kun hele forpakninger skal være mulig å bestille når anbrekk ikke er tillatt for varen. 

  1. Bestilling i InStore App med antall som er lavere enn angitt i (små)forpakning endres opp til "antall i pakning"
  2. Bestilling i InStore App med antall som er høyere enn angitt i (små)forpakning, men ikke tilsvarer et helt antall forpakninger, endres ned til det som tilsvarer nærmeste antall hele forpakninger.
  3. Logg kan lages under: "Rapporter"/"Logger"/"Loggutskrift": Loggtype 27 "Endret antall i bestilling fra ISA". Det er parameterstyrt om denne skal vises for butikkbruker. 


Expand
titleKonfigurasjon
Teknisk informasjon

Systemparameter 955 =1

Systemalternativer 1034, rad 27 
   - Logisk = Vise alternativ under "Loggutskrifter" (Standard)
   - Integer = 0 (Skjul for butikkbruker, standard) 
   - Integer > 0 (Vis for butikkbruker)

Funksjonalitet kan IKKE kombineres med aktiv systemparameter 650!

Tandemnummer i bestilling fra InStore App

(RTC-23885)

Ved innlesing av bestilling i Chain Classic, fra InStore App, fanges også vare med tandemnummer opp, hvis den er brukt i bestilt pakkevare.

Expand
titleKonfigurasjon
Teknisk informasjon
Systemparameter 9007 er det skjulte parameter som fjerner innsendt dublett av bestillingsrad i varemottak.

Utskrift av etikett ved bruk av Pakke-ID

(RTC-23684)

Det er mulig å skrive ut etiketter fra elektronisk varemottak også ved bruk av pakke-ID sammen med ordrenummer.

Expand
titleKonfigurasjon
Teknisk informasjon
Systemparameter 956 = 1 slår på funksjonalitet som finner frem riktig etikettgrunnlag, for kombinasjon av pakke-ID + ordrenr, til å skrive ut etiketter i elektronisk varemottak.

Behandling av antall = 0 ved import av bestilling via RIGAL-fil

(RTC-22349)

Standard er at rader med antall = 0 avvises ved RIGAL-import. Det er mulig å parameterstyre funksjonaliteten slik at innsendt bestillingsrad med antall = 0, i RIGAL I-fil, ikke blir avvist.

Expand
titleKonfigurasjon
Teknisk informasjon

Systemparameter 953 = 1  (Bestillingsrad opprettes fra RIGAL I-fil når bestilt antall = 0)

Ny funksjonalitet dersom parameter er påslått:

  • Post med antall = 0 leses inn og opprettes som bestillingsrad.
  • Dersom ALLE rader har antall = 0, settes bestillingen til status "mottatt" direkte, og eksport av RIGAL I-fil foretas (eksport kun hvis systemparameter 271 = 1).
  • Når åpne varemottak hentes inn til InStore App vil ikke 0-radene komme med. Når alle "ikke 0-rader" er behandlet i InStore App, sørger Chain Classic for at disse eksporteres sammen med 0-radene, i bestillingen, som et komplett utlegg fra elektronisk varemottak. 

Utlegg av tellegrunnlag for butikker utenlagerstyring til Chain Web 

(RTC-23050)

Det er mulig å legge ut tellegrunnlag også for ikke-lagerstyrte butikker, via "Lagerinformasjon til fil". For å lage tellegrunnlag må varen være aktiv og ha pris på butikk eller profil.

Expand
titleKonfigurasjon
Teknisk informasjon

Oppsett:
Systemalternativer 196 - Lager:  Integer >= 10 + Logisk.

Systemparameter 666 må settes for logging av proxy-relaterte lagerutlegg til Chain Web.

  • Utlegg av gjeldende lagerverdier = 0
  • Utlegg av verdi for lagerstyring = No

Legg ut 20-kode uten sjekksiffer i RIGAL

(RTC-23176)

På vektvarer brukes EAN med 20-koder, for eksempel 2000123400000 hvor de siste 5 sifrene = 0 for å sette pris/vekt etter veiing og utskrift av prislapp. Ved utlegg av disse til RIGAL er det likevel standard at koden rekalkuleres og at det da lages en sjekksiffer slik at koden kan skannes om den skrives ut på etikett. Det er mulig å parameterstyre at 20-kode alltid skal legges ut med 0 som siste siffer til RIGAL-format.

Expand
titleKonfigurasjon
Teknisk informasjon
Systemparameter 954 = 1 betyr at sjekksiffer ikke skal brukes, KUN 0 som siste siffer i 20-koder ved utlegg av RIGAL-filer.

Eksternt ordrenummer og eksternt linjenummer i varemottak

(RTC-23180)

Chain Classic kan kommunisere eksternt ordre- og linjenummer via RIGAL I-fil.

Expand
titleKonfigurasjon
Teknisk informasjon

Det er feltene 37 (egentlig "refnr") og 38 ("reflinjenr"), i RIGAL I-fil som ikke er i bruk fra før og kan derfor benyttes for "Eksternt pakkseddelnr" og "Eksternt radnr". Felt 37 støtter 9 siffer i eksternt pakkseddelnummer og felt 38 klarer inntil fire siffer i eksternt radnummer. Etter varemottak lagres begge verdiene i feltet "Fritekst" i bestrad-tabellen, separert med komma. Verdiene vises ikke og kan ikke redigeres i Chain Classic. 

Når lager oppdateres legges verdiene ut i felt 37-38 i RIGAL I-fil.

Programmet "Slette/fjerne fra kasse"

(RTC-22976)

Mulighetene til logging er utvidet, men fremfor alt er ytelsesforbedringene vesentlige i programmet "Slette/fjerne fra kasse", som består av to behandlingsvarianter:

  • Fjerne vare fra kasse
  • Slette varer/priser

"Fjerne vare fra kasse" betyr at det legges ut deaktivering av vareutvalg til POS. Dette er en vareoppdatering som derfor gjelder ALLE prisprofiler. Det betyr at alle profiler må sjekkes på evt. lagerbeholdning, salg etter angitt dato som kan forhindre at vare fjernes fra POS.

  • Merk at noen parameteroppsett kan overstyre dette og deaktiverer da kun varene på valgt profil, se tekniske release notes.

"Slette varer/priser" betyr at de varene (prisene) som faller innenfor kriteriene skal slettes, noe som er mer ytelseskrevende. 

  • Loggen i rapportlisten viser nå antall varer og den tid det tar.
  • Det er mulig med mer detaljert logging, akkurat som for "Oppdater vare", "Klargjør varekø" og "Hurtigprising".


Expand
titleKonfigurasjon
Teknisk informasjon

Systemparameter 860 har annen hoved funksjonalitet men påvirker alternativet "Fjerne vare fra kasse" på følgende måte.
   - 860 = 0 : Alle prisprofiler behandles (standard) 
   - 860 = 1 : Kun valgt prisprofil behandles

Systemalternativer 215: Oppsett av utvidet logging ved å slå på logisk

Unngå deadletters når Chain Web tar over som kasserermaster

(RTC-23612)

Chain Classic må tilpasses når Chain Web tar over som master for kasserere. 

Expand
titleKonfigurasjon
Teknisk informasjon

Hvis Chain Web er master for kasserere og deadletters dukker opp når kassereroppdatering fra Chain Web, via kassererProxyp.p, avvises med melding: IP 493. Da løses dette ved tilpassing i Chain Classic hvor 1. verdi MÅ settes = 0 i systemparameter 731 =0,x,y.

Konsekvensen som følge av dette er at det blir mulig å sette blank passord, noe som ikke er anbefalt og i denne situasjonen bør derfor menyvalg for vedlikehold av kasserer fjernes i Chain Classic.


...

Chain Classic versjon 2.1.1.0.30

Dokument status: 

Status
colourGreen
titleREleased

Dato:  

Forutsetninger for oppgradering

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

Forbedringer 

Modul Beskrivelse 
Vare

Servicehandel og relasjon antall/pris (RTC-22910)

Ingredienser, resept og pris er sammenkoblet i "Servicehandel". Som følge av dette vil for eksempel tilsvarende pris oppdateres korrekt også i "Resept" og "Pris" hvis antall endres på noen poster i "Ingredienser".

RIGAL

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

Tandemnummer kan benyttes til prisendring, hvis dette sendes inn som hovedvare og skjer via PRI-post i RIGAL V-fil.

Rapport

Makulerte bonger i "Butikkoppgjør total" (RTC-22956)

POS-bonger med kundeordre og varesalg som makuleres i kassen registreres korrekt i Chain Classic og oppdaterer raden "Mak. av bong" i rapporten "Butikkoppgjør total".

Kampanjegruppe

Se profilkampanjer som butikkbruker (RTC-23239)

Det finnes mulighet å åpne for at butikkbruker også ser profilkampanjegrupper. Dette kan være fornuftig da disse også gjelder egen butikk. For butikkbruker er det da mulig å se, men ikke å endre noe, i profilkampanjegruppen. Det er mulig å kopiere slik at butikken får en egen kopi av profilkampanjegruppen. Denne kan deretter kompletteres og endres hvis butikken ønsker å gi bedre tilbud, innenfor samme periode. 

Info
titleTeknisk informasjon

Systemparameter 723 styrer om profilkampanjegrupper skal vises eller ikke.

...

Dokument status: 

Status
colourGreen
titleRELEASED

Dato:  

Forutsetninger for oppgradering

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

Forbedringer 

Modul Beskrivelse 
Kampanjegruppe

Manglende oppdatering i POS ved endring av verdier i  Kampanjegruppe RTC-19966)

Dersom det er en endring av HK-eide verdier (for eksempel fastpris) i Kampanjegruppe må utlegg til POS parameterstyres via ordinær prisendring slik at kassen oppdateres.

Expand
titleKonfigurasjon
Tekniske release notes
I systemalternativer 214 kan alle verdier med "Logisk", unntatt felt 6 - "Vekt", settes med "Integer" = 1 for ekstra utlegg av ordinær pris-fil, hvis kun denne verdien endres i Kampanjegruppe. 
Vare

Korrekt kalkulering av ingredienspris (RTC-22406)

Ved bruk av reseptvarer er funksjonen laget slik at det blir tatt vare på fire desimaler. Pris for "Ingrediens" vises med riktig kalkulert beløp, ned til to desimaler.

Varemottak

InStore App-varemottak av pakkevare som inkluderer vektvare (RTC-21673)

Når varemottak av pakkevare fra InStore App utføres brukes pakken sine inngående varer. I Chain Classic beregnes mottak av selve pakkevaren på grunnlag av kontroll i InStore App. Når mottatt mengde er et desimaltall, for eksempel vektvare, avrundes dette til nærmeste heltall ved innlesing av bong og vises både i "El. varemottak/Varemottak" og "Bestilling".


Behandling av antall ved varemottak fra InStore App (RTC-22354)

Ved Varemottak gjort i InStore App vil registrert antall kun oppdatere verdien for "Kontrollert antall" i Chain Classic, mens verdien for "Mottatt antall" ikke vil oppdateres. Brukeren kan da senere følge opp og se differansen mellom det antallet som skulle mottas og det antallet som virkelig er mottatt.

...

Dokument status: 

Status
colourGreen
titleReleased

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

...

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.                                     

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.

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

Info

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.

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

...

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. 

...