Chain Classic version 2.2.0.0.14
Dokument status:
Status | ||||
---|---|---|---|---|
|
Datum:
Förutsättningar för uppgradering
Med uppgradering till Chain Classic version 2.2.0.0.14 ska POS alltid leverera kvitton i POSLog version 81.
Förbättringar
Modul | Beskrivning |
Elektroniska etiketter | Utlägg till elektroniska etiketter vid förlängning av erbjudanden (RTC-39381) Vid förlängning av ett erbjudande (kampanjpriser eller medlemserbjudanden), nytt slutdatum på aktivt erbjudande, ska det alltid läggas ut uppdaterade poster med erbjudanden till Lexmark. Elektroniska etikettlösningar däremot behöver inte denna uppdatering då dessa får egna utlägg när erbjudanden avslutas. |
Kampanjgrupp | Kopiering av kampanjgrupp för "Team" (RTC-39969) När en team-kampanjgrupp kopieras, går det kopiera denna till en kampanjgrupp för butik eller profil. |
RIGAL | Framtida prisändring och utgången vara (RTC-39744) Om en vara utgår via RIGAL, sätts sortimentskod till "Utgången" och beställningsnummer nollställs på pris. Det skapas också en borttagningspost med parameterstyrt rensningsdatum X dagar framåt i tid. Om det efter detta kommer nya eller framtida prisändringar för samma vara, kommer datum för borttagningspost att flyttas fram i tid i förhållande till det nya prisändringsdatumet, medan sortimentskod "Utgången" och nollställt beställningsnummer behålls. |
Tankstatus | Registrering av flera tankstatusposter på samma dag (RTC-39257) Det går registrera flera tankstatusar på dagens datum, så länge de registrerade mätningarna har en unik tidpunkt. |
Förhindra erbjudandepriser på "fastpris"-varor
Det är möjligt att förhindra uppläggning av erbjudanden (kampanjpriser och medlemserbjudanden) på varor med fastpris.
Manuell prisändring:
Val för att skapa kampanjpris kommer inte att vara möjligt för användare som normalt har denna behörighet.
Kampanjgrupp:
Det tillåts inte uppläggning av varor med fastpris vid manuellt val av vara, vid "Snabb prisändring", vid "Hämta nya varor" eller vid inläsning via "Excel" (csv-/xlsx-format).
Meddelande om detta visas i kampanjgruppsloggen.
Snabb prisändring :
Även vid snabb prisändring avvisas erbjudandepriser för dessa varor, och dessutom loggas detta i "Loggutskrift" för loggtyp 6: "Avvisat i snabb prisändring". Meddelande 12 visas: "Varan har fastpris".
Butiksrutiner:
För butiksanvändare som bara kan skapa erbjudandepriser, kommer knappen "Ändra pris på vara" att vara deaktiverad.
För användare som också kan ändra ordinarie pris, kommer val för kampanjpris och medlemserbjudande att vara deaktiverat i prisdialogen.
Meddelande ": IP 557 "Denna vara har "Fastpris" och kampanjpris/medlemserbjudande kan därför inte användas", att visas när EAN/PLU kan skrivas i EAN-fältet och lämnar detta eller trycker på sparaknappen.
Expand | ||
---|---|---|
| ||
|
Kontroll mot SAP om borttagningspost för vara ska köras eller inte
Det kan sättas upp ett jobb som varje natt kontrollerar, mot SAP, om aktiva borttagningsposter i varukön ska behandlas eller inte.
Om SAP har information om att vara fortfarande finns i lager, kommer borttagningsdatumet att flyttas X antal dagar framåt i tid, för ny kontroll senare.
Expand | ||
---|---|---|
| ||
|
Priskanal och utlägg till elektroniska etiketter
Vid användning av priskanal i kampanjgrupp är det parameterstyrt hur utlägg ska ske till Breece/Pricer.
Utlägg kan göras oavsett val av priskanal (standard) eller bara när det valts priskanal "Alla".
Om vald priskanal är "Alla", görs inga utlägg om priskanal till exempel = "Shop express".
Expand | ||
---|---|---|
| ||
|
Administration av kassörer och kund endast i Chain Classic
När kund eller kassör skapas/ändras är det normalt att lägga ut detta till POS. Men används 3:e-parts POS-lösning (t.ex. Tokheim POS), kan det vara önskvärt att detta inte sker.
Då går det parameterstyra detta så att onödiga köposter tas bort automatiskt.
Expand | ||
---|---|---|
| ||
|
Uppdatering av ny vara från Item Master
Vid uppdatering av ny vara i Chain Classic från RIGAL är det nödvändigt att både varu- och prisinformationen levererats från Item Master.
När båda posterna är på plats i "VPI Registervård" slås de ihop och en ny vara med pris skapas i Chain Classic.
Även ordningsföljden är viktig, för ny vara måste varuposten komma in före prisposten. Kommer prisposten först, kommer prisposten att ignoreras då det inte finns någon vara att koppla den till.
I detta fall kommer en efterföljande varupost att bli liggande tills en ny prispost kommer så att ny vara kan skapas.
Uppdatering av kostpris vid varumottagning av ny vara på befintlig profilkampanj
Ny vara saknar lokalt butikspris och lagerpost. När ny vara aktiveras via Varumottagning, skapas butikspris med kopia av kampanjposter från profilpris.
Dessutom skapas en prisändring för butikspris med prisdata hämtad från Varumottagning. Detta gäller vid:
RIGAL-import till varumottagning, ändring av pris och/eller antal för mottagning av varor och efterföljande uppdatering av lager.
RIGAL-import till varumottagning och direkt val av lageruppdatering utan föregående ändring av varumottagningsposten.
Manuellt skapad post i varumottagning, lagring av pris och antal av mottagen vara och efterföljande uppdatering av lager.
När varan kommer in i Varumottagning, aktiveras varan med profilpris inkl. aktiv profilkampanj för butiken.
När lager uppdateras, kommer lagerpost med kostpris att skapas och det skapas samtidigt nytt butikspris med kopia av profilkampanjen.
Vid utlägg till POS kommer alltid kostpris att användas som nettopris för alla pristyper.
Expand | ||
---|---|---|
| ||
|
Loggning av webservice
Loggning av vad som skickas till POS Services och vad som skickats tillbaka via en webservice är normalt avslagen.
Men det kan slås på vid behov under test av en ny webservice eller vid felsökning.
För närvarande är denna funktionalitet införd i webservice som används i RTC-34179.
Expand | ||
---|---|---|
| ||
|
Loggning av borttagning av orderrader och kompletta ordrar
Under "Rapporter - Loggar" ligger möjligheten till att skriva ut loggrapporter. För att följa upp borttagning av ordrar och/eller orderrader för beställning/varumottagningar, används: Loggutskrift "Borttagen order/orderrad".
Följande borttagningsaktiviteter loggas:
- Beställning: Orderrader och kompletta beställningar
- Elektronisk varumottagning: Orderrader och kompletta varumottagningar
- Varumottagningar: Orderrader och kompletta varumottagningar
- Borttagning av öppna beställningar
- Beställningsrader från RIGAL
Loggning av lagerrörelser
När Chain Classic inte är master för lagerstyrning, kommer ERP att sända lageruppdateringar via RIGAL.
Det betyder att det kan dyka upp ändringar i lagerbehållningen som inte visas som registrerade aktiviteter i Chain Classic.
Chain Classic kan bara hålla koll på lagerbehållning mellan uppdateringarna från ERP.
Därför kommer alla ändringar av lagerbehållning att lagras i lagerdag-tabellen med en registrering per ändring.
Expand | ||
---|---|---|
| ||
|
Avsluta gamla beställningar/kundordrar
Det finns två hjälpprogram, under LRS-menyn, för att avsluta gamla beställningar och kundordrar som aldrig blir avslutade på annat sätt:
- "Avsluta beställningar" - Ändrar alla ej mottagna beställningsrader/-huvuden, före angivet datum, till status mottagen.
- "Avsluta kundordrar" - Ändrar alla ej betalda eller ej levererade orderrader, samt ej levererade orderhuvuden, före angivet datum, till status betald och levererad.
I båda programmen omräknas värden i lagerpost för vara på alla ändrade rader.
Standard antal dagar är parameterstyrt och kan överstyras vid programkörning från menyn.
Expand | ||
---|---|---|
| ||
|
Nollställning av kvittonr
I Chain Classic sparas de 10 senast inlästa kvittonumren per butik. Om support av någon orsak måste läsa in ett kvitto med ett kvittonummer i denna lista, kommer kvittot att avvisas med meddelande om att kvittonumret redan använts.
Den lagrade nummerserien måste därför raderas. Hjälpprogram för detta finns under "LRS- Korrigera/ändra data".
Med "Nollställing av kvittonr" raderas alla de 10 lagrade kvittonumren för butik(erna). Därefter kan det saknade kvittot läsas in på nytt.
Expand | ||
---|---|---|
| ||
|
Underhåll av beställningsrader i elektroniskt varumottagning
Det finns många möjligheter att anpassa elektronisk varumottagning. Till exempel:
- Ska det gå att lägga in ny beställningsrad i existerande varumottagning?
- Ska det gå att ta bort en beställningsrad som inte är mottagen?
- Ska det gå att att ändra nettopris?
Expand | ||
---|---|---|
| ||
|
Kontrollera inställning av rensningsdagar för "Rensning av statistik"
Regler för visning av "Lägsta pris senaste X dagar" medför ändringar när det gäller rensning av prislogg- poster.
Dessa måste behållas när en vara tas bort eftersom samma EAN/PLU kan skapas på nytt inom angivna tidsintervall för lägsta pris.
Prisloggposter kommer därför inte att tas bort via varuköbehandling eller via batchprogrammet "Rensning av varor".
Detta medför att innehållet i prislogg-tabellen växer snabbare om den inte är uppsatt med en förnuftig rensningsfrekvens i det automatiska jobbet för "Rensnings av statistik" som körs varje EOD.
Detta gäller inte bara prislogg-tabellen, det är också viktigt att mängden data i alla statistiktabeller hålls inom förnuftiga mängder, att man bara sparar det man har användning för.
Expand | ||
---|---|---|
| ||
|
...
Chain Classic version 2.2.0.0.13
Dokument status:
Status | ||||
---|---|---|---|---|
|
Datum:
Förutsättningar för uppgradering
Med uppgradering till Chain Classic version 2.2.0.0.13 ska POS alltid leverera kvitton i POSLog version 81.
Förbättringar
Modul | Beskrivning |
---|---|
Elektronisk varumottagning | Varusökning i elektronisk varumottagning (RTC-38982) Om det upplevs problem med standard varusökning i order i elektronisk varumottagning, prova då följande rutin: 1. Sortera först beställningsrader på EAN/PLU, (tryck på kolumnrubrik), så att lägsta nummer är överst. 2. Öppna standard sökprogram "Sök vara", antingen genom att trycka på "Kikaren" eller bara skriva EAN/PLU-nummer direkt.
1. Hittat EAN/PLU hämtas in på första orderrad, med efterföljande EAN/PLU nedanför. 2. För att ta bort filter som döljer ovan liggande orderrader:
|
EOD-rapport | Meddelande när E-post felar i EOD-Rapport (RTC-36556) Om meddelande inte kan levereras när EOD-rapport (som också ska skickas som E-post) skapas (nätverksproblem eller annat problem), så kommer detta att loggas direkt i Status- fältet i Rapportlistan.
|
RIGAL | Varutyp till RIGAL och loggning av uppdatering från RIGAL VPI (RTC-36476) Chain Classic lägger alltid ut "Varutyp" i RIGAL V-fil. |
Varor | Ta bort "Stoppa försäljning av vara" i POS (RTC-38072) I Chain Classic kan en vara som har blivit spärrad, senare öppnas för försäljning på kassorna igen. Detta sker antingen genom att använda knappen "Aktivera vara" i " Varuregister eller genom att välja "Aktivera vara" vid utlägg av varan från "Verkställ vara". |
Varu-/kundgruppsrabatt | Användning av varulistor i "Varu-/kundgruppsrabatt" (RTC-34434) Vid uppläggning och underhåll av varurabattposter i "Varu-/kundgruppsrabatt" kan varulistor med varulistnummer upp till 8 siffror användas. |
Varutransaktioner | Kvittonummer och kundordernr/radnr i "Varutransaktioner" (RTC-36528) För ökad spårbarhet och enklare uppföljning uppdateras "Kvittonummer" alltid när "Varutransaktioner" uppdateras från POSLog, och kundordernr/rad uppdateras också när detta är tillgängligt. |
...
Dokument status:
Status | ||||
---|---|---|---|---|
|
Datum:
Förutsättningar för uppgradering
Med uppgradering till Chain Classic version 2.2.0.0.12 ska alltid POS leverera kvitton i POSLog version 81.
Förbättringar
Modul | Beskrivning |
Kassör | Antal siffror för kassörnummer (RTC-34270) Kassörnummer kan ha upp till 9 siffror i Chain Classic. |
Webbläsare | Webbläsare i Chain Classic (RTC-35855) Knappar som öppnar webbläsaren i Chain Classic kommer alltid att använda Microsoft Edge. |
...
Dokument status:
Status | ||||
---|---|---|---|---|
|
Datum:
Förutsättningar för uppgradering
Med uppgradering till Chain Classic version 2.2.0.0.11 ska alltid POS leverera kvitton i POSLog version 81.
Förbättringar
Modul | Beskrivning |
Beställning | Spara varurad vid registrering av Beställning (RTC-35375) Spara ny/ändrad varurad är optimerat för förbättrad prestanda när många användare jobbar med detta samtidigt. |
Beställning/Varumottagning | Antal varurader i beställning och varumottagning (RTC-35812) Det går använda 5-siffrigt antal varurader i både beställning och varumottagning. Det betyder att det kan vara > 1000 varurader i en och samma order när nästa tilldelade radnr ökas med 10. |
Kampanjgrupp | Meddelande på skärm när importerade varor sammanfaller i olika kampanjgrupper (RTC-35734) När två kampanjgrupper har samma startdatum/tid eller slutdatum/tid och innehäller samma varor, avvisas varorna i den andra kampanjgruppen för att de sammanfaller. Meddelande om detta visas på skärmen. Detta gäller även vid användning av knappen "Hämta nya varor". |
Lager | Uppdatering av lager efter retur av samma vara på flera varurader i samma kvitto (RTC-34933) Om samma vara ska returneras flera gånger, matas vanligtvis antal in på befintlig varurad. Lagret uppdateras då med totalt antal. |
...
Dokument status:
Status | ||||
---|---|---|---|---|
|
Datum:
Förutsättningar för uppgradering
Med uppgradering till Chain Classic version 2.2.0.0.10 ska alltid POS leverera kvitton i POSLog version 81.
Förbättringar
Modul | Beskrivning |
Beställning | Behandling av varor märkta "Ej beställning" i Beställningsmodulen (RTC-31342)
|
Lager | Se lager i andra butiker (RTC-32343) Med funktionsknappen "Lagerinformation" i Varu- och Prisregister visas lagersaldo för butiksanvändaren om butiken har lagerpost på varan. Utan lagerpost på varan är knappen deaktiverad. Med åtkomst till andra butikers lagersaldon kan butiksanvändaren se lagersaldon i dessa butiker förutom egen lagerstatus. Om egen butik inte har lagerpost på en vara, kan butiksanvändaren ändå se lagersaldon i de andra butikerna. |
Utlägg till POS | Korrekt användning av av punkt som decimaltecken vid export av mixmatch till POS (RTC-32523) När en lokal butiksmixmatch eller kampanjgrupp skapas i Chain Classic efter att ha importerat en RIGAL X/J-fil och nyskapade butikspriser som saknas, används punkter alltid som decimaltecken i kassautlägg till POS. |
VPI-Sync | VPI-Sync och flera obehandlade ordinarie prisändringar i varukö (RTC-31186) Det händer att Chain Classic och POS "inte är eniga" om vad som gäller ordinarie pris. För att VPI-Sync inte ska visa onödiga avvikelser, kommer senast "godkända" pris i Chain Classic skickas till POS och användas för sammankoppling för motsvarande pris där. |
...
I rapporterna "Butiksredovisning" och "Butiksredovisning per kassör" finns det stöd för användning av upp till 9-siffrigt kassörsnummer.
Uppdatering av ny vara från Item Master
När Item Master skapar en ny vara, ska denna normalt sändas som två poster (en VAR-post och en PRI-post) via RIGAL V-formatet till Chain Classic.
VAR-posten måste alltid sändas först, och i denna uppdateras också vissa fält (t.ex. sortimentskod) som egentligen ligger på pris i Chain Classic.
Vid uppdatering av efterföljande PRI-post, kommer dessa fält att behålla sina originalvärden från VAR-posten.
...
Dokument status:
Status | ||||
---|---|---|---|---|
|
Datum:
Förutsättningar för uppgradering
Med uppgradering till Chain Classic version 2.2.0.0.09 ska alltid POS leverera kvitton i POSLog version 81.
...
Dokument status:
Status | ||||
---|---|---|---|---|
|
Datum:
Förutsättningar för uppgradering
Med uppgradering till Chain Classic version 2.2.0.0.08 ska alltid POS leverera kvitton i POSLog version 81.
Förbättringar
Modul | Beskrivning |
Kampanjgrupp | Borttagning av hel mixmatch i kampanjgrupp (RTC-32186) Det går radera en komplett mixmatch i kampanjgrupp. Det görs då ett utlägg till POS av endast en post för borttagning av mixhuvud. |
Rapporter | "Fråga på pris" i rapport (RTC-31806) I många omsättningsrapporter för kassörer går det se antal förfrågningar på pris som gjorts i kassan. Det är totalt fyra varianter av detta som kan medföra att räknaren ökar: 1. Kvitto med bara fråga på pris 2. Annat makulerat kvitto med fråga på pris (t. ex. parkerat kvitto) 3. Offert med fråga på pris 4. Vanlig varuförsäljning med fråga på pris |
Varuregister | Lagerinformation i varu- och prisregister (RTC-30139) Genom att använda knappen "Lagerinformation" i "Varu- och Prisregister" visas lager på varan som är i fokus i en söklista för alla butiker som användaren har tillgång till och som har lagerpost.
|
...
Dokument status:
Status | ||||
---|---|---|---|---|
|
Datum:
Förutsättningar för uppgradering
Med uppgradering till Chain Classic version 2.2.0.0.07 ska alltid POS leverera kvitton i POSLog version 81.
Förbättringar
Modul | Beskrivning |
Lexmark | Lexmark uppdatering när erbjudande = ordinariepris (RTC-29650) I situationer då kampanjpris/medlemserbjudande = normalpris och normalpris ökas under kampanjperioden kommer detta inte att skapa etikett. |
RIGAL | DUN-nummer i RIGAL VPI (RTC-30127) Uppdatering och ändring av DUN-nummer kan kommuniceras via, fält 7.1.56, i RIGAL V-fil. |
Inventering | Utlägg till 3:e-part av inventerade varor med resultat = 0 (RTC-30681) Vid utlägg av svinnposter til 3:e-part efter inventering kan det finnas tillfällen då inventerade varor med 0 som resultat också ska läggas ut. |
...
Dokument status:
Status | ||||
---|---|---|---|---|
|
Datum:
Förutsättningar för uppgradering
Med uppgradering till Chain Classic version 2.2.0.0.06 rekommenderas det att POS levererar kvittoformat i POSLog version 81.
Förbättringar
Modul | Beskrivning |
---|---|
Etikett | Etikett skrivs inte utan ändring av utpris (RTC-29332) Om nytt kampanjpris är samma som utpriset eller om kampanjnettopriset, men inte utpriset, ändras på aktiv kampanj då skrivs det ingen etikett vid något av dessa tillfällen. |
Kampanjgrupp | Borttagning av mixmatch från ej godkänd kampanjgrupp (RTC-29477) Vid uppläggning av ny kampanjgrupp med flera mixmatch kan användaren ta bort både en och flera mixmatch innan själva kampanjgruppen godkänns. Samma vara i multipla mixmatcher i samma kampanjgrupp (RTC-27651) Det går ha flera mixmatch, med samma vara i en kampanjgrupp, utan risk för komplikationer på grund av identiska start- och/eller slutdatum. |
Mixmatch | Hämtning av nya varor i redan godkänd mixmatch (RTC-29815) I manuell mixmatch eller mixmatch i kampanjgrupp kan hämtning av nya varor göras på flera sätt. Oavsett metod kommer både automatiskt och manuellt godkännande/lagring att skapa varuköposter med samma butiksnummer som är gällande i nämnda erbjudandetyper. |
Rapporter | Antal sålda varor i grafisk varugruppsförsäljningsrapport (RTC-29486) Vid användning av grafisk varugruppsförsäljningsrapport kan det öppnas ett fönster för "Fördelning per butik". Generellt kommer denna "pop-up" att ha en kolumn för antal, men i tabeller för varugrupp- och undergruppsförsäljning är det ingen mening att lagra antal (av oidentifierade varor). För att undvika missförstånd exkluderar dessa försäljningsrapporter kolumnen "Antal", istället för att visa värde 0 på alla poster. |
Varumottagning | Utskrift av prislappar i varumottagning (RTC-28791) Vid användning av parameterstyrd speciallösning för varumottagning (ej standardlösningen el. varumottagning), går det skriva ut etiketter via knapparna "Prislapp" och "Prislapp lager". Funktionen ger prislappar för nya varor och i programmet utförda prisändringar på både befintliga och nya varor. Uppdatering av nettopris i existerande el. varumottagning vid manuell varumottagning (RTC-28081) Om det uppdagas en vara med fel nettopris i elektronisk varumottagning, kan detta korrigeras genom att skapa en manuell varumottagning och sätta rätt pris på varan där. Det skapas då en varutransaktionspost som har rätt värde och lagret uppdateras. Om man, som riktigt är i detta fall, väljer att uppdatera mot befintlig order blir motsvarande orderrad i elektronisk varumottagning uppdaterad med nytt värde på nettopris och även data i orderhuvudet blir omräknat i förhållande till nytt värde från manuell varumottagning. |
...
Dokument status:
Status | ||||
---|---|---|---|---|
|
Datum:
Förutsättningar för uppgradering
Med uppgradering till Chain Classic version 2.2.0.0.05 rekommenderas det att POS levererar kvittoformat i POSLog version 81.
Förbättringar
Modul | Beskrivning |
---|---|
Etiketter från varukö | Skriva varuköetiketter från InStore App (RTC-26686) Det finns stöd för att skriva ut etiketter, från varukö i Chain Classic, direkt från InStore App. De som inte kan skrivas ut visas också i "Varukölista" med etikettflagga = "Nej", och betyder att de inte är utskrivna. |
RIGAL | Mixmatch och kampanjgrupp sänds alltid med referens via RIGAL (RTC-28418) Kampanjhuvud och mixmatchhuvud måste ha referens till varona i erbjudandet. Kundspecifika inställningar ger olika lösningar på detta. Dels kan kampanjgruppsnr och/eller mixmatchnr användas, om dessa nummer inte används gäller "Kampanj-ID" och "externt mix-ID". Utläggen sker i RIGAL-filer för kampanjgrupp (J) och mixmatch (X). |
Varuinformation | Varuinformationstext (RTC-27650) När det gäller beskrivning av vara i varuinformationstext, finns ingen begränsning i textlängd. |
...
Dokument status:
Status | ||||
---|---|---|---|---|
|
Datum:
Förutsättningar för uppgradering
Med uppgradering till Chain Classic version 2.2.0.0.04 rekommenderas det att POS levererar kvittoformat i POSLog version 81.
Förbättringar
Modul | Beskrivning |
Etikett | Beställ etikettutskrift med olika etikettyper (RTC-27262) Det går beställa och skriva ut etiketter med olika etikettyper i samma etikettbeställning från InStore App. |
Lager | Utlägg av lagerfil till Chain Web (RTC-27548) Vid utlägg av lagerfil till Chain Web från Chain Classic kommer alltid tidigare exporterad fil, "StockBasis.butnr", att skrivas över, om den inte hämtats. Optimering av utlägg vid lagerändring (RTC-27423) Generellt läggs inte lagerändringar ut till POS, detta ska bara ske vid ändring av pris eller kostpris. Varumottagning är därför enda anledning för filutlägg, med lagerändringar, till POS och ev. annan 3:e part. |
Rapporter | Leveransdatum i rapporten "Underlag beställning" (RTC-27033) När specialfunktionalitet för att visa leveransdatum i "Beställning" används, visar detta leveransdatum på orderrad i rapporten "Underlag beställning". |
RIGAL | Utlägg av leverantörsorder-ID efter varumottagning (RTC-27182) Leverantörsorder-ID är ett fält som inte visas i Chain Classic men som kan användas när leverantör sänder in varumottagning via RIGAL I-fil. När varumottagning är godkänd läggs leverantörs-ID ut i RIGAL I-formatet, detta gäller oavsett om varumottagning görs i InStore App eller i Chain Classic. RIGAL V-fil och kampanjgruppsdata (RTC-27899) Vid utlägg av RIGAL V-fil, från "Verkställ vara", läggs det ut kampanjgruppsinfo för kampanjgruppsnummer, kampanj-ID, namn på kampanjgrupp tillhörande formaten "K" (kampanjvara) och "M" (Medlemserbjudande). Dessutom läggs det ut RIGAL J-fil med motsvarande information. |
...
Dokument status:
Status | ||||
---|---|---|---|---|
|
Date:
Förutsättningar för uppgradering
Med uppgradering till Chain Classic version 2.2.0.0.03 rekommenderas det att POS levererar kvittoformat i POSLog version 81.
Förbättringar
Modul | Beskrivning |
Beställning | Butik utan "Beställning" (RTC-19163) Det rekommenderas att alla butiker har "Beställning" påslaget i butiksregistret. Men från patch 32 bör det kontrolleras att butiker som inte har beställning, då faktiskt inte har "Beställning" valt i butiksregistret. Detta för att säkerställa att beställningar inte skapas på dessa butiker per automatik i till exempel Kundorder och Varumottagning från POS eller InStore App. |
Lexmark integration | Utlägg av kampanjposter till Lexmark (RTC-26601) Utlägg av kampanj- och medlemserbjudandeposter till 3:e-partssystemet Lexmark är begränsat till endast de som är nödvändiga för Lexmarks funktionalitet. Det finns inte samma behov som vid motsvarande utlägg till POS. |
Rapporter | Urval i rapporten "Nonsalerapport per nonsaletyp" (RTC-26418) Vid beställning av rapporten "Nonsalerapport per nonsaletyp" går det att ange olika urval, till exempel varugrupp. |
RIGAL | RIGAL-uppdatering av "Fastpris" (RTC-26656) Flaggan "Fastpris" uppdateras via RIGAL-fil. Värdena F, "P eller Y sätter fastprisflaggan aktiv. Alla andra bokstäver deaktiverar fastpris. Om värde saknas, sker ingen förändring av "Fastpris". |
...
Med uppgradering til Chain Classic version 2.2.0.0.02 rekommenderas det att POS levererar kvittoformat i POSLog version 81.
Förbättringar
Modul | Beskrivning |
Wet Stock | Wet Stock mängder (RTC-24636) För att göra det lättare att förstå att de mängder som används i Wet Stock-projektet kan vara i både liter eller kilo, visas dessa med enhet "Liter/Kilo". |
...
Vid uppdatering till Chain Classic version 2.2.0.0.01 rekommenderas det att POS levererar kvittoformat i POSLog version 81.
Förbättringar
Modul | Beskrivning |
---|---|
Rapporter | Beställningsnummer i rapporten "Självbetjänade varor" (RTC-23516) Rapporten "Självbetjänade varor" har utökats med kolumn för "Beställningsnummer" där stöd för alfanumeriska eller numeriska beställningsnummer finns. |
...