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

Compare with Current View Page History

Version 1 Next »

Chain Classic versjon 2.2.0.0.06

Dokument status: RELEASED

Dato:  

Forutsetninger for oppgradering

Med oppgradering til Chain Classic versjon 2.1.1.0.36 anbefales det at POS leverer bong-format 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.

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. 

Utmeldt vare betyr at varen ikke lenger kan bestilles, bestillingsnummer fjernes derfor fra etikett og elektroniske hylleforkanter

Hvis beskjed om utmeldt vare kommer sammen med en eller flere fremtidige prisendringer lages det flere prisendringsposter. Den første med dagens dato for å sikre gjeldende pris, at varen oppdateres med sortimentskode "U" og at bestillingsnummer derfor fjernes fra papir- og el.etikett. Det lages også en post per fremtidig prisendring, hvor dato for den siste prisendringen legges sammen med parameterstyrt antall dager frem i tid for å sette slettedato for varen sin slettepost.

Teknisk informasjon
I systemparameter 101 angis antall dagers forsinkelse ved sletteposter fra leverandør.

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.

Teknisk informasjon

Mixmatchtyper som skal hensynta unntakslisten med varegrupper er angitt i systemalternativer 132
Den "Spesielle varegruppelisten", unntakslisten, har listenr: 100000001

Under LRS-menyen ligger programmet "Kampanjegr og mix til POS" kan kjøre denne oppdatering manuelt. Her kan angis om alle aktive og fremtidige kampanjegrupper og/eller mixmatcher skal legges ut til POS. I tillegg kan bestemmes om kun kampanjegruppehode eller mixhode skal legges ut.

Dette er samme program som kjøres rett etter at vedlikehold av "Spesielle varegrupper" er lagret, men da er det kun berørte mixhode-poster som legges ut, for mixtyper angitt for å hensynta 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. 

Teknisk informasjon

Finanstransaksjon med transtype 891 fanger opp beløp som representerer kjøp av gavekort, betalt med gavekort og/eller tilgodelapp. Feltet antall telles opp med 1 for hver bong der denne kombinasjonen finnes.

Utlegg av RIGAL finansfil (F-fil) er utvidet med ny transaksjonskode IGG som inneholder data beskrevet ovenfor.

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. 

Teknisk informasjon

Standardløsning med bildebank på lokal server, med oppsett i systemparameter 68: for eksempel  "\lrs\bilder", kan fortsatt brukes som alternativ. Men systemparameter 68 skal ikke være i bruk hvis kunde tiltrer annen bildebankløsning.

Ved overgang til bildebankversjon "Q-bank":

  • Systemparameter 972 aktiviseres.
  • I tillegg må skriptet "Nullstillbilde.p" i hjelp-katalogen kjøres for å fjerne alle gamle bildekoblinger.
  • Det forutsettes initialt at det er "png-filer" som brukes. Med EAN = filnavn blir det "EAN.png". Det er dog mulig å åpne for bruk av andre bildeformat.
  • Videre brukes https-kall til kunde sitt bildearkiv:
    For eksempel:  https://media."kunde".no/butikkflater/pos_button/

Nettoprisendring ved oppdatering av varemottak

(RTC-28738)

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

  • Alle nettoprisendringer oppdateres.
  • Kun nettoprisendringer til beløp > 0 oppdateres.
  • Ingen nettoprisendringer oppdateres, opprinnelig verdi alltid gjeldende samme.
Teknisk informasjon
Systemparameter 977 styrer hvordan nettoprisendringer 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. 

Teknisk informasjon
Det er programmet "Nullstilling av salgsdag", som utfører dette. Varetransaksjoner, innenfor datointervall, merket "Kasse" fjernes og lagerantall telles ned med tilsvarende transaksjonen sin verdi. Dette fordi at det ikke skal bli dobbel registrering på lager. Svinnposter, i varetransaksjoner, laget i Chain Classic påvirkes ikke av dette. 

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

Teknisk informasjon

Systemparameter 980 slår på denne funksjonaliteten, og nettoprisfeltet vil åpnes for redigering. Dette er et kalkulert felt (ikke lagret i basen) og kan ikke oppdateres direkte. Ved nettoprisendring skjer derfor følgende:

  • Ny skjermverdi legges inn i engros-feltet.
  • Ev. kalkylerabatter settes til 0.

Det betyr at hvis opprinnelig engros er 100 og rabatt 1 = 10 %, vil nettopris vises som 90. Ved å bruke denne mulighet å endre nettopris, overskriver brukeren opprinnelig kalkulert verdi, med for eksempel 95. Resultatet blir engros = 95 og alle rabatter = 0.

Merk!

Ny parameter kan ikke brukes sammen med systemparameter 799, som er en spesialinnstilling for Coop Svalbard der engrospris kan endres direkte i samme skjermbilde.

Vedlikehold av poster i "Varetransaksjoner"

(RTC-28638)

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

Det er kun mulig å  legge opp/kopiere/motpostere følgende transaksjonstyper:

  • 1  Synlig svinn" (1)
  • 2  Intern forbruk" (2)
  • 6  Lagerjustering" (6)
  • 11 Nedpakking

Alternativ:

  • 7  Varetelling - kan parameterstyres til om dette skal tillates eller ikke

Følgende transaksjonstyper kan ikke registreres, kopieres eller motposteres:

  • 3  Retur
  • 4  Reklamasjon fra kunde, utføres i POS (Transaksjonstekst inneholder "kasse")
  • 5  Varemottak
  • 8  Tellsvinn
  • 9  Internoverføring 

Knapp for "Kopiering" og "Motpostering" (= sletteknapp) er deaktivert for de transaksjonstyper det ikke er tillatt å registrere.

Teknisk informasjon

Med aktivering av systemparameter 810 tillates det at også varetelling blir med blant de transaksjonstypene som kan legges opp/kopieres/motposteres i Chain Classic.

Det anbefales ikke slå på denne parameteren for lagerstyrte butikker, da en del av funksjonaliteten laget for modellvare ikke er optimal i denne sammenheng, samt at det finnes et dedikert program for registrering av disse.


Systemparameter 394 angir om "reklamasjon til leverandør" er i bruk i Chain Classic, ingen pengetransaksjon, kun varer ut av lager. Dersom <> "", er reklamasjon til leverandør tillatt.

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

Teknisk informasjon

SSO for AD-brukere aktiviseres ved å legge inn aktuell domene i systemparameter 90, og vil da bli gjeldende for alle brukere som logger seg på med denne domene. Dette parametervalget åpner også for å legge inn en "ukjent" domene i parameter 90 som da kan brukes også i domenefeltet for enkelte brukere, hvis ikke alle skal ha denne funksjonaliteten.  

For "silent upgrade modus" ved oppdatering av klientfiler er det to alternativer å velge mellom. Verdien "CUOnly" legges inn i filen "client_update.xml", i "FIX-katalogen", på noen av følgende måter. 

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.

Teknisk informasjon

Denne funksjonaliteten forutsetter bruk av systemparameter 9003.

Systemparameter 981 kan da benyttes for å angi de antall dager tilbake i tid det er lov å angi ved oppretting av ny post i drivstoffprogrammene

Med standardvalget, systemparameter 981=0, er det ikke noen begrensning. 

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.

Teknisk informasjon
Alle "NAM"- poster, uansett type, vil trunkeres etter 20 tegn hvis varenavn i Chain Classic inneholder flere enn disse 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. 

Teknisk informasjon

Dersom StoreIDToCreateCustomerOrdersIn > 0 men butikk mangler i Chain Classic, logges feilmelding i standard LRS\logg\"POSLog*.butnr"

Bonger som logges må behandles manuelt i etterkant.

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.  

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.  

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:

1: "Etikettekster"
2: "Vektdeklarasjon"
3: "Vareinformasjon"
4: "Teknisk informasjon"

Teknisk informasjon

For type 3 og 4 skjer KUN HK-utlegg, det er felles informasjon. Det bør derfor vurderes om disse skal begrenses som standard, hvis utlegg er det som ønskes. Informasjonstekster som lages av butikkbruker kan kun brukes som infokilde i dette program i Chain Classic.

Systemparameter 974 = 0,0,1,1 viser oppsett for at nye varenotat av typene 3 og 4 i "Vareinformasjon", kun kan opprettes som felles informasjonstekster for HK-utlegg (profil 0/butikk 0).

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

Programmet ligger under "System"/"Administrative rutiner"/"Utlegg av data. Samlet utlegg legges på parameterstyrt plass. Hvis ønskelig kan også sendes/backup brukes for backup.

Teknisk informasjon

Plass for eksport av disse JSON filene settes opp i systemparamater 978. Standardforslag er "json_proc", uansett katalognavn må katalogen lages manuelt under LRS-katalogen.

Hvis systemparameter 312 er aktiv, lages også backup-filer i katalogen LRS\sendes\backup.

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.

Når ny vare lages manuelt i programmet "Varevedlikehold" i Chain Classic kan det være ønskelig at noen felter alltid oppdateres med samme standardverdier. Dette kontrolleres ved parameterstyring i en tilpasset VPI-mal med standardverdier for "Ny vare". Det er følgende felt som kan settes opp med standardverdier: 

På fanen "Vare":
  - hgr
  - ugr
  - prodnr
  - sgr
  - fgr
  - mvagr
  - bransje og agr dersom bransje > 0
  - enva
  - varetype
  - lager
  - bestill
  - enhet
  - aktiv
  - opris
  - krabatt
  - fabrikatnr
  - chgmva
  - lokalstyrt

På fanen "Tillegg vare":
  - modellnr/modellnr2
  - fargenr
  - storrnr
  - fabrikatnr
  - matrialkode
  - sesongnr
  - garantikl
  - individtype
  - idkrav
  - trykkbilde
  - opprinnelse
  - alarmvare
  - anbrekk
  - kunlot

Teknisk informasjon
I systemparameter 206 - angis nummeret på den VPI-malen inn som representerer ny vare og de standardverdiene som skal brukes. Ved ukjent VPI-malnummer, vil alle felt bli blanke når "Ny vare" opprettes.
  • No labels