Chain Classic versjon 2.2.0.0.10
Dokument status:
| Status | ||||||
|---|---|---|---|---|---|---|
|
Dato:
Forutsetninger for oppgradering
Med oppgradering til Chain Classic versjon 2.2.0.0.10 skal alltid POS levere bonger i POSLog versjon 81.
Forbedringer
Modul | Beskrivelse |
|---|---|
Bestilling | Behandling av varer merket "Ikke bestilling" i Bestillingsmodulen (RTC-31342)
|
Lager | Se lager for andre butikker (RTC-32343) Med funksjonsknappen "Lagerinformasjon" i Vare- og Pris-vedlikehold vises lagerbeholdning for butikkbruker dersom butikken har lagerpost på varen. Uten lagerpost på varen er knappen deaktivert. Med adgang til andre butikkers lagerbeholdning kan butikkbruker også se lagerbeholdning til disse andre butikkene i tillegg til egen lagerstatus. Dersom egen butikk ikke har lagerpost på en vare, kan butikkbruker likevel se lagerbeholdning til de andre butikkene. |
Utlegg til POS | Riktig bruk av punktum som desimaltegn ved eksport av mixmatch til POS (RTC-32523) Når butikklokal mixmatch eller kampanjegruppe lages i Chain Classic etter import av RIGAL X/J-fil og det evt. skapes nye butikkpriser som mangler, vil det alltid brukes punktum som desimaltegn i utlegg til POS. |
VPI-Sync | VPI-Sync og flere ubehandlede ordinære prisendringer i varekø (RTC-31186) Det hender at Chain Classic og POS "ikke er enige" om hva som er gjeldende ordinære pris. For at VPI-Sync ikke skal vise unødige avvik, vil siste "godkjente" pris i Chain Classic sendes til POS og benyttes for sammenligning mot tilsvarende pris der. |
Skrive rabattalternativer på små rabattprislapper
Funksjonalitet for utskrift av små rabattprislapper finnes i "Butikkrutiner", "Varevedlikehold" og "Prisvedlikehold". Knappen vises alltid i "Butikkrutiner" men må spesifikt velges for bruk i de andre to vedlikeholdsprogrammene.
Det kan parameterstyres om det kun skal være mulig å angi prosentrabatt eller om det i tillegg skal være mulig å velge mellom kronerabatt eller rabattert pris.
Det er uansett kun mulig å angi to siffer. Angitt verdi skrives da ut under strekkoden i markert felt nedenfor (2 siffer).
| Expand | ||
|---|---|---|
| ||
|
Bruk av "Excel online"
Chain Classic har mange funksjoner som trenger en lokal installasjon av Excel på arbeidsstasjonen.
Microsoft tilbyr også en "online Excel-løsning" som ikke fungerer i Chain Classic, men det laget en løsning som forenkler åpning av Excel rapportene.
- Velg ønsket rapport i rapportlisten og trykk på "Excel-knappen".
- Rapporten flyttes til en egen katalog. som bekreftes med en melding.
- Rapporten flyttes til en egen katalog. som bekreftes med en melding.
- Åpne katalogen "Chain_Print" under katalogen "Dokumenter"
- Her vil de valgte Excel rapportene ligge.
- Her vil de valgte Excel rapportene ligge.
- Alle Excel-rapportfiler i Chain_Print kan åpnes direkte i den Excel-løsningen som er tilgjengelig for bruker.
| Expand | ||
|---|---|---|
| ||
|
Ekstra utlegg til POS
Det er mulig å legge ut alle data for en ny butikk til POS. Dette innebærer at utlegget normalt legges i katalogen "Sendes" for overføring til POS med mulighet for ekstra kopi av filene til en spesifisert katalog.
Men det kan også spesifiseres at utlegget kun skal legges ut til denne ekstra katalogen og ikke til POS.
| Expand | ||
|---|---|---|
| ||
|
Krav om at e-post adresse må angis for kasserer
Dersom e-post adressen skal benyttes som brukernavn for kasserer i andre løsninger, er det anbefalt å slå på krav om at e-post adresse må angis ved endring eller oppretting av ny kasserer.
- Ved vedlikehold av eksisterende kasserer uten e-postadresse er det ikke lov å lagre uten at dette feltet er utfylt.
- Ny kasserer kan ikke lagres uten e-postadresse.
- Ved oppdatering av kasserere fra og utlegg til RIGAL inngår e-postadresse som siste felt.
- Ved oppdatering av ny kasserer fra RIGAL, vil posten avvises dersom e-postadresse mangler når systemparameter 988 er påslått. For eksisterende kasserere med e-postadresse utfylt, beholdes denne uendret.
| Expand | ||
|---|---|---|
| ||
|
Eksport ved sletting av tandem
Ved sletting av tandem legges alltid tandemen ut til filen tandem.butnr til POS. I tillegg kan det også legges ut slettepost via RIGAL V-fil.
| Expand | ||
|---|---|---|
| ||
|
Lag butikkpris selv om EAN = 0
Det er standard å avvise RIGAL-poster når de mangler EAN.
Men det finnes en parameterstyrt funksjonalitet for å søke fram varen via eksisterende profilpris.
| Expand | ||
|---|---|---|
| ||
|
Logging av godkjenning/fjerne godkjenning i Bestilling
Det er parameterstyrt om endringer i en godkjent bestilling skal eksporteres til ERP i RIGAL format.
Endringene logges også med brukerID og tidspunkt når man godkjenner eller fjerner godkjenning.
Dersom bekreftelse er i bruk, vil dette eller fjerning av bekreftelse også logges, både i bestillingshode og på bestillingsradene.
Dersom bekreftelse ikke benyttes, kan knappene for Bekreft/Fjerne bekreftelse skjules for brukeren.
| Expand | ||
|---|---|---|
| ||
|
Kampanjeperiode via ordinære prisendringer i RIGAL VPI
Det er mulig å "simulere en "kampanjepris" via oppdatering av to ordinære prisendringer fra RIGAL VPI.
Dette kan være aktuelt for varer med Fastpris der det ikke er tillatt å benytte en vanlig kampanjepris i POS.
Man oppdaterer først en fremtidig "startpost" med ønsket prisendring og deretter en sluttpost der ordinær pris gjerne endres tilbake til opprinnelig pris.
Disse postene kan gjerne sendes inn i samme RIGAL V-fil.
Dette bør kun brukes i spesielle tilfeller og skal ikke erstatte bruk av standard kampanjegrupper med alle de fordeler det gir.
Utlegg av negativ kundesaldo til Tokheim POS
Dersom kredittkunder betaler inn for mye, kan kundesaldo bli negativ. Også negative beløp legge ut til Tokheim POS når oppdateringen kommer fra Chain Web via Chain Classic.
Når Chain Web er master for kunder, oppdateres alle endringer i Chain Classic.
Alternativer i standard priskontroll
Det er mulig å fjerne muligheten til å tilbakestille avviste prisendringsposter via en parameter.
Dette anbefales siden det kan oppleves forvirrende at man ikke får utført tilbakestillingen som forventet fordi postene i varekøen er ferdigbehandlet og fjernet.
I tillegg kan man velge å utsette godkjenning av manuelt endrede poster (utsalgsprisen er endret) for analyse av konsekvensene av endringen før prisendringene godkjennes samlet.
| Expand | ||
|---|---|---|
| ||
|
Forbedringer i standard priskontroll
Bruk av standard Priskontroll kan via systemparameter tilpasses forskjellige behov, der priser som skal kontrolleres er tilgjengelige på aktive faner.
Dette oppsettet styrer om de fem fanene "Nye priser", "Ordinære prisendringer", "Kampanjepriser", "Mixmatch" og "Kampanjegruppe" skal være aktive eller ikke
Det er også mulig å velge hva som skal skje med en endret utsalgpris. Vanligvis vil endringen godkjennes umiddelbart, og da fjernes posten direkte.
Alternativt kan lagring og godkjenning utsettes slik at man kan analysere effekten av en prisendring. Posten vil da ligge igjen og fjernes først når den godkjennes.
Det er også mulig å fjerne funksjonalitet for "Tilbakestilling" av en avvist profilprisendring. Dette anbefales siden disse varekøpostene kun er tilgjengelig i et kort tidsrom inntil de er ferdigbehandlet.
Risikoen er at man ikke "rekker" å tilbakestille postene i den korte tiden mellom at man trykker på knappen "Avvis" og neste varekøbehandling.
I praksis varer dette "tidsvinduet" kun mellom 0-120 sekunder, deretter er det ikke mulig å bruke funksjonaliteten.
For de fleste vil det derfor være mindre forvirrende om denne funksjonaliteten fjernes helt.
| Expand | ||
|---|---|---|
| ||
|
Layout for VPI maler
Programmet "VPI maler" gir mulighet til å differensiere mellom forskjellige typer/behov av RIGAL V-fil import.
På den 1. fanen "VPImal" vises navn og nummer. På fanen "Felter i mal" vises alle poster i den aktuelle VPI malen.
| Expand | ||
|---|---|---|
| ||
|
Vedlikehold av mixmatchtyper
For valg av hvilke mixmatchtyper en kjede benytter og tilpassing av disse, brukes nå programmet "Mixmatchtyper" på menyen Register - Generelle.
Dette menypunktet er i utgangspunktet tilgjengelig for alle, men systemadministrator kan endre på oppsett og hvilke mixmatchtyper som skal benyttes og vises for vanlige brukere.
| Info |
|---|
Dette nye menyvalget er kun tilgjengelig i Chain Classic versjon 2.2 |
Utlegg av lagerpost i JSON format
Dersom parameter for dette er påslått, vil det ved oppdatering av lager skapes et automatisk lagerutlegg i JSON format
| Expand | ||
|---|---|---|
| ||
|
Innføring av 9-sifret kasserernummer
I rapportene "Butikkoppgjør" og "Butikkoppgjør pr. kasserer" er det støtte for bruk av inntil 9-sifret kasserernummer.
Oppdatering av ny vare fra Item Master
Når Item Master skaper en ny vare, skal denne normalt sendes som to poster (en VAR post og en PRI post) via RIGAL V-formatet til Chain Classic.
VAR posten må alltid sendes først, og i denne oppdateres også noen felt (f.eks. sortimentskode) som egentlig ligger på pris i Chain Classic.
Ved oppdatering av påfølgende PRI post, vil disse feltene beholde sine originale verdier fra VAR posten.
| Expand | ||
|---|---|---|
| ||
|
Bruk av Excel i "Bestillingskriterier"
- Knapper for bruk av Excel vises kun dersom Excel er installert lokalt på arbeidsstasjonen
- Eksport av bestillingskriterier til Excel kan kun utføres for butikker merket med "Bestilling" påslått i butikkregisteret
- Import fra Excel kan også kun benyttes for butikker merket med "Bestilling" påslått i butikkregisteret
- Nye bestillingskriterier kan kun legges opp for aktive butikker med "Bestilling" påslått i butikkregisteret.
| Expand | ||
|---|---|---|
| ||
|
Sletting av kampanjepriser, medlemstilbud og ordinære prisendringer via RIGAL V-fil
Det er mulig å slette både en kampanjepris og et medlemstilbud med samme start/slutt dato via samme RIGAL V-fil. Dette gjelder både aktive og fremtidige tilbud.
I tillegg kan fremtidige ordinære prisendringer slettes.
| Expand | ||
|---|---|---|
| ||
|
Logging ved sletting av tandem via RIGAL VPI
Ved sletting av tandem via post i RIGAL V-fil dette logges:
- I Oppdateringslogg (vpiins*) vil dette telles opp under "Oppdatert"
- I standard Feillogg (vpierr*) skrives meldingen - "Legger opp sletteposter for TANDEM-nr xxx for hovedvarenummer yyy"
- I Total feillogg (vpierrtot) skrives også meldingen "Legger opp sletteposter for TANDEM-nr xxx for hovedvarenummer yyy"
| Expand | ||
|---|---|---|
| ||
|
Varehierarkiliste for "Cloud-eksport"
Ved behov for eksport av varehierarkiet til "Cloud", benyttes rapporten "Varehierarki Excel" under menyen Rapporter - Vare. Rapporten lages kun til Excel.
Merk at i siste kolonne kombineres varegruppe og undergruppe med 4 siffer (inkl. ledende nuller) for hver feltverdi (til sammen 8 siffer).
Varegruppe 1 med undergruppe 10 vil dermed få verdien "00010010" i dette kombinerte feltet.
Optimalisering av prosedyre (proxy) for oppdatering av varelokale feltverdier fra InStore App
Utvikling av generelle oppdateringer, fra InStore App, sikrer god dataflyt.
| Expand | ||
|---|---|---|
| ||
|
...
Chain Classic versjon 2.2.0.0.09
Dokument status:
| Status | ||||||
|---|---|---|---|---|---|---|
|
Dato:
Forutsetninger for oppgradering
Med oppgradering til Chain Classic versjon 2.2.0.0.09 skal alltid POS levere bonger i POSLog versjon 81.
...
Dokument status:
| Status | ||||||
|---|---|---|---|---|---|---|
|
Dato:
Forutsetninger for oppgradering
Med oppgradering til Chain Classic versjon 2.2.0.0.08 skal alltid POS levere bonger i POSLog versjon 81.
Forbedringer
Modul | Beskrivelse |
|---|---|
Kampanjegruppe | Sletting av hel mixmatch i kampanjegruppe (RTC-32186) Det er mulig å slette en komplett mixmatch i kampanjegruppe. Det blir da gjort et utlegg til POS av kun en post for sletting av mixhode. |
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:
|
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.
|
...
Dokument status:
| Status | ||||||
|---|---|---|---|---|---|---|
|
Dato:
Forutsetninger for oppgradering
Med oppgradering til Chain Classic versjon 2.2.0.0.07 skal alltid POS levere bonger i POSLog versjon 81.
Forbedringer
Modul | Beskrivelse |
|---|---|
| Lexmark | Lexmark oppdatering når tilbud = ordinærpris (RTC-29650) I situasjonen der kampanjepris/medlemstilbud = normalpris og normalpris økes i tilbudsperioden vil dette ikke trigge etikett. |
| 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. |
...
Dokument status:
| Status | ||||||
|---|---|---|---|---|---|---|
|
Dato:
Forutsetninger for oppgradering
Med oppgradering til Chain Classic versjon 2.2.0.0.06 skal alltid POS levere bonger i POSLog versjon 81.
Forbedringer
Modul | Beskrivelse |
|---|---|
| Etikett | Etikett skrives ikke uten endring av utpris (RTC-29332) Hvis ny kampanjepris er lik utpris eller hvis kampanjenettopris, men ikke utpris, endres på aktiv kampanje da skrives det ikke etikett ved noen av disse tilfellene. |
| Kampanjegruppe | Sletting av mixmatch fra ikke godkjent kampanjegruppe (RTC-29477) Ved opplegg av ny kampanjegruppe med flere mixmatcher kan bruker slette både en og flere mixmatcher før selve kampanjegruppen godkjennes. Samme vare i multiple michmatcher i samme kampanjegruppe (RTC-27651) Det er mulig å ha flere mixmatcher, med samme vare, i en kampanjegruppe, uten risiko for komplikasjoner grunnet identisk start- og/eller sluttdato. |
| Mixmatch | Innhenting av nye varer i allerede godkjent mixmatch (RTC-29815) I manuell mixmatch eller mixmatch i kampanjegruppe kan innhenting av nye varer gjøres på flere måter. Uansett metode vil både automatisk og manuell godkjenning/lagring lage varekøposter med samme butikknummer som er gjeldende i nevnte tilbudstyper. |
| Rapporter | Antall solgte varer i grafisk varegruppesalgsrapport (RTC-29486) Ved bruk av grafisk varegruppesalgsrapport kan det åpnes et vindu for "Fordeling pr. butikk". Generelt vil denne "pop-up" ha en kolonne for antall, men i tabeller for varegruppe- og undergruppesalg gir det ikke mening å lagre antall (av uidentifiserte varer). For å unnvike misforståelse ekskluderer disse salgsrapportene kolonne "Antall", i stedet for å vise verdi 0 for alle poster. |
| Varemottak | Utskrift av prislapper i varemottak (RTC-28791) Ved bruk av parameterstyrt spesialløsning for varemottak (ikke standardløsningen el. varemottak), er det mulig å skrive ut etiketter via knappene "Prislapp" og "Prislapp lager". Funksjonen gir prislapper for nye varer og i programmet utførte prisendringer på både eksisterende og nye varer. Oppdatering av nettopris i eksisterende el. varemottak ved manuelt varemottak (RTC-28081) Hvis det oppdages en vare med feil nettopris i elektronisk varemottak, kan dette korrigeres ved å lage et manuelt varemottak og sette riktig kostpris på varen der. Det lages da en varetransaksjonspost som har riktig verdi og lager oppdateres. Hvis man, som riktig er i dette tilfelle, velger å oppdatere mot eksisterende ordre da blir tilsvarende ordrelinje i elektronisk varemottak oppdater med ny verdi på nettopris og også data i ordrehode blir rekalkulert i forhold til ny verdi fra manuelt varemottak. |
...
Dokument status:
| Status | ||||
|---|---|---|---|---|
|
Dato:
Forutsetninger for oppgradering
Med oppgradering til Chain Classic versjon 2.2.0.0.05 anbefales det at POS leverer bong-format i POSLog versjon 81.
Forbedringer
Modul | Beskrivelse |
|---|---|
| Etiketter fra varekø | Skrive varekøetiketter fra InStore App (RTC-26686) Det er støtte for å skrive ut etiketter, fra varekø i Chain Classic, direktete fra InStore App. De som kan skrives ut vises også i "Varekøliste" med etikettflagg = "Nei", og betyr at det ikke er skrevet ut. |
| RIGAL | Mixmatch og kampanjegruppe sendes alltid med referanse via RIGAL (RTC-28418) Kampanjehode og mixmatchhode må ha referanse til tilbudsvarene. Kundespesifikke oppsett gir forskjellige løsninger på dette. På den ene siden kan kampanjegruppnr og/eller mixmatchnr brukes, hvis disse numrene ikke er i bruk gjelder "Kampanje-ID" og "ekstern mix ID". Utleggene skjer i RIGAL-filer for kampanjegruppe (J) og mixmatch (X). |
| Vareinformasjon | Vareinformasjonstekst (RTC-27650) Når det gjelder beskrivelse av vare i vareinformasjonstekst, er det ingen begrensning i tekstlengde. |
...
Dokument status:
| Status | ||||||
|---|---|---|---|---|---|---|
|
Dato:
Forutsetninger for oppgradering
Ved oppgradering til Chain Classic versjon 2.2.0.0.04 anbefales det at POS leverer bong-format i POSLog versjon 81.
Forbedringer
Modul | Beskrivelse |
|---|---|
| Etikett | Bestill etikettutskrift med forskjellige etikettyper (RTC-27262) Det er mulig å bestille og skrive ut etiketter med forskjellige etikettyper i samme etikettbestilling fra InStore App. |
| Lager | Utlegg av lagerfil til Chain Web (RTC-27548) Ved utlegg av lagerfil til Chain Web fra Chain Classic vil alltid tidligere eksportert fil, "StockBasis.butnr", skrives over, hvis den ikke er hentet opp. Optimalisering av utlegg ved lagerendring (RTC-27423) Generelt legges ikke lagerendringer ut til POS, dette skal kun skje ved endring av pris eller veidkost. Varemottak er derfor eneste grunn for filutlegg, med lagerendringer, til POS og evt. annen 3.part. |
| Rapporter | Leveringsdato i rapporten "Grunnlag bestilling" (RTC-27033) Når spesialfunksjonalitet for å vise leveringsdato i "Bestilling" er i bruk, viser dette leveringsdato på ordre linje i rapporten "Grunnlag bestilling". |
| RIGAL | Utlegg av leverandørordre-ID etter varemottak (RTC-27182) Leverandørordre-ID er et felt som ikke vises i Chain Classic men som kan benyttes når leverandør sender inn varemottak via RIGAL I-fil. Når varemottak er godkjent legges leverandør-ID ut i RIGAL I-formatet, dette gjelder uansett om varemottak gjøres i InStore App eller i Chain Classic. RIGAL V-fil og kampanjegruppedata (RTC-27899) Ved utlegg av RIGAL V-fil, fra "Klargjøre vare", legges det ut kampanjegruppeinfo for kampanjegruppenummer, kampanje-ID, navn på kampanjegruppe tilhørende formatene "K" (kampanjevare) og "M" (Medlemstilbud). I tillegg legges det ut RIGAL J-fil med tilsvarende informasjon. |
...
Dokument status:
| Status | ||||||
|---|---|---|---|---|---|---|
|
Dato:
Forutsetninger for oppgradering
Ved oppgradering til Chain Classic versjon 2.2.0.0.03 anbefales det at POS leverer bong-format i POSLog versjon 81.
Forbedringer
Modul | Beskrivelse |
|---|---|
| Bestilling | Butikk uten "Bestilling" (RTC-19163) Det anbefales at alle butikker har "Bestilling" påslått i butikkregisteret. Men fra patch 32 bør det sjekkes at butikker som ikke har bestilling, da faktisk ikke har "Bestilling" valgt i butikkregisteret. Dette for å sikre at bestillinger ikke lages, på disse butikkene, via automatikk ved for eksempel Kundeordre og Varemottak fra POS eller InStore App. |
| Lexmark integrasjon | Utlegg av tilbudsposter til Lexmark (RTC-26601) Utlegg av kampanje- og medlemstilbudsposter til 3. partssystemet Lexmark er begrenset til kun de de som er nødvendige for Lexmark sin funksjonalitet, der finnes ikke samme behov som ved tilsvarende utlegg til POS. |
| Rapporter | Utvalg i rapporten "Nonsalerapport pr. nonsaletype" (RTC-26418) Ved bestilling av rapporten "Nonsalerapport pr. nonsaletype" er det mulig å sette opp forskjellige utvalg, for eksempel varegruppe. |
| RIGAL | RIGAL-oppdatering av "Fastpris" (RTC-26656) Flagget "Fastpris" oppdateres via RIGAL-fil. Verdiene F, "P eller Y setter fastprisflagget aktivt. Alle andre bokstaver deaktiviserer fastpris. Hvis verdi mangler, skjer ingen forandring av "Fastpris". |
...
Dokument status:
| Status | ||||||
|---|---|---|---|---|---|---|
|
Dato:
Forutsetninger for oppgradering
Ved oppgradering til Chain Classic versjon 2.2.0.0.02 anbefales det at POS leverer bong-format i POSLog versjon 81.
...
Dokument status:
| Status | ||||||
|---|---|---|---|---|---|---|
|
Dato:
Forutsetninger for oppgradering
Ved oppgradering til Chain Classic versjon 2.2.0.0.01 anbefales det at POS leverer bong-format i POSLog versjon 81.
...