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. |
Overgang til kampanjegruppeutlegg
Bruk av kampanjegruppeutlegg anbefales da det har mye å si for feilsøking ved avvik, men viktigst er sikkerhet og ytelse som er vesentlig bedre.
Funksjonalitet kan slåes på manuelt via systemparameter, men det anbefales å bruke eget program for dette for kjappere og sikrere resultat ved konvertering av eksisterende kampanjegrupper til nytt utlegg i kampanjegruppeformatet.
| 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.
| Expand | ||
|---|---|---|
| ||
|
Bytte av butikknummer
Når gammelt butikknummer beholdes, ved bytte av butikknummer, sikres det mot problemer i bongoppdatering fra 3. part (for eksempel webbutikk).
Dette vil kunne skje hvis butikknummer ikke endres i alle systemer samtidig.
I programmet "Endring av butikknr" på fanen "Alternativer" er derfor dette forvalgt, men kan overstyres hvis det er full kontroll på at butikknummerbytte skjer samtidig i alle løsninger.
| Expand | ||
|---|---|---|
| ||
|
Automatisk opplegg av varemottak ved internoverføring
Uansett hvilken RIGAL-kode som brukes for faktura eller bestilling/bekreftelse, vil det alltid lages et automatisk varemottak ved internoverføring mellom butikker.
Eksport av alle kunder i til Customer Service
For Eksport av alle kunder i Chain Classic via JSONL-formatet, til Customer Service (Chain Web) brukes programmet:
"System"/"Administrative rutiner"/"Utlegg av data"/"Kunder til customer service".
| Expand | ||
|---|---|---|
| ||
|
Eksporter alle kundegrupper til Customer Service i JSON-formatet
Via programmet "System"/"Administrative rutiner"/"Utlegg av data"/"Kunder til Cust. Serv." kan kundegrupper legges ut i JSONL-format til Customer Service i Chain Web.
| Expand | ||
|---|---|---|
| ||
|
Sletting av lokale butikkpriser
Denne funksjonaliteten brukes når en butikk kun skal ha profilpriser, og aktive lokale butikkpriser skal derfor fjernes.
- Ytelse er vesentlig forbedret.
- Det kan velges å skrive en rapport, men kun dersom antall forventes å være under 200.000 lokale prisposter.
- Mulighet å lage utvalg på varegruppeliste er lagt til
- Antall poster vises direkte i jobblisten, rapport trenger ikke å lages for dette
| Expand | ||
|---|---|---|
| ||
|
Logging av "Mottak av webordre"
Om "Mottak av webordre" er i bruk finnes behov for å logge alle aktiviteter knyttet til lagring av endret lagersted.
Dersom webservice (WS) ikke fungerer vil klient gå i heng og kan også terminere.
Loggfilen mottawebmmdd.butnr legges daglig ut på loggkatalogen via standard utlegg.
| Expand | ||
|---|---|---|
| ||
|
Import av sortimentliste Excel i fullt format
Utover standardformat finnes et parameterstyrt fullformat av "Sortimentliste Excel".
Dette fullformat tilsvarer det Excel dokument som lages i rapporten "Sortimentliste Excel".
Det innebærer også at VPI-import kun har støtte for akkurat dette formatet.
| Expand | ||
|---|---|---|
| ||
|
Forbedret oppdatering i søkefunksjon i lagerprogrammer for drivstoff
På toppen av den oppdaterbare delen i programmet "Manuell tankstatus" kan HK-bruker søke etter aktive butikker med minst en tilkoblet tank.
For butikkbrukere vises kun egen butikk dersom det finnes minst en tank registrert på butikken.
I tillegg vil det nå i det vanlige registreringsprogrammet, "Tankstatus", alltid vise korrekt produktnavn dersom man endrer tanknr/tankgr.
Alternativ for utlegg av reseptvare til Tokheim POS
Utlegg av info for servicehandels-varer kan parameterstyres for å forhindre varer fjernes utilsiktet fra en resept i Tokheim POS.
| Expand | ||
|---|---|---|
| ||
|
...
Chain Classic versjon 2.2.0.0.06
Dokument status:
| Status | ||||||
|---|---|---|---|---|---|---|
|
Dato:
Forutsetninger for oppgradering
Med oppgradering til Chain Classic versjon 2.2.0.0.06 anbefales det at POS leverer bong-format 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. |
...
| Expand | ||
|---|---|---|
| ||
|
Overgang til kampanjegruppeutlegg
Bruk av kampanjegruppeutlegg anbefales da det har mye å si for feilsøking ved avvik, men viktigst er sikkerhet og ytelse som er vesentlig bedre. Funksjonalitet kan slåes på manuelt via systemparameter, men det anbefales å bruke eget program for dette for kjappere og sikrere resultat ved konvertering av eksisterende kampanjegrupper til nytt utlegg i kampanjegruppeformatet.
...
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.
...