Chain Classic versjon 2.1.1.0.48
| Status | ||||||
|---|---|---|---|---|---|---|
|
Forutsetninger for oppgradering
Med oppgradering til Chain Classic versjon 2.1.1.0.48 skal POS alltid levere bonger i POSLog versjon 81.
Funksjonalitet for etikettmerker
Et nytt felt "Etikettmerker" er lagt til i prisvedlikehold. Dette er et nytt register for ulike tekster som kan vises på elektroniske hylletiketter og plakater fra Lexmark.
Før man begynner å bruke funksjonaliteten, må etikettmerkene legges til i registeret. Dette gjøres i registervedlikeholdsprogrammet "Etikettmerker".
Eksisterende etikettmerker kan deretter velges i alle programmer som brukes til å endre priser. Det er også mulig å sette eksisterende etikettmerker på priser via RIGAL V-fil, ved å bruke bokstaven som representerer ønsket etikettmerke.
Etikettmerker vil bli eksportert til formatene:
- RIGAL V
- Pricer
- Breece
- Lexmark
| Expand | ||
|---|---|---|
| ||
|
Eksporter "Etikettekst 2" til Lexmark
Når "etikettekst 2" eksisterer som lokal feltverdi for butikk, eksporteres denne verdien til Lexmark-filene.
Vedlikehold av rettigheter for rabattårsaker
Parameterstyrt funksjonalitet avgjør om rabattårsaker kan vedlikeholdes delvis, fullstendig, eller kun vises. Det finnes også et alternativ der kun rabattårsaker med nummer lavere enn 100 kan vedlikeholdes, mens rabattårsaker med nummer høyere enn 99 kun er synlige.
| Expand | ||
|---|---|---|
| ||
|
...
Chain Classic versjon 2.1.1.0.47
| Status | ||||||
|---|---|---|---|---|---|---|
|
Forutsetninger for oppgradering
Med oppgradering til Chain Classic versjon 2.1.1.0.47 skal POS alltid levere bonger i POSLog versjon 81.
Forbedringer
Modul | Beskrivelse |
|---|---|
| Bestilling | Sletting av bestilling (RTC-48979) Regelen for sletting av godkjent bestilling er at dato må ha passert angitt grense for hvor mange dager en bestilling skal lagres. Når denne grensen er passert kan en godkjent bestilling slettes manuelt. Bestilling som er lagt opp, men ikke har blitt godkjent, kan alltid slettes komplett og påvirkes ikke av denne datogrensen. Sletting av både bestillingsrader og bestillingshode logges i logg tabellen med "loggtype 29" og kan skrives ut i Loggutskrift. |
| Etikett | Etikett i Lexmark på tilbud som avsluttes og erstattes med retur til ordinærpris (RTC-52084) Når kampanjepris eller medlemstilbud avsluttes, sendes informasjon til Lexmark med krav om etikett for gjeldende ordinærpris. |
| Kampanjegruppe | Manglende tilbud i POS, når ny vare legges til i butikklokal kampanjegruppe (RTC-49800) Det er laget forbedringer som fanger opp det tilfelle når en vare legges til som kampanjepris eller medlemstilbud, i en aktiv butikklokal kampanjegruppe. Dersom denne varen mangler lokal butikkpris må denne skapes og POS vil bli oppdatert med både ny butikkpris med ordinær pris og ny kampanje-/medlemstilbud fra gjeldende kampanjegruppe. |
| Kundeordre | Nettopris i kundeordre hentes alltid fra laveste pris (RTC-50217) I kundeordre hentes varens laveste gjeldende pris av ordinær pris, kampanjepris og medlemstilbud inn når en varerad i kundeordre opprettes. Denne prisen vil lagres på kundeordren og vil ikke bli endret. Dersom kampanjepris er lik ordinærpris, men med lavere kostpris, skal kampanjepris alltid hentes inn, slik at den lavere nettoprisen blir brukt når vare legges til i kundeordre. |
| Pris | Oppdatering av rabattbaserte tilbudspriser basert på ordinær pris ved endring av ordinær pris (RTC-50928) Når det skjer en endring av ordinær pris for en vare med rabattbasert tilbudspris basert på ordinær pris (inkl. når rabattårsak tilsier bruk av ordinær pris ved bruk av LPS30D), må tilbudsprisen rekalkuleres basert på den nye ordinærprisen. Dette gjelder både aktive og fremtidige tilbudspriser. |
| Rapport | Rapport "Nøkkeltall kasserer" og utvalgsalternativer (RTC-51460) Som i mange andre rapporter kan data innhentes til rapporten "Nøkkeltall kasserer", basert på angitt intervall enten som angitt dato, uke, måned eller år. |
| RIGAL | Oppdatering av to prisendringsposter fra RIGAL V-fil (RTC-51261) Dersom en RIGAL V-fil importeres i Chain Classic og én vare er representert med to ordinære prisendringer, på forskjellig dato, vil det skapes to forskjellige prisoppdateringsposter for disse. Dersom de to postene har samme dato, vil den siste posten overskrive den første og det blir kun en prisoppdatering i dette tilfelle. |
| Servicehandel | Salg av samme ingrediens i forskjellige reseptvarer i samme bong (RTC-50006) Ved bruk av Servicehandel vil ikke reseptvarene være lagerstyrt. |
Flaxlodd premieutbetaling
...
Når fremtidige tilbud skapes, og funksjonalitet for laveste pris er i bruk, da vises den laveste kjente prisen som er brukt i forhold til angitt antall dager tilbake i tid.
Dersom det fremtidige tilbudet har startdato lengre fram i tid enn antall dager, vil LPS30D settes til gjeldende ordinærpris.
Underveis kan nye re-kalkuleringer skje, som forandrer LPS30D så lenge startdato ikke har inntruffet, når det skjer prisendringer på aktuell vare underveis.
| Expand | |||
|---|---|---|---|
| |||
|
Knapper for adgang til Internet i nettleser
...
| Status | ||||||
|---|---|---|---|---|---|---|
|
Forutsetninger for oppgradering
Med oppgradering til Chain Classic versjon 2.1.1.0.46 skal POS alltid levere bonger i POSLog versjon 81.
...
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 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
...
| Status | ||||||
|---|---|---|---|---|---|---|
|
Forutsetninger for oppgradering
Med oppgradering til Chain Classic versjon 2.1.1.0.45 skal POS alltid levere bonger i POSLog versjon 81.
...
Dokument status:
| Status | ||||||
|---|---|---|---|---|---|---|
|
Dato:
Forutsetninger for oppgradering
Med oppgradering til Chain Classic versjon 2.1.1.0.44 skal POS alltid levere bonger i POSLog versjon 81.
...
Dokument status:
| Status | ||||||
|---|---|---|---|---|---|---|
|
Dato:
Forutsetninger for oppgradering
Med oppgradering til Chain Classic versjon 2.1.1.0.43 skal POS alltid levere bonger i POSLog versjon 81.
...
Dokument status:
| Status | ||||||
|---|---|---|---|---|---|---|
|
Dato:
Forutsetninger for oppgradering
Med oppgradering til Chain Classic versjon 2.1.1.0.42 skal alltid POS levere bonger i POSLog versjon 81.
...
Dokument status:
| Status | ||||||
|---|---|---|---|---|---|---|
|
Dato:
Forutsetninger for oppgradering
Med oppgradering til Chain Classic versjon 2.1.1.0.41 skal alltid POS levere bonger i POSLog versjon 81.
...
Dokument status:
| Status | ||||||
|---|---|---|---|---|---|---|
|
Dato:
Forutsetninger for oppgradering
Med oppgradering til Chain Classic versjon 2.1.1.0.40 anbefales det at POS leverer bong-format i POSLog versjon 81.
...
Dokument status:
| Status | ||||||
|---|---|---|---|---|---|---|
|
Dato:
Forutsetninger for oppgradering
Med oppgradering til Chain Classic versjon 2.1.1.0.39 anbefales det at POS leverer bong-format i POSLog versjon 81.
...
Dokument status:
| Status | ||||||
|---|---|---|---|---|---|---|
|
Dato:
Forutsetninger for oppgradering
Med oppgradering til Chain Classic versjon 2.1.1.0.38 anbefales det at POS leverer bong-format i POSLog versjon 81.
...
Dokument status:
| Status | ||||||
|---|---|---|---|---|---|---|
|
Dato:
Forutsetninger for oppgradering
Med oppgradering til Chain Classic versjon 2.1.1.0.37 anbefales det at POS leverer bong-format i POSLog versjon 81.
...
Dokument status:
| Status | ||||||
|---|---|---|---|---|---|---|
|
Dato:
Forutsetninger for oppgradering
Med oppgradering til Chain Classic versjon 2.1.1.0.36 anbefales det at POS leverer bong-format i POSLog versjon 81.
...
Dokument status:
| Status | ||||
|---|---|---|---|---|
|
Dato:
Forutsetninger for oppgradering
Med oppgradering til Chain Classic versjon 2.1.1.0.35 anbefales det at POS leverer bong-format i POSLog versjon 81.
...
Dokument status:
| Status | ||||||
|---|---|---|---|---|---|---|
|
Dato:
Forutsetninger for oppgradering
Med oppgradering til Chain Classic versjon 2.1.1.0.34 anbefales det at POS leverer bong-format i POSLog versjon 81.
...
Dokument status:
| Status | ||||||
|---|---|---|---|---|---|---|
|
Dato:
Forutsetninger for oppgradering
Med oppgradering til Chain Classic versjon 2.1.1.0.33 anbefales det at POS leverer bong-format i POSLog versjon 81.
...
Dokument status: Status colour Green title released
Dato:
Forutsetninger for oppgradering
Med oppgradering til Chain Classic versjon 2.1.1.0.32 anbefales det at POS leverer bong-format i POSLog versjon 81.
...
Dokument status:
| Status | ||||||
|---|---|---|---|---|---|---|
|
Dato:
Forutsetninger for oppgradering
Med oppgradering til Chain Classic versjon 2.1.1.0.31 anbefales det at POS leverer bong-format i POSLog versjon 81.
...
Dokument status:
| Status | ||||||
|---|---|---|---|---|---|---|
|
Dato:
Forutsetninger for oppgradering
Med oppgradering til Chain Classic versjon 2.1.1.0.30 anbefales det at POS leverer bong-format i POSLog versjon 81.
...
Dokument status:
| Status | ||||||
|---|---|---|---|---|---|---|
|
Dato:
Forutsetninger for oppgradering
Med oppgradering til Chain Classic versjon 2.1.1.0.29 anbefales det at POS leverer bong-format i POSLog versjon 81.
...
Dokument status:
| Status | ||||||
|---|---|---|---|---|---|---|
|
Dato:
Forutsetninger for oppgradering
Med oppgradering til Chain Classic versjon 2.1.1.0.28 anbefales det at POS leverer bong-format i POSLog versjon 81.
...
Dokument status:
| Status | ||||||
|---|---|---|---|---|---|---|
|
Dato:
Forutsetninger for oppgradering
Med oppgradering til Chain Classic versjon 2.1.1.0.27 anbefales det at POS leverer bong-format i POSLog versjon 81.
...
Dokument status:
| Status | ||||||
|---|---|---|---|---|---|---|
|
Dato:
Forutsetninger for oppgradering
Med oppgradering til Chain Classic versjon 2.1.1.0.26 anbefales det at POS leverer bong-format i POSLog versjon 81.
...
Dokument status:
| Status | ||||
|---|---|---|---|---|
|
Dato:
Forutsetninger for oppgradering
Oppgradering til Chain Classic versjon 2.1.1.0.25 forutsetter at POS leverer bong-format i POSLog versjon 75.
...
Dokument status:
| Status | ||||||
|---|---|---|---|---|---|---|
|
Dato:
Forutsetninger for oppgradering
Oppgradering til Chain Classic versjon 2.1.1.0.24 forutsetter at POS leverer bong-format i POSLog versjon 75.
...