...
| 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 Clasic vil 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. |
...
- Totalt antall kontrollerte bonger
- Antall godkjente kontroller, samt godkjenningsprosent av totalt antall kontroller
Image Modified
| Info |
|---|
For denne loggingen MÅ POSLog81POSLog 81 brukes! |
| Expand |
|---|
|
| Konfigurasjon |
|---|
Det kan skapes to nye finanstransaksjonstyper i kassdag.
- Transtype 886: hvis POSLog - ReceiptAuditInfo Type="Visual"
- Transtype 887: hvis POSLog -ReceiptAuditInfo Type<>"Visual" (gjelder bådet tekst og siffer) Kontroll avvises/oppdateres ikke, hvis POSLog:
- ReceiptAuditInfo Type="None"
- ReceiptAuditInfo Type=" "
- ReceiptAuditInfo Type="" Kontrollerende kasserer logges på følgende måte:
- hvis POSLog - AuditBy="X" (hvor X er gyldig kasserernummer)
- hvis POSLog - AuditBy="Y" (hvor Y er gyldig kasserernavkasserernavn, da brukes tillhørende tilhørende kasserernummer)
- hvis POSLog - AuditBy="Z" (hvor Z er blank, da brukes kassens opprinnelige kasserernummer) |
|
...
- Nettopris hentes fra bestilling, engrospris fra bestilling kan ikke endres. (Standard)
- Engrospris hentes fra ordinærpriskalkyle i Chain Classic og , engrospris fra bestilling kan endres.
- Nettopris hentes fra ordinærpriskalkyle i Chain Classic og , engrospris fra bestilling kan endres . (Nytt nytt alternativ).
| Expand |
|---|
|
| Konfigurasjon |
|---|
Oppsett gjøres i systemparameter 799.
NB! Hvis ny kolonne "Nettopris LC" ikke vises i browser, da må kolonnene sorteres om ved å høyreklikke på noen av kolonneoverskriftene: - Velg "Tilbakestill" og "Standard kolonneposisjoner og størrelse"
- Nå skal ny kolonne vises.
- Lagre "Kolonneposisjoner og størrelse"
Hvis kolonnene skal settes opp i individuell rekkefølge: - Velg i samme meny som tidligere "Flytt kolonne"
- Gjør endringene
- Lagre "Kolonneposisjoner og størrelse"
|
|
...
| Expand |
|---|
|
| Konfigurasjon/oppsett |
|---|
De HK-prisfelt som alltid skal oppdateres fra nyeste verdi i "Pris" settes i systemalternativer 214 med "Logisk" avhuketavhaket. - Når minst 1 felt har "Logisk" = aktiv, tiltres ny funksjonalitet, ellers ikke.
- Endring utføres pr pris, dvs enten 1 profilpris eller 1 butikkpris.
- Det er ikke uavnlig med parametreroppsett parameteroppsett hvor en endring på profilpris også kopieres til eventuelle butikkpriser. I det tilfelle gjelder endring av felt på profilpris også alle tilhørende butikker.
- Vektfeltet er egentlig 3 separate felt, (ord. pris, kampanje- og medlemstilbud) og behandles derfor litt spesielt.
- Endring av vektkode for ordinær pris oppdaterer kun ordinærpriser.
- Endring av vektkode for kampanjepris vil kun oppdatere kampanjepriser.
- Endring av vektkode for medlemstilbud vil kun oppdatere medlemstilbud.
|
|
...
| Expand |
|---|
|
| Konfigurasjon |
|---|
For bruk av mixmatchgodkjenning trengs oppsett av priskontroll. - Aktivere noen av priskontrollparameterene priskontrollparameterne 308 (Standard priskontroll) eller 890 (Nettopriskontroll)
- For mixmatch i priskontroll kreves systemparameter 616=1
- Butikker som skal ha dette må settes opp med "Priskontroll" i butikkregisteret.
- Hvis systemparameter 723=0, vil kun manuell mixmatch bli mulig å åpne, ikke mixmatch i kampanjegruppe |
|
...
| Expand |
|---|
|
| Konfigurasjon |
|---|
- Kampanjegruppefanen aktiveres ved å sette systemparameter 936 = 1
- Hvis butikkbrukere skal få åpnet og se på (ikke endre) kampanjegruppe, under kampanjegruppefanenfanen kampanjegruppe, da gjelder oppsatt av systemparameter 723 = 1. - Hvis systemparameter 723=0, vil ikke kampanjegruppe være mulig å åpne.
- Krav: standard priskontroll må være i bruk, hvor systemparameterenten systemparameter 308 må ha noen av verdiene 2,3,6 eller 7 i første post.
- For mixmatch er det krav på at systemparameter 616 = 1. - Avvis-knappen i toolbar i verktøylinjen aktiveres med 3. post i systemparameter 308 eller om det er satt opp at kun mixmatch skal kontrolleres ikke kampanjepriser.
- Logging er forbedret slik at det skrives en melding i loggfilen for butko, for hver post hvor køstatus endres i priskontroll, gjelder for alle varer i en mix eller kampanjegruppe.
|
|
...
(RTC-18899)
Bestillinger fra Instore InStore App kan automatisk avsluttes og gjøre et utlegg til RIGAL I-fil. For å forhindre påvirkning av annen funksjonalitet er et hittil ubrukt felt "besthode.lukket" tatt i bruk for å markere at bestilling fra InStore App er blitt automatisk avsluttet. Alle bestillinger med denne merknad blir filtrert bort i "Elektronisk varemottak".
...
