Chain Classic versjon 2.1.1.0.36
Dokument status:
| Status | ||||||
|---|---|---|---|---|---|---|
|
Date:
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
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.
| Expand | ||
|---|---|---|
| ||
|
Oppdatering av mixmatcher i POS ved endring av gjeldende unntaksvaregrupper
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.
| Expand | ||
|---|---|---|
| ||
|
Betale gavekort med annet gavekort og/eller tilgodelapp
Hvis gavekort og/eller tilgodelapp brukes for å betale et nytt gavekort lages en egen finanstransaksjon for dette.
| Expand | ||
|---|---|---|
| ||
|
Integrasjon med Q-bank (bildebank)
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.
| Expand | ||
|---|---|---|
| ||
|
Nettoprisendring ved oppdatering av varemottak
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.
| Expand | ||
|---|---|---|
| ||
|
Rulle tilbake tellesvinntransaksjoner ved nullstilling av salgsdag
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.
| Expand | ||
|---|---|---|
| ||
|
Endre nettopris direkte i elektronisk varemottak
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".
| Expand | |||||||
|---|---|---|---|---|---|---|---|
| |||||||
|
Vedlikehold av poster i "Varetransaksjoner"
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.
| Expand | ||
|---|---|---|
| ||
|
Oppdater klientfiler i bakgrunn
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".
| Expand | ||
|---|---|---|
| ||
|
Datobegrenset nyregistrering av poster i "Drivstoff"
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.
| Expand | ||
|---|---|---|
| ||
|
Trunkering av varenavn ved eksport Tokheim POS
Som følge av begrensninger i 3. partssystemet Tokheim POS er antall tegn i varenavn, ved eksport, nå begrenset til 20 tegn.
| Expand | ||
|---|---|---|
| ||
|
Feil butikknummer i POSLog
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.
| Expand | ||
|---|---|---|
| ||
|
Begrense mulighet å lage informasjonstekst under HK-nivå
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"
| Expand | ||
|---|---|---|
| ||
|
Eksport av ikke mottatte bestillinger til Chain Web
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.
| Expand | ||
|---|---|---|
| ||
|
Blanke felt eller standardverdier for ny vare
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
| Expand | ||
|---|---|---|
| ||
|
...
Chain Classic versjon 2.1.1.0.35
Dokument status:
| Status | ||||
|---|---|---|---|---|
|
Date:
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. |
Logging av endringer i kundeordrer
...
Dokument status:
| Status | ||||||
|---|---|---|---|---|---|---|
|
Date:
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 | ||||||
|---|---|---|---|---|---|---|
|
Date:
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 colour Green title released
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 | ||||||
|---|---|---|---|---|---|---|
|
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.
| |||||||
| 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.
| |||||||
| 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 | ||||||
|---|---|---|---|---|---|---|
|
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.
|
...
Dokument status:
| Status | ||||||
|---|---|---|---|---|---|---|
|
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.
| |||||||
| 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 | ||||||
|---|---|---|---|---|---|---|
|
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 | ||||||
|---|---|---|---|---|---|---|
|
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)
| |||||||
| 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:
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.
| |||||||
| 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.
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.
| |||||||
| 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 | ||||||
|---|---|---|---|---|---|---|
|
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 | ||||
|---|---|---|---|---|
|
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 | ||||||
|---|---|---|---|---|---|---|
|
Dato:
Forutsetninger for oppgradering
Oppgradering til Chain Classic versjon 2.1.1.0.24 forutsetter at POS leverer bong-format i POSLog versjon 75.
...