Page History

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. 

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. 

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 "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.

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.

Salg av samme ingrediens i forskjellige reseptvarer i samme bong (RTC-50006)

Ved bruk av Servicehandel vil ikke reseptvarene være lagerstyrt.
Salget av reseptvarene fordeles på de råvarene som inngår via ingrediensene.
Lager reduseres samtidig på lagerstyrte råvarer for hver ingrediens.
Dette gjelder uansett hvor mange reseptvarer den samme ingrediensen benyttes i.

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.
Ved lagring vil fokus bli stående på den endrede varelinjen. 

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. 
Det blir angitt hvilken versjon som er forsøkt oppdatert og at denne ikke støttes.

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:

• Butikkoppgjør total
• Butikkoppgjør pr. kasserer
• Omsetning pr. korttype

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.
Dersom en rabattårsak er angitt i logg over "Endringer av laveste pris", forklarer dette hvorfor en spesifikk tilbudspris ikke inngår i beregningenen for etterfølgende 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.
I tillegg vises også totalomsetning inkludert tilbudssalget.
Det vises også hvor stor del av totalomsetningen som utgjør tilbudssalg med rabattårsak i den valgte perioden. 

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".