Versions Compared

Key

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

Chain Classic versjon 2.1.1.0.38

Dokument status: 

Status
colourGreen
titlereleased

Dato:   

Forutsetninger for oppgradering

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

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.

Image Added

Dersom dette skal overstyres, kan andre alternativer velges i dette skjermbildet.

Expand
titleKonfigurasjon

Teknisk informasjon

Etikettype velges iht. spesifikasjon på varens prispost, og skriver velges automatisk som følge av skriver som er lagt opp.
Velger man en spesifikk etikettype, vil det søkes etter en skriver for butikk/etikettype. Finnes skriveren, vil denne foreslås.

Info
titleMerk

Merk at i "Etiketter fra varemottak" krever at valgt etikettype er definert som prislapp, se systemparameter 222.

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.

Expand
titleKonfigurasjon
Teknisk informasjon

Med aktiv systemparameter 983 forhindres utlegg av resept- og ingrediensinformasjon.

  • Ingredienser vil i stedet inkluderes i [SHOP_UPDATE] hvor hver ingrediens blir definert for en råvare.
    Ingrediensene kommer etter vareutlegget og med "dummy" EAN-nummer i en gitt nummerserie.
  • For reseptvarer legges ikke reseptinnholdet ut. Det innebærer at hele seksjonen [COMPOSITIONS_UPDATE] fjernes.

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.

Expand
titleKonfigurasjon

Teknisk informasjon

Systemparameter 986 åpner for denne funksjonaliteten.

I Leverandørregisteret merkes de leverandører dette gjelder ved å krysse av "Bruk antall i småpakning".

Info
titleMerk

Denne funksjonaliteten vil kun fungere som beskrevet ved godkjenning av varemottaket i Chain Classic. 
Ved automatisk oppdatering av varemottak utført i InStore App, forutsettes antallet å være korrekt for alle varer.

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.

  1. Ved bruk av basisfunksjonaliteten kan kun parameterstyrte butikker oppdateres, og dette skjer per vare for angitte butikker med angitte verdier.
  2. I tillegg finnes et alternativ hvor oppdatering per vare kan skje for alle butikker 

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)

Ny butikkpost kan opprettes eller en eksisterende post kan slettes. Antall kan endres (0 er gyldig).

Expand
titleKonfigurasjon
Teknisk informasjon

Oppdatering av bestillingskriterier fra Excel aktiviseres ved å legge inn utvalgte butikker i systemparameter 869.
Da vil knappene for import/-eksport fra Excel vises i programmet.
Denne må være i bruk når systemparameter 984 benyttes for oppdatering til fritt valgte butikker. 

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.

Info
titleMerk

PRI-post med ukjent EAN, i Chain Classic, vil bli avvist.

Expand
titleKonfigurasjon

Teknisk informasjon

Viktig at følgende systemparametere har riktig verdi:

112 = 1 (bruk av alfanumerisk varenr)
219 = 1 (søk via varenr ved ukjent EAN)
491 = 1 (påslått betyr ikke krav til unikt varenr)

Hovedparameter i denne saken, for å finne vare via unik kombinasjon varenr og salgsenhet:

Systemparameter 985 kan ha 3 verdier:

    • 0 = Ikke i bruk

    • 1 = Kun for PRI poster

    • 2 = Både VAR og PRI poster

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.

Expand
titleKonfigurasjon

Teknisk informasjon

Forutsetninger: 

  • Gjelder kun "Elektronisk varemottak" basert på eksisterende bestilling.

  • Pakkevare skal ligge i bestillingen

  • Ved oppdatering av RIGAL I-filen som skapes, lages det varetransaksjoner med antall for innholdet i pakkevaren.

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.

Expand
titleKonfigurasjon
Teknisk informasjon
Systemparameter 953 fører til at ordrerader med antall = 0 blir behandlet.

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.

Expand
titleKonfigurasjon
Teknisk informasjon
"L15-verdien" vil hentes fra feltet "Kompmengde".

Standardisering av datotype i rapportutvalg

(RTC-31479)

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

Image Added

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.

Expand
titleKonfigurasjon
Teknisk informasjon

Systemparameter 185 = 0
Systemparameter 191 = 0
Systemparameter 987 = 1

I VPI-mal må verdi for "utprisn" i kolonne "Nullstille" settes til "Ja".
Dette åpner for umiddelbar behandling av poster med kun varefeltene utfylt (pris = 0).

Dersom kolonnen "Nullstille" i VPI-mal er skjult, slå på systemparameter 693.
Kontroller også hvilke andre felt som det skal være tillatt å oppdatere med "nullverdi" fra RIGAL VPI.
Verdi for "Nullstille" i VPI-mal (Ja/Nei), kan kun endres dersom "Logisk" er påslått for VPI-malen(e) i systemalternativer 79.

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

Image Added

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.

Expand
titleKonfigurasjon
Teknisk informasjon

Programmet "Slett tandem som hovedvare" under "LRS"/"Korrigere/endre data" er som standard satt opp med kun logging (i txt-loggen).
Dette kan uten risiko kjøres som en helsesjekk.
Dersom txt-loggen viser at det finnes avvik, kan programmet kjøres igjen uten avhuking for logging.
Resultat blir da at avvikende tandemer fjernes og legges ut for sletting til POS. Det legges også ut slettepost til Chain Web ved behov.

Kontroll av feil i JSON lagerformat

(RTC-30567)

Forhindre at feilposter i dette JSON-formatet blir liggende ubehandlet

Expand
titleKonfigurasjon
Teknisk informasjon

For å hindre at filko fylles opp med prioriterte lagerposter i feil format, vil nå alle slike poster med < 7 felt forkastes.
De logges før de fjernes fra filko.

For prioritert lagerutlegg i JSON-format:

  • Slå på "Logisk" i Systemalternativer 193, alternativt opprett butikkspesifikk post i Systemalternativ for butikk 193
  • Feil logges til filen lrs\logg\jsonerrMMDD.txt
  • JSON utleggsfil havner i sendes-katalogen dersom ikke en alternativ katalog er angitt med komplett sti i systemparameter 798 (for eksempel. C:\lrs\json_stock)

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.

Expand
titleKonfigurasjon
Teknisk informasjon
I systemalternativer 1019 er det verdi i feltet "Logisk" som avgjør om et feltnavn skal vises eller ikke. 

Sletting av Chain Classic bruker

(RTC-31487)

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

Expand
titleKonfigurasjon
Teknisk informasjon
Systemparameter 993 åpner for mulighet at utviklingsbuker kan få lov å slette annen utviklingsbruker.
Det anbefales at dette kun slås på ved ekstraordinære behov.
Dersom alle utviklingsbrukere slettes, blir det vanskelig å rette opp problemer som krever en bruker med rettigheter på høyeste nivå.

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

Dokument status: 

Status
colourGreen
titlereleased

Dato:   

Forutsetninger for oppgradering

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

Overgang til kampanjegruppeutlegg

...

Dokument status: 

Status
colourGreen
titlereleased

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.

...

Dokument status: 

Status
colourGreen
titlereleased

Dato:  

Forutsetninger for oppgradering

Med oppgradering til Chain Classic versjon 2.1.1.0.35 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.

...

Dokument status: 

Status
colourGreen
titlereleased

Dato:  

Forutsetninger for oppgradering

Med oppgradering til Chain Classic versjon 2.1.1.0.34 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.

...

Dokument status: 

Status
colourGreen
titlereleased

Dato:  

Forutsetninger for oppgradering

Med oppgradering til Chain Classic versjon 2.1.1.0.33 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". 

...

Dokument status: 

Status
colourGreen
titlereleased

Dato:  

Forutsetninger for oppgradering

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

...

Dokument status: 

Status
colourGreen
titlereleased

Dato:  

Forutsetninger for oppgradering

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

Forbedringer 

Modul Beskrivelse 
Kunde 

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

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

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

Varegruppemix (RTC-23878)

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

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

Rapport "Grunnlag bestilling" (RTC-23465)

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


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

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


Avgrensing i varekølogg (RTC-23553)

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

Register

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

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

Varetelling 

Varetellingsliste lages ikke (RTC-24318)

En feil i patch 2.1.1.0.28 er korrigert og allerede levert i ombygget patch 2.1.1.0.31.

Hotfix er tilgjengelig for patch 2.1.1.0.18 - 2.1.1.0.30.

...

Dokument status: 

Status
colourGreen
titleREleased

Dato:  

Forutsetninger for oppgradering

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

Forbedringer 

Modul Beskrivelse 
Vare

Servicehandel og relasjon antall/pris (RTC-22910)

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

RIGAL

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

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

Rapport

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

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

Kampanjegruppe

Se profilkampanjer som butikkbruker (RTC-23239)

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

Info
titleTeknisk informasjon

Systemparameter 723 styrer om profilkampanjegrupper skal vises eller ikke.

...

Dokument status: 

Status
colourGreen
titleRELEASED

Dato:  

Forutsetninger for oppgradering

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

Forbedringer 

Modul Beskrivelse 
Kampanjegruppe

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

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

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

Korrekt kalkulering av ingredienspris (RTC-22406)

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

Varemottak

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

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


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

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

...

Dokument status: 

Status
colourGreen
titleReleased

Dato:  

Forutsetninger for oppgradering

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

Forbedringer 

Modul Beskrivelse 
Kunde

Kunder med postnummer 0 tillates (RTC-19993)

Det er tillatt med postnr = 0 på kunde i Chain Classic.

Mixmatch

Sletting av mixvarer og hel mixmatch (RTC-21479)

Grunnet statistikk er det generelt ikke anbefalt å slette varelinjer i aktiv mixmatch eller å slette hel mixmatch (i aktiv kampanjegruppe), men det er mulig og kan være nødvendig ved administrative feil. Ved slike slettinger legges det kun ut sletting i mixfiler, alternativt RIGAL-filer, til aktive butikker.

Pris

"Send vare til kasse" og profilbutikk (RTC-21769)

Ved bruk av "Profilbutikk" og funksjonen "Send vare til kasse" vil det være kun filen pris.999xx som legges ut til profilbutikken. Øvrige format legges kun ut til aktive butikker.

Vare

Oppdatering av varetekst og vareinfo samtidig (RTC-21888)

Hvis det i "Varevedlikehold" skjer endring av varedata og "Vareinfo" innenfor et kort tidsintervall resulterer dette i korrekt utlegg av filene vare.99900 og vareinfo.butnr.

Varetelling

Oppdatering av varetellingsfiler på vent (RTC-22006)

Når varetellingsfiler settes på vent åpnes muligheten å oppdatere lager senere enn talt dato. Programmet sørger for at varene likevel oppdateres med riktig beløp i kostpris, salgssum og mva.


Manuell registrering i "varetellingsveiviseren" (RTC-21903)

Ved varetelling og manuell registrering av lagerstyrt vare skjer det en kontroll om varen finnes på lager. Dersom veiviseren ikke finner lagersaldo blir denne tellingen likevel registrert og lagerantall blir oppdatert med gyldig lagerstatus.

...

Dokument status: 

Status
colourGreen
titleRELEASED

Dato:  

Forutsetninger for oppgradering

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

Forbedringer 

Modul Beskrivelse 
Pris

Utlegg av fremtidige priser (RTC-21154)
Ved bruk av utlegg av fremtidige priser til POS er det viktig at riktig kønummer blir brukt. Sjekken av dette er forbedret slik at det ikke blir problemer med gjeldende ordinærpris i POS.

Expand
titleKonfigurasjon
Systemparameter 545

Utlegg av fremtidige priser til POS settes opp i systemparameter 545.                                     

Denne parameteren er skjult som standard.

Bestilling

Referansetekst i "Bestilling" og "Elektronisk varemottak" (RTC-20347)

Melding angitt i felt for "Referansetekst" i "Bestilling" hentes opp i tilsvarende ordre i "Elektronisk varemottak", og vises der i en egen kolonne.

Ved bruk av spesialprogrammet "Bestillingsforslag Excel" må det legges med en merknad av bestillingen. Denne meldingen havner i "Referansetekst" i "Bestilling" og vises da også som beskrevet i "Elektronisk varemottak".  

Butikk

Ingen utlegg til butikker med kommunikasjonstype = 1 (RTC-20589)

Det gjøres aldri noen utlegg til POS eller tredjepartssystem, for butikker med kommunikasjonstype = 1 i butikkregisteret i Chain Classic. Disse butikkene kan derfor brukes som "referansebutikker" ved RIGAL-import fra ERP.

Rapporter

Antall salg pr periode i rapporten "Dagsrapport" (RTC-20392)

Antall salg som vises i rapporten "Dagsrapport" viser:

  1. Salg totalt i denne måned.
  2. Salg totalt i forrige måned.
  3. Salg totalt siste 12 måneder.

Disse tallene endres ikke av forskjellige utvalg på dato eller annet.


Rapporter for team over flere profiler (RTC-21189)

Teambrukere kan velge profil i utvalgsbilde ved rapportkjøring. Vilkår for at dette kan gjøres er at det aktuelle teamet inneholder butikker fra flere profiler og at teambrukeren er laget med profiltilhørighet "Alle".


Butikkoppgjør total (RTC-21072)

Rapporten er justert slik at dersom alle mulige visningsalternativer er i bruk samtidig så lages rapporten fortsatt på en side.

RIGAL

Oppdatering av RIGAL N-fil (RTC-20048)

Ved oppdatering av RIGAL N-fil oppdateres varepost som forventet, også om det er finnes eksisterende varefeltinfo.

System

Begrense oppstart av antall samtidige EOD-jobber RTC-19734)

Programmet jobbserver kontrollerer antall startede rapporter (inkludert etikettutskrifter eller andre batchjobber), og det er parameterstyrt hvor mange jobber som kan startes opp og kjøres samtidig. Hvis en "Startet"-jobb ikke kommer seg til jobbstatus "Kjører", defineres jobben som feilet og forhindrer derfor ikke en annen batchjobb fra oppstart eller å bli ferdigstilt.

Info

Antall jobber som kan startes opp og kjøres samtidig styres av systemparameter 250 som normalt skal ha fire verdier. Færre verdier kan godtas, men for servere med "mange" butikker/brukere og dermed høyt antall EOD-rapporter, bør absolutt fire verdier brukes. Men det anbefales at fire verdier i systemparameter 250 brukes som standard til alle kunder.

Utlegg til Tokheim

Utlegg til Tokheim når kasserer sperres (RTC-19671)

Når kasserer "sperres" i Chain Classic eller i Chain Web legges sletting av kasserer/bruker ut fra Chain Classic til 3. partssystemet Tokheim POS. 

Varemottak

Logging av endringer av kostpris i "Fakturakontroll" (RTC-20293)

Spesialprogrammet "Fakturakontroll" i Varemottak logges slik at avvik ved endring av veid kostpris kan ettergås. 

Info

Loggutskrift ligger i LRS\logg med filnavn: veidkost<mmdd>.<butnr>


Internoverføring og fargevarianter på prisfanen i varemottak (RTC-19626)

Ved bruk av spesialversjon av varemottak - "elmottakw" og internoverføring mellom butikker, vises overført variant for modellfarge i fanen Pris. Dette for utskrift av prislapper og blir slik selv om overført variant er hovedvare for størrelsen eller ikke.

Info

Dette gjelder kun for varemottak med systemparameter 528 = elmottakw og systemparameter 512 = 1 

Kampanjegruppe

Hurtigprising i kampanjegruppe (RTC-20892)

Prisendringsprogrammet "Hurtigprising" er et eget menyvalg, som dekker det meste av multiple prisendringer. Hurtigprising ved kampanjetilbud bør likevel gjøres via kampanjegruppe da dette gir fordeler på ytelse og feilsøking.


Standard priskontroll og datoendring på kampanjegruppe (RTC-20372)

Ved endring av dato på kampanjegruppe tas det hensyn til tidligere behandling i priskontroll. Det betyr at en butikk som har avvist eller godkjent kampanjeposter, mixmatch eller hel kampanjegruppe ikke må gjøre dette igjen hvis dato/tid endres på kampanjegruppe. Status beholdes og det er kun dato-/tid endring som oppdateres.  

...

Dokument status: 

Status
colourGreen
titleRELEASED

Dato:  

Forutsetninger for oppgradering

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

Forbedringer 

Modul Beskrivelse 
Bestilling 

Bestilling av pakkevare som inneholder pantevare (RTC-19152)

Visning av bestillinger med pakkevarer som inneholder pantevarer  er forbedret slik at det også gir visuelle varelinjer i Bestilling i Chain Classic. 


Automatisk utlegg med pakkevare (RTC-18770)

Funksjonaliteten for automatiske utlegg av pakkevare er forbedret. En ordre fra InStore App, med kun én pakkevare, eller pakkevare på siste rad, legges nå automatisk ut komplett via RIGAL, fra Chain Classic.

Ordre

Webordre med bestillingsvare som ikke skal lage bestilling i Chain Classic (RTC-19125)

Det er gjort forbedringer for webordre i Chain Classic som inneholder bestillingsvarer. Dersom bestillingsfunksjonen ikke er aktiv i Chain Classic vil det ikke bli opprettet bestillinger selv om webordren inneholder en slik bestillingsvare.

Rapporter

Manglende plukkliste til webordre (RTC-18592) 

Enkelttilfeller hvor plukkliste for webordre ikke ble automatisk generert er utbedret.


Butikkoppgjørsrapport med priskanaler på én side (RTC-18117) 

Butikkoppgjørsrapport med bruk av flere salgskanaler er forbedret slik at all data kommer på én side som forventet.

Vare

Årsakskode med fire siffer kan ikke vises i "Varebevegelser"(RTC-18584)

Årsakskoder i vises nå korrekt også når årsakskoden inneholder fire siffer.


Manglende sletteposter ved bruk av "Slette/fjerne fra kasse" (RTC-18299)

Det er laget forbedringer i oppryddingsprogrammet "Slette/fjerne fra kasse". Ved å fjerne unødvendig kontroll av vareendringsdatoen sikres det at forventede sletteposter blir laget. 

...

Dokument status: 

Status
colourGreen
titlereleased

Dato:  

Forutsetninger for oppgradering 

Oppgradering til Chain Classic versjon 2.1.1.0.25 forutsetter at POS leverer bong-format i POSLog versjon 75. 

...

Dokument status:

Status
colourGreen
titlereleased

Dato:  

Forutsetninger for oppgradering 

Oppgradering til Chain Classic versjon 2.1.1.0.24 forutsetter at POS leverer bong-format i POSLog versjon 75. 

...