Chain Classic versjon 2.1.1.0.27

Dokument status: 

Dato: 16 Mar 2022 

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 

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. 

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.  

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

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.

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.     

Oppdater butikker via JSON-import

(RTC-19018)

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

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

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.  

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. 

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"

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

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.

Chain Classic versjon 2.1.1.0.26

Dokument status: 

Dato: 11 Jan 2022 

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 

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.

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.

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.

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

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

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. 

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.

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. 

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

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. 

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.

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.  

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: 

Dato: 08 Dec 2021 

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

Varefil til Lexmark

(RTC-16793)

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

Utlegg av kampanjegruppe med priskanal til Lexmark

(RTC-16790)

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

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. 

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.

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.

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

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.

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.

Chain Classic versjon 2.1.1.0.24

Dokument status:

Dato: 03 Nov 2021 

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

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. 

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.

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. 

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.

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.

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]