Chain Classic versjon 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 sammenskoblet i "Servicehandel". Som følge av dette vil for eksempel tilsvarende pris oppdateres korrekt også i "Resept" og "Pris" hvis antall endres på noen post 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.
|
SKU-felt for Chain Web i vare.99900
Feltet "SKU" legges ut blank fra Chain Clasic til totalbutikken i følgende to formater, vare.99900 hvor det er felt 92 som benyttes og tandem.99900 hvor felt 5 benyttes. I Chain Web kan feltet ha inntil 50 tegn, men vil alltid være tomt når det legges ut fra Chain Classic.
POS bruker kan bruke dette felt til felles funksjonalitet ved oppdatering både fra Chain Classic og Chain Web.
| Expand | ||
|---|---|---|
| ||
|
Fabrikat i rapport "Aldersfordelt lagerverdi"
Rapporten "Aldersfordelt lagerverdi" viser nå også "Fabrikat" for varene i ny kolonne.
Ugyldige tegn i sensitive tekstfelt
I "Vare", Kunde" og forskjellige registerprogrammer kan de få konsekvenser hvis det lagres ugyldige tegn i sensitive navnefelt.
Usynlige tegn, som ved "uhell" kommer med i tekst ved for eksempel kopiering, fjernes automatisk ved lagring i GUI eller RIGAL VPI-import. Utover dette kan andre tegn som oppdages underveis legges til i en liste for å unngå fremtidige problemer.
| Expand | ||
|---|---|---|
| ||
|
Nettopriskontroll med profilprisendringer
(RTC-21684)
Hvis nettopriskontroll utvides med utpriskontroll i tillegg vil profilpris bli foreslått som utpris, både for butikker som har og de som ikke har lokal butikkpris fra før. Ved standard "Nettopriskontroll" vil butikker som har lokal butikkpris få gjeldende butikkpris som forslag på utpris og de butikker som ikke har lokal butikkpris blir foreslått gammel profilpris i utprisfeltet.
| Expand | ||
|---|---|---|
| ||
|
Sletting av gamle loggposter i database
Det er anbefalt å løpende slette utdaterte statistikk- og registerposter via EOD. Hvis ikke kan datamengdene etterhvert risikere og nå maksimal grense og da krasjer databasen.
Da gammel loggdata også bygger seg opp, kan også dette slettes via EOD for registervedlikehold.
| Expand | ||
|---|---|---|
| ||
|
Sletting av vaskeprogram i Tokheim POS
(RTC-22804)
Hver butikk med tredjepartssystemet Tokheim POS og bilvaskanlegg har lagt opp egne poster for hvert vaskeprogram under "Feltverdier for butikk", for tilsvarende vare. Det er denne vaskeprogramsposten som skal slettes hvis butikken ønsker å fjerne et vaskeprogram. Utlegg som fjerner vaskeprogrammet fra kassen sendes deretter til Tokheim POS.
Alternativ metode for oppdatering av fastprisflagg på ny butikkpris
(RTC-22907)
Generelt oppdateres merknaden for "Fast pris" via standard felt i VPI. Det er også mulig å sette opp systemet for å alltid sette "Fast pris" likt oppsett for profilpris, når ny butikkpris lages eller ved endring av existerende butikkpris, via RIGAL VPI.
| Expand | ||
|---|---|---|
| ||
|
Rapportene "Varekølogg" og "Logg el. hylleforkanter"
(RTC-22924)
Rapportgrunnlag lagres i databasen, uansett om rapportene er i bruk eller ikke. Det har ikke mye å si hvis det er gode rutiner for vedlikehold og sletting av gamle data. Rapportene "Varekølogg" og "Logg el. hylleforkanter" er viktige rapporter for de som bruker disse, men de er av en type som genererer store mengder data. Denne datamengden kan selvfølgelig vedlikeholdes med gode sletterutiner, men det er direkte unødvendig lagre mye data kun for å så slette den etterpå, hvis rapportene ikke er i bruk. Hvis vedlikeholdsrutinene ikke er på plass kan det føre til overfyllt database og svære systemproblemer som følge av dette. Det er derfor anbefalt å parameterstyre om logging skal skje for noen av disse rapportene. Hvis man ønsker å kjøre rapportene i en periode er det enkelt at slå på logging og senere slå av denne igjen.
| Expand | ||
|---|---|---|
| ||
|
Slett ikke-aktiv butikk
(RTC-22966)
Når en butikk avsluttes settes, i butikkregisteret, kommunikationstype = 1 og "Stengt dato" med avsluttingsdato for butikken. Dette fører til at mye av register slettes men ikke alt, fortsatt vises butikken i butikkregisteret. Hvis butikken skal fjernes fra butikkregisteret må support/konsulent kjøre oppryddingsprogram for dette slik at resterende data for statistikk og register fjernes sammen med butikken.
| Expand | ||
|---|---|---|
| ||
|
Sletting av gammel statistikk og registre
(RTC-23165)
Det er lurt å ha rutine for sletting av gammel statistikk (salgstall) og registre, ellers er det risiko for å fylle opp databasen over tid, noe som kan føre til totalstopp i all oppdatering. Det vil da kreves omfattende sletting av gammel data, en jobb som er helt unødvendig da det er mulig å sette opp løpende sletting hver dag. For eksempel kan grensa for sletting settes på 90 dager, for hver ny dag vil dag 91 slettes slik at det alltid finnes statistikk og registre 90 dager tilbake.
| Expand | ||
|---|---|---|
| ||
|
...
Chain Classic versjon 2.1.1.0.29
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.
...