...
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 informationsteksteninformasjonsteksten: "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. |
Rapport for sletting og makulering i selvbetjent kasse
Rapporten "Kassererstatistikk - Selvutsjekking viser antall bonger som er makulerte og/eller har rader som er slettet fra selvbetjent kasse. I tillegg viser den hvilken kasserer som utførte dette.
Montering som linkvare
Det er ikke bare pant som kan brukes som linkvare. Også "Montering" kan brukes til dette. For eksempel til varmepumpe, velg linkvaren "Montering" og linktype 2, da påvirkes ikke panteregnskap. Det er også gjort spesialtilpasninger for det elektroniske hylleforkant systemet Breece. Summen av hovedvare og linkvare (f.eks. varmepumpe og montering) blir slått sammen og teksten inkl. montering (eller hva navn denne varen har) vises på Breece-displayet.
Expand | ||
---|---|---|
| ||
|
...
Sletting av siste pris sletter også vare i Lexmark
Ved bruk av sletting av varer i parameterstyrt spesialliste for sletting, er det mulig å velge hvis informasjon om denne sletting skal legges ut til POS. Standard ved bruk av denne funksjonalitet er at varene i varelisten slettes i Chain Classic og deretter legges ut for sletting i POS/CW. Men det kan være tilfelle når det er bedre å kun slette i Chain Classic, for å deretter slette, manuelt, direkte i POS. Dette er et manuelt valg i programmet "Sletting av varer"sletting av pris fjernes dette fra 3. partsløsningen Lexmark. Hvis prisen er den eneste gjenværende, da fjernes også selve varen fra Lexmark.
Expand | ||
---|---|---|
| ||
Tekenisk informasjon | ||
Systemparameter 906 må være riktig satt opp for "Sletting av varer" fra spesialliste 100000002. |
Importere EAN/PLU fra CSV-fil til vareliste
Når vareliste lages er Excel-formatet ofte brukt for å importere EAN/PLU til ny vareliste. For å fortsatt ha denne mulighet uten programmet Excel til stede er det laget en ny funksjonalitet for å gjøre samme sak med tekstfil i CSV-format. Det forventes å være kun én EAN/PLU på hver rad, og siste raden blank.
Dette gjelder også for "Spesielle varelister", forskjellen ligger i at her oppdateres en eksisterende vareliste, i "Vareliste " skapes alltid ny vareliste - akkurat som når man trykker på knappen for "Importer fra Excel".
Vektutlegg ved sletting av post i næringsinnhold
Hvis en post slettes på butikk, i næringsinnhold, men det fortsatt finnes verdi på profil da vil denne legges ut som erstattningsverdi for butikk. Kun hvis det ikke finnes profilverdi vil det legges ut sletting av post til vekt i butikk.
Bestilling av kun hele forpakninger fra InStore App
Det er mulig å parameterstyre om kun hele forpakninger skal være mulig å bestille når anbrekk ikke er tillatt for varen.
- Bestilling i InStore App med antall som er lavere enn angitt i (små)forpakning endres opp til "antall i pakning"
- Bestilling i InStore App med antall som er høyere enn angitt i (små)forpakning, men ikke tilsvarer et helt antall forpakninger, endres ned til det som tilsvarer nærmeste antall hele forpakninger.
- Logg kan lages under: "Rapporter"/"Logger"/"Loggutskrift": Loggtype 27 "Endret antall i bestilling fra ISA". Det er parameterstyrt om denne skal vises for butikkbruker.
...
title | Konfigurasjon |
---|
...
Systemparameter 955 =1
Systemalternativer 1034, rad 27
- Logisk = Vise alternativ under "Loggutskrifter" (Standard)
- Integer = 0 (Skjul for butikkbruker, standard)
- Integer > 0 (Vis for butikkbruker)
Funksjonalitet kan IKKE kombineres med aktiv systemparameter 650!
|
Utlegg av økologisk-merke i vektformatet XML
Det er mulighet å angi butikk som Debio-godkjent, dette fører til at økologisk merke alltid legges ut til vektformatet XML.
Expand | ||
---|---|---|
| ||
|
Sletting av pris via RIGAL
Sletting av pris, og vare hvis det kun finnes én pris, utføres ved å sette funksjonskode "S" i felt 5 i RIGAL V-fil. Sletting utføres da umiddelbart.
Aktivt varekønr i "Vare- og Prisvedlikehold"
Det blir stadig viktigere, spesielt for EG personell som må finne ut hvilken, av flere kampanjepriser, som er den som er aktiv i POS. Dette vises i både "Vare- og Prisvedlikehold" for ordinærpris, kampanjepris, medlemspris og tidsstyrt pris.
Gjenopprett manglende varekøposter
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.
Ikke legg ut slettede varer til POS
Ved bruk av sletting av varer i parameterstyrt spesialliste for sletting, er det mulig å velge hvis informasjon om denne sletting skal legges ut til POS. Standard ved bruk av denne funksjonalitet er at varene i varelisten slettes i Chain Classic og deretter legges ut for sletting i POS/CW. Men det kan være tilfelle når det er bedre å kun slette i Chain Classic, for å deretter slette, manuelt, direkte i POS. Dette er et manuelt valg i programmet "Sletting av varer"
Tandemnummer i bestilling fra InStore App
Ved innlesing av bestilling i Chain Classic, fra InStore App, fanges også vare med tandemnummer opp, hvis den er brukt i bestilt pakkevare.
Expand | ||
---|---|---|
| ||
|
...
|
Importere EAN/PLU fra CSV-fil til vareliste
(RTC-
...
Det er mulig å velge en vare i InStore App for å så lage en lokal kampanje (ikke kampanjegruppe) i Chain Classic. Deretter legges kampanjen ut til POS. Gjeldende regler for kampanje, i forhold til parameteroppsett, må følges og ved ugyldige data avvises oppdateringen. Avvik logges i loggutskrifter - post 28 "Avviste butikkprisendringer fra ISA"
Utskrift av etikett ved bruk av Pakke-ID
Det er mulig å skrive ut etiketter fra elektronisk varemottak også ved bruk av pakke-ID sammen med ordrenummer.
...
title | Konfigurasjon |
---|
...
Når vareliste lages er Excel-formatet ofte brukt for å importere EAN/PLU til ny vareliste. For å fortsatt ha denne mulighet uten programmet Excel til stede er det laget en ny funksjonalitet for å gjøre samme sak med tekstfil i CSV-format. Det forventes å være kun én EAN/PLU på hver rad, og siste raden blank.
Dette gjelder også for "Spesielle varelister", forskjellen ligger i at her oppdateres en eksisterende vareliste, i "Vareliste " skapes alltid ny vareliste - akkurat som når man trykker på knappen for "Importer fra Excel".
Vektutlegg ved sletting av post i næringsinnhold
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.
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
Behandling av antall = 0 ved import av bestilling via RIGAL-fil
Standard er at rader med antall = 0 avvises ved RIGAL-import. Det er mulig å parameterstyre funksjonaliteten slik at innsendt bestillingsrad med antall = 0, i RIGAL I-fil, ikke blir avvist.
Expand | ||
---|---|---|
| ||
Systemparameter 953 = 1 (Bestillingsrad opprettes fra RIGAL I-fil når bestilt antall = 0) Ny funksjonalitet dersom parameter er påslått:
|
Utlegg av tellegrunnlag for butikker utenlagerstyring til Chain Web
Det er mulig å legge ut tellegrunnlag også for ikke-lagerstyrte butikker, via "Lagerinformasjon til fil". For å lage tellegrunnlag må varen være aktiv og ha pris på butikk eller profil.
...
title | Konfigurasjon |
---|
...
Oppsett:
Systemalternativer 196 - Lager: Integer >= 10 + Logisk.
Systemparameter 666 må settes for logging av proxy-relaterte lagerutlegg til Chain Web.
- Utlegg av gjeldende lagerverdier = 0
- Utlegg av verdi for lagerstyring = No
|
Bestilling av kun hele forpakninger fra InStore App
Det er mulig å parameterstyre om kun hele forpakninger skal være mulig å bestille når anbrekk ikke er tillatt for varen.
- Bestilling i InStore App med antall som er lavere enn angitt i (små)forpakning endres opp til "antall i pakning"
- Bestilling i InStore App med antall som er høyere enn angitt i (små)forpakning, men ikke tilsvarer et helt antall forpakninger, endres ned til det som tilsvarer nærmeste antall hele forpakninger.
- Logg kan lages under: "Rapporter"/"Logger"/"Loggutskrift": Loggtype 27 "Endret antall i bestilling fra ISA". Det er parameterstyrt om denne skal vises for butikkbruker.
Expand | ||
---|---|---|
| ||
|
Tandemnummer i bestilling fra InStore App
Ved innlesing av bestilling i Chain Classic, fra InStore App, fanges også vare med tandemnummer opp, hvis den er brukt i bestilt pakkevare.
Expand | ||
---|---|---|
| ||
|
Skap lokal kampanje fra InStore App
Det er mulig å velge en vare i InStore App for å så lage en lokal kampanje (ikke kampanjegruppe) i Chain Classic. Deretter legges kampanjen ut til POS. Gjeldende regler for kampanje, i forhold til parameteroppsett, må følges og ved ugyldige data avvises oppdateringen. Avvik logges i loggutskrifter - post 28 "Avviste butikkprisendringer fra ISA"
Utskrift av etikett ved bruk av Pakke-ID
Det er mulig å skrive ut etiketter fra elektronisk varemottak også ved bruk av pakke-ID sammen med ordrenummer.
Expand | ||
---|---|---|
| ||
|
Behandling av antall = 0 ved import av bestilling via RIGAL-fil
Standard er at rader med antall = 0 avvises ved RIGAL-import. Det er mulig å parameterstyre funksjonaliteten slik at innsendt bestillingsrad med antall = 0, i RIGAL I-fil, ikke blir avvist.
Expand | ||
---|---|---|
| ||
|
Utlegg av tellegrunnlag for butikker utenlagerstyring til Chain Web
Det er mulig å legge ut tellegrunnlag også for ikke-lagerstyrte butikker, via "Lagerinformasjon til fil". For å lage tellegrunnlag må varen være aktiv og ha pris på butikk eller profil.
Expand | ||
---|---|---|
| ||
|
Legg ut 20-kode uten sjekksiffer i RIGAL
På vektvarer brukes EAN med 20-koder, for eksempel 2000123400000 hvor de siste 5 sifrene = 0 for å sette pris/vekt etter veiing og utskrift av prislapp. Ved utlegg av disse til RIGAL er det likevel standard at koden rekalkuleres og at det da lages en sjekksiffer slik at koden kan skannes om den skrives ut på etikett. Det er mulig å parameterstyre at 20-kode alltid skal legges ut med 0 som siste siffer til RIGAL-format.
Expand | ||
---|---|---|
| ||
|
Innlesing av data fra Store Manager (JSON)
Det er laget mulighet for å bruke prefiks, som angir hvilken tabell som skal oppdateres, ved innlesing av JSON-filer i Chain Classic. Men inntil videre er ikke dette standard, derfor leses samtlige data på input-katalogen inn.
Expand | ||
---|---|---|
| ||
|
Legg ut 20-kode uten sjekksiffer i RIGAL
På vektvarer brukes EAN med 20-koder, for eksempel 2000123400000 hvor de siste 5 sifrene = 0 for å sette pris/vekt etter veiing og utskrift av prislapp. Ved utlegg av disse til RIGAL er det likevel standard at koden rekalkuleres og at det da lages en sjekksiffer slik at koden kan skannes om den skrives ut på etikett. Det er mulig å parameterstyre at 20-kode alltid skal legges ut med 0 som siste siffer til RIGAL-format.
Expand | ||
---|---|---|
| ||
Teknisk informasjon |
|
Eksternt ordrenummer og eksternt linjenummer i varemottak
...
Expand | ||
---|---|---|
| ||
|
Kampanje-ID til Tokheim POS
Vare som ligger i flere aktive mixmatcher i samme eller forskjellige kampanjegrupper, legges til 3.-partsystemet Tokheim POS med hvert og en av de forskjellige kampanje-ID'ene som er i bruk i Chain Classic. Dette sørger for et korrekt grunnlag, når Tokheim POS skal velge beste tilbud for kunde.
Programmet "Slette/fjerne fra kasse"
...