Versions Compared

Old Version 19

changes.mady.by.user Lise Aunemo

Saved on

compared with

New Version 20

changes.mady.by.user Lise Aunemo

Saved on

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Chain Classic versjon 2.2.0.0.11

Dokument status: 

Status
colourGreen
titlereleased

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".
Dersom det hentes inn et stort utvalg varer der mange varer avvises av ulike årsaker, vil melding i brukergrensesnittet være uoversiktlig. Da vil det være enklere å vise avvisningsårsakene via knappen "Avviste varer i kampanjegruppe".
Ved bruk av knappen "Hurtigprising" vil avviste varer kun vises i denne loggen.

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.
Dersom returene skannes hver for seg, vil hver varelinje behandles for seg, men påvirker lager på samme måte.

Sortimentliste Excel

(RTC-34753)

Rapporten "Sortimentliste Excel" tilbyr tre forskjellige, parameterstyrte, alternativer med 39, 53 eller 58 kolonner/felt i Excel rapporten.
De samme formatene kan også brukes til oppdatering/nyopplegg av varer ved import av VPI fra Excel.

Expand
titleKonfigurasjon
Teknisk informasjon

De som bruker denne rapporten i dag, må kontrollere verdi i systemparameter 964. Gyldige verdier er:

  • Verdi = 0/39 (39 felt)
  • Verdi = 53 (53 felt)
  • Verdi = 58 (58 felt) 

Alle andre verdier vil tolkes som 39 felt.

Systemparameter 692 angir VPI-maler som benyttes ved import av VPI fra Excel.

Systemparameter 694 angir profilnummer som benyttes ved import av VPI fra Excel.

Beskrivelse av forskjellene i innholdet i de 3 alternativene er vedlagt i testdokumentasjonen i saken.

Strekkodeløsning i rapport

(RTC-35633)

I rapporten "Prisendring med etikettsimulering" vises strekkode for PLU/EAN med 1-13 siffer. 

Expand
titleKonfigurasjon
Teknisk informasjon
Utvikling av Chain Classic 2.2 er basert på OpenEdge 11.7 fra Progress.
I denne versjonen er det tatt i bruk en ny versjon av den komponenten som skaper og skriver ut strekkoder, inkl. i denne rapporten. 

Stanse muligheten til å skape nye varetransaksjoner manuelt 

(RTC-34760)

Dersom det ikke skal være mulig å skape manuelle varetransaksjoner i Chain Classic, kan knappene i verktøylinjen for nyopplegg og kopiering fjernes.
Med dette vil det kun være mulig å utføre motposteringer.

Image Added

Expand
titleKonfigurasjon
Teknisk informasjon
Systemalternativ 1000 = 1stopper muligheten for nyopplegg/kopiering av varetransaksjoner manuelt i Chain Classic.

Oppdatering av salg og varetransaksjoner på reseptvarer ved bruk av Servicehandel

(RTC-34602)

Generelt skal reseptvarer aldri være lagerstyrte. Det er råvarene som ingrediensene i reseptvaren er skapt fra, som skal være lagerstyrte.
Ved oppdatering av varetransaksjoner fra POSLog som er registrert på en reseptvare, vil det skapes varetransaksjoner i databasen på råvarene som ingrediensene i reseptvaren er bygd opp av.
Samtidig vil også lager oppdateres på de samme råvarene.

Det er også mulig å registrere varetransaksjoner i POSLog på en pakkevare. Da vil det skapes varetransaksjoner i databasen på innholdsvarene. Likeledes vil lager oppdateres på disse innholdsvarene.

Ved salg av en reseptvare (fra Tokheim POS eller EG POS) vil salget registreres på reseptvaren, mens lager også oppdateres på råvarene via de samme ingrediensene.

Expand
titleKonfiguration
Teknisk informasjon
  • Butikk må ha "Lager" påslått i butikkregisteret.
  • Innholdsvarer i pakke må være lagerstyrt.
  • Råvare må være lagerstyrt.
  • Reseptvare og pakkevarer skal ikke være lagerstyrt. 

Avrunding av salgsbeløp

(RTC-35152)

Normalt vil Chain Classic avrunde salgsbeløp fra bongen. Unntaket fra dette er når kredittsalg oppdateres til kundesalgstatistikken (grunnlag for utlegg av kredittsalg til Cash Settlement).
Da benyttes ferdig avrundede beløp fra bongen.

Expand
titleKonfigurasjon
Teknisk informasjon

Vanligvis hentes alltid salgsbeløp fra "ExtendedAmount/Amount" (i POSLog). Dette avrundes på normal måte (f.eks. 21.68).
Ved oppdatering av kredittsalg til kundesalgsstatistikken hentes salgsbeløpet fra "ExtendedAmountRounded/Amount" (21.67).
Dette er gjort for å sikre overensstemmelse mellom total salgssum og summen av varelinjene ved overføring til Cash Settlement.

Under vises et eksempel på dette:
  Image Added

Bruk av kostpris i "Bestillingsfordeling Excel"

(RTC-33790)

Beregning av nettopris på bestillingsrad, ved bruk av "Bestillingsfordeling Excel", utføres på samme måte som ved manuell registrering av bestilling eller ved bestilling opprettet fra POSLog.

Hvordan nettoprisen beregnes, er parameterstyrt og fungerer for varer som ikke er suppleringsvarer.
Antall gjenstående dager i aktiv kampanjeperiode eller antall dager til fremtidig kampanjeperiode kan også påvirke resultatet.

Expand
titleKonfigurasjon
Teknisk informasjon

Funksjonaliteten er parameterstyrt og bestemmes av tre viktige elementer i systemparameter 537:

  1. Frigruppe
    Settes for å ekskludere varer som ikke er suppleringsvarer, og derfor ikke skal benytte denne funksjonaliteten.
  2. Antall dager igjen i kampanje
    For en vare med aktiv kampanjepris benyttes nettopris fra kampanjekalkyle dersom det gjenstår minst X dager av kampanjeperioden.
  3. Antall dager fram i tid
    For varer der det finnes en framtidig kampanje som starter innen Y dager, benyttes nettopris fra den framtidige kampanjekalkylen.

Andre forutsetninger:

  • Dersom "Bestilles til" er angitt på fanen "Tillegg vare" i "Varevedlikehold" for en vare, men denne er eldre enn dagens dato, benyttes ordinær nettopris.
  • Det sjekkes både på kampanjepris og medlemstilbud. Dersom begge typer finnes innenfor oppgitt intervall, benyttes nettopris fra medlemskampanje som antas være gunstigere enn en kampanjepris i samme tidsrom.

Åpningsfane i "Priskontroll"

(RTC-34829)

Ulike oppsett av Priskontroll medfører at det kan være praktisk å parameterstyre hvilken av de fem fanene som skal være vises når programmet startes. 

Expand
titleKonfigurasjon
Teknisk informasjon
I systemparameter 1001 settes verdi for hvilken av fanene 1-5 som skal være åpningsvindu i "Priskontroll".

Når Excel og Word ikke kan startes fra Chain Classic 

(RTC-34228)

Bruk av Excel og Word i Chain Classic fungerer kun dersom det finne en lokal installasjon av Office-programmene på arbeidsstasjonen.
Mangler dette, vil meldingen under forklare årsaken.
Disse meldingene vil også vises dersom det kun finnes en onlineløsning av Office. Chain Classic vil da ikke få kontakt med disse Office-programmene.

Image Added

Visningsalternativer i "Oppdater lager" i varetellingsveiviseren

(RTC-31532)

I aktiv varetelling der talte varer skal godkjennes og lager skal oppdateres, er det mulig å se hvilke varelinjer som allerede er oppdatert og hvilke som ikke er oppdatert.

Det er tre utvalgsalternativer for "Vis varer":

  1. "Alle" - Viser alle varelinjer- De radene som er oppdatert, vises med en mørkere gråfarge i feltene "EAN/PLU-nr" og "Varetekst" (se bilde).
  2. "Oppdaterte" - Viser kun oppdaterte varelinjer og alle har da den mørkere grå fargen i de to kolonnene.
  3. "Ikke oppdaterte" - Viser kun varer som det gjenstår å telle/oppdatere. Disse har normal farge i feltene "EAN/PLU-nr" og "Varetekst".

Image Added

Lagerinformasjon i Vare- og Pris-vedlikehold

(RTC-34353)

Knappen for "Lagerinformasjon" er ikke alltid aktiv i Vare- og Prisvedlikehold. Denne er inaktiv ved i følgende tre tilfeller:

  • Lagerpost mangler på vare for butikken og butikken har ikke adgang til å se lagerinformasjon for en annen butikk med lagerpost for varen.
  • Butikken er ikke lagerstyrt.
  • Butikken er ikke aktiv (kommunikasjonstype <> 11).   

Image Added

RIGAL VPI med kun vareinformasjon og endret varenummer (ingen prisinfo) fra Item Master /Cloud

(RTC-34131)

Det er forskjeller mellom feltoppsett i Item Master og Chain Classic.
Vareoppdatering uten prisinformasjon er standard i Item Master men i utgangspunktet ikke tillatt i Chain Classic.
Det er derfor viktig med et riktig parameteroppsett for alle kunder.

Expand
titleKonfigurasjon
Teknisk informasjon

Systemparameter 987 = 1 - For å søke frem riktig vare i Chan Classic ved import av VAR-post uten prisinformasjon i RIGAL VPI. 

Dersom tandemnummer er i bruk anbefales følgende oppsett ved bruk av tandemnummer. (Hentet fra RTC-34465 )

Systemparameter 425 = 2 - Vare søkes opp via alle tandem/hovedvare-koblinger

Systemparameter 632 = 1 - Tandem fra RIGAL VPI brukes og fjerner evt. avvik i Chain Classic.

Systemparameter 491 = 0 - Dersom unikt varenummer er i bruk.

Systemparameter 669 = 1 - Unikt varenummer oppdateres fra ny vare i RIGAL VPI og evt. samme varenummer fjernes fra eksisterende vare i Chain Classic.

Finn frem eksisterende vare via tandem ved RIGAL VPI-import

(RTC-34465)  

Det anbefales å slå på full støtte for å søke frem eksisterende vare via tandemnummer når EAN for hovedvare i RIGAL VPI er ukjent i Chain Classic.
Dette vil forhindre at det skapes dubletter av samme vare. Eksempler på dette er:

  1. Ukjent hovedvare i RIGAL VPI, men med tandemEAN som allerede finnes som tandem på eksisterende vare i Chain Classic
  2. Ukjent hovedvare i RIGAL VPI, men med tandemEAN som allerede finnes som hovedvare i Chain Classic
  3. Hovedvare i RIGAL VPI finnes allerede som tandem på hovedvare i Chain Classic

I disse tilfellene vil det utføres et EAN/PLU-nr bytte der eksisterende hovedEAN i Chain Classic endres til tandemnummer og nytt hovedEAN fra RIGAL-VPI overtar.

Expand
titleKonfigurasjon
Teknisk informasjon

For optimal bruk av tandem anbefales følgende oppsett:

Systemparameter 425 = 2 Vare søkes opp via alle tandem/hovedvare-koblinger

Systemparameter 632 = 1 Tandem fra RIGAL VPI brukes og fjerner evt. avvik i Chain Classic.

Systemparameter 491 = 0 Dersom unikt varenummer er i bruk.

Systemparameter 669 = 1 Unikt varenummer oppdateres fra ny vare i RIGAL VPI og evt. samme varenummer fjernes fra eksisterende vare i Chain Classic

Se også (RTC-34131) for ytterligere informasjon om oppsett av parametere ved oppdatering via RIGAL-VPI.

Unntak for sletting av lokale priser ved oppdatering av ordinær prisendring på profilpris fra RIGAL

(RTC-35421)

Det kan parameterstyres om en profilprisendring via RIGAL VPI, skal fjerne evt. tilhørende lokale butikkpriser.
Dette gjelder ikke dersom butikkprisene har en aktiv eller framtidige kampanjepris, medlemstilbud eller en butikklokal mixmatch der varen inngår.

Expand
titleKonfigurasjon
Teknisk informasjon
Systemparameter 675 styrer om lokale butikkpriser skal rydde bort ved profilprisendring via RIGAL VPI. Det er her mulig å forskyve slettedatoen fram i tid.

Logging ved utlegg av bestillinger til RIGAL

(RTC-35426)

Endringer som fører til utlegg av bestillinger til RIGAL, logges for enklere oppfølging. 

Expand
titleKonfigurasjon
Teknisk informasjon

Navn på loggfil: %%\LRS\logg\"bestill_mmåååå.butnr"

I loggteksten vises brukernavn, dato/tid, om det er utført godkjenning eller bekreftelse eller opphevelse av dette. 

For å skille ut bestillinger som er skapt fra "Bestillingsfordeling Excel", settes et merke i feltet besthode.frigruppe3 (vises kun i editor).
Bestillinger skapt fra "Bestillingsfordeling Excel" får verdien 1 mens varemottak skapt fra samme program, får verdien 2.

Butikker som vises i "Lagerinformasjon"

(RTC-35054)

I "Lagerinformasjon" som åpnes via en knapp i verktøylinjen fra Vare-/Prisvedlikehold, og i andre program som viser lagerposter for flere butikker, vil kun lager for aktive og lagerstyrte butikker vises.

Expand
titleKonfigurasjon
Teknisk informasjon
Butikker må ha kommunikasjonstype 11 og i tillegg være satt opp med lagerstyring ved at sjekkboks for "Lager" er krysset av.

Utlegg av "utsalgspris" til Tokheim POS for gruppe 1 i mixmatchtype 35

(RTC-35388)

Mixmatchtype 35 er en gruppemix hvor det kan parameterstyres om prispost for gruppe 1 skal legges ut til Tokheim POS.

Expand
titleKonfigurasjon
Teknisk informasjon
Systemparameter 1002 Styrer om pris skal legges ut til Tokheim POS for mixgruppe 1 for mixtype 35.

Optimalisering av databaseoppslag

(RTC-35227)

Generell ytelse i Chain Classic er framfor alt avhengig av serveroppsett og serverkonfigurasjon.
Optimalisert indeksbruk forbedrer denne ytelsen og gir brukerne en enda bedre brukeropplevelse. 

Expand
titleKonfigurasjon
Teknisk informasjon

Alle konsulenter bør være oppmerksom på om CPU-bruken er høy (100%) over lang tid. Da må følgende endringer vurderes:

  1. Antall CPU'er i forhold til antall brukere og oppsett (samme numanode)
  2. MHz på CPU'ene (gjerne 4 GHz)
  3. Minne (må ha nok plass til å kunne cache "minst" halve databasen)

Bruk av indeksene jobbhodeidx8 (kun jobbstatus) og kassdagidx6 (kun dato) er i stor grad erstattet med bruk av bedre indekser som vil bedre brukeropplevelsen.
Men det er viktig å være klar over at dette vil ikke være tilstrekkelig dersom det oppleves kritiske ytelsesproblemer.
Da må det utføres et eller flere av overnevnte forslag til serveroppgradering.

Ny godkjenning og utlegg av kampanjegruppe til POS

(RTC-29779)  

Hjelpeprogram til bruk for EG personell.

Expand
titleKonfigurasjon
Teknisk informasjon
Med programmet "Godkjenn kampanjegruppe" (LRS > Korrigere/Endre data) kan en kampanjegruppe søkes fram og godkjennes på nytt.
Dette vil resultere i nytt komplett utlegg til POS og evt.- 3. parts løsninger. 


...

Chain Classic versjon 2.2.0.0.10

Dokument status: 

Status
colourGreen
titlereleased

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)

  • Forsøker man å legge inn en vare merket "Ikke bestilling" i programmet "Bestilling" vil varen avvises med melding om at varen ikke kan bestilles.
  • I programmene "Bestillingsforslag" og "Bestillingskriterier" vil alle varer merket "Ikke bestilling" i "Varevedlikehold" eller som butikklokal verdi for butikken, avvises.
  • Ved oppdatering av RIGAL I-fil vil også varer merket "Ikke bestilling", avvises.  Dette er i utgangspunktet avsenders ansvar, men Chain Classic må korrigere om disse sender feil data.
  • Ved oppdatering av bestillingsrader fra POSLog, vil varer som ikke kan bestilles, avvises.

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.
Dette fjerner avvik som kan skyldes at butikk ikke har skrevet ut etikett eller godkjent prisendring dersom dette er i bruk.  

...

Dokument status: 

Status
colourGreen
titlereleased

Dato:   

Forutsetninger for oppgradering

Med oppgradering til Chain Classic versjon 2.2.0.0.09 skal alltid POS levere bonger i POSLog versjon 81.

...

Dokument status: 

Status
colourGreen
titlereleased

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.
I POS fjernes deretter alle relasjoner til de varer som opprinnelig var koblet til mixmatch'en.   

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:

  1. Bong med kun spørring på pris.

  2. Annen makulert bong med spørring på pris (f. eks. parkert bong).

  3. Anbud med spørring på pris.

  4. Vanlig varesalg med spørring på pris.

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. 

  • Felter knyttet til sentrallager (beholdning og i bestilling) skjules når brukerens butikk ikke har referanse til butikknummer for sentrallager
  • Eget butikknummer markeres i listen med grønn bakgrunn for alle varianter slik at det tydelig kommer fram hva som er eget lager

...

Dokument status: 

Status
colourGreen
titlereleased
 

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.
Hvis kampanjeprisen deretter økes slik at denne igjen blir lik normalpris vil dette gi etikett til Lexmark merket som prisendring i stedet for kampanje/medlemstilbud.
Det er kun utprisendring til tilbud lavere enn ordinærpris som vil gi etikett merket kampanjepris/medlemstilbud. 

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.
Når dette er i bruk legges disse 0-postene ut ved alle typer at varetelling.  

...

Dokument status: 

Status
colourGreen
titlereleased

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
colourGreen
titlereleased

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
colourGreen
titlereleased

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
colourGreen
titlereleased

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
colourGreen
titlereleased

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
colourGreen
titlereleased
 

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. 

...