Chain Classic versjon 2.2.0.0.17

Forutsetninger for oppgradering

Med oppgradering til Chain Classic versjon 2.2.0.0.17 skal POS alltid levere bonger i POSLog versjon 81.

Forbedringer

Flaxlodd premieutbetaling

(RTC-48772)

Ved utbetaling av Flaxlodd premier vil dette vises i butikkoppgjørsrapportene med positiv verdi på egen rad for: "Flaxlodd premieutbetaling".
I tillegg vil dette inngå som negativt beløpet i sum for Nonsale.
Her brukes samme funksjonalitet som for Panto premieutbetaling.

Startoppdatering for "Laveste pris siste 30 dager"

(RTC-49915)

Når funksjonalitet for "Laveste pris siste 30 dager" aktiveres, vil det ikke finnes verdier for LPS30D tilbake i tid.
Da er det viktig at alle aktive og fremtidige tilbudspriser blir oppdaterte med korrekt LPS30D.
Programmet Oppdatering av LPS30D utfører dette.
Denne kan først kjøres med kun liste til gjennomsyn.
Deretter kan programmet startes igjen med "Utfør" som valg.
Foruten oppdatering av angitte poster vil LPS30D for aktive tilbudspriser legges ut til POS, Breece, Lexmark og Pricer. Til Lexmark legges også fremtidige tilbudspriser ut med LPS30D.

Eksport av medlemstilbud til Pricer

(RTC-49856)

Ved utlegg til Pricer vil ikke tilbudspriser høyere enn ordinærprisen legges ut til Pricer. I stedet vil kun gjeldende ordinærpris bli lagt ut.

...

Utlegg av mixmatch-informasjon til Pricer og Breece

(RTC-51025)

Vare i aktiv mixmatch legges ut til både Pricer og Breece, dersom valgt mixmatchtype er satt opp for dette.      

...

Utmelding av vare

(RTC-45902)

Utmelding av vare via RIGAL kan samtidig inneholde andre VPI-endringer, som egentlig ikke er ønskelige på utmeldt vare. Ved oppdatering av gjeninnmelding av utmeldt vare kan det da skapes uønskede framtidige prisendringsposter som ingen har kontroll på. For minst mulige avvik i denne prosessen finnes en valgmulighet som overstyrer varianter på dette, med noen enkle og konsekvente regler.

...

Sikkerhetsrapport kun for Excel

(RTC-51037)

På fanen "Alternativer" kan Sikkerhetsrapporten velges for visning kun i Excel-format.
Hver butikk sine kasserere vises på en egen rad med totaler pr. butikk.

Vis kampanjegrupper i rapport for "Lokale kampanjer"

(RTC-50260)

Rapporten "Lokale kampanjer" viser til vanlig alle lokale kampanjepriser, uansett om de er skapt i kampanjegruppe eller er skapt som manuell prisendring.
Med valget "Kun utskrift av varer fra kampanjegrupper" valgt på fanen "Alternativer", vil kun kampanjepriser fra lokale kampanjegrupper vises i rapporten.
I tillegg vil denne rapporten vise tre ekstra kolonner: "Kampanjegruppe informasjon", "Skapt dato" og "Lagersaldo (disponibelt for salg)".

...

Kalkulering av laveste pris på fremtidige tilbudspriser

(RTC-51831)

Når fremtidige tilbud skapes, og funksjonalitet for laveste pris er i bruk, da vises den laveste kjente prisen som er brukt i forhold til angitt antall dager tilbake i tid.
Dersom det fremtidige tilbudet har startdato lengre fram i tid enn antall dager, vil LPS30D settes til gjeldende ordinærpris.
Underveis kan nye rekalkuleringer re-kalkuleringer skje, som forandrer LPS30D så lenge startdato ikke har inntruffet, når det skjer prisendringer på aktuell vare underveis. 

Knapper for adgang til Internet i nettleser

(RTC-50247)

De markerte knappene kan tilpasses med sti til ulike websider i standard nettleser.
Etter at Microsoft Internet Explorer har gått ut på dato må derfor ny standard nettleser settes opp, for eksempel Microsoft Edge.

VPI rabattårsakskoder fra ERP

(RTC-51051)

Rabattårsak 99 er avsatt for å kunne skape gyldige unntak for tilbudspriser som ikke skal inngå i beregning av "Laveste pris siste 30 dager".
Vanlige rabattårsaker som benyttes på HK eller av butikker har generelt årsakskoder < 99. ERP kan benytte 3-sifrede årsakskoder for å skille disse fra de "lokale" rabattkodene. 

• I vedlikeholdsprogrammet for "VPI rabattårsaker" er det kun mulig å opprette/endre/slette rabattårsakskoder < 99.
• Rabatt årsakskoder > 99 som skal benyttes fra ERP må opprettes/endres/slettes i systemalternativer 1096, enten manuelt eller oppdatering via filer.

Sett ordre til "Mottatt" i varemottak

(RTC-46813)

De forskjellige måtene som kan brukes for å ferdigstille ett varemottak er gjennomgått, og ordren skal kun kunne settes til status "Mottatt" når alle bestilte varer er behandlet og oppdatert mot lager. 

Oppdatering av Tokheim POS ved deaktivisering av kunde i Cloud 

(RTC-52117)

Det er ikke mulig å slette kunde i Cloud, i stedet deaktiviseres aktuell kunde.
I Chain Classic vil flagget for "Overføres til kunde" slås av og deretter legge ut en slettepost til kassene.
Etter mottatt slettemelding fra Chain Classic, vil kunde fjernes i Tokheim POS. 

Skal kunde seinere aktiviseres fra Cloud, skjer dette på samme måte.
Utlegg til kasse vil igjen aktiviseres i Chain Classic og kundeinformasjon sendes videre for oppdatering i Tokheim POS.

Informasjon om tillatt antall desimaler til Tokheim POS

(RTC-49795)

Ved utlegg til Tokheim POS i ART_MUT- formatet skal nå feltet "QUADECS", for maks antall desimaler, legges ut rett etter feltet "QUAUNIT". 

...

...

Chain Classic versjon 2.2.0.0.16

Forutsetninger for oppgradering

Med oppgradering til Chain Classic versjon 2.2.0.0.16 skal POS alltid levere bonger i POSLog versjon 81.

Forbedringer

Automatisk korrigering av LPS30D ved feil utpris fra RIGAL

(RTC-46650)

Dersom det ved en feil blir sendt inn en alt for lav utpris, kan dette få uheldige konsekvenser når dette blir brukt som LPS30D for en annen tilbudspris på samme vare.
Det er derfor mulig å få korrigert dette automatisk via innsending av korrekt utpris via en ny RIGAL fil.
Vilkårene for dette er at det må i en ny parameter angis maksimal tidsgrense for når korrigeringen må sendes inn og oppdateres.
I tillegg må det i samme parameter være angitt en minimum %-vis økning av utpris.
Dersom begge disse vilkårene er oppfylt, vil den alt for lave utprisen merkes som ikke i bruk i prishistorikken, og vil ikke bli brukt i beregning av lps30d for nye tilbudspriser på samme vare.

Manuell korrigering av "feilskapt" laveste pris i prishistorikk

(RTC-46789)

Ved bruk av funksjonalitet for laveste pris, kan det skje at noen skriver feil og starter en tilbudspris med altfor lav salgspris.
Denne lave tilbudsprisen vil være grunnlag for beregning av laveste pris for andre tilbudspriser på samme vare i de påfølgende 30 dagene.

...

Kunne se laveste pris og rabattårsak  

(RTC-47555)

Med "Laveste pris seneste 30 dager" og tilhørende "Rabattårsaker" påslått, vil det vises egne kolonner for disse verdiene. 
Gjeldende verdier vil vises for varekøposter for tilbudspriser i:

...

Bruk av opprinnelig laveste pris ved forlengelse av profiltilbud

(RTC-47547)

Hvis et profiltilbud skal forlenges, må opprinnelig LPS30D (laveste pris siste 30 dager) beholdes fordi grunnlaget for det nye tilbudet er den samme.
Det er parameterstyrt når det nye tilbudet seinest må starte i forhold til når det opprinnelige tilbudet ble avsluttet.

...

Legg ut laveste pris = ? (ukjent verdi) når denne ikke skal benyttes i POS

(RTC-47041)

Dersom POS ikke skal benytte LPS30D som legges ut fra Chain Classic, vil feltet settes til ? (ukjent verdi) i filformatene som benyttes.
Da vil POS beregne rabatter ift. gjeldende ordinære pris. 

Kryptert E-postløsning i Cloud

(RTC-47159)

Dersom kryptering av E-post i Cloud skal benyttes, ved sending av EOD-rapporter og meldinger via kundeordre, kan ikke standard løsning via SMTP brukes. 
I stedet sendes meldinger med vedlegg via web service (WS) til POS Services og derfra til E-postløsningen i Cloud (MDS). 

Send oppgjørsrapporter i Excel-format som vedlegg, i E-post

(RTC-47960)

PDF-formatet har alltid vært brukt når oppgjørsrapporter settes opp for å sendes på e-post via EOD-rutinen.
Dersom EOD-rapportene sendes via web service (kryptert E-postløsning i Cloud), og "Send Epost" er valgt, er det mulig å velge mellom tre forskjellige oppsett for formater i vedlegg:

...

Sletting av lokale butikkpriser etter lokale tilbud

(RTC-45832)

Ved bruk av funksjonalitet for sletting av lokale butikkpriser etter avsluttet lokal kampanjepris eller medlemstilbud, gjelder følgende:

...

Forhindre at ugyldige MVA-grupper kan skapes ved RIGAL-oppdatering

(RTC-45847)

Ny MVA-gruppe skapes dersom en ny verdi sendes inn.
Det sjekkes om ny verdi er gyldig og om det finnes ledig MVA-gruppe innen de 9 gyldige verdiene. Det sjekkes på: 

• MVA-satser over 99 % ignoreres
• Det er kun plass til 9 MVA-grupper i registeret. Deretter må evt. manuelt vedlikehold benyttes, for å tilpasse til ønsket behov.

...

Chain Classic versjon 2.2.0.0.15

Forutsetninger for oppgradering

Med oppgradering til Chain Classic versjon 2.2.0.0.15 skal POS alltid levere bonger i POSLog versjon 81.

Forbedringer

Laveste pris siste 30 dager  

(RTC-40443, RTC-41092, RTC-41093, RTC-41714, RTC-42197)  

...

Når tilbudspriser ikke skal benytte LPS30D eller skal beregnes på ordinær pris

(RTC-42538, RTC-43245, RTC-43249, RTC-44071, RTC-44075, RTC-44387)

...

Softpay betalingsmiddel og korttyper

(RTC-44405, RTC-44745, RTC-44864)

...

Åpne kampanjegruppe på vare fra Prisvedlikehold

(RTC-42114)

Kampanjegruppe kan åpnes direkte fra Prisendring for tilbudspriser som er skapt i en kampanjegruppe. Velg varekøposten for kampanjen og knappen "Kampanjegruppe" blir aktiv. Knappen er en snarvei til å åpne opp Kampanjegruppe vedlikehold på varekøpostens kampanjegruppe.

Godkjenning av priser i "Priskontroll"

(RTC-40918)

I "Priskontroll" kan priser godkjennes på forskjellige måter:

1. På knappen "Godkjenn merkede poster" vil kun merkede poster godkjennes.
2. På knappen "Godkjenn utvalget" vil som standard de 50 første, ikke godkjente prisendringene bli behandlet. 
   Når disse er kontrollert godkjennes disse via knappen "Godkjenn utvalget".
   Dersom det fortsatt finnes flere poster igjen å godkjenne, vil neste batch hentes inn for kontroll og ny godkjenning inntil alle poster er behandlet. 
3. Knappen "Komplett godkjenning" benyttes dersom alle prisendringer er kontrollert og skal godkjennes.
   Alle aktuelle prisendringer inkludert de som ennå ikke er innhentet for kontroll på gjeldende fane, vil da bli godkjent direkte.

"Mal-butikk" i "Bestillingskriterier" 

(RTC-41178)

Normalt skapes bestillingskriterier for vanlige butikker med "Kommunikasjonstype" = 11 og "Bestilling" påslått. 
Det er også mulig å legge opp bestillingskriterier for såkalte "mal-butikker" som kun benyttes til dette formålet.
Vanlige butikker som benytter en malbutikk i "Mal for bestillingskriterier", vil bruke dennes bestillingskriterier dersom det ikke finnes bestillingskriterier på egen butikk.

Ikke vis varer som mangler både profilpris og butikkpris

(RTC-41286)

Det finnes tre alternativer for hvordan vare uten gyldig pris skal vises i Vare- og Prisvedlikehold:

...

Utlegg av drivstoffendringer til Reporting 

(RTC-42339)

Ved endringer av gamle verdier i vedlikeholdsprogrammene for "Fylling", "Tankstatus" og "Manuell tankstatus", eller ved utlegg av gamle poster via "Data til Reporting", vil dette kunne føre til omfattende rekalkuleringsjobber i Reporting.
For å unngå at det oversendes for mye data, bør det derfor settes opp hvor mange dager tilbake i tid det skal være mulig å legge ut til Reporting 

Lage grunnlaget for massesletting av varer

(RTC-40770)

Ved massesletting i svære vareregister er det viktig å ta dette kontrollert med begrensede utvalg i flere omganger.
På generelt grunnlag anbefales ikke å slette 100-tusenvis (eller millioner) av varer på en gang. Dette vil alltid ta mye kapasitet og bruke tid som kan påvirke andre oppgaver. 
Programmet "Oppdatering av sletteliste" benyttes for å lage grunnlaget for programmet "Sletting av varer" i den spesielle varelisten (listenr 100000002) som er avsatt til dette formålet.
Dette grunnlaget kan lages ved å begrense på ulike utvalg eller benytte varelister, varegruppelister eller modellister.
Ved kjøring kan det velges mellom å kun lage en rapport som viser varer som kan bli slettet, eller å både lage rapport og oppdatering av varene i den spesielle varelisten .
Når grunnlag er på plass, kan "Sletting av varer" utføres, manuelt eller aut. ved EOD,
Da vil alle varer som ligger som ligger i den spesielle varelisten bli slettet.
Varelisten tømmes etter bruk.

Behandling av pakkevarer i bestilling

(RTC-40776)

En pakkevare består gjerne av flere varer eller antall > 1 av varen som inngår.
Ved bestilling er det mulig å bestille kun pakkevaren.
Både ved bestilling og varemottak er det lager for innholdsvarene som oppdateres
Pakkevarene er ikke lagerstyrt. 

Overstyring av faste dager for bestillingsforslag

(RTC-41807)

Ved bruk av bestillingsforslag er det mulig å parameterstyre genereringen av bestillingsforslag til én fast ukedag pr. butikk.
Dette kan overstyres manuelt i programmet slik at alle butikker, uansett ukedag, skal behandles samtidig.
Det er også mulig å legge opp en EOD-jobb for dette dersom det er behov for å generere bestillingsforslag for butikker en fast gang pr. uke.   

Utlegg av RIGAL-VPI til butikk

(RTC-42098)

I "Klargjøre vare" vil det ved valg av kun "RIGAL VPI", legges ut RIGAL V-fil og D-fil til valgt butikk. 
Innhold i V-fil vil være alle varer innenfor utvalg, med lokale butikkpriser der disse eksisterer, mens det for øvrige varer brukes profilpris.
D-fil vil inneholde alle varer med tilgjengelig profil "vareinformasjon". Der det finnes butikkspesifikk vareinformasjon vil denne bli brukes. 

...

Dersom valget "Kun butikkpriser" legges til, vil de samme filformatene som ovenfor bli skapt, men kun inneholde varer med lokal butikkpris for valgt butikk.
Dette innebærer at ingen varer med kun profilpriser vil eksporteres.
Butikkspesifikk vareinformasjon på varer med kun profilpris vil heller ikke bli lagt ut.
Dette vil kun skje ved generelt RIGAL VPI-utlegg på hele profilen.

...

Chain Classic versjon 2.2.0.0.14

Dokument status: 

Dato: 30 Apr 2024 

Forutsetninger for oppgradering

Med oppgradering til Chain Classic versjon 2.2.0.0.14 skal POS alltid levere bonger i POSLog versjon 81.

Forbedringer

Forhindre tilbudspriser på "fastpris" varer

(RTC-39428)

Det er mulig å forhindre opplegg av tilbudspriser (kampanjepris og medlemstilbud) på varer med fastpris. 

...

Kontroll mot SAP om slettepost for vare skal kjøres eller ikke

(RTC-34179)

Det kan settes opp en jobb som hver natt kontrollerer, mot SAP, om aktive sletteposter i varekø skal behandles eller ikke.
Dersom SAP har informasjon om at vare fortsatt finnes i lager, vil slettedatoen flyttes X antall dager fram i tid, for ny kontroll senere.

Priskanal og utlegg til elektroniske etiketter

(RTC-39745)

Ved bruk av priskanal i kampanjegruppe er det parameterstyrt hvordan utlegg skal skje til Breece/Pricer. 
Utlegg kan utføres uansett valg av priskanal (standard) eller kun når det er valgt priskanal "Alle".
Dersom valgt priskanal er "Alle", vil det ikke bli utført utlegg dersom priskanal for eksempel = "Shop express".

Administration av kasserer og kunde kun i Chain Classic

(RTC-39482)

Når kunde eller kasserer skapes/endres er det normalt å legge ut dette til POS. Men benyttes 3.parts POS-løsning (f.eks. Tokheim POS), kan det være ønskelig at dette ikke skjer.
Da er det mulig å parameterstyre dette slik at unødvendige køposter fjernes automatisk.

Oppdatering av ny vare fra Item Master

(RTC-39334)

Ved oppdatering av ny vare i Chain Classic fra RIGAL er det nødvendig at både vare- og prisinformasjonen er levert fra Item Master.
Når begge postene er på plass i "VPI Vedlikehold" slås de sammen og en ny vare med pris skapes i Chain Classic.
Også rekkefølgen er viktig, for ny vare må, varepost komme inn før prispost. Kommer prispost først, vil prisposten forkastes da det ikke finnes noen vare å koble den til.
I dette tilfelle vil en etterfølgende varepost bli liggende til en ny prispost kommer slik at ny vare kan skapes.

Oppdatering av veidkost ved varemottak av ny vare på eksisterende profilkampanje

(RTC-40022)

Ny vare mangler lokal butikkpris og lagerpost. Når ny vare aktiveres via Varemottak, skapes butikkpris med kopi av kampanjeposter fra profilpris.
I tillegg skapes en prisendring for butikkpris med prisdata hentet fra Varemottak. Dette gjelder ved: 

...

Logging av webservice

(RTC-40216)

Logging av hva som blir sendt til POS Services og hva som ble sendt tilbake via en webservice er normalt slått av.
Men det kan slås på ved behov i test av en ny web service eller ved feilsøking.
P.t. er denne funksjonaliteten innført i webservice som benyttes i RTC-34179.

Logging av sletting av ordrerader og komplette ordrer 

(RTC-37992)

Under "Rapporter - Logger" ligger muligheten å skrive ut loggrapporter. For å følge opp sletting av ordrer og/eller ordrerader for bestilling/varemottak, benyttes: Loggutskrift "Slettet ordre/ordrerad". 

...

• Bestilling: Ordrerader og komplette bestillinger 
• Elektronisk varemottak: Ordrerader og komplette varemottak
• Varemottak: Ordrerader og komplette varemottak
• Sletting av åpne bestillinger 
• Bestillingsrader fra RIGAL

Logging av lagerbevegelser

(RTC-38346)

Når Chain Classic ikke er master for lagerstyring, vil ERP sende lageroppdateringer via RIGAL.
Det betyr at det kan dukke opp endringer i lagerbeholdningen som ikke vil vises som registrerte aktiviteter i Chain Classic.
Chain Classic kan kun holde styr på lagerbeholdning mellom oppdateringene fra ERP. 
Derfor vil alle endringer av lagerbeholdning lagres i lagerdag tabellen med en registrering pr endring.

Avslutte gamle bestillinger/kundeordrer

(RTC-39498)

Det finnes to hjelpeprogram, under LRS-menyen, for å avslutte gamle bestillinger og kundeordrer som aldri vil bli ferdigstilt på annet vis: 

...

Nullstilling av bongnr

(RTC-40699)

I Chain Classic lagres de 10 sist innleste bongnumrene per butikk. Dersom support av noen årsak må lese inn en bong med et bongnummer i denne listen, vil bongen avvises med beskjed om at bongnummer allerede er brukt.
Den lagrede nummerserien må derfor slettes. Hjelpeprogram for dette finnes under "LRS- Korrigere/endre data".
Med "Nullstilling av bongnr" fjernes alle de 10 lagrede bongnumrene for butikk(ene). Deretter kan den manglende bongen kan leses inn på nytt.

Vedlikehold av bestillingsrader i elektronisk varemottak

(RTC-39437)

Det er mange muligheter å tilpasse elektronisk varemottak. For eksempel:

...

Kontroller oppsett av slettedager for "Sletting av statistikk"

(RTC-40102)

Regler for visning av "Laveste pris siste X dager" fører til endringer når det gjelder sletting av prislogg poster.
Disse må beholdes når en vare slettes siden samme EAN/PLU kan bli opprettet på nytt innenfor angitte tidsintervall for laveste pris.
Prisloggposter vil derfor ikke slettes via varekøbehandling eller via batchprogrammet "Sletting av varer". 

...

...

Chain Classic versjon 2.2.0.0.13

Dokument status: 

Dato: 29 Feb 2024 

Forutsetninger for oppgradering

Med oppgradering til Chain Classic versjon 2.2.0.0.13 skal POS alltid levere bonger i POSLog versjon 81.

Forbedringer

Vise laveste pris de siste 30 dagene før kampanjestart

(RTC-38287,RTC-38447, RTC-38451) 

...

Bruk av Excel online i Chain Classic

(RTC-37084)

Dersom Microsoft "online Excel-løsning" benyttes, kan ikke rapporter i XML-format brukes. Det vil derfor lages en CSV-versjon av denne rapporten som kopieres til katalogen Chain_Print. 

...

Oppdatering av RIGAL VPI med VAR- og PRI-poster fra Item Master 

(RTC-38435)

Når Item Master blir tatt i bruk, er det viktig Chain Classic er oppdatert til nyeste patch og at systemparameterne er satt opp korrekt.

...

Utlegg av omsetning til Nielsen IQ

(RTC-38850)

Utlegg av "Omsetning til Nielsen IQ" kan legges opp som en automatisk jobb i forbindelse med EOD, men programmet kan også brukes manuelt.
Standardverdi for ukenummer går ut fra dagens dato og 6 dager tilbake i tid, og kan endres etter ønske ved manuelle utlegg.
Omsetning legges ut pr solgt EAN/PLU med egne poster for salg på tandemnummer. 

Mixtype 46: "Betal med Coopay og få x kr/% ekstra kjøpeutbytte" 

(RTC-36758

Når ny mixmatch med mixtype 46 opprettes, hentes korttype for Coopay inn automatisk. Korttypen kan ikke endres.
Verdi for "Rabattkr" eller "Rabatt%" må angis. Selvskanning kan i tillegg velges.
Denne mixtypen fungerer uavhengig av varene i handlekurven, derfor skapes kun 1 mixrad med en angitt "Dummy-vare" om sørger for mix utlegget til POS via varekø.

Bruk av modellvarer i mixmatch

(RTC-37236)

Noen mixmatchtyper kan brukes med modellvarer. Dette er noe som forenkler å legge inn et utvalg varer der kun en variant representerer alle varer i modellen.

For å få denne funksjonaliteten i POS, må valg av Modellvarer hukes av.
For å unngå problemer i POS kan ikke denne funksjonaliteten endres etter godkjenning av mixmatchen.
Flere slike kritiske valg er deaktivert slik at verdien beholdes uendret i hele mixmatchen "levetid".

Bruk av nettopris fra ordinær priskalkyle i rapporten "Lagerliste Excel"

(RTC-39048)

1. Rapporten "Lagerliste Excel" er i utgangspunktet laget for å vise kostpris for butikkenes varer der veid kostpris > 0. For varer uten veid kostpris, skrives 0 i denne kolonnen.
2. Dersom parameter for å vise nettopris fra ordinær priskalkyle slås på, vil disse verdiene vises og bli brukt til å beregne kostpris for varer som ikke har en gyldig veid kostpris

...

Prisimport via resultat-fil fra "Sortimentliste Excel"

(RTC-37853)

Ved innlesing av VPI fra Excel kan det oppdateres prisendringer for profilpriser fra ulike profiler og butikkpriser. Hvordan prisendring skal oppdateres, bestemmes av om "RIGAL/Excel VPI pr butikk" er avkrysset (prisendringer på butikkpris) eller ikke (prisendringer på butikkens prisprofil) for butikken.

Utlegg av mixmatch til Tokheim fra "Klargjøre vare"

(RTC-37218)

I Klargjøre vare kan eksport gjøres med "Mixmatch" og "mixnummer" som eneste utvalg. Her legges da kun angitte mixmatcher ut. Denne funksjonaliteten støtter også samtidige utlegg av identiske profil mixmatcher på flere profiler, med samme innhold, start- og sluttid. Utlegg av mixmatch til Tokheim POS støttes også på samme måte.

Dette er standardfunksjonalitet både for eksport til EG POS og Tokheim POS.

Utvidet funksjonalitet i "Varebevegelser"

(RTC-37358)

Dersom "Servicehandel" er i bruk, vil også varetransaksjoner for reseptvarer og varesalg for ingredienser (pr råvare) vises i oversikten "Varebevegelser" i Vare-/Prisvedlikehold. Dette vil være tillegg til standard varetransaksjoner og varesalg ellers.

Varemottak som skapes i forbindelse med en internoverføring

(RTC-37990)

Det er ikke mulig å slette varemottak generert fra internoverføring. Dette er innført for å forhindre problemer som følge av sletting av "uventede" varemottak som ikke var bestilt fra leverandør.
Det er heller ikke mulig å slette, legge til eller endre på poster på linjenivå. 

Profilbytte og framtidige prisendringer på ny profil

(RTC-33829)

Ved endring av profilnummer på butikk skapes nye køposter for alle aktive og fremtidige profilprisendringer (dersom butikk ikke har lokal pris). Dette inkluderer kampanjepriser og medlemstilbud. Dersom priskontroll er i bruk vil dette bli hensyntatt og butikken må godkjenne nye prisendringer. 

Automatisk bestilling i "Feltverdier for butikk"

(RTC-34302)

Dersom en vare ikke er merket for "Automatisk bestilling" i Varevedlikehold, men det finnes butikker med dette behovet, løses, dette ved at butikken legger opp en butikklokal verdi for feltet i "Feltverdier for butikk". Denne butikklokale verdien vil benyttes i forbindelse med nye bestillinger på varen.

Sikre at alle proxy-program avslutter riktig

(RTC-34308)

Ved direkte kommunikasjon mot løsninger i Cloud/POS, og Chain Classic "låses" forbindelsen mellom appserver og klient midlertidig. Når oppgaven er utført avsluttes denne forbindelsen og "låsing" fjernes.

Sikre at prosedyrer som kalles opp via plipkall ikke skaper tregheter

(RTC-34272)

For beste ytelse er alle prosedyrene som benyttes via plipkall fra webklientene optimalisert slik at alle aktive transaksjoner og andre bindinger til webklientene termineres når prosedyrekallene er avsluttet.

Opprydding i filko tabellen

(RTC-31531)

Det kan skje at det blir liggende igjen poster i filko som aldri tømmes på normalt vis. Vanligst i testmiljøene, men kan også skje ved feil oppsett i Prod.
Mange slike feilposter i filko kan føre til at jobben Utlegg av data til fil kan ta vesentlig lenger tid enn nødvendig. Dette vil være en kronisk tilstand som bare blir verre.
For å unngå slike forsinkelser kan det være lurt å sette opp en automatjobb som rydder opp i dette. Denne kan for eksempel kjøres en gang i uken.

...

Chain Classic versjon 2.2.0.0.12

Dokument status: 

Dato: 08 Dec 2023   

Forutsetninger for oppgradering

Med oppgradering til Chain Classic versjon 2.2.0.0.12 skal alltid POS levere bonger i POSLog versjon 81.

Forbedringer

Oppdatering av varetransaksjoner på reseptvarer

(RTC-36584)

Når varetransaksjoner på reseptvarer registrert i POS eller i InStore App og resultatet oppdateres fra POSLog til Chain Classic, lagres disse på råvarene som ingrediensene i reseptvarene er skapt fra.
Samtidig logges det også en transaksjon på selve reseptvaren for oppfølging i rapporten "Varetransaksjonsliste".

Rapport Varetransaksjonsliste for reseptvarer

(RTC-36584)

Ved registrering av varetransaksjoner på reseptvarer i POS eller i InStore App, kan man følge opp transaksjonene på reseptvarene ved å velge avkryssingsboks  for "Reseptvarer" i  rapporten "Varetransaksjonsliste".

...

Rapport over salg på ingredienser

(RTC-36949)

Det kan være behov for å kunne se varesalg fordelt på råvarene som ingrediensene i reseptvarer består av.
Rapporten "Salgsstatistikk" er tilpasset å vise dette dersom man velger avkryssingsboks  for "Ingredienser".
Resultatet vil vise salget pr råvare med inntil 3 desimaler i antallskolonnene. 

Etikettutskrift fra InStore App

( RTC-36419, RTC-37073)

Ved utskrift av etikett fra InStore App er det mulig å parameterstyre om kriterier for varesalg, lagerbeholdning eller bestilling skal benyttes for å begrense antall etiketter som lages. 

Logging av "Bestillingsfordeling Excel"

(RTC-36077)

Når bestillinger/varemottak er skapt via programmet "Bestillingsfordeling Excel", vil dette vises i vedlikeholdsprogrammet for "Bestilling".

Utlegg av summen av varetransaksjoner pr. årsakskode til RIGAL F-fil 

(RTC-35910)

Via programmet "Utlegg av RIGAL statistikk" er det mulig å legge ut summen av varetransaksjoner pr. transaksjonstype og årsakskode til RIGAL F-fil (finansfil) totalt pr dag.
RIGAL-kode for disse postene er IVtnnnn, der t = transaksjonstype og nnnn er årsaksnummer inkl. ledende nuller (hentet fra Systemalternativ 1000).

...

Lagring av salgsdata for reseptvarer

(RTC-36577)

I servicehandel modulen kan det finnes behov for å kunne se salg registrert på reseptvarer. Normalt lagres slike salgstransaksjoner på selve råvarene, men for reseptvarer lagres dette i egen tabell "resepttrans", som kun fungerer som logg og som grunnlag for rapport. 

Lagring av salgsdata for ingredienser

(RTC-36815)

I servicehandel modulen kan det finnes behov for å kunne se salg registrert på ingredienser i reseptvarer. Normalt lagres slike salgstransaksjoner på selve reseptvaren, men for ingredienser lagres dette i egen tabell "ingredsalg", som kun fungerer som logg og som grunnlag for rapport. 

Tabell for lagring av salg på ingredienser

(RTC-36848)

Det kan være behov å kunne se både salg og svinn for ingrediensene som er benyttet i reseptvarer.
Tabellen "ingredsalg" oppdateres fortløpende med salg på råvarene som ingrediensene er skapt fra.
Dette salget lagres totalt pr råvare pr dag pr butikk.

Veid kostpris skal alltid brukes som nettopris for alle priser i POS 

(RTC-35863)

Når funksjonalitet for veid kostpris er i bruk og denne er > 0, er det alltid denne som skal brukes som nettopris i POS for alle priser, både aktive og fremtidige.
Ved endring av veid kostpris i forbindelse med et varemottak, vil det skapes et utlegg til POS for alle aktive og fremtidige priser med den nye veid kostprisen i nettprisfeltet.

...

Chain Classic versjon 2.2.0.0.11

Dokument status: 

Dato: 31 Oct 2023   

Forutsetninger for oppgradering

Med oppgradering til Chain Classic versjon 2.2.0.0.11 skal alltid POS levere bonger i POSLog versjon 81.

Forbedringer

Sortimentliste Excel

(RTC-34753)

Rapporten "Sortimentliste Excel" tilbyr tre forskjellige, parameterstyrte, alternativer med 39, 53 eller 58 kolonner/felt i Excel rapporten.
De samme formatene kan også brukes til oppdatering/nyopplegg av varer ved import av VPI fra Excel.

Strekkodeløsning i rapport

(RTC-35633)

I rapporten "Prisendring med etikettsimulering" vises strekkode for PLU/EAN med 1-13 siffer. 

Stanse muligheten til å skape nye varetransaksjoner manuelt 

(RTC-34760)

Dersom det ikke skal være mulig å skape manuelle varetransaksjoner i Chain Classic, kan knappene i verktøylinjen for nyopplegg og kopiering fjernes.
Med dette vil det kun være mulig å utføre motposteringer.

...

Oppdatering av salg og varetransaksjoner på reseptvarer ved bruk av Servicehandel

(RTC-34602)

Generelt skal reseptvarer aldri være lagerstyrte. Det er råvarene som ingrediensene i reseptvaren er skapt fra, som skal være lagerstyrte.
Ved oppdatering av varetransaksjoner fra POSLog som er registrert på en reseptvare, vil det skapes varetransaksjoner i databasen på råvarene som ingrediensene i reseptvaren er bygd opp av.
Samtidig vil også lager oppdateres på de samme råvarene.

...

Avrunding av salgsbeløp

(RTC-35152)

Normalt vil Chain Classic avrunde salgsbeløp fra bongen. Unntaket fra dette er når kredittsalg oppdateres til kundesalgstatistikken (grunnlag for utlegg av kredittsalg til Cash Settlement).
Da benyttes ferdig avrundede beløp fra bongen.

Åpningsfane i "Priskontroll"

(RTC-34829)

Ulike oppsett av Priskontroll medfører at det kan være praktisk å parameterstyre hvilken av de fem fanene som skal være vises når programmet startes. 

Når Excel og Word ikke kan startes fra Chain Classic 

(RTC-34228)

Bruk av Excel og Word i Chain Classic fungerer kun dersom det finne en lokal installasjon av Office-programmene på arbeidsstasjonen.
Mangler dette, vil meldingen under forklare årsaken.
Disse meldingene vil også vises dersom det kun finnes en onlineløsning av Office. Chain Classic vil da ikke få kontakt med disse Office-programmene.

Visningsalternativer i "Oppdater lager" i varetellingsveiviseren

(RTC-31532)

I aktiv varetelling der talte varer skal godkjennes og lager skal oppdateres, er det mulig å se hvilke varelinjer som allerede er oppdatert og hvilke som ikke er oppdatert.

...

1. "Alle" - Viser alle varelinjer- De radene som er oppdatert, vises med en mørkere gråfarge i feltene "EAN/PLU-nr" og "Varetekst" (se bilde).
2. "Oppdaterte" - Viser kun oppdaterte varelinjer og alle har da den mørkere grå fargen i de to kolonnene.
3. "Ikke oppdaterte" - Viser kun varer som det gjenstår å telle/oppdatere. Disse har normal farge i feltene "EAN/PLU-nr" og "Varetekst".

Lagerinformasjon i Vare- og Pris-vedlikehold

(RTC-34353)

Knappen for "Lagerinformasjon" er ikke alltid aktiv i Vare- og Prisvedlikehold. Denne er inaktiv ved i følgende tre tilfeller:

• Lagerpost mangler på vare for butikken og butikken har ikke adgang til å se lagerinformasjon for en annen butikk med lagerpost for varen.
• Butikken er ikke lagerstyrt.
• Butikken er ikke aktiv (kommunikasjonstype <> 11).   

RIGAL VPI med kun vareinformasjon og endret varenummer (ingen prisinfo) fra Item Master /Cloud

(RTC-34131)

Det er forskjeller mellom feltoppsett i Item Master og Chain Classic.
Vareoppdatering uten prisinformasjon er standard i Item Master men i utgangspunktet ikke tillatt i Chain Classic.
Det er derfor viktig med et riktig parameteroppsett for alle kunder.

Finn frem eksisterende vare via tandem ved RIGAL VPI-import

(RTC-34465)  

Det anbefales å slå på full støtte for å søke frem eksisterende vare via tandemnummer når EAN for hovedvare i RIGAL VPI er ukjent i Chain Classic.
Dette vil forhindre at det skapes dubletter av samme vare. Eksempler på dette er:

...

Unntak for sletting av lokale priser ved oppdatering av ordinær prisendring på profilpris fra RIGAL

(RTC-35421)

Det kan parameterstyres om en profilprisendring via RIGAL VPI, skal fjerne evt. tilhørende lokale butikkpriser.
Dette gjelder ikke dersom butikkprisene har en aktiv eller framtidige kampanjepris, medlemstilbud eller en butikklokal mixmatch der varen inngår.

Logging ved utlegg av bestillinger til RIGAL

(RTC-35426)

Endringer som fører til utlegg av bestillinger til RIGAL, logges for enklere oppfølging. 

Butikker som vises i "Lagerinformasjon"

(RTC-35054)

I "Lagerinformasjon" som åpnes via en knapp i verktøylinjen fra Vare-/Prisvedlikehold, og i andre program som viser lagerposter for flere butikker, vil kun lager for aktive og lagerstyrte butikker vises.

Utlegg av "utsalgspris" til Tokheim POS for gruppe 1 i mixmatchtype 35

(RTC-35388)

Mixmatchtype 35 er en gruppemix hvor det kan parameterstyres om prispost for gruppe 1 skal legges ut til Tokheim POS.

Bruk av kostpris i "Bestillingsfordeling Excel"

(RTC-33790)

Beregning av nettopris på bestillingsrad, ved bruk av "Bestillingsfordeling Excel", utføres på samme måte som ved manuell registrering av bestilling eller ved bestilling opprettet fra POSLog.

...

Optimalisering av databaseoppslag

(RTC-35227)

Generell ytelse i Chain Classic er framfor alt avhengig av serveroppsett og serverkonfigurasjon.
Optimalisert indeksbruk forbedrer denne ytelsen og gir brukerne en enda bedre brukeropplevelse. 

Ny godkjenning og utlegg av kampanjegruppe til POS

(RTC-29779)  

Hjelpeprogram til bruk for EG personell.

...

Chain Classic versjon 2.2.0.0.10

Dokument status: 

Dato: 01 Sep 2023  

Forutsetninger for oppgradering

Med oppgradering til Chain Classic versjon 2.2.0.0.10 skal alltid POS levere bonger i POSLog versjon 81.

Forbedringer

Skrive rabattalternativer på små rabattprislapper

(RTC-28221)

Funksjonalitet for utskrift av små rabattprislapper finnes i "Butikkrutiner", "Varevedlikehold" og "Prisvedlikehold". Knappen vises alltid i "Butikkrutiner" men må spesifikt velges for bruk i de andre to vedlikeholdsprogrammene.

...

Bruk av "Excel online" 

(RTC-32817)

Chain Classic har mange funksjoner som trenger en lokal installasjon av Excel på arbeidsstasjonen.
Microsoft tilbyr også en "online Excel-løsning" som ikke fungerer i Chain Classic, men det laget en løsning som forenkler åpning av Excel rapportene.

...

Ekstra utlegg til POS

(RTC-33057)

Det er mulig å legge ut alle data for en ny butikk til POS. Dette innebærer at utlegget normalt legges i katalogen "Sendes" for overføring til POS med mulighet for ekstra kopi av filene til en spesifisert katalog.
Men det kan også spesifiseres at utlegget kun skal legges ut til denne ekstra katalogen og ikke til POS.

Krav om at e-post adresse må angis for kasserer

(RTC-32629)

Dersom e-post adressen skal benyttes som brukernavn for kasserer i andre løsninger, er det anbefalt å slå på krav om at e-post adresse må angis ved endring eller oppretting av ny kasserer. 

...

Eksport ved sletting av tandem

(RTC-33242)

Ved sletting av tandem legges alltid tandemen ut til filen tandem.butnr til POS. I tillegg kan det også legges ut slettepost via RIGAL V-fil.

Lag butikkpris selv om EAN = 0

(RTC-32495)

Det er standard å avvise RIGAL-poster når de mangler EAN.
Men det finnes en parameterstyrt funksjonalitet for å søke fram varen via eksisterende profilpris.

Logging av godkjenning/fjerne godkjenning i Bestilling

(RTC-33186)

Det er parameterstyrt om endringer i en godkjent bestilling skal eksporteres til ERP i RIGAL format.
Endringene logges også med brukerID og tidspunkt når man godkjenner eller fjerner godkjenning.
Dersom bekreftelse er i bruk, vil dette eller fjerning av bekreftelse også logges, både i bestillingshode og på bestillingsradene.
Dersom bekreftelse ikke benyttes, kan knappene for Bekreft/Fjerne bekreftelse skjules for brukeren.

Kampanjeperiode via ordinære prisendringer i RIGAL VPI

(RTC-33927)

Det er mulig å "simulere en "kampanjepris" via oppdatering av to ordinære prisendringer fra RIGAL VPI.
Dette kan være aktuelt for varer med Fastpris der det ikke er tillatt å benytte en vanlig kampanjepris i POS.
Man oppdaterer først en fremtidig "startpost" med ønsket prisendring og deretter en sluttpost der ordinær pris gjerne endres tilbake til opprinnelig pris.
Disse postene kan gjerne sendes inn i samme RIGAL V-fil.
Dette bør kun brukes i spesielle tilfeller og skal ikke erstatte bruk av standard kampanjegrupper med alle de fordeler det gir.

Utlegg av negativ kundesaldo til Tokheim POS

(RTC-33527)

Dersom kredittkunder betaler inn for mye, kan kundesaldo bli negativ. Også negative beløp legge ut til Tokheim POS når oppdateringen kommer fra Chain Web via Chain Classic.
Når Chain Web er master for kunder, oppdateres alle endringer i Chain Classic.

Alternativer i standard priskontroll

(RTC-33397)

Det er mulig å fjerne muligheten til å tilbakestille avviste prisendringsposter via en parameter.
Dette anbefales siden det kan oppleves forvirrende at man ikke får utført tilbakestillingen som forventet fordi postene i varekøen er ferdigbehandlet og fjernet. 
I tillegg kan man velge å utsette godkjenning av manuelt endrede poster (utsalgsprisen er endret) for analyse av konsekvensene av endringen før prisendringene godkjennes samlet.

Forbedringer i standard priskontroll

(RTC-33786)

Bruk av standard Priskontroll kan via systemparameter tilpasses forskjellige behov, der priser som skal kontrolleres er tilgjengelige på aktive faner.
Dette oppsettet styrer om de fem fanene "Nye priser", "Ordinære prisendringer", "Kampanjepriser", "Mixmatch" og "Kampanjegruppe" skal være aktive eller ikke 

...

Layout for VPI maler

(RTC-30541)

Programmet "VPI maler" gir mulighet til å differensiere mellom forskjellige typer/behov av RIGAL V-fil import.
På den 1. fanen "VPImal" vises navn og nummer. På fanen "Felter i mal" vises alle poster i den aktuelle VPI malen.

Vedlikehold av mixmatchtyper

(RTC-31184)

For valg av hvilke mixmatchtyper en kjede benytter og tilpassing av disse, brukes nå programmet "Mixmatchtyper" på menyen Register - Generelle.
Dette menypunktet er i utgangspunktet tilgjengelig for alle, men systemadministrator kan endre på oppsett og hvilke mixmatchtyper som skal benyttes og vises for vanlige brukere.

Utlegg av lagerpost i JSON format

(RTC-31284)

Dersom parameter for dette er påslått, vil det ved oppdatering av lager skapes et automatisk lagerutlegg i JSON format.

Innføring av 9-sifret kasserernummer

(RTC-33444)

I rapportene "Butikkoppgjør" og "Butikkoppgjør pr. kasserer" er det støtte for bruk av inntil 9-sifret kasserernummer.

Oppdatering av ny vare fra Item Master

(RTC-33599)

Når Item Master skaper en ny vare, skal denne normalt sendes som to poster (en VAR post og en PRI post) via RIGAL V-formatet til Chain Classic.
VAR posten må alltid sendes først, og i denne oppdateres også noen felt (f.eks. sortimentskode) som egentlig ligger på pris i Chain Classic.
Ved oppdatering av påfølgende PRI post, vil disse feltene beholde sine originale verdier fra VAR posten.

Bruk av Excel i "Bestillingskriterier"

• Knapper for bruk av Excel vises kun dersom Excel er installert lokalt på arbeidsstasjonen.
• Eksport av bestillingskriterier til Excel kan kun utføres for butikker merket med "Bestilling" påslått i butikkregisteret.
• Import fra Excel kan også kun benyttes for butikker merket med "Bestilling" påslått i butikkregisteret.
• Nye bestillingskriterier kan kun legges opp for aktive butikker med "Bestilling" påslått i butikkregisteret.

Sletting av kampanjepriser, medlemstilbud og ordinære prisendringer via RIGAL V-fil

(RTC-31913)

Det er mulig å slette både en kampanjepris og et medlemstilbud med samme start/slutt dato via samme RIGAL V-fil. Dette gjelder både aktive og fremtidige tilbud.
I tillegg kan fremtidige ordinære prisendringer slettes.

Logging ved sletting av tandem via RIGAL VPI

(RTC-32771)

Ved sletting av tandem via post i RIGAL V-fil dette logges:

...

Varehierarkiliste for "Cloud-eksport"

(RTC-33345)

Ved behov for eksport av varehierarkiet til "Cloud", benyttes rapporten "Varehierarki Excel" under menyen Rapporter - Vare. Rapporten lages kun til Excel.
Merk at i siste kolonne kombineres varegruppe og undergruppe med 4 siffer (inkl. ledende nuller) for hver feltverdi (til sammen 8 siffer).
Varegruppe 1 med undergruppe 10 vil dermed få verdien "00010010" i dette kombinerte feltet.

Optimalisering av prosedyre (proxy) for oppdatering av varelokale feltverdier fra InStore App

(RTC-33888)

Utvikling av generelle oppdateringer, fra InStore App, sikrer god dataflyt.

...

Chain Classic versjon 2.2.0.0.09

Dokument status: 

Dato: 22 Jun 2023  

Forutsetninger for oppgradering

Med oppgradering til Chain Classic versjon 2.2.0.0.09 skal alltid POS levere bonger i POSLog versjon 81.

Utlegg til Lexmark ved endring av EAN/PLU

(RTC-32054)

Ved endring av EAN/PLU blir nå følgende lagt ut til Lexmark:

...

Utlegg til Lexmark ved bytte av tandemnummer

(RTC-32319)

Når et tandemnummer er angitt på en vare i RIGAL vare-fil, og dette nummer allerede er knyttet til en annen hovedvare, blir tandemnummeret "flyttet" fra gammelt til nytt hovedvarenummer forutsatt at systemparameter 632 er satt.
Ved denne operasjonen har det tidligere ikke kommet noe utlegg til Lexmark, mens det nå blir lagt ut filer både til totalbutikk (libitemlex) og øvrige butikker (priceitemlex).

Utlegg til Lexmark ved sletting av tandemnummer

(RTC-32318)

Ved sletting av tandemnummer på en vare legges det nå ut Lexmark-melding både til totalbutikk (libitemlex) og øvrige butikker (priceitemlex).

Parameterstyrt etikettutskrift for Lexmark 

(RTC-32061)

Omsetningskrav for etikettutskrift i Lexmark kan settes for alle etikettskapende endringer. Det vil si at det må ha vært omsetning innenfor et gitt antall dager tilbake i tid for at etikett skal skrives ut.
Systemparameter 878 har to verdier, én for kampanjepris/medlemstilbud og én for alle øvrige endringer. Settes parameterverdi til 0 vil det ikke være noe krav om omsetning på varen for at etikett skal skrives.

...

...

Chain Classic versjon 2.2.0.0.08

Dokument status: 

Dato: 02 Jun 2023  

Forutsetninger for oppgradering

Med oppgradering til Chain Classic versjon 2.2.0.0.08 skal alltid POS levere bonger i POSLog versjon 81.

Forbedringer

Printervalg for etikett i priskontroll og manuelt varemottak

(RTC-31500)

Ved bruk av papiretiketter vil det ved avslutning av "Priskontroll" eller "Manuelt varemottak" komme opp en dialog for etikettutskrift med valg av etikettype og skriver.
Skal standard etiketttype og skriver benyttes, beholdes standardinnstillingene som vist under. Etikettype og skriver velges da automatisk.

...

Utlegg av resepter/ingredienser til Tokheim POS

(RTC-30892)

Det er mulig å parameterstyre om resept-/ingrediensinformasjon skal legges ut til Tokheim POS.
Standard er at informasjonen legges ut, men dersom dette ikke er ønskelig kan dette endres via en systemparameter.

Spesialbehandling av antall i varemottak via RIGAL 

(RTC-31684)

Det er mulig å parameterstyre oppdatering av varemottak av D-pakk varer via RIGAL slik at antall av D-pakk varen blir multiplisert med antall i pakning (småpakning).
Dette gjelder kun for utvalgte leverandører.

Alternative utvalgsfelt i rapport "Grunnlag bestilling" 

(RTC-30600)

I rapporten "Grunnlag bestilling" er det på fanen "Alternativer" nå mulig å benytte utvalg for "Min." og "Maks." disponibelt antall.
Standardverdier er fra 0 til 99999. Ved bruk av minimumsverdi = 0 vil også varer med negativt disponibelt antall tas med i rapporten.
Angir man en verdi større enn 0 i dette feltet, vil kun varer med disponibelt antall større eller lik denne verdien bli tatt med.

Sletting av fremtidig prisendring via RIGAL V-format 

(RTC-31599)

Fremtidige ordinære prisendringer kan slettes via RIGAL V-fil ved å sette verdien C i felt 7.1.5 Kode.
Prisendringene vi da slettes i Chain Classic og nødvendige utlegg sendes til POS.

Import/-eksport av bestillingskriterier fra Excel

(RTC-30593)

Ved oppdatering av bestillingskriterier via Excel fra 3. part, finnes det 2 parameterstyrte alternativer.

...

Tillat EAN = 0 i RIGAL prisendring

(RTC-31303)

Det er mulig å parameterstyre oppdatering av prisendringer fra RIGAL V-formatet der EAN = 0.
Forutsetning for dette er krav til unik kombinasjon av varenr og salgsenhet (vektkode) i RIGAL-postene.
Dersom dette er oppfylt, skal kjent vare i Chain Classic kunne søkes fram via kombinasjonen av varenr og salgsenhet.
Dersom poster med EAN = 0 ikke finnes via en unik kombinasjon av varenr og vektkode, vil postene avvises med en feilmelding i VPI feilloggene.

...

Oppdatering av pakkevarer i bestilling fra InStore App

(RTC-31392)

Varemottak for pakkevare fra InStore App spesialbehandles ved oppdatering fra POSLog.
Ved mottak av pakkevaren vil det bli opprettet varetransaksjoner for varen(e) som inngår i pakkevaren,
Lager vil også bli oppdatert for disse varene.

Behandling av RIGAL I-filer med "0-ordrer"

(RTC-31257)

Det kan parameterstyres om en RIGAL varemottaksfil (I-formatet) der alle vareradene har mottatt antall = 0, også skal behandles. Da vil ordren få status "Mottatt".
Det skapes en RIGAL "kvitteringsfil" som kopi av de opprinnelige RIGAL postene.

Endring i eksport av tankstatus til Reporting

(RTC-31543)

Kun for bruk med Tokheim POS. Om det finnes en "L15-verdi", vil dette eksporteres til Reporting.
Dersom en slik verdi ikke finnes, vil feltet "Mengde" legges ut.

Standardisering av datotype i rapportutvalg

(RTC-31479)

I datoutvalg er årstall standardisert til to siffer for alle rapportutvalg med en hjelpeknapp for kalenderoppslag. 

Oppdatere kun vareinformasjon via RIGAL VPI

(RTC-31803)

Når ItemMaster (IM) kun sender vareinformasjon via RIGAL V-formatet til Chain Classic, blir ikke postene oppdatert før prisinformasjonen er på plass.
Det er innført et parameterstyrt unntak fra dette. Når denne parameteren slås på, vil VPI-poster uten pris bli oppdatert. Pris beholdes da uendret.

Logging når ny kampanje-/medlemstilbud "deler" dato-/tid intervall

(RTC-29764)

Ved nyopplegg av kampanje- og medlemstilbud er det parameterstyrt om det er tillatt med delvis overlapping.
Dersom dette ikke er tillatt eller det er lagt inn en ugyldig verdi med samme start-/sluttid, forklares dette med informative feilmeldinger i brukergrensesnittet dersom varene avvises.
Dette gjelder både i Kampanjegruppe og for manuelle kampanjer (skapt i Prisendring) uansett metode for innhenting av data.
I tillegg til feilmeldingen i brukergrensesnittet, kan loggpostene hentes opp via knappen "Avviste varer i kampanjegruppe".

...

Den samme knappen finnes også i programmet for "Mixmatch".

Finn og slett tandemnummer som også finnes som hovedvare

(RTC-31081)

Tandemnummer som også finnes som hovedvare, er noe som må korrigeres.
Et hjelpeprogram kan korrigere dette ved å fjerne tandemnummeret i Chain Classic og legge ut sletting av tandem til POS.

Kontroll av feil i JSON lagerformat

(RTC-30567)

Forhindre at feilposter i dette JSON-formatet blir liggende ubehandlet

Vedlikehold av "Feltverdier i butikk"

(RTC-30424)

På fanen "Feltverdier i butikk" i "Varevedlikehold" og "Prisvedlikehold" kan man velge hvilke felt som butikkene i en kjede skal kunne se og endre.
Uinteressante felt skjules. Dette er parameterstyrt.

Sletting av Chain Classic bruker

(RTC-31487)

Ved sletting av bruker i Chain Classic slettes alle brukerrelaterte data. 

Utlegg av sletteposter for butikklokale mixrader ved sletting av butikkpris

(RTC-31530)

Når en butikkpris skal slettes, sjekkes det nå om det finnes noen aktive eller fremtidige lokale butikkmix'er der denne varen inngår.
Om det er tilfelle, vil det legges ut slettepost for disse postene til POS.

...

Chain Classic versjon 2.2.0.0.07

Dokument status: 

Dato: 27 Apr 2023 

Forutsetninger for oppgradering

Med oppgradering til Chain Classic versjon 2.2.0.0.07 skal alltid POS levere bonger i POSLog versjon 81. 

Forbedringer

Overgang til kampanjegruppeutlegg

(RTC-28386)

Bruk av kampanjegruppeutlegg anbefales da det har mye å si for feilsøking ved avvik, men viktigst er sikkerhet og ytelse som er vesentlig bedre.
Funksjonalitet kan slåes på manuelt via systemparameter, men det anbefales å bruke eget program for dette for kjappere og sikrere resultat ved konvertering av eksisterende kampanjegrupper til nytt utlegg i kampanjegruppeformatet.  

VPI-mal for etikett

(RTC-30032)

For 3. part-systemet Lexmark benyttes egen VPI-mal for etiketter.
Menypunkt for denne etikettmalen er: "Register"/"Generelle"/"Vilkår for Lexmarkutlegg", som åpner programmet "Etikettmaler".

...

Bytte av butikknummer

(RTC-28607)

Når gammelt butikknummer beholdes, ved bytte av butikknummer, sikres det mot problemer i bongoppdatering fra 3. part (for eksempel webbutikk).
Dette vil kunne skje hvis butikknummer ikke endres i alle systemer samtidig. 
I programmet "Endring av butikknr" på fanen "Alternativer" er derfor dette forvalgt, men kan overstyres hvis det er full kontroll på at butikknummerbytte skjer samtidig i alle løsninger.

...

Automatisk opplegg av varemottak ved internoverføring

(RTC-28722)

Uansett hvilken RIGAL-kode som brukes for faktura eller bestilling/bekreftelse, vil det alltid lages et automatisk varemottak ved internoverføring mellom butikker.

Eksport av alle kunder i til Customer Service

(RTC-29646)

For Eksport av alle kunder i Chain Classic via JSONL-formatet, til Customer Service (Chain Web) brukes programmet:
"System"/"Administrative rutiner"/"Utlegg av data"/"Kunder til customer service".

Eksporter alle kundegrupper til Customer Service i JSON-formatet 

(RTC-29536

Via programmet "System"/"Administrative rutiner"/"Utlegg av data"/"Kunder til Cust. Serv." kan kundegrupper legges ut i JSONL-format til Customer Service i Chain Web. 

Sletting av lokale butikkpriser

(RTC-30014)

Denne funksjonaliteten brukes når en butikk kun skal ha profilpriser, og aktive lokale butikkpriser skal derfor fjernes. 

...

Logging av "Mottak av webordre"

(RTC-20334)

Om "Mottak av webordre" er i bruk finnes behov for å logge alle aktiviteter knyttet til lagring av endret lagersted.
Dersom webservice (WS) ikke fungerer vil klient gå i heng og kan også terminere.
Loggfilen mottawebmmdd.butnr legges daglig ut på loggkatalogen via standard utlegg.

Import av sortimentliste Excel i fullt format 

(RTC-30412)

Utover standardformat finnes et parameterstyrt fullformat av "Sortimentliste Excel".
Dette fullformat tilsvarer det Excel dokument som lages i rapporten "Sortimentliste Excel".
Det innebærer også at VPI-import kun har støtte for akkurat dette formatet. 

Forbedret oppdatering i søkefunksjon i lagerprogrammer for drivstoff

(RTC-30780)

På toppen av den oppdaterbare delen i programmet "Manuell tankstatus" kan HK-bruker søke etter aktive butikker med minst en tilkoblet tank.
For butikkbrukere vises kun egen butikk dersom det finnes minst en tank registrert på butikken. 
I tillegg vil det nå i det vanlige registreringsprogrammet, "Tankstatus", alltid vise korrekt produktnavn dersom man endrer tanknr/tankgr.

Alternativ for utlegg av reseptvare til Tokheim POS

(RTC-29655)

Utlegg av info for servicehandels-varer kan parameterstyres for å forhindre varer fjernes utilsiktet fra en resept i Tokheim POS.

...

Chain Classic versjon 2.2.0.0.06

Dokument status: 

Dato: 20 Feb 2023 

Forutsetninger for oppgradering

Med oppgradering til Chain Classic versjon 2.2.0.0.06 skal alltid POS levere bonger i POSLog versjon 81. 

Forbedringer

Prisendring av utmeldt vare via RIGAL

(RTC-29117)

Utmeldt vare (fra leverandør) innebærer at varen har en fremtidig slettepost for når varen skal fjernes fra systemet. Hvor mange dager frem i tid denne slettedatoen settes er parameterstyrt. Når det kommer en RIGAL-fil med beskjed om utmeldt vare, "U", vil en slettepost lages. Slettedato blir en fremtidig dato tilsvarende i dag pluss parameterstyrt antall dager. 

...

Oppdatering av mixmatcher i POS ved endring av gjeldende unntaksvaregrupper

(RTC-28210)

Ved vedlikehold av programmet "Spesiell varegruppeliste", en liste med varer som ikke skal gi prisreduksjon på utvalgte mixmatchtyper, legges all mixmatchinformasjon (kun mixhode) ut på nytt. Slik at alle mixmatcher dette berører i POS, oppdateres med korrigeringer av gjeldende unntaksvaregrupper.

Betale gavekort med annet gavekort og/eller tilgodelapp

(RTC-27954

Hvis gavekort og/eller tilgodelapp brukes for å betale et nytt gavekort lages en egen finanstransaksjon for dette. 

Integrasjon med Q-bank (bildebank)

(RTC-26841)

Dette er en cloud-tilpasset bildebankløsning. I stedet for å hente bilder fra lokal server hentes de via URL og bildenavn er identisk med EAN for hovedvare eller koblet tandemnummer. 

Nettoprisendring ved oppdatering av varemottak

(RTC-28738)

Det er tre mulige parameterstyrte alternativer for hvordan nettopris skal oppdateres via RIGAL/POSLog.

...

Rulle tilbake tellesvinntransaksjoner ved nullstilling av salgsdag

(RTC-28665)

Hvis salgsdag, alle salgsdata, må slettes for en hel dag, for så å leses inn på nytt. Det betyr alle bonger som er levert til Chain Classic innenfor angitt datointervall. Dette inkluderer varetransaksjoner for tellesvinn, hvis de er levert via POSLog. 

Endre nettopris direkte i elektronisk varemottak

(RTC-28547)

I "Elektronisk varemottak" er det som standard ikke mulig å endre nettopris, slik det er i det spesialtilpassede programmet "Varemottak". Men det er mulig å parameterstyre "El. varemottak" slik at nettopris kan redigeres direkte i programmet uten å bruke  "Manuelt varemottak".

Vedlikehold av poster i "Varetransaksjoner"

(RTC-28638)

I programmet "Varetransaksjoner" vises alle transaksjoner uavhengig av transtype.

...

Oppdater klientfiler i bakgrunn

(RTC-28374)

Av sikkerhets grunner kan det være en fordel med å installere client-filene ved oppdatering av patch i bakgrunnen. For dette trenges minst én AD-bruker med "Single Sign On" (SSO). Da denne logger seg på automatisk utføres klientoppdatering uten "forstyrrelser".

Datobegrenset nyregistrering av poster i "Drivstoff"

(RTC-29240)

Ved nyregistrering av poster i serviceprogrammene "Levering". "Manuell tankstatus" og "Tankstatus" under "Drivstoff", er det mulig å parameterstyre hvor langt tilbake i tid det er mulig å nyregistrere en post. Feilmelding kommer da opp hvis for gammel dato velges og lagring er ikke mulig.

Trunkering av varenavn ved eksport Tokheim POS

(RTC-28646)

Som følge av begrensninger i 3. partssystemet Tokheim POS er antall tegn i varenavn, ved eksport, nå begrenset til 20 tegn.

Feil butikknummer i POSLog

(RTC-28614)

I tilfelle butikknummer skal byttes i Chain Classic og dette ikke utføres samtidig på andre steder, for eksempel i webshop, får dette store konsekvenser i systemet. For å unngå at det kommer in salg på manglende butikk i Chain Classic, avvises disse bongene og logges slik at de kan identifiseres og sendes inn på nytt med riktig butikknummer. 

Overgang til kampanjegruppeutlegg

(RTC-28386)

Bruk av kampanjegruppeutlegg anbefales da det har mye å si for feilsøking ved avvik, men viktigst er sikkerhet og ytelse som er vesentlig bedre. Funksjonalitet kan slåes på manuelt via systemparameter, men det anbefales å bruke eget program for dette for kjappere og sikrere resultat ved konvertering av eksisterende kampanjegrupper til nytt utlegg i kampanjegruppeformatet.  

Begrense mulighet å lage informasjonstekst under HK-nivå

(RTC-27990)

For programmet "Varevedlikehold"/"Vareinformasjon" finnes en parameterstyrt begrensning som forhindrer at det lages informasjonstekster på lavere nivå enn HK-nivå (profil 0/putikk 0). De informasjonstypene dette gjelder er følgende:

...

Eksport av ikke mottatte bestillinger til Chain Web

(RTC-28298)

For eksport, av ikke mottatte bestillinger, fra Chain Classic til Chain Web i format J-SON, benyttes programmet "Bestillinger til Procurement".

...

Blanke felt eller standardverdier for ny vare

(RTC-28978)

Hvis parameterstyring til VPI-mal for standardverdier ikke brukes, blir alle feltene blanke når "Ny vare" opprettes. Dette er standard.

...

...

Chain Classic versjon 2.2.0.0.05

Dokument status: 

Dato: 18 Jan 2023 

Forutsetninger for oppgradering

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

Forbedringer

Logging av endringer i kundeordrer

(RTC-27035)

Sletting av ordrerad og ordrehode logges i "Sletting kundeordre" under "Rapporter"/"Logger". 

...

Logging av internoverføring

(RTC-28535)   

Ved internoverføring logges dette i loggfil: internlogg_DD-MM-YY.butnr.

...

Begrens valgmuligheter for butikkbruker i kampanjegruppe

(RTC-28230)

• Det kan velges om butikkbrukere eller alle brukere, unntatt utviklingsbrukere, skal ha begrenset adgang til funksjonalitet ved vedlikehold av kampanjegruppe. Fanene "Kampanjepris", "Medlemstilbud" og "Mixmatch" kan alle deaktiveres, enten for kun butikkbrukere eller for alle brukere, unntatt utviklingsbrukere som alltid har adgang til alle fanene.

...

Utlegg av informasjonstekst i bestilling til leverandør, via RIGAL

(RTC-27713)

For informasjon til eksterne løsninger legges informasjonstekst ut via RIGAL I-fil, hvis det er  angitt i bestillingsfeltene "Melding til leverandør" og "Referansetekst". 

Varetransaksjonsliste Excel

(RTC-26927)

Ved å avgrense utvalg på transaksjonstype, periode og butikk(er), gir rapporten "Varetransaksjonsliste Excel" en overblikk over periodens på akkumulerte verdier, hvor kostpris er summert pr butikk pr undergruppe (til forskjell fra ordinær varetransaksjonsliste). 

• Hvis kostpris mangler i varetransaksjon hentes dette fra ordinærpris.
• Det skrives en fane for hver butikk i Excel-rapporten, med butikknr som fanenavn.
• Det skapes også en PDF rapport med samme opplysninger.

...

Chain Classic versjon 2.2.0.0.04

Dokument status: 

Dato: 19 Dec 2022   

Forutsetninger for oppgradering

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

Forbedringer

Oppdatering av ordinærpris i kampanjegruppe

(RTC-27852)  

I kampanjegruppe finnes mulighet for å bruke funksjonalitet for å angi fast kr- eller %rabatt på varelinje i både kampanje eller medlemstilbud. Ved endring av ordinærpris i "Priskalkyl", rekalkuleres tilbudspris også i kampanjegruppe og endring til POS legges ut via det utleggsalternativ som brukes, kampgr eller prisfil.

Angi fast bruttofortjeneste på RIGAL-oppdaterte varegrupper

(RTC-26674)

Det er mulig å angi fast bruttofortjeneste for ordinære priser for varer på gitte varegrupper. Ny utsalgspris vil da rekalkuleres og avrundes i henhold til dette, når de oppdateres via RIGAL VPI. 

Vedlikehold skjer i registerprogrammet "Bruttofortjeneste i RIGAL" hvor det er mulig å legge inn fast bruttofortjeneste for varer i nye varegrupper og endre for eksisterende. 

Logging av endringer på utvalgte varefelt

(RTC-27142)

Det er mulig å velge om logging skal skje, ved endring på alle varefelt merket med "Oppdatering" = "Ja", i en utvalgt VPI-mal. Dette gjelder da kun for én utvalgt VPI-mal, og da ved manuell endring direkte i Chain Classic eller oppdatering via RIGAL VPI.  

...

Logging av RIGAL X-filer i VPI-logg

(RTC-27143)

Det er mulig å logge opplegg og oppdatering av mixmatch via RIGAL- X-filer i VPI-logger. Meldingsteksten er formattert på samme måte som ved logging fra oppdatering av RIGAL V-formatet og J-formatet (utvidet J-format = V-fil i innhold).

...

Spesifiserte varegrupper/produsenter skal ikke oppdateres via RIGAL VPI

(RTC-26673)    

Det er mulig å unngå oppdatering på varer, ved endring via RIGAL V-/J-filer, hvis det gjelder parameterstyrte varegrupper og/eller produsenter.

...

Strekkoder i lagerrapport "Feilliste"

(RTC-27037)

Det er mulig å skrive ut strekkode på varene i lagerrapporten "Feilliste". Dette gjøres som standard kun for varer med negative lagerantall, men det er også mulig å sette opp "Skriv strekkode" som standard. Noe som må til hvis man tar ut denne rapporten ved EOD.

...

Avskriv uleverte rader ved første varemottak

(RTC-26858)

Hvis funksjonalitet for å lukke ordre ved første varemottak og da avskrive uleverte rader er i bruk, skal alle rader kvitteres ved utlegg av RIGAL I-fil, også de ikke mottatte.

L15 funksjonalitet pr. butikk

(RTC-26923)

Det er mulig å velge om butikk skal ha mulighet til å bruke funksjonalitet for L15 kompenserte verdier. Dette gjelder for 3. partssystemet Tokheim.

...

Manuell tankstatusregistrering 

(RTC-26929)

Ved bruk av 3. partssystemet Tokheim kan manuell oppdatering, generelt vedlikehold eller sletting av registrert tankstatus gjøres i drivstoffprogrammet "Manuell tankstatus". 

Resultat legges ut til "Reporting".

JSON til Inventory Module 

(RTC-27043)

Inventory Module er en cloud modul som er lager-master. Chain Classic legger ut komplett lager-fil i JSON-format til egen katalog for videre bruk i Inventory Module. 

...

Chain Classic versjon 2.2.0.0.03

Dokument status: 

Dato: 07 Nov 2022   

Forutsetninger for oppgradering

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

Forbedringer

Ekskludere varegruppe fra hurtigprising i mixmatch

(RTC-26094)

Det er mulig å sette opp varegrupper for å ikke bli med i mixmatch via hurtigprising (Hent varer via utvalg), inn i mixmatch. Hvilke mixmatchtyper dette skal gjelde for må settes opp. Det er dog fortsatt mulig å legge inn enkeltvarer fra ekskludert varegruppe, da det forventes at den som gjør jobben har kontroll på dette. 
Kun for mixmatchtyper satt opp med denne funksjonalitet vises knappen "Ingen nedprising". Bak denne knapp vises den/de varegrupper som ekskluderes ved hurtigprising i aktuell mixmatchtype.

...

E-handel: Oppdater varemottaksbong i Chain Classic

(RTC-25897)

Automatisering av mottak av varer i butikk fører til at "Mottak av webordre" i Chain Classic ikke brukes, men at statusfelt fortsatt oppdateres.

Logging av kundeendringer

(RTC-26092)

Hvis kundeendringer skal logges er det mulig å sette opp hvilke kundeposter som skal logges ved endring.

...

Provisjonssalg - butikk i butikk

(RTC-26096)

Provisjonssalg etter provisjonsvareliste, i eget vedlikeholdsprogram, legges ut til EG Cash Settlement etter hver EOD. Det er kun mulig å legge opp og bruke én provisjonsvareliste pr. butikk.

"Slette/fjerne fra kasse" logger leverandør i rapport 

(RTC-26095)

Ved bruk av programmet "Slette/fjerne fra kasse" vil leverandørnr og leverandørnavn også vises i alle rapporter som lages, uansett utvalg.

Forhindre mixmatchkonflikt

(RTC-25910)

Hvis en vare allerede finnes i en mixmatch og den samme varen leges opp i ny mixmatch vil det sjekkes på startdato/-tid og sluttdato/-tid. Hvis disse sammenfaller vil den nye mixvaren bli forkastet. Det kan nemlig ikke håndteres to slike køposter med samme start/slutt-dato/tid. Denne avvisning vil enten vises med melding og eller logges i loggrapport for loggutskrifter.

...

Forventet dato i "Bestillingsfordeling Excel"

(RTC-26399)

Ved bruk av "Bestillingsfordeling Excel" kan bruker velge å opprette enten bestillinger eller varemottak. I begge disse tilfellene settes forventet leveringsdato uten verdi i programmet "Bestilling".

Sortimentsliste Excel

(RTC-25218)

Rapporten "Sortimentsliste Excel" kan lages med standard 39 kolonner eller via parameterstyring med utvidet format, alle 53 kolonnene.

Hvem er "sjef" for mixmatch 

(RTC-25909)  

Varer i mixmatch som overlapper er ikke noe problem hvis det er forskjell på både start- og sluttdato/tid. Men det er ikke mulig for Chain Classic å ha to poster på samme mixvare, på samme nivå (butikk eller profil), med samme start- eller sluttid. Hvis dette skjer fører det alltid til at den ene posten forkastes. Dette er samme regler som gjelder for kampanjepris og medlemstilbud. Det anbefales derfor å ta en beslutning om hva som faktisk skal prioriteres.  

...

Chain Classic versjon 2.2.0.0.02 

Dokument status: 

Dato: 03 Oct 2022  

Forutsetninger for oppgradering

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