Chain Classic versjon 2.2.0.0.16
| Status | ||||||
|---|---|---|---|---|---|---|
|
Forutsetninger for oppgradering
Med oppgradering til Chain Classic versjon 2.2.0.0.16 skal POS alltid levere bonger i POSLog versjon 81.
Forbedringer
Modul | Beskrivelse |
|---|---|
| Bestilling | Behold fokus/merknad på aktuell varelinje i bestilling (RTC-48363) Når bestilling opprettes, forventes en gjennomgang av varelinjene for kontroll av antall bestilte varer før godkjenning. |
| Logging | Logging av ugyldig versjon av POSLog (RTC-45428) Dersom det sendes inn en POSLog med ugyldig versjon til Chain Classic, vil dette vises i loggen for POSLog-import. |
| Rapporter | Logging av innmelding og utmelding av priser (RTC-43630) Dersom det er behov for å finne ut hva/hvem som har utmeldt eller gjeninnmeldt en pris, finnes det en loggrapport for dette. I rapporten "Loggutskrift" velger man loggtype "31 Ut-/Innmelding av priser" og ønsket datointervall. Rapporter viser SoftPay-betalinger (RTC-45199) Når betalingstypen "SoftPay" brukes, vises dette i følgende rapporter:
Rabattårsak i logg for laveste pris siste 30 dager (RTC-46116) Når det er lagt inn rabattårsak på en tilbudspris, kan den unntas fra beregning av laveste pris siste 30 dager (LPS30D) for senere tilbudspriser. Rapport for tilbudssalg med rabattårsak (RTC-46147) Ved bruk av rabattårsak i tilbudspriser kan rapporten "Salgsstatistikk rabattårsak" benyttes til å vise omsetning pr tilbudspris. |
| Varemottak | Utlegg av ukjent vare til ERP etter automatisk godkjenning i varemottak (RTC-45218) Hvis automatisk godkjenning er i bruk ved varemottak fra InStore App (ISA) via POSLog, eksporteres komplett varemottak til ERP i RIGAL format. I tillegg må varen eksistere i Chain Classic dersom lager skal oppdateres. Ved manuelt varemottak vil en ukjent vare bli liggende ubehandlet inntil vareinformasjon blir oppdatert i vareregisteret. Varen kan da oppdateres mot lager og varemottaket avsluttes. Ved automatisk varemottak må den ukjente varen også behandles ved at mottaksposten "nullstilles" og legges ut i RIGAL I-fil med varetekst "Ukjent vare". |
Automatisk korrigering av LPS30D ved feil utpris fra RIGAL
Dersom det ved en feil blir sendt inn en alt for lav utpris, kan dette få uheldige konsekvenser når dette blir brukt som LPS30D for en annen tilbudspris på samme vare.
Det er derfor mulig å få korrigert dette automatisk via innsending av korrekt utpris via en ny RIGAL fil.
Vilkårene for dette er at det må i en ny parameter angis maksimal tidsgrense for når korrigeringen må sendes inn og oppdateres.
I tillegg må det i samme parameter være angitt en minimum %-vis økning av utpris.
Dersom begge disse vilkårene er oppfylt, vil den alt for lave utprisen merkes som ikke i bruk i prishistorikken, og vil ikke bli brukt i beregning av lps30d for nye tilbudspriser på samme vare.
| Expand | ||
|---|---|---|
| ||
|
Manuell korrigering av "feilskapt" laveste pris i prishistorikk
Ved bruk av funksjonalitet for laveste pris, kan det skje at noen skriver feil og starter en tilbudspris med altfor lav salgspris.
Denne lave tilbudsprisen vil være grunnlag for beregning av laveste pris for andre tilbudspriser på samme vare i de påfølgende 30 dagene.
Brukere med tilgang kan korrigere en slik feil ved å bruke programmet Korrigering av prishistorikk, som finnes under System>Administrative rutiner>Diverse hjelperutiner.
Når en post korrigeres, vil feltene for rabattårsak (endres til 99), bruker som utførte endringen og dato/tid fylles ut og farges gule, mens hele raden ellers farges grå.
Rabattårsak 99 betyr at "Ny utpris", i denne posten, ikke vil bli benyttet i beregning av laveste pris og vil derfor heller ikke vises i loggen for laveste pris.
| Expand | ||
|---|---|---|
| ||
|
Kunne se laveste pris og rabattårsak
Med "Laveste pris seneste 30 dager" og tilhørende "Rabattårsaker" påslått, vil det vises egne kolonner for disse verdiene.
Gjeldende verdier vil vises for varekøposter for tilbudspriser i:
- "Varevedlikehold" på fanen "Pris"
- "Prisvedlikehold" på fanen "Prisvedlikehold"
I programmet "Butikkrutiner" (kun for butikkbrukere) er det litt annerledes.
Her vises "Laveste pris seneste 30 dager" og tilhørende "Rabattårsak" (nummer og tekst) for tilbudspriser for både aktive og siste avsluttende tilbudspriser.
Det er derfor lagt til 4 nye kolonner i dette programmet.
Etter "Kampanjepris" vises:
- "Laveste pris (K)" for kampanjepris
- "Rabattårsak (K)" for kampanjepris
Etter "Medlemstilbud" vises:
- "Laveste pris (M)" for medlemstilbud
- "Rabattårsak (M)" for medlemstilbud
| Expand | ||
|---|---|---|
| ||
|
Bruk av opprinnelig laveste pris ved forlengelse av profiltilbud
Hvis et profiltilbud skal forlenges, må opprinnelig LPS30D (laveste pris siste 30 dager) beholdes fordi grunnlaget for det nye tilbudet er den samme.
Det er parameterstyrt når det nye tilbudet seinest må starte i forhold til når det opprinnelige tilbudet ble avsluttet.
Vilkår:
- Opprinnelig profiltilbud kan være både kampanjepris eller medlemstilbud.
- Nytt, forlenget tilbud kan være kampanjepris og/eller medlemstilbud.
- Nytt tilbud kan legges opp på opprinnelig profilpris eller på butikkpris på samme profil.
- For nytt tilbud skapt via RIGAL gjelder samme regler som ovenfor.
| Expand | ||
|---|---|---|
| ||
|
Legg ut laveste pris = ? (ukjent verdi) når denne ikke skal benyttes i POS
Dersom POS ikke skal benytte LPS30D som legges ut fra Chain Classic, vil feltet settes til ? (ukjent verdi) i filformatene som benyttes.
Da vil POS beregne rabatter ift. gjeldende ordinære pris.
Kryptert E-postløsning i Cloud
Dersom kryptering av E-post i Cloud skal benyttes, ved sending av EOD-rapporter og meldinger via kundeordre, kan ikke standard løsning via SMTP brukes.
I stedet sendes meldinger med vedlegg via web service (WS) til POS Services og derfra til E-postløsningen i Cloud (MDS).
| Expand | ||
|---|---|---|
| ||
|
Send oppgjørsrapporter i Excel-format som vedlegg, i E-post
PDF-formatet har alltid vært brukt når oppgjørsrapporter settes opp for å sendes på e-post via EOD-rutinen.
Dersom EOD-rapportene sendes via web service (kryptert E-postløsning i Cloud), og "Send Epost" er valgt, er det mulig å velge mellom tre forskjellige oppsett for formater i vedlegg:
- Kun PDF (standard)
- Både PDF og Excel
- Kun Excel
Når e-post skal sendes fra kundeordre via web service må feltene "Emne" og "Melding" alltid fylles ut.
Det er derfor lagt opp parameterstyrte standardtekster for dette. Disse tekstene kan tilpasses dersom det er behov for det.
| Expand | ||
|---|---|---|
| ||
|
Sletting av lokale butikkpriser etter lokale tilbud
Ved bruk av funksjonalitet for sletting av lokale butikkpriser etter avsluttet lokal kampanjepris eller medlemstilbud, gjelder følgende:
- Funksjonaliteten benyttes fordi det er ønsket at butikkene primært skal bruke profilpris.
- Tilbudspris som skapes for butikk, vil alltid få en slettepost i varekø som sletter den lokale prisen etter at tilbudsperioden er avsluttet.
- Sletteposten vil alltid ligge bak den lengstvarende tilbudsprisen for butikkprisen
| Expand | ||
|---|---|---|
| ||
|
Forhindre at ugyldige MVA-grupper kan skapes ved RIGAL-oppdatering
Ny MVA-gruppe skapes dersom en ny verdi sendes inn.
Det sjekkes om ny verdi er gyldig og om det finnes ledig MVA-gruppe innen de 9 gyldige verdiene. Det sjekkes på:
- MVA-satser over 99 % ignoreres
- Det er kun plass til 9 MVA-grupper i registeret. Deretter må evt. manuelt vedlikehold benyttes, for å tilpasse til ønsket behov.
...
Chain Classic versjon 2.2.0.0.15
| Status | ||||||
|---|---|---|---|---|---|---|
|
Forutsetninger for oppgradering
Med oppgradering til Chain Classic versjon 2.2.0.0.15 skal POS alltid levere bonger i POSLog versjon 81.
Forbedringer
Modul | Beskrivelse |
|---|---|
| Lager | Lageroppdatering av bestilt pakkevare (RTC-40732) Pakkevarer inneholder ofte mer enn én vare. |
| Lageroversikt | Lagerlogg viser alle endringer på lager i "Lageroversikt" (RTC-40438) I programmet "Lageroversikt" kan alle endringer på lager sjekkes for valgt butikk under knappen Lagerlogg. |
| Vare | Tandem for varianter på modellvare med samme farge (RTC-40558) Ved bruk av kun en hovedvare for kombinasjonen modell/farge, har kun tandemnummer på hovedvaren vært synlig på fanen for tandem. |
| Varemottak | Utvidet logging ved manuelt varemottak (RTC-37621) Ved et manuelt varemottak som ikke kobles til en allerede eksisterende bestilling/varemottak, vil det kun logges "Manuell" i Transtekst feltet i tilhørende varetransaksjonspost. |
| Varetransaksjoner | Oppdatering av varetransaksjoner på reseptvarer og butikkvarer i samme POSLog (RTC-43995) Det er mulig å oppdatere varetransaksjoner på både reseptvarer og på vanlige butikkvarer i samme POSLog. Forskjellen er at varetransaksjonspostene oppdateres på butikkvaren, mens det for en reseptvare skapes varetransaksjoner på råvarene som ingrediensene i reseptvaren er skapt fra. |
| Webordre | Sikre unikt jobbnummer når plukkliste skapes for en webordre (RTC-41864) Når Plukkliste skal skrives for en webordre, behøves et unikt jobbnummer. Dette hentes fra en teller i Chain Classic. |
Laveste pris siste 30 dager
(RTC-40443, RTC-41092, RTC-41093, RTC-41714, RTC-42197)
Laveste pris siste 30 dager (LPS30D) er en funksjonalitet laget for å vise kundene i butikken hva den laveste salgsprisen har vært de seineste 30 dagene. Denne beregnes av alle pristyper uavhengig av hvordan prisendringen ble skapt, av ny pris, tilbudspris eller ordinær prisendring. Alle varianter kan inngå i beregningen av periodens laveste pris.
...
| Expand | ||
|---|---|---|
| ||
|
Softpay betalingsmiddel og korttyper
(RTC-44405, RTC-44745, RTC-44864)
...
| Expand | ||
|---|---|---|
| ||
|
Åpne kampanjegruppe på vare fra Prisvedlikehold
Kampanjegruppe kan åpnes direkte fra Prisendring for tilbudspriser som er skapt i en kampanjegruppe. Velg varekøposten for kampanjen og knappen "Kampanjegruppe" blir aktiv. Knappen er en snarvei til å åpne opp Kampanjegruppe vedlikehold på varekøpostens kampanjegruppe.
...
Dokument status:
| Status | ||||||
|---|---|---|---|---|---|---|
|
Dato:
Forutsetninger for oppgradering
Med oppgradering til Chain Classic versjon 2.2.0.0.14 skal POS alltid levere bonger i POSLog versjon 81.
Forbedringer
Modul | Beskrivelse |
|---|---|
| Elektroniske etiketter | Utlegg til elektroniske etiketter ved forlengelse av tilbudspriser (RTC-39381) Ved forlengelse av en tilbudspris (kampanjepriser eller medlemstilbud), ny sluttdato på aktivt tilbud, skal det alltid legges ut oppdaterte poster med tilbudspriser til Lexmark. Elektroniske etikettløsninger derimot behøver ikke denne oppdatering da disse får egne utlegg når tilbudsprisen avsluttes. |
| Kampanjegruppe | Kopiering av kampanjegruppe for "Team" (RTC-39969) Når en team-kampanjegruppe kopieres, er det mulig å kopiere denne til en kampanjegruppe for butikk eller profil. |
RIGAL | Framtidig prisendring og utmeldt vare (RTC-39744) Dersom en vare meldes ut via RIGAL, settes sortimentkode til "Utmeldt" og bestillingsnummer nullstilles på pris. Det lages også en slettepost med parameterstyrt slettedato X dager fram i tid. Dersom det etter dette kommer nye eller framtidige prisendringer for samme vare, vil dato for slettepost flyttes fram i tid i forhold til den nye prisendringsdatoen, mens sortimentskode "Utmeldt" og nullstilt bestillingsnummer beholdes. |
| Tankstatus | Registrering av flere tankstatus poster på samme dag (RTC-39257) Det er mulig å registrere flere tankstatuser på dagens dato, så lenge de registrerte målingene har et unikt tidspunkt. |
...
Det kan settes opp en jobb som hver natt kontrollerer, mot SAP, om aktive sletteposter i varekø skal behandles eller ikke.
Dersom SAP har informasjon om at vare fortsatt finnes i lager, vil slettedatoen flyttes X antall dager fram i tid, for ny kontroll senere.
...
| Expand | ||
|---|---|---|
| ||
|
Administration av kasserer og kunde kun i Chain Classic
Når kunde eller kasserer skapes/endres er det normalt å legge ut dette til POS. Men benyttes 3.parts POS-løsning (f.eks. Tokheim POS), kan det være ønskelig at dette ikke skjer.
Da er det mulig å parameterstyre dette slik at unødvendige køposter fjernes automatisk.
...
Dokument status:
| Status | ||||||
|---|---|---|---|---|---|---|
|
Dato:
Forutsetninger for oppgradering
Med oppgradering til Chain Classic versjon 2.2.0.0.13 skal POS alltid levere bonger i POSLog versjon 81.
Forbedringer
Modul | Beskrivelse |
|---|---|
| Elektronisk varemottak | Varesøk i elektronisk varemottak (RTC-38982) Dersom det oppleves problemer med standard varesøk i ordre i elektronisk varemottak, prøv da følgende rutine:
|
| EOD-rapport | Melding når E-post feiler i EOD-Rapport (RTC-36556) Dersom melding ikke kan leveres når EOD-rapport (som også skal sendes som E-post) skapes (nettverksproblemer eller annet problem), vil dette logges direkte i Status feltet i Rapportlisten.
|
| RIGAL | Varetype til RIGAL og logging av oppdatering fra RIGAL VPI (RTC-36476) Chain Classic legger alltid ut "Varetype" i RIGAL V-fil. |
| Vare | Fjern "Stopp salg av vare" i POS (RTC-38072) I Chain Classic kan en vare som har blitt sperret, senere åpnes for salg på kassene igjen. Dette skjer enten ved å bruke knappen "Friskmeld vare" i "Varevedlikehold eller ved å velge "Friskmeld vare" ved utlegg av varen fra "Klargjøre vare". |
| Vare-/kundegrupperabatt | Bruk av varelister i "Vare-/kundegrupperabatt" (RTC-34434) Ved opplegg og vedlikehold av varerabattposter i "Vare-/kundegrupperabatt" kan varelister med varelistenummer opp til 8 siffer benyttes. |
| Varetransaksjoner | Bongnummer og kundeordrenr/radnr i "Varetransaksjoner" (RTC-36528) For økt sporbarhet og enklere oppfølging oppdateres "Bongnummer" alltid når "Varetransaksjoner" oppdateres fra POSLog, og kundeordrenr/rad oppdateres også når dette er tilgjengelig. |
...
Dokument status:
| Status | ||||
|---|---|---|---|---|
|
Dato:
Forutsetninger for oppgradering
Med oppgradering til Chain Classic versjon 2.2.0.0.12 skal alltid POS levere bonger i POSLog versjon 81.
Forbedringer
Modul | Beskrivelse |
|---|---|
| Kasserer | Antall siffer for kasserernummer (RTC-34270) Kasserernummer kan ha inntil 9 siffer i Chain Classic. |
| Nettleser | Nettleser i Chain Classic (RTC-35855) Knapper som åpner nettleseren i Chain Classic vil alltid benytte Microsoft Edge. |
...
Rapport over salg på ingredienser
Det kan være behov for å kunne se varesalg fordelt på råvarene som ingrediensene i reseptvarer består av.
Rapporten "Salgsstatistikk" er tilpasset å vise dette dersom man velger avkryssingsboks for "Ingredienser".
Resultatet vil vise salget pr råvare med inntil 3 desimaler i antallskolonnene.
| Expand | ||
|---|---|---|
| ||
|
...
Det kan være behov å kunne se både salg og svinn for ingrediensene som er benyttet i reseptvarer.
Tabellen "ingredsalg" oppdateres fortløpende med salg på råvarene som ingrediensene er skapt fra.
Dette salget lagres totalt pr råvare pr dag pr butikk.
...
Dokument status: Status colour Green title released
Dato:
Forutsetninger for oppgradering
Med oppgradering til Chain Classic versjon 2.2.0.0.11 skal alltid POS levere bonger i POSLog versjon 81.
Forbedringer
Modul | Beskrivelse |
|---|---|
| Bestilling | Lagring av varelinje i vedlikehold av Bestilling (RTC-35375) Lagring av ny/endret varelinje er optimalisert for forbedret ytelse når mange brukere jobber med dette samtidig |
| Bestilling/Varemottak | Antall varelinjer i bestilling og varemottak (RTC-35812) Det er mulig å bruke 5 sifret antall varelinjer i både bestilling og varemottak. Dette betyr at det kan være > 1000 varelinjer i en og samme ordre når neste tildelte radnr økes med 10. |
| Kampanjegruppe | Melding på skjerm når importerte varer sammenfaller i ulike kampanjegrupper (RTC-35734) Når to kampanjegrupper har samme start dato/tid eller slutt dato/tid og inneholder samme varer, avvises varene i den andre kampanjegruppen fordi de er sammenfallende. Meldinger om dette vil vises på skjermen. Dette gjelder også ved bruk av knappen "Hent nye varer". |
| Lager | Oppdatering av lager etter retur av samme vare på flere varelinjer i samme bong (RTC-34933) Dersom samme vare skal returneres flere ganger, tastes vanligvis antall inn på eksisterende varelinje. Lager vil da oppdateres med samlet antall. |
...
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. |
...
| Expand | ||
|---|---|---|
| ||
|
Forbedringer i standard priskontroll
...
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.
Utlegg til Lexmark ved endring av EAN/PLU
...
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.
|
...
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)
...
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. |
...
| Expand | ||
|---|---|---|
| ||
|
VPI-mal for etikett
For 3. part-systemet Lexmark benyttes egen VPI-mal for etiketter.
Menypunkt for denne etikettmalen er: "Register"/"Generelle"/"Vilkår for Lexmarkutlegg", som åpner programmet "Etikettmaler".
I kolonne "Filutlegg" (samme som "Oppdatere" i VPI-mal) , betyr "Ja" at endring av aktuelt felt medfører utlegg av Lexmark-fil.
I kolonne "Etikettutskrift" (samme som "nullstille" i VPI-mal), betyr "Ja" at endring i dette felt aktiverer etikettkrav i Lexmark-utlegg.
Standard er at kun endringer av utpris (ordinærpris, kampanje- og medlemstilbud) skal gi etikett i Lexmark.
Det er mulig å skrive ut etikett i Lexmark også ved endring av andre felter.
Merk at dette kun gjelder felter i "Pris" (Lexmark vareendringer går kun til totalbutikk) slik som leverandør, bestnr, etikettnr og sortiment.
...
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. |
...
Logging gjelder både hvis det er gjort via InStore App og direkte i Chain Classic. Ved tilfelle hvor det gjøres i Chain Classic skrives det "CC CLIENT" slik at det fremgår hvor denne transaksjon er skapt.
| Expand | ||
|---|---|---|
| ||
|
...
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. |
Oppdatering av ordinærpris i kampanjegruppe
I kampanjegruppe finnes mulighet for å bruke funksjonalitet for å angi fast kr- eller %rabatt på varelinje i både kampanje eller medlemstilbud. Ved endring av ordinærpris i "Priskalkyl", rekalkuleres tilbudspris også i kampanjegruppe og endring til POS legges ut via det utleggsalternativ som brukes, kampgr eller prisfil.
| Expand | ||
|---|---|---|
| ||
|
...
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". |
...
| Expand | ||
|---|---|---|
| ||
|
Provisjonssalg - butikk i butikk
Provisjonssalg etter provisjonsvareliste, i eget vedlikeholdsprogram, legges ut til EG Cash Settlement etter hver EOD. Det er kun mulig å legge opp og bruke én provisjonsvareliste pr. butikk.
...
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.
Forbedring
Modul | Beskrivelse |
|---|---|
| Wet Stock | Wet Stock mengder (RTC-24636) For å gjøre det lettere å forstå at de mengder som brukes i Wet Stock prosjektet kan være utført i både liter eller kilo, vises disse med enhet "Liter/Kilo". |
...
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.
Forbedring
Modul | Beskrivelse |
|---|---|
| Rapporter | 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. |
...
Begrense utlegg til ferskvarevekt og el. etiketter
Det er mulig å begrense utlegg til el. etiketter og ferskvarevekter til kun de faktiske endringer som gjelder disse løsningene.
...
Hvis en post slettes på butikk, i næringsinnhold, men det fortsatt finnes verdi på profil da vil denne legges ut som erstattingsverdi for butikk. Kun hvis det ikke finnes profilverdi vil det legges ut sletting av post til vekt i butikk.
Næringsinnhold i vektutlegg til Finnvacum
Til 3. partssystemet "Finnvacum" legges næringsinnholdstypene: 11 Kostfiber, 12 Protein og 13 Salt ut på en og samme linje Dette gjelder for Finnvacum vektetikett, ferskvarevekt, i format: atte2.butnr.
...
Hvis en butikk mangler køposter for en vare med kampanjepris, medlemstilbud eller mixmatch (inkluderer også fremtidige prisendringer). kampanjeposter kan disse gjenopprettes.
Dette kan gjøres på manglende vare i "Prisvedlikehold" av enten HK-bruker, butikkbruker eller teambruker. Gjeldende køposter vises under fanen "Køposter i butikk". Ved å trykke på knappen "Kontroller kø" gjenopprettes manglende køposter, som beskrevet ovenfor. For HK-bruker sjekkes valgt vare for alle butikker, for teambruker for alle butikker på gjeldende team og for butikkbruker kun på gjeldende butikk.
Eksternt MixID i kampanjegruppe
I kampanjegruppe vises "Eksternt MixID" i egen kolonne allerede på siden over alle inngående mixmatcher i kampanjegruppen. Dette under forutsetning at ikke "Kupongkode" er ikke i bruk.
...