Versions Compared

Old Version 32

changes.mady.by.user Lise Aunemo

Saved on

compared with

New Version Current

changes.mady.by.user Lise Aunemo

Saved on

Key

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

Chain Classic versjon 2.2.0.0.19

Status
colourGreen
titlereleased
 

Forutsetninger for oppgradering

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

Kampanje- og medlemspris med maks antall

(RTC-54880)

Maks antallfeltet "Maks ant" begrenser hvor mange varer som kan kjøpes ved samme tilfelle til angitt rabattpris. Antall som overstiger angitt maks antall vil selges til normal pris. Maks antall verdier kan, dersom tillatt for bruker, endres manuelt i nærmest alle programmer for prisvedlikehold. Maks antall vil vises på hylleforkanter og plakatutskrifter samt i selvbetjening og på kvitteringer.

Maks antall-feltet vises i:

  • Kampanjegruppe - på kampanjepris og medlemstilbud i egen kolonne, men også i priskalkylvindu (popup).
  • Vare- og prisvedlikehold - i prisendringsvindu og i alle priskalkylvinduer (popup).
  • VPI-vedlikehold - på pris- og medlemsprisfanen

For eksempel:

Ny kolonne i Kampanjegruppe på medlemsprisfanen:

Image Added

Priskalkylevindu, (popup), med felt for maks antall:

Image Added

Expand
titleKonfigurasjon
Teknisk informasjon

Systemparameter 1026 aktiviserer funksjonalitet for funksjonaliteten maks antall i kampanje.
Parameteren er todelt:

  1. Verdi: Aktiviser funksjonalitet for maks antall
  2. Verdi: Skal maks antall kunne endres av bruker – Nei (0) / Ja (1)

 Systemalternativer - For eksport av maks antall, må følgende integer-verdier oppdateres

  • Systemalternativer 121 Kode 25 (Pris): Integer = 31
  • Systemalternativer 125 Kode 4   (Pricer): Integer = 36
  • Systemalternativer 125 Kode 9   (Breece): Integer = 67
  • Systemalternativer 125 Kode 17 (Lexmark): Integer = 56

Eksportformater – Felt som brukes for maks antall i følgende eksportformater

  • kampgr.butnr: felt 39
  • pris.butnr: felt 31
  • pricer: felt 95
  • breece: felt 67
  • priceitemlex: felt 56

RIGAL-formater

  • RIGAL J-fil (kun utvidet format): felt 7.1.1.155  
  • RIGAL V-fil: felt 7.1.1.155

Mixmatch i aktiv kampanjegruppe

(RTC-57281)

  • Mixmatch kan når som helst legges til eller fjernes i en aktiv kampanjegruppe.
  • Vilkår, regler, for en allerede aktiv mixmatch kan endres når som helst.
    - Unntak gjelder dog for varegruppemix, dersom endring trengs relatert varegruppe anbefales at opprinnelig mixmatch slettes og at en ny opprettes etter nye forutsetninger.
  • Aktiv mixmatch kan kopieres, med valg for om varene skal kopieres, eller ikke.
    - Vær oppmerksom på navn og vilkår som sannsynligvis skal endres.
  • Eksport av endringer beskrevet ovenfor, vil skje så snart programvindu før ny/endret mixmatch er lukket.

...

Chain Classic versjon 2.2.0.0.18

Status
colourGreen
titlereleased
  

Forutsetninger for oppgradering

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

Funksjonalitet for etikettmerker

(RTC-51032) 

Et nytt felt "Etikettmerker" er lagt til i Prisvedlikehold. Dette er et nytt register for ulike tekster som kan vises på elektroniske hylletiketter og plakater fra Lexmark.

Før man begynner å bruke funksjonaliteten, må etikettmerkene legges til i registeret. Dette gjøres i registervedlikeholdsprogrammet "Etikettmerker".

Eksisterende etikettmerker kan deretter velges i alle programmer som brukes til å endre priser. Det er også mulig å sette eksisterende etikettmerker på priser via RIGAL V-fil, ved å bruke bokstaven som representerer ønsket etikettmerke.

Etikettmerker vil bli eksportert til formatene:

  • RIGAL V
  • Pricer
  • Breece
  • Lexmark
Expand
titleKonfigurasjon
Teknisk informasjon

Systemparameter 1024 = 1

Systemparameter 803 = 0,0

Systemalternativ 125:

  • Kode 4: Pricer => Integer = 35
  • Kode 9: Breece => Integer = 66
  • Kode 17: Lexmark => Integer = 55

VPI-mal:

  • Sjekk innstillinger for linje 1009: "Etikettmerke"

Eksporter "Etikettekst 2" til Lexmark

(RTC-53372)

Når "etikettekst 2" eksisterer som lokal feltverdi for butikk, eksporteres denne verdien til Lexmark-filene.

Vedlikehold av rettigheter for rabattårsaker

(RTC-54028) 

Parameterstyrt funksjonalitet avgjør om rabattårsaker kan vedlikeholdes delvis, fullstendig, eller kun vises. Det finnes også et alternativ der kun rabattårsaker med nummer lavere enn 100 kan vedlikeholdes, mens rabattårsaker med nummer høyere enn 99 kun er synlige.

Expand
titleKonfigurasjon
Teknisk informasjon

Systemparameter 1025 - bestemmer hva brukere skal kunne endre i Vedlikehold av VPI rabattårsaker: 

  • 0 = kunne endre alle poster
  • 1 = kunne endre poster < 99, kun se poster >=100
  • 2 = kun se alle poster

...

Chain Classic versjon 2.2.0.0.17

Status
colourGreen
titlereleased
  

Forutsetninger for oppgradering

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

Forbedringer

Modul

Beskrivelse 

Bestilling

Sletting av bestilling (RTC-48979)

Regelen for sletting av godkjent bestilling er at dato må ha passert angitt grense for hvor mange dager en bestilling skal lagres. Når denne grensen er passert kan en godkjent bestilling slettes manuelt.

Bestilling som er lagt opp, men ikke har blitt godkjent, kan alltid slettes komplett og påvirkes ikke av denne datogrensen.

Sletting av både bestillingsrader og bestillingshode logges i logg tabellen med "loggtype 29" og kan skrives ut i Loggutskrift.

Etikett

Etikett i Lexmark på tilbud som avsluttes og erstattes med retur til ordinærpris (RTC-52084)

Når kampanjepris eller medlemstilbud avsluttes, sendes informasjon til Lexmark med krav om etikett for gjeldende ordinærpris.

Kampanjegruppe

Manglende tilbud i POS, når ny vare legges til i butikklokal kampanjegruppe (RTC-49800)

Det er laget forbedringer som fanger opp det tilfelle når en vare legges til som kampanjepris eller medlemstilbud, i en aktiv butikklokal kampanjegruppe.

Dersom denne varen mangler lokal butikkpris må denne skapes og POS vil bli oppdatert med både ny butikkpris med ordinær pris og ny kampanje-/medlemstilbud fra gjeldende kampanjegruppe. 

Kundeordre

Nettopris i kundeordre hentes alltid fra laveste pris (RTC-50217)

I kundeordre hentes varens laveste gjeldende pris av ordinær pris, kampanjepris og medlemstilbud inn når en varerad i kundeordre opprettes. Denne prisen vil lagres på kundeordren og vil ikke bli endret.

Dersom kampanjepris er lik ordinærpris, men med lavere kostpris, skal kampanjepris alltid hentes inn, slik at den lavere nettoprisen blir brukt når vare legges til i kundeordre. 

Pris

Oppdatering av rabattbaserte tilbudspriser basert på ordinær pris ved endring av ordinær pris (RTC-50928)

Når det skjer en endring av ordinær pris for en vare med rabattbasert tilbudspris basert på ordinær pris (inkl. når rabattårsak tilsier bruk av ordinær pris ved bruk av LPS30D), må tilbudsprisen rekalkuleres basert på den nye ordinærprisen.

Dette gjelder både aktive og fremtidige tilbudspriser.

Rapport

Rapport "Nøkkeltall kasserer" og utvalgsalternativer (RTC-51460)

Som i mange andre rapporter kan data innhentes til rapporten "Nøkkeltall kasserer", basert på angitt intervall enten som angitt dato, uke, måned eller år.

RIGAL

Oppdatering av to prisendringsposter fra RIGAL V-fil (RTC-51261)

Dersom en RIGAL V-fil importeres i Chain Classic og én vare er representert med to ordinære prisendringer, på forskjellig dato, vil det skapes to forskjellige prisoppdateringsposter for disse.

Dersom de to postene har samme dato, vil den siste posten overskrive den første og det blir kun en prisoppdatering i dette tilfelle.

Servicehandel

Salg av samme ingrediens i forskjellige reseptvarer i samme bong (RTC-50006)

Ved bruk av Servicehandel vil ikke reseptvarene være lagerstyrt.
Salget av reseptvarene fordeles på de råvarene som inngår via ingrediensene.
Lager reduseres samtidig på lagerstyrte råvarer for hver ingrediens.
Dette gjelder uansett hvor mange reseptvarer den samme ingrediensen benyttes i.

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.

Expand
titleKonfigurasjon
Teknisk informasjon

Systemparameter 646 må endres til å inneholde PLU for både Panto (panteautomat) og PLU for Flaxlodd adskilt med komma i felt for "Verdi 1"

Utlegg av RIGAL statistikk:

  •  FKD (per kasse)
    • IPF post med antall/beløp for Flaxlodd utbetaling
    • FP1 - FP5 poster med beløp og momsbeløp pr momstype for Flaxlodd utbetaling
  • FED (totalt)
    • IPF post med antall/beløp for Flaxlodd utbetaling
    • FP1 - FP5 poster med beløp og momsbeløp pr momstype for Flaxlodd utbetaling

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.

Expand
titleKonfigurasjon
Teknisk informasjon 
Systemparameter 1006 aktiverer "Laveste pris siste 30 dager", og må derfor være påslått før programmet "Oppdatering av LPS30D" kjøres. 

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.

  • Ved utlegg av kampanjepris (Discount2) eller medlemstilbud (Member2) vil gjeldende tilbudspris alltid legges ut i felt 25 (dersom lavere en ordinærprisen).
  • I tilfelle en vare har både kampanjepris og medlemstilbud vil kun den posten med laveste tilbud legges ut, da Pricer kun kan ta imot og vise et aktivt tilbud.
  • Dersom medlemstilbud er likt med kampanjepris vil kampanjepris (Discount2) legges ut istedenfor.
Expand
titleKonfigurasjon
Teknisk informasjon

For denne funksjonaliteten må systemparameter 1023 være aktiv.

  • Felt 430 som tidligere ble brukt til å vise aktivt medlemstilbud, vil da bli satt til blank/tom verdi.

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.      

De elektroniske hylleforkantetikettene kan kun vise en verdi pr. vare. I det tilfelle vare inngår i forskjellige samtidige tilbud, hvor mixmatchtypene skal legges ut, vises derfor kun det første tilbudet som blir funnet med oppfylte vilkår.

Vist informasjon:

  • Mixmatchtype
  • Antall
  • Beløp
  • Medlemsmix
Expand
titleKonfigurasjon
Teknisk informasjon

Systemalternativer 191 - Mixmatchtype som skal legges ut må være angitt her.

Systemalternativer 125 - Integerverdi nedenfor vil inkludere nye felt:

  • Kode 4: Pricer - Integer >= 33
  • Kode 9: Breece - Integer >= 65

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.

  1. Ved oppdatering av flere utmeldingsposter for samme vare, innsendt samtidig, behandles kun 1 post pr. vare i VPI
  2. Oppdatering av utmeldingspost, eller gjeninnmelding (fjerning av utmelding), med eller uten andre endringer, aksepteres. 
  3. Ved oppdatering av utmeldingspost, eller gjeninnmelding, vil gjeldende pris i fil brukes og alle framtidige prisendringer slettes.
  4. All oppdatering av utmeldingspost eller gjeninnmelding, skjer alltid direkte på dagens dato, uansett hvilke andre endringer som finnes i posten fra RIGAL.
  5. Ved utmelding endres alltid framtidig slettepost til dato fra dagens dato med tillegg for parameterstyrt antall dager fram i tid.
Expand
titleKonfigurasjon
Teknisk informasjon
  • Systemparameter 1022 slår på kontroll av dato for poster med "U" eller "N" (og det finnes en slettepost i varekø fram i tid) i felt 7.1.5
  • Oppdatering av en post fra RIGAL med kode "U" vil alltid angi/endre eksisterende slettedato til dagens dato med tillegg for Systemparameter 101 eller antall dager for varens avdeling i Systemalternativer 156. 
  • Systemparameter 286: Verdi MÅ være nummer for "Utmeldt" i register "Sortiment"

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.

Expand
titleKonfigurasjon
Teknisk informasjon 

Systemalternativer 1072 - Kode 6: Verdi2 = yes.

Dette oppsettet innebærer at sikkerhetsrapport kun for Excel blir standardvalget.
Valget må fjernes manuelt dersom original sikkerhetsrapport med kasserere pr. kolonne ønskes for PDF/Excel.

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

Rapporten er skapt for å brukes i Excel-formatet.

Expand
titleKonfigurasjon
Teknisk informasjon
Dersom bruk av kampanjegruppealternativet skal være standard, settes dette opp via "Kode 5" i Systemalternativer 1072 med: "Verdi2" = yes.
Det vil fortsatt være mulig å velge den gamle rapporten ved slå av dette valget på fanen Alternativer i utvalgsbildet


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 re-kalkuleringer skje, som forandrer LPS30D så lenge startdato ikke har inntruffet, når det skjer prisendringer på aktuell vare underveis. 

Expand
titleKonfigurasjon
Teknisk informasjon
Antall dager angis i systemparameter 1006, hvor verdi > 0 også slår på selve funksjonaliteten for laveste pris.

Knapper for adgang til Internet i nettleser

(RTC-50247)

Image Added

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.

Expand
titleKonfigurasjon
Teknisk informasjon 
Systemalternativer 116: For knapp 5-9 legges komplett nettadresse inn, denne skal begynne med www.

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. 

Expand
titleKonfigurasjon
Teknisk informasjon 

En ny logg viser hvilket program som er brukt når ordre i "El. varemottak /Varemottak" settes til "Mottatt".

  • Loggfil bestmotMM.txt i: LRS\logg-katalogen.

 Image Added

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

  • Når QUAUNIT=1 (Stk.vare), legges QUADECS=0 ut (ingen desimaler tillatt)
  • Ellers, uansett verdi i QUAUNIT, legges QUADECS=2 ut (inntil 2 desimaler tillatt)
Info

Gjelder kun for kunder med Tokheim POS!


...

Chain Classic versjon 2.2.0.0.16

Status
colourGreen
titlereleased
  

Forutsetninger for oppgradering

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

Forbedringer

Modul

Beskrivelse 

Bestilling

Behold fokus/merknad på aktuell varelinje i bestilling (RTC-48363)

Når bestilling opprettes, forventes en gjennomgang av varelinjene for kontroll av antall bestilte varer før godkjenning.
Ved lagring vil fokus bli stående på den endrede varelinjen. 

Logging

Logging av ugyldig versjon av POSLog (RTC-45428)

Dersom det sendes inn en POSLog med ugyldig versjon til Chain Classic, vil dette vises i loggen for POSLog-import. 
Det blir angitt hvilken versjon som er forsøkt oppdatert og at denne ikke støttes.

Rapporter

Logging av innmelding og utmelding av priser (RTC-43630)

Dersom det er behov for å finne ut hva/hvem som har utmeldt eller gjeninnmeldt en pris, finnes det en loggrapport for dette. I rapporten "Loggutskrift" velger man loggtype "31 Ut-/Innmelding av priser" og ønsket datointervall.


Rapporter viser SoftPay-betalinger (RTC-45199)

Når betalingstypen "SoftPay" brukes, vises dette i følgende rapporter:

  • Butikkoppgjør total
  • Butikkoppgjør pr. kasserer
  • Omsetning pr. korttype


Rabattårsak i logg for laveste pris siste 30 dager (RTC-46116)

Når det er lagt inn rabattårsak på en tilbudspris, kan den unntas fra beregning av laveste pris siste 30 dager (LPS30D) for senere tilbudspriser.
Dersom en rabattårsak er angitt i logg over "Endringer av laveste pris", forklarer dette hvorfor en spesifikk tilbudspris ikke inngår i beregningenen for etterfølgende tilbudspriser.


Rapport for tilbudssalg med rabattårsak (RTC-46147) 

Ved bruk av rabattårsak i tilbudspriser kan rapporten "Salgsstatistikk rabattårsak" benyttes til å vise omsetning pr tilbudspris.
I tillegg vises også totalomsetning inkludert tilbudssalget.
Det vises også hvor stor del av totalomsetningen som utgjør tilbudssalg med rabattårsak i den valgte perioden. 

Varemottak

Utlegg av ukjent vare til ERP etter automatisk godkjenning i varemottak (RTC-45218)

Hvis automatisk godkjenning er i bruk ved varemottak fra InStore App (ISA) via POSLog, eksporteres komplett varemottak til ERP i RIGAL format. I tillegg må varen eksistere i Chain Classic dersom lager skal oppdateres.

Ved manuelt varemottak vil en ukjent vare bli liggende ubehandlet inntil vareinformasjon blir oppdatert i vareregisteret. Varen kan da oppdateres mot lager og varemottaket avsluttes.

Ved automatisk varemottak må den ukjente varen også behandles ved at mottaksposten "nullstilles" og legges ut i RIGAL I-fil med varetekst "Ukjent vare".

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.

Expand
titleKonfigurasjon
Teknisk informasjon

Funksjonalitet for LPS30D må være i bruk.

Systemparameter 607 = 0,0 (Automatisk godkjenning kampanjegruppe skapt via VPI) 

Systemparameter 1019 = X, Y (Maksimal tidsfrist for oppdatering av korreksjonen, samt krav til prisøkning)

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.

Brukere med tilgang kan korrigere en slik feil ved å bruke programmet Korrigering av prishistorikk, som finnes under System>Administrative rutiner>Diverse hjelperutiner. 
Når en post korrigeres, vil feltene for rabattårsak (endres til 99), bruker som utførte endringen og dato/tid fylles ut og farges gule, mens hele raden ellers farges grå.

Image Added

Rabattårsak 99 betyr at "Ny utpris", i denne posten, ikke vil bli benyttet i beregning av laveste pris og vil derfor heller ikke vises i loggen for laveste pris.

Expand
titleKonfigurasjon
Teknisk informasjon

Funksjonaliteten skal kun være tilgjengelig for autoriserte brukere.

Feilposter merkes med rabattårsak 99 og vil deretter ikke kunne endres.
Posten vil ikke fjernes, men den vil være unntatt fra laveste pris beregninger. 

Loggfil skapes: \lrs\logg\priskorrmm.txt, med tilsvarende data som skrives ved automatisk feilkorrigering via RIGAL-oppdatering (ref RTC-46650).
Forskjellen er at manuell brukerID skrives, istedenfor RIGAL, i loggen.

Image Added

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:

  • "Varevedlikehold" på fanen "Pris"
  • "Prisvedlikehold" på fanen "Prisvedlikehold"

I programmet "Butikkrutiner" (kun for butikkbrukere) er det litt annerledes.
Her vises "Laveste pris seneste 30 dager" og tilhørende "Rabattårsak" (nummer og tekst) for tilbudspriser for både aktive og siste avsluttende tilbudspriser. 
Det er derfor lagt til 4 nye kolonner i dette programmet. 

Etter "Kampanjepris" vises:

  • "Laveste pris (K)" for kampanjepris
  • "Rabattårsak (K)" for kampanjepris

Etter "Medlemstilbud" vises:

  • "Laveste pris (M)" for medlemstilbud
  • "Rabattårsak (M)" for medlemstilbud

Image Added

Expand
titleKonfigurasjon
Teknisk informasjon

Merk at dersom bruker tidligere har endret bredde eller rekkefølge på kolonnene, betyr det at brukerne må være forberedt på å måtte tilpasse oppsett av kolonnevisning på nytt. Slikt oppsett gjelder pr. bruker.

  1. Høyreklikk på noen kolonneoverskrift, for eksempel "EAN/PLU-nr"
      - Velg "Flytt kolonner"
  2. Flytt nå kolonnene til ønsket plass.
      - Trykk og hold, på kolonneoverskrift, trekk denne til ny plass og slipp.
  3. Juster alle kolonnebredder slik at de er tilpasset innhold i kolonne.
      - Klikk en gang (ikke hold) på kolonneoverskrift.
      - Flytt muspeker til høyre, på skillelinjen skal den endre form.
      - Klikk og hold, trekk mot venstre for å tilpasse bredde på kolonnen.
  4. Når alt ser bra ut:
      - Høyreklikk på en av kolonneoverskriftene.
      - Velg "Lagre bredde og posisjon for kolonner" 

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.

Vilkår:

  • Opprinnelig profiltilbud kan være både kampanjepris eller medlemstilbud.
  • Nytt, forlenget tilbud kan være kampanjepris og/eller medlemstilbud.
  • Nytt tilbud kan legges opp på opprinnelig profilpris eller på butikkpris på samme profil.
  • For nytt tilbud skapt via RIGAL gjelder samme regler som ovenfor.

Expand
titleKonfigurasjon
Teknisk informasjon

Systemparameter 1008 aktiverer funksjonaliteten.
Antall minutter for oppstart av nytt tilbud ift. det nylig avsluttede profiltilbudet, må være angitt.

I Loggutskrift med loggtype 32 "Forleng tilbudspris" vises overføring av opprinnelig LPS30D.
Rapporten viser LPS30D som overføres, fra opprinnelig profiltilbud, med sluttdato/.tid, i tillegg til nytt tilbud med startdato/-tid og sluttdato/-tid. 

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

Expand
titleKonfigurasjon
Teknisk informasjon

Systemparameter 1020 er sentral i ny løsning og verdien i felt for initialverdi skal benyttes. Kun <servernavn> skal byttes ut med aktuell server. 

Det anbefales å slå på Systemparameter 1014 WS-funksjonalitet/kall logges.

I Systemparameter 259 ligger avsenderadresse for E-post sendt fra jobb server. Den må tilhøre en godkjent domene for E-posttjenesten i Cloud.

Eksempel: no-reply@bedriftsnavn.cloud.

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:

  1. Kun PDF (standard)
  2. Både PDF og Excel
  3. Kun Excel

Når e-post skal sendes fra kundeordre via web service må feltene "Emne" og "Melding" alltid fylles ut.
Det er derfor lagt opp parameterstyrte standardtekster for dette. Disse tekstene kan tilpasses dersom det er behov for det.

Expand
titleKonfigurasjon
Teknisk informasjon
For bruk av ny WS-basert E-post løsning må systemparameter 1020 være angitt.
Dersom kundeordre er i bruk, kan systemparameter 1021 endres dersom standard tekstene ikke dekker behovet.
Kundeordrenummer vil automatisk legges til etter tekst i emnefeltet.

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:

  1. Funksjonaliteten benyttes fordi det er ønsket at butikkene primært skal bruke profilpris.
  2. Tilbudspris som skapes for butikk, vil alltid få en slettepost i varekø som sletter den lokale prisen etter at tilbudsperioden er avsluttet.
  3. Sletteposten vil alltid ligge bak den lengstvarende tilbudsprisen for butikkprisen

Expand
titleKonfigurasjon
Teknisk informasjon
Systemparameter 294 = 2.

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

Status
colourGreen
titlereleased
  

Forutsetninger for oppgradering

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

Forbedringer

Modul

Beskrivelse 

Lager

Lageroppdatering av bestilt pakkevare (RTC-40732)

Pakkevarer inneholder ofte mer enn én vare.
Ved bestilling av pakkevare er det selve pakkevaren som bestilles, men det er "innholdsvarene" som lagerstyres og det er der bestilt antall vil bli oppdatert i lagerposten.
Ved varemottak av en pakkevare oppdateres lagerantall på "innholdsvarene" og bestilt antall reduseres der. 

Lageroversikt

Lagerlogg viser alle endringer på lager i "Lageroversikt" (RTC-40438)

I programmet "Lageroversikt" kan alle endringer på lager sjekkes for valgt butikk under knappen Lagerlogg.
Her vises endringene samt hvilket program som er benyttet og hvilken bruker.
Dette er et godt hjelpemiddel ved uklarheter om gjeldende lagerverdi.
Dato/tid/bruker gjør det enklere å finne tilhørende transaksjoner i "Varetransaksjoner".

Vare

Tandem for varianter på modellvare med samme farge (RTC-40558)

Ved bruk av kun en hovedvare for kombinasjonen modell/farge, har kun tandemnummer på hovedvaren vært synlig på fanen for tandem. 
Tandemnummer på de andre variantene med samme modell/farge vedlikeholdes via knappen Tandem på "fanen "Størrelser".

Varemottak

Utvidet logging ved manuelt varemottak (RTC-37621)

Ved et manuelt varemottak som ikke kobles til en allerede eksisterende bestilling/varemottak, vil det kun logges "Manuell" i Transtekst feltet i tilhørende varetransaksjonspost.
Dersom mottaket kobles til én eksisterende bestilling/varemottak, vil dette logges i samme felt med "Manuell: Ordre/rad: XXX YY". 

Varetransaksjoner

Oppdatering av varetransaksjoner på reseptvarer og butikkvarer i samme POSLog (RTC-43995)

Det er mulig å oppdatere varetransaksjoner på både reseptvarer og på vanlige butikkvarer i samme POSLog. Forskjellen er at varetransaksjonspostene oppdateres på butikkvaren, mens det for en reseptvare skapes varetransaksjoner på råvarene som ingrediensene i reseptvaren er skapt fra.

Webordre 

Sikre unikt jobbnummer når plukkliste skapes for en webordre (RTC-41864)

Når Plukkliste skal skrives for en webordre, behøves et unikt jobbnummer. Dette hentes fra en teller i Chain Classic.
Dersom neste ledige jobbnummer mot formodning allerede eksisterer, vil telleren telles opp med +1 inntil første ledige jobbnummer.

Laveste pris siste 30 dager  

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

Laveste pris siste 30 dager (LPS30D) er en funksjonalitet laget for å vise kundene i butikken hva den laveste salgsprisen har vært de seineste 30 dagene. Denne beregnes av alle pristyper uavhengig av hvordan prisendringen ble skapt, av ny pris, tilbudspris eller ordinær prisendring. Alle varianter kan inngå i beregningen av periodens laveste pris.

Det er også LPS30D som skal brukes når en rabattbasert tilbudspris beregnes av en angitt kr- eller %-rabatt.
Dette kan innebære at butikker med en lavere LPS30D enn hva profilprisen har, vil få en lavere tilbudspris sammenlignet med de andre butikkene.
Prisendringer som fører til at LPS30D endres til en lavere verdi, vil medføre en automatisk rekalkulering i framtidige, ikke aktive krone- eller prosentbaserte tilbudspriser.
Ved kopiering av tilbudspriser basert på en krone- eller prosentrabatt vil gjeldende LPS30D bli brukt og utsalgsprisen vil bli kalkulert ut fra dette.
For avsluttede kampanjegrupper vises LPS30D som ble brukt, når kampanjen var aktiv.

Utlegg av LPS30D skjer kun for tilbudspriser, og da til POS og 3. partssystemene Pricer, Breece og Lexmark.
I Chain Classic vises LPS30D for tilbudspriser i alle prisvedlikeholdsprogram. 

På en varelinje i en profilkampanje vil knappen "Butikklokale kampanjepriser" (nedenfor) vise eventuelle butikker som vil få en lavere tilbudspris enn profilkampanjen.

Image Added

Knappen "Endringer av laveste pris" (nedenfor) er en god hjelp for å følge historikken for LPS30D-endringer over tid. Utsalgsprisen i disse prisloggposter vil fortelle hva neste tilbudspris vil bruke som LPS30D. Laveste priskolonnen vil alltid være 0 for prislogg poster for ny pris eller ordinære prisendringer.

  • For profilbruker vises alltid med poster for profilpris
  • For butikkbruker vises profilpris og eventuelt prisloggposter for egen butikk (se bilde nedenfor)
  • For teambruker vises profilpris og eventuelt prisloggposter for team-butikker

Image Added

Expand
titleKonfigurasjon
Teknisk informasjon

Systemparameter 1006 =30 aktiverer LPS30D-funksjonaliteten (> 0)

I systemparameter 1007 velges om utlegg av LPS30D skal skje til Pricer, Breece og Lexmark

I systemparameter 1017 settes antall dager tilbake som LPS30D-endringer skal vises i "Endringer av laveste pris"

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)

Rabattårsaker kan brukes for både manuelle tilbudspriser skapt i Prisendring og tilbudspriser i Kampanjegruppe. Disse kan brukes til å overstyre beregning av en ellers alt for lav LPS30D. 
En krone- eller prosentrabatt basert tilbudspris vil da kalkuleres fra ordinærpris istedenfor LPS30D.
I tillegg vil det være mulig for en gitt rabattårsak å unnta at en tilbudspris skal inngå i beregningen av LPS30D for en annen tilbudspris.
Dette er i overenstemmelse med myndighetskrav.
Vedlikeholdsprogrammet "VPI rabattårsaker" er laget for å enkelt kunne vedlikeholde disse valgene.

Image Added

Ved utlegg av tilbudspriser til POS og 3. partsløsningene vil rabattårsak alltid være utfylt. For ordinære priser er feltet alltid 0.

Valg av rabattårsaker på tilbudspriser i en kampanjegruppe kan skje på forskjellige måter:

  • Skriv rabattårsaksnummer direkte i feltet for rabattårsak i varebrowser.
  • Ved å dobbeltklikke i feltet for rabattårsak vil dialogen "Velg rabattårsak " åpnes (se nedenfor).
  • Ved å dobbeltklikke på annet felt på varelinjen vil full priskalkyle åpnes der rabattårsaken også kan endres.

Image Added

Expand
titleKonfigurasjon
Teknisk informasjon

For utlegg til POS må "Systemalternativer" 121 settes opp slik:

  • Kode 25: Pris med "Integer" = 30
  • Kode 34: Kampgr med "Integer" = 66

For utlegg til 3. part må "Systemalternativer" 125 settes opp slik:

  • Kode 4: Pricer med "Integer" = 30
  • Kode 9: Breece med "Integer" = 66
  • Kode 17: Lexmark med "Integer" = 54

Til POS legges rabattårsak ut i formatene pris.butnr og kampgr.butnr.

I 3. partsløsningene Breece og Pricer (standard Pricer format) ligger kampanjepris og medlemstilbud på samme rad, derfor legges det ut rabattårsak både for kampanjepris og medlemstilbud i samme post.

Til Lexmark legges rabattårsaken bakerst for kampanjepriser og medlemstilbud som alltid legges ut hver for seg.

Rabattårsak kan oppdateres fra RIGAL-formatene V og J, og legges ut til de samme formatene. 
Når det gjelder J-formatet er både standard og full bredde inkludert.

Softpay betalingsmiddel og korttyper

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

Ved bruk av SoftPay betalingsmiddel, vil finanstransaksjoner for alle korttyper som har vært i bruk, bli oppdatert.
Dette forutsetter bruk av en dedikert løsning for netthandel.
Disse finanstransaksjonene:  

  • Oppdateres pr kasse/kasserer
  • Legges ut i RIGAL F-fil
  • Vises i rapporten "Omsetning pr korttype"
Expand
titleKonfigurasjon
Teknisk informasjon

Systemparameter 610 = 1

Programpost: program_xkortsalp_Coop.d må hotfixes da standardrapport "Omsetning pr korttype" må roteres til liggende A4 for å få plass til å vise SoftPay-betalinger.

  • Utlegg per korttype i RIGAL F-fil (S00-S99). I tillegg vil også evt. bruk av reserveløsning for SoftPay bli lagt ut.
  • Som de andre korttranskasjonene (totalt, websalg og for Coopay), legges det ut totalt pr dato pr kasse (FKD), pr kasserer (FKD) og totalt (FTD).

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

Image Added

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.

Expand
titleKonfigurasjon
Teknisk informasjon
En "mal-butikk" legges opp i butikkregisteret med "Kommunikasjonstype" = 1.

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:

  • 0 = Alle brukere kan se alle varer også de som ikke har en gyldig pris. Disse vil vises med merknad "Ingen pris".
  • 1 = Varer uten gyldig pris er skjult for profilbruker.
  • 2 = Varer uten gyldig pris er skjult for både profil- og butikkbruker.
Expand
titleKonfigurasjon
Teknisk informasjon

Systemparameter 374 kontrollerer hvordan varer uten pris skal vises for profil- og butikkbruker. 
Denne er endret fra å kun ha 2 mulige verdier (0 eller 1) til å også kunne ha verdien 2.

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 

Expand
titleKonfigurasjon
Teknisk informasjon
Systemparameter 1018 angis med maks antall dager tilbake som skal legges ut til Reporting ved endring.
Datovalg i "Data til Reporting" vil begrenses til å gjelde alle lagrede poster innenfor gyldig antall dager i systemparameteren. 

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.

Expand
titleKonfigurasjon
Teknisk informasjon

Systemparameter 906 må være i bruk med alle tre verdiene utfylt.
Programmet "Oppdatering av sletteliste" fyller opp den "Spesielle varelisten" (listenr 100000002) med varer som kan slettes.

Følgende begrensinger kan angis:

  • Vareliste
  • Varegruppeliste
  • Kategoriliste
  • Modelliste
  • Unnta aktive varer (unnta vare dersom aktiv på noen butikk)
  • Benytt unntaksbutikker (unnta aktiv vare på butikk, angitt i systemalternativer for butikk 14)
  • Unnta varer med beholdning (unnta vare med lagerantall > 0)
  • Unnta endring av lager etter (unnta vare med lagerendringsdato nyere enn angitt dato)
  • Unnta varer med salg etter (unnta vare (inkl. tandem) med salgsdato etter angitt dato)
  • Unnta varer endret etter (unnta vare med vare- eller prisendring etter angitt dato)
  • Unnta nye varer etter (unnta vare ny- eller prisregistrering etter angitt dato)
  • I tillegg unntas linkvare til annen vare og varer som inngår i pakkevare

Bruker må begrense noe, enten som liste eller på "Utvalg", ellers vil ikke jobben starte.
Standardvalg i programmet er "Unnta aktive varer" og "Unnta varer med beholdning".
Oppsett for standardvalg kan endres i systemalternativ 207: kode 5 - 12 ("Logisk" hukes av for standardvalg).
Standard for datovalg er satt 10000 dager tilbake i tid og kan også endres.
Disse verdiene er satt for å unngå forhastede masseslettinger og for "tvinge" bruker til å tenke gjennom hva som er fornuftige verdier for standard bruk.

Ved kjøring, velg:

  • Kun rapport (viser de varer som kan slettes, sortert på avdeling og varegruppe) eller
  • Utfør og få rapport i tillegg (fyll opp liste med varer som skal slettes + rapport)

Dersom hovedvare for modellfarge slettes vil en annen variant på samme modell/farge settes som hovedvare for modellfargen.

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. 

Expand
titleKonfigurasjon
Teknisk informasjon
Det anbefales på det sterkeste at alle kunder, som bruker bestillingsmodulen i Chain Classic og pakkevarer oppgraderer til denne patchen. 
I tabellen for bestilling/varemottak (bestrad) vil innholdsvarene ha samme radnummer som pakkevaren adskilt med sekvensnr.

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.   

Expand
titleKonfigurasjon
Teknisk informasjon
Butikker skal legges opp i Systemalternativer for butikk 1075, med angitt ukedag.
Systemparameter 1016 må settes opp med ukedag for den dagen det skal genereres bestillingsforslag for alle butikker.

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. 

Image Added

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.

Image Added


...

Chain Classic versjon 2.2.0.0.14

Dokument status: 

Status
colourGreen
titlereleased

Dato:  

Forutsetninger for oppgradering

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

Forbedringer

Modul

Beskrivelse 

Elektroniske etiketter

Utlegg til elektroniske etiketter ved forlengelse av tilbudspriser (RTC-39381)

Ved forlengelse av en tilbudspris (kampanjepriser eller medlemstilbud), ny sluttdato på aktivt tilbud, skal det alltid legges ut oppdaterte poster med tilbudspriser til Lexmark.

Elektroniske etikettløsninger derimot behøver ikke denne oppdatering da disse får egne utlegg når tilbudsprisen avsluttes.

Kampanjegruppe

Kopiering av kampanjegruppe for "Team" (RTC-39969)

Når en team-kampanjegruppe kopieres, er det mulig å kopiere denne til en kampanjegruppe for butikk eller profil.

RIGAL 


Framtidig prisendring og utmeldt vare (RTC-39744)

Dersom en vare meldes ut via RIGAL, settes sortimentkode til "Utmeldt" og bestillingsnummer nullstilles på pris. 

Det lages også en slettepost med parameterstyrt slettedato X dager fram i tid.

Dersom det etter dette kommer nye eller framtidige prisendringer for samme vare, vil dato for slettepost flyttes fram i tid i forhold til den nye prisendringsdatoen, mens sortimentskode "Utmeldt" og nullstilt bestillingsnummer beholdes.

Tankstatus

Registrering av flere tankstatus poster på samme dag (RTC-39257)

Det er mulig å registrere flere tankstatuser på dagens dato, så lenge de registrerte målingene har et unikt tidspunkt. 

...

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.

...

Expand
titleKonfigurasjon
Teknisk informasjon
Denne funksjonalitet styres av: Systemparameter 948.

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.

...

Dokument status: 

Status
colourGreen
titlereleased

Dato:  

Forutsetninger for oppgradering

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

Forbedringer

Modul 

Beskrivelse 

Elektronisk varemottak

Varesøk i elektronisk varemottak (RTC-38982)

Dersom det oppleves problemer med standard varesøk i ordre i elektronisk varemottak, prøv da følgende rutine:

  1. Sorterer først bestillingsrader på EAN/PLU, (trykk på kolonneoverskrift), slik at laveste nummer er i topp.
  2. Åpne standard søkeprogrammet "Finn vare", enten ved å trykke på "Kikkerten" eller bare skriv EAN/PLU-nummer direkte.
    • Angi EAN/PLU-nr for søk i felt "Fra-kolonne" og trykk "Enter". 
  1. Funnet EAN/PLU hentes inn på første ordrerad, med etterfølgende EAN/PLU nedenfor.
  2. For å fjerne filter som skjuler ovenforliggende ordrelinjer: 
    • Tast 1, søkeprogrammet åpnes, trykk "Enter" og alt er tilbake igjen.
    • Det er også mulig å legge inn et nytt søkekriterum umiddelbart uten å måtte nullstille noe.
EOD-rapport

Melding når E-post feiler i EOD-Rapport (RTC-36556)

Dersom melding ikke kan leveres når EOD-rapport (som også skal sendes som E-post) skapes (nettverksproblemer eller annet problem), vil dette logges direkte i Status feltet i Rapportlisten.

  • Når E-post er sendt, vil det stå: "E-post sendt".
  • Når E-post ikke kan sendes, vil det stå: "Ferdig - E-post feilet".
RIGAL

Varetype til RIGAL og logging av oppdatering fra RIGAL VPI (RTC-36476)

Chain Classic legger alltid ut "Varetype" i RIGAL V-fil.
Ved import av endret varetype fra RIGAL VPI, logges dette i VPI feillogg. 

Vare

Fjern "Stopp salg av vare" i POS (RTC-38072)

I Chain Classic kan en vare som har blitt sperret, senere åpnes for salg på kassene igjen. Dette skjer enten ved å bruke knappen "Friskmeld vare" i "Varevedlikehold eller ved å velge "Friskmeld vare" ved utlegg av varen fra "Klargjøre vare".

Vare-/kundegrupperabatt

Bruk av varelister i "Vare-/kundegrupperabatt" (RTC-34434)

Ved opplegg og vedlikehold av varerabattposter i "Vare-/kundegrupperabatt" kan varelister med varelistenummer opp til 8 siffer benyttes.

Varetransaksjoner

Bongnummer og kundeordrenr/radnr i "Varetransaksjoner" (RTC-36528)

For økt sporbarhet og enklere oppfølging oppdateres "Bongnummer" alltid når "Varetransaksjoner" oppdateres fra POSLog, og kundeordrenr/rad oppdateres også når dette er tilgjengelig.

...

Dokument status: 

Status
colourGreen
titleReleased

Dato:    

Forutsetninger for oppgradering

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

Forbedringer

Modul 

Beskrivelse 

Kasserer

Antall siffer for kasserernummer (RTC-34270)

Kasserernummer kan ha inntil 9 siffer i Chain Classic.

Nettleser

Nettleser i Chain Classic (RTC-35855)

Knapper som åpner nettleseren i Chain Classic vil alltid benytte Microsoft Edge.

...

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. 

Expand
titleKonfigurasjon
Teknisk informasjon
Dette rapportvalget kan kun velges når Servicehandel er i bruk (systemparameter 9003 er påslått).

...

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.

...

Dokument status: 

Status
colourGreen
titlereleased

Dato:   

Forutsetninger for oppgradering

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

Forbedringer

Modul 

Beskrivelse 

Bestilling

Lagring av varelinje i vedlikehold av Bestilling (RTC-35375)

Lagring av ny/endret varelinje er optimalisert for forbedret ytelse når mange brukere jobber med dette samtidig

Bestilling/Varemottak

Antall varelinjer i bestilling og varemottak (RTC-35812) 

Det er mulig å bruke 5 sifret antall varelinjer i både bestilling og varemottak. Dette betyr at det kan være > 1000 varelinjer i en og samme ordre når neste tildelte radnr økes med 10.

Kampanjegruppe

Melding på skjerm når importerte varer sammenfaller i ulike kampanjegrupper (RTC-35734)

Når to kampanjegrupper har samme start dato/tid eller slutt dato/tid og inneholder samme varer, avvises varene i den andre kampanjegruppen fordi de er sammenfallende. Meldinger om dette vil vises på skjermen. Dette gjelder også ved bruk av knappen "Hent nye varer".
Dersom det hentes inn et stort utvalg varer der mange varer avvises av ulike årsaker, vil melding i brukergrensesnittet være uoversiktlig. Da vil det være enklere å vise avvisningsårsakene via knappen "Avviste varer i kampanjegruppe".
Ved bruk av knappen "Hurtigprising" vil avviste varer kun vises i denne loggen.

Lager

Oppdatering av lager etter retur av samme vare på flere varelinjer i samme bong (RTC-34933)

Dersom samme vare skal returneres flere ganger, tastes vanligvis antall inn på eksisterende varelinje. Lager vil da oppdateres med samlet antall.
Dersom returene skannes hver for seg, vil hver varelinje behandles for seg, men påvirker lager på samme måte.

...

Dokument status: 

Status
colourGreen
titlereleased

Dato:   

Forutsetninger for oppgradering

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

Forbedringer

Modul 

Beskrivelse 

Bestilling

Behandling av varer merket "Ikke bestilling" i Bestillingsmodulen (RTC-31342)

  • Forsøker man å legge inn en vare merket "Ikke bestilling" i programmet "Bestilling" vil varen avvises med melding om at varen ikke kan bestilles.
  • I programmene "Bestillingsforslag" og "Bestillingskriterier" vil alle varer merket "Ikke bestilling" i "Varevedlikehold" eller som butikklokal verdi for butikken, avvises.
  • Ved oppdatering av RIGAL I-fil vil også varer merket "Ikke bestilling", avvises.  Dette er i utgangspunktet avsenders ansvar, men Chain Classic må korrigere om disse sender feil data.
  • Ved oppdatering av bestillingsrader fra POSLog, vil varer som ikke kan bestilles, avvises.

Lager

Se lager for andre butikker (RTC-32343)

Med funksjonsknappen "Lagerinformasjon" i Vare- og Pris-vedlikehold vises lagerbeholdning for butikkbruker dersom butikken har lagerpost på varen. Uten lagerpost på varen er knappen deaktivert.

Med adgang til andre butikkers lagerbeholdning kan butikkbruker også se lagerbeholdning til disse andre butikkene i tillegg til egen lagerstatus. Dersom egen butikk ikke har lagerpost på en vare, kan butikkbruker likevel se lagerbeholdning til de andre butikkene. 

Utlegg til POS

Riktig bruk av punktum som desimaltegn ved eksport av mixmatch til POS (RTC-32523)

Når butikklokal mixmatch eller kampanjegruppe lages i Chain Classic etter import av RIGAL X/J-fil og det evt. skapes nye butikkpriser som mangler, vil det alltid brukes punktum som desimaltegn i utlegg til POS. 

VPI-Sync

VPI-Sync og flere ubehandlede ordinære prisendringer i varekø (RTC-31186)

Det hender at Chain Classic og POS "ikke er enige" om hva som er gjeldende ordinære pris. For at VPI-Sync ikke skal vise unødige avvik, vil siste "godkjente" pris i Chain Classic sendes til POS og benyttes for sammenligning mot tilsvarende pris der.
Dette fjerner avvik som kan skyldes at butikk ikke har skrevet ut etikett eller godkjent prisendring dersom dette er i bruk.  

...

Expand
titleKonfigurasjon
Teknisk informasjon
Dette gjelder standard priskontroll, og det er den to-delte systemparameteren 990 som åpner for denne funksjonaliteten.

Forbedringer i standard priskontroll

(RTC-33786)

...

Dokument status: 

Status
colourGreen
titlereleased

Dato:   

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

...

Dokument status: 

Status
colourGreen
titlereleased

Dato:   

Forutsetninger for oppgradering

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

Forbedringer

Modul 

Beskrivelse 

Kampanjegruppe

Sletting av hel mixmatch i kampanjegruppe (RTC-32186)

Det er mulig å slette en komplett mixmatch i kampanjegruppe. Det blir da gjort et utlegg til POS av kun en post for sletting av mixhode.
I POS fjernes deretter alle relasjoner til de varer som opprinnelig var koblet til mixmatch'en.   

Rapporter

"Spørring på pris" i rapport (RTC-31806)

I mange omsetningsrapporter for kasserer er det mulig å se antall spørringer på pris som er utført i kassen. Det er totalt fire varianter av dette som kan medføre at telleren øker:

  1. Bong med kun spørring på pris.

  2. Annen makulert bong med spørring på pris (f. eks. parkert bong).

  3. Anbud med spørring på pris.

  4. Vanlig varesalg med spørring på pris.

Varevedlikehold

Lagerinformasjon i vare- og prisvedlikehold (RTC-30139)

Ved å bruke knappen "Lagerinformasjon" i "Vare- og Prisvedlikehold" vises lager for varen som er i fokus i en søkeliste for alle butikker som brukeren har tilgang til og som har lagerpost. 

  • Felter knyttet til sentrallager (beholdning og i bestilling) skjules når brukerens butikk ikke har referanse til butikknummer for sentrallager
  • Eget butikknummer markeres i listen med grønn bakgrunn for alle varianter slik at det tydelig kommer fram hva som er eget lager

...

Innholdet i Excel filen skal bestå av følgende felt, hvorav de i blått kan endres:

  • Butikknr
  • EAN
  • Varetekst
  • Farge
  • Bestillingspunkt
  • Bestillingskvantum
  • Sletting (0 = Nei / 1 = Ja)
  • EAN tekstfelt (Eks. EAN1234567)

...

Dokument status: 

Status
colourGreen
titlereleased
 

Dato:  

Forutsetninger for oppgradering

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

Forbedringer

Modul 

Beskrivelse 

Lexmark

Lexmark oppdatering når tilbud = ordinærpris (RTC-29650)

I situasjonen der kampanjepris/medlemstilbud = normalpris og normalpris økes i tilbudsperioden vil dette ikke trigge etikett.
Hvis kampanjeprisen deretter økes slik at denne igjen blir lik normalpris vil dette gi etikett til Lexmark merket som prisendring i stedet for kampanje/medlemstilbud.
Det er kun utprisendring til tilbud lavere enn ordinærpris som vil gi etikett merket kampanjepris/medlemstilbud. 

RIGAL

DUN-nummer i RIGAL VPI (RTC-30127)

Oppdatering og endring av DUN-nummer kan kommuniseres via, felt 7.1.56, i RIGAL V-fil. 

Varetelling

Utlegg til 3. part av talte varer med resultat = 0 (RTC-30681)

Ved utlegg av svinnposter til 3. part etter varetelling kan det være tilfeller hvor talte varer med 0 som resultat også skal legges ut.
Når dette er i bruk legges disse 0-postene ut ved alle typer at varetelling.  

...

Expand
titleKonfigurasjon
Teknisk informasjon

Programmet som skal brukes er: "LRS"/"Parameter"/"Slå på kampgrutlegg til POS" 
Funksjonalitet kan slåes på manuelt ved å sette systemparameter 750 = 1, men da må kampanjene konverters manuelt ved å kopiere, avslutte og godkjenne de kopierte kampanjegruppene.
Ved å bruke tilpasset program for dette inkluderes kontroll av varekøposter og sletting i POS. Kampanjegruppene restartes også før 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".

Image Modified

I kolonne "Filutlegg" (samme som "Oppdatere" i VPI-mal) , betyr "Ja" at endring av aktuelt felt medfører utlegg av Lexmark-fil. 
I kolonne  "Etikettutskrift" (samme som "nullstille" i VPI-mal), betyr "Ja" at endring i dette felt aktiverer etikettkrav i Lexmark-utlegg.
Standard er at kun endringer av utpris (ordinærpris, kampanje- og medlemstilbud) skal gi etikett i Lexmark.
Det er mulig å skrive ut etikett i Lexmark også ved endring av andre felter. 
Merk at dette kun gjelder felter i "Pris" (Lexmark vareendringer går kun til totalbutikk) slik som leverandør, bestnr, etikettnr og sortiment.

...

Dokument status: 

Status
colourGreen
titlereleased

Dato:  

Forutsetninger for oppgradering

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

Forbedringer

Modul 

Beskrivelse 

Etikett

Etikett skrives ikke uten endring av utpris (RTC-29332)

Hvis ny kampanjepris er lik utpris eller hvis kampanjenettopris, men ikke utpris, endres på aktiv kampanje da skrives det ikke etikett ved noen av disse tilfellene.

Kampanjegruppe

Sletting av mixmatch fra ikke godkjent kampanjegruppe (RTC-29477)

Ved opplegg av ny kampanjegruppe med flere mixmatcher kan bruker slette både en og flere mixmatcher før selve kampanjegruppen godkjennes.    


Samme vare i multiple michmatcher i samme kampanjegruppe (RTC-27651)

Det er mulig å ha flere mixmatcher, med samme vare, i en kampanjegruppe, uten risiko for komplikasjoner grunnet identisk start- og/eller sluttdato.  

Mixmatch

Innhenting av nye varer i allerede godkjent mixmatch (RTC-29815)

I manuell mixmatch eller mixmatch i kampanjegruppe kan innhenting av nye varer gjøres på flere måter. Uansett metode vil både automatisk og manuell godkjenning/lagring lage varekøposter med samme butikknummer som er gjeldende i nevnte tilbudstyper.

Rapporter

Antall solgte varer i grafisk varegruppesalgsrapport (RTC-29486)  

Ved bruk av grafisk varegruppesalgsrapport kan det åpnes et vindu for "Fordeling pr. butikk". Generelt vil denne "pop-up" ha en kolonne for antall, men i tabeller for varegruppe- og undergruppesalg gir det ikke mening å lagre antall (av uidentifiserte varer). For å unnvike misforståelse ekskluderer disse salgsrapportene kolonne "Antall", i stedet for å vise verdi 0 for alle poster.  

Varemottak

Utskrift av prislapper i varemottak (RTC-28791)

Ved bruk av  parameterstyrt spesialløsning for varemottak (ikke standardløsningen el. varemottak), er det mulig å skrive ut etiketter via knappene "Prislapp" og "Prislapp lager". Funksjonen gir prislapper for nye varer og i programmet utførte prisendringer på både eksisterende og nye varer.


Oppdatering av nettopris i eksisterende el. varemottak ved manuelt varemottak (RTC-28081)

Hvis det oppdages en vare med feil nettopris i elektronisk varemottak, kan dette korrigeres ved å lage et manuelt varemottak og sette riktig kostpris på varen der. Det lages da en varetransaksjonspost som har riktig verdi og lager oppdateres. Hvis man, som riktig er i dette tilfelle, velger å oppdatere mot eksisterende ordre da blir tilsvarende ordrelinje i elektronisk varemottak oppdater med ny verdi på nettopris og også data i ordrehode blir rekalkulert i forhold til ny verdi fra manuelt varemottak.

...

Dokument status: 

Status
colourGreen
titlereleased

Dato:  

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

Modul 

Beskrivelse 

Etiketter fra varekø

Skrive varekøetiketter fra InStore App (RTC-26686)

Det er støtte for å skrive ut etiketter, fra varekø i Chain Classic, direktete fra InStore App. De som kan skrives ut vises også i "Varekøliste" med etikettflagg = "Nei", og betyr at det ikke er skrevet ut.

RIGAL

Mixmatch og kampanjegruppe sendes alltid med referanse via RIGAL (RTC-28418)

Kampanjehode og mixmatchhode må ha referanse til tilbudsvarene. Kundespesifikke oppsett gir forskjellige løsninger på dette. På den ene siden kan kampanjegruppnr og/eller mixmatchnr brukes, hvis disse numrene ikke er i bruk gjelder "Kampanje-ID" og "ekstern mix ID".

Utleggene skjer i RIGAL-filer for kampanjegruppe (J) og mixmatch (X).   

Vareinformasjon

Vareinformasjonstekst (RTC-27650)

Når det gjelder beskrivelse av vare i vareinformasjonstekst, er det ingen begrensning i tekstlengde.

...

Logging gjelder både hvis det er gjort via InStore App og direkte i Chain Classic. Ved tilfelle hvor det gjøres i Chain Classic skrives det "CC CLIENT" slik at det fremgår hvor denne transaksjon er skapt. 

Expand
titleKonfigurasjon
Teknisk informasjon

Systemparameter 776 slår på denne funksjonaliteten.  Denne parameteren bør være satt som standard, da logging kun gjelder for internoverføringer, små mengder data.

For beste logging ved bruk av denne funksjonaliteten, anbefales et oppsett med systemparameter 289 = IBK. Det er ikke sannsynlig at noen kunde bruker IFA i disse dager, derfor bør IBK bør være standardoppsett til alle.

...

Dokument status: 

Status
colourGreen
titlereleased

Dato:   

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

Modul 

Beskrivelse 

Etikett 

Bestill etikettutskrift med forskjellige etikettyper (RTC-27262)

Det er mulig å bestille og skrive ut etiketter med forskjellige etikettyper i samme etikettbestilling fra InStore App. 

Lager

Utlegg av lagerfil til Chain Web (RTC-27548)

Ved utlegg av lagerfil til Chain Web fra Chain Classic vil alltid tidligere eksportert fil, "StockBasis.butnr", skrives over, hvis den ikke er hentet opp.


Optimalisering av utlegg ved lagerendring (RTC-27423)

Generelt legges ikke lagerendringer ut til POS, dette skal kun skje ved endring av pris eller veidkost. Varemottak er derfor eneste grunn for filutlegg, med lagerendringer, til POS og evt. annen 3.part.   

Rapporter

Leveringsdato i rapporten "Grunnlag bestilling" (RTC-27033)

Når spesialfunksjonalitet for å vise leveringsdato i "Bestilling" er i bruk, viser dette leveringsdato på ordre linje i rapporten "Grunnlag bestilling".

RIGAL

Utlegg av leverandørordre-ID etter varemottak (RTC-27182)

Leverandørordre-ID er et felt som ikke vises i Chain Classic men som kan benyttes når leverandør sender inn varemottak via RIGAL I-fil. Når varemottak er godkjent legges leverandør-ID ut i RIGAL I-formatet, dette gjelder uansett om varemottak gjøres i InStore App eller i Chain Classic.


RIGAL V-fil og kampanjegruppedata (RTC-27899)

Ved utlegg av RIGAL V-fil, fra "Klargjøre vare", legges det ut kampanjegruppeinfo for kampanjegruppenummer, kampanje-ID, navn på kampanjegruppe tilhørende formatene "K" (kampanjevare) og "M" (Medlemstilbud). I tillegg legges det ut RIGAL J-fil med tilsvarende informasjon.

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.

Expand
titleKonfigurasjon
Teknisk informasjon
Systemparameter 838 åpner for denne funksjonaliteten

...

Dokument status: 

Status
colourGreen
titlereleased

Dato:   

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

Modul 

Beskrivelse 

Bestilling

Butikk uten "Bestilling" (RTC-19163)

Det anbefales at alle butikker har "Bestilling" påslått i butikkregisteret. Men fra patch 32 bør det sjekkes at butikker som ikke har bestilling, da faktisk ikke har "Bestilling" valgt i butikkregisteret. Dette for å sikre at bestillinger ikke lages, på disse butikkene, via automatikk ved for eksempel Kundeordre og Varemottak fra POS eller InStore App. 

Lexmark integrasjon

Utlegg av tilbudsposter til Lexmark (RTC-26601)

Utlegg av kampanje- og medlemstilbudsposter til 3. partssystemet Lexmark er begrenset til kun de de som er nødvendige for Lexmark sin funksjonalitet, der finnes ikke samme behov som ved tilsvarende utlegg til POS.  

Rapporter

Utvalg i rapporten "Nonsalerapport pr. nonsaletype" (RTC-26418)

Ved bestilling av rapporten "Nonsalerapport pr. nonsaletype" er det mulig å sette opp forskjellige utvalg, for eksempel varegruppe. 

RIGAL 

RIGAL-oppdatering av "Fastpris" (RTC-26656)

Flagget "Fastpris" oppdateres via RIGAL-fil. Verdiene F, "P eller Y setter fastprisflagget aktivt. Alle andre bokstaver deaktiviserer fastpris. Hvis verdi mangler, skjer ingen forandring av "Fastpris". 

...

Expand
titleKonfigurasjon
Teknisk informasjon
Systemalternativer 1093 inneholder de kundefelter som kan aktiveres for logging. For logging MÅ logisk hukes av på hver post det ønskes oppfølging på.

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.

...

Dokument status: 

Status
colourGreen
titlereleased

Dato:  

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.  

Forbedring

Modul 

Beskrivelse 

Wet Stock 

Wet Stock mengder (RTC-24636)

For å gjøre det lettere å forstå at de mengder som brukes i Wet Stock prosjektet kan være utført i både liter eller kilo, vises disse med enhet "Liter/Kilo".

...

Dokument status: 

Status
colourGreen
titlereleased
 

Dato:  

Forutsetninger for oppgradering

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

Forbedring

Modul 

Beskrivelse 

Rapporter

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.

...

Begrense utlegg til ferskvarevekt og el. etiketter

(RTC-23517)

Det er mulig å begrense utlegg til el. etiketter og ferskvarevekter til kun de faktiske endringer som gjelder disse løsningene.

...

Hvis en post slettes på butikk, i næringsinnhold, men det fortsatt finnes verdi på profil da vil denne legges ut som erstattingsverdi for butikk. Kun hvis det ikke finnes profilverdi vil det legges ut sletting av post til vekt i butikk.

Næringsinnhold i vektutlegg til Finnvacum

(RTC-24372)

Til 3. partssystemet "Finnvacum" legges næringsinnholdstypene: 11 Kostfiber, 12 Protein og 13 Salt ut på en og samme linje Dette gjelder for Finnvacum vektetikett, ferskvarevekt, i format: atte2.butnr.

...

Hvis en butikk mangler køposter for en vare med kampanjepris, medlemstilbud eller mixmatch (inkluderer også fremtidige prisendringer).  kampanjeposter kan disse gjenopprettes.
Dette kan gjøres på manglende vare  i "Prisvedlikehold" av enten HK-bruker, butikkbruker eller teambruker. Gjeldende køposter vises under fanen "Køposter i butikk". Ved å trykke på knappen "Kontroller kø" gjenopprettes manglende køposter, som beskrevet ovenfor. For HK-bruker sjekkes valgt vare for alle butikker, for teambruker for alle butikker på gjeldende team og for butikkbruker kun på gjeldende butikk.  

Eksternt MixID i kampanjegruppe

(RTC-24514)

I kampanjegruppe vises "Eksternt MixID" i egen kolonne allerede på siden over alle inngående mixmatcher i kampanjegruppen. Dette under forutsetning at ikke "Kupongkode" er ikke i bruk.

...