Chain Classic versjon 2.2.0.0.08
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.
|
Printervalg for etikett i priskontroll og manuelt varemottak
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.
Dersom dette skal overstyres, kan andre alternativer velges i dette skjermbildet.
| Expand | |||||||
|---|---|---|---|---|---|---|---|
| |||||||
|
Utlegg av resepter/ingredienser til Tokheim POS
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 | ||
|---|---|---|
| ||
|
Spesialbehandling av antall i varemottak via RIGAL
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 | |||||||
|---|---|---|---|---|---|---|---|
| |||||||
|
Alternative utvalgsfelt i rapport "Grunnlag bestilling"
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
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
Ved oppdatering av bestillingskriterier via Excel fra 3. part, finnes det 2 parameterstyrte alternativer.
- Ved bruk av basisfunksjonaliteten kan kun parameterstyrte butikker oppdateres, og dette skjer per vare for angitte butikker med angitte verdier.
- 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 | ||
|---|---|---|
| ||
|
Tillat EAN = 0 i RIGAL prisendring
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 | ||
|---|---|---|
| ||
PRI-post med ukjent EAN, i Chain Classic, vil bli avvist. |
| Expand | ||
|---|---|---|
| ||
|
Oppdatering av pakkevarer i bestilling fra InStore App
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 | ||
|---|---|---|
| ||
|
Behandling av RIGAL I-filer med "0-ordrer"
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 | ||
|---|---|---|
| ||
|
Endring i eksport av tankstatus til Reporting
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 | ||
|---|---|---|
| ||
|
Standardisering av datotype i rapportutvalg
I datoutvalg er årstall standardisert til to siffer for alle rapportutvalg med en hjelpeknapp for kalenderoppslag.
Oppdatere kun vareinformasjon via RIGAL VPI
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 | ||
|---|---|---|
| ||
|
Logging når ny kampanje-/medlemstilbud "deler" dato-/tid intervall
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".
Den samme knappen finnes også i programmet for "Mixmatch".
Finn og slett tandemnummer som også finnes som hovedvare
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 | ||
|---|---|---|
| ||
|
Kontroll av feil i JSON lagerformat
Forhindre at feilposter i dette JSON-formatet blir liggende ubehandlet
| Expand | ||
|---|---|---|
| ||
|
Vedlikehold av "Feltverdier i butikk"
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 | ||
|---|---|---|
| ||
|
Sletting av Chain Classic bruker
Ved sletting av bruker i Chain Classic slettes alle brukerrelaterte data.
| Expand | ||
|---|---|---|
| ||
|
Utlegg av sletteposter for butikklokale mixrader ved sletting av butikkpris
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.2.0.0.07
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.
...