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. |
Visa lägsta pris de sista 30 dagarna före kampanjstart
(RTC-38287,RTC-38447, RTC-38451)
Enligt markadsföringslagen ska referenspris, om det visas på elektroniska etiketter (Pricer och Breece) och pappersbaserade etiketter eller skyltar från Lexmark, vara det lägsta priset som har använts i butiken de senaste 30 dagarna.
Kontrollperioden börjar dagen innan kampanjstart och sträcker sig angivet antal dagar tillbaka i tid (minst 30 dagar). Värdena kan därför bli olika, i förhållande till startdatum, när det skapas framtida erbjudanden på samma vara.
I lägsta pris inkluderas tidigare ordinarie prisändringar, kampanjpriser och medlemserbjudanden som har varit lägre än gällande ordinariepris. Gällande ordinarie pris kommer därför endast att användas som lägsta pris om detta faktiskt är det lägsta priset under perioden.
I programmet för Kampanjgrupp och manuellt Prisunderhåll kommer värdet för lägsta pris att visas i eget fält, när kampanjpris eller medlemserbjudande läggs upp.
| Expand | ||
|---|---|---|
| ||
|
Använda Excel online i Chain Classic
Om Microsoft "online Excel-lösning" används, kan inte rapporter i XML-format användas. Det kommer därför att skapas en CSV-version av denna rapport som kopieras till katalogen Chain_Print.
- Välj önskad rapport i rapportlistan och tryck på "Excel-knappen".
- Excel-rapporten flyttas till katalogen Chain_Print. Detta bekräftas med ett meddelande.
- Om rapporten är i XML-format (formaterad i Excel) kommer den dessutom att sparas en CSV-version av rapporten på samma katalog. Meddelandet visar nu att båda rapporterna är kopierade.
- Öpppna katalogen "Chain_Print" under katalogen "Dokument". Här ligger de sparade Excelrapportna, både i XML och CSV format om rapporten är formaterad.
Alla rapportfiler i format .csv, kan öppnas direkt i den Excellösning som är tillgänglig för användaren.
| Expand | ||
|---|---|---|
| ||
|
Uppdatering av RIGAL VPI med VAR- och PRI-poster från Item Master
När Item Master tas i bruk, är det viktigt att Chain Classic är uppdaterad till senaste patch och att systemparametrarna är korrekt uppsatta.
Generell funktion är som följande:
- RIGAL VPI med VAR-post på existerande vara i Chain Classic blir uppdaterad om det ändrats varuinformation i importen.
- RIGAL VPI med VAR-post på ny vara ligger kvar i VPI-registret tills tillhörande PRI-post uppdateras. Detta innebär att en ny vara kan uppdateras till Chain Classic.
- RIGAL VPI med PRI-post för ny vara avvisas om det inte finns en väntande VAR-post i VPI-registret.
- För ny vara måste därför alltid VAR-post uppdateras före PRI-post.
- RIGAL VPI med PRI-post på känd vara i Chain Classic, uppdateras om det finns ändrad prisinformation.
| Expand | ||
|---|---|---|
| ||
|
Utlägg av omsättning till Nielsen IQ
Utlägg av "Omsättning till Nielsen IQ" kan läggas upp som ett automatisk jobb i förbindelse med EOD, men programmet kan också köras manuellt.
Standardvärde för veckonummer utgår från dagens datum och 6 dagar bakåt i tiden, och kan ändras efter önskemål vid manuella utlägg.
Omsättning läggs ut per såld EAN/PLU med egna poster för försäljning på tandemnummer.
| Expand | ||
|---|---|---|
| ||
|
Mixtyp 46: "Betala med Coopay och få x kr/% extra återbäring"
När ny mixmatch med mixtyp 46 skapas, hämtas korttyp för Coopay in automatiskt. Korttypen kan inte ändras.
Värde för Rabattkr eller Rabatt% måste anges. Självskanning kan också väljas.
Denna mixtyp fungerar oberoende av varorna i kundkorgen, och därför skapas bara 1 mixrad med en angiven "Dummy-vara" och hanterar mixutlägget till POS via varukön.
| Expand | ||
|---|---|---|
| ||
|
Användning av modellvaror i mixmatch
Några mixmatchtyper kan användas med modellvaror. Detta är något som förenklar att lägga in ett urval av varor där bara en variant representerar alla varor i modellen.
För att få denna funktionalitet i POS, måste val av Modellvaror markeras.
För att slippa problem i POS kan denna funktionalitet inte ändras efter att mixmatchen godkänts.
Flera sådana kritiska val är deaktiverade så att värdet behålls oförändrat under hela mixmatchens "levnadstid".
Användning av nettopris från ordinarie priskalkyl i rapporten "Lagerlista Excel"
- Rapporten "Lagerlista Excel" är i princip skapad för att visa inköpspris för butikernas varor där kostpris > 0. För varor utan kostpris, skrivs 0 i denna kolumn.
- Om parametern för att visa nettopris från ordinarie priskalkyl slås på, kommer dessa värden att visas och användas till att beräkna inköpspris för varor som inte har ett giltigt kostpris.
Om nämnda parameter slås på, kommer denna rapport att visa samma värden som alt. rapport "Lagerlista".
| Expand | ||
|---|---|---|
| ||
|
Prisimport via resultat-fil från "Sortimentlista Excel"
Vid inläsning av VPI från Excel kan det uppdateras prisändringar för profilpriser från olika profiler och butikspriser. Hur prisändring ska uppdateras, bestäms av om "RIGAL/Excel VPI per butik" är markerat (prisändringar på butikspris) eller inte (prisändringar på butikens prisprofil) för butiken.
| Expand | ||
|---|---|---|
| ||
|
Utlägg av mixmatch till Tokheim från "Verkställ vara"
I Verkställ vara kan export göras med "Mixmatch" och "mixnummer" som enda urval. Här läggs då endast angivna mixmatchar ut. Denna funktionalitet stödjer också samtidiga utlägg av identiska profil-mixmatcher på flera profiler, med samma innehåll, start- och sluttid. Utlägg av mixmatch till Tokheim POS stöds också på samma sätt.
Detta är standardfunktionalitet både för export till EG POS och Tokheim POS.
Utökad funktionalitet i "Varurörelser"
Om "Servicehandel" används, kommer också varutransaktioner för receptvaror och varuförsäljning av ingredienser (per råvara) att visas i översikten "Varurörelser" i Varu-/Prisregister. Detta är tillägg till standard varutransaktioner och varuförsäljning i övrigt.
| Expand | ||
|---|---|---|
| ||
|
Varumottagning som skapas i förbindelse med en internöverföring
Det går inte att ta bort varumottagning som genererats från internöverföring. Detta har införts för att förhindra problem som följd av borttagning av "oväntade" varumottagningar som inte var beställda från leverantör.
Det går heller inte att ta bort, lägga till eller ändra poster på radnivå.
Profilbyte och framtida prisändringar på ny profil
Vid ändring av profilnummer på butik skapas nya köposter för alla aktiva och framtida profilprisändringar (om butik inte har lokalt pris). Detta inkluderar kampanjpriser och medlemserbjudanden. Om priskontroll används, kommer detta att beaktas och butiken måste godkänna nya prisändringar.
Automatisk beställning i "Fältvärden för butik"
Om en vara inte är märkt för "Automatisk beställning" i Varuregister, men det finns butiker med detta behov, löses detta genom att butiken lägger upp ett butikslokalt värde för fältet i "Fältvärden för butik". Detta värde används i samband med nya beställningar på varen.
Säkerställ att alla proxy-program avslutas rätt
Vid direkt kommunikation mot lösningar i Cloud/POS, och Chain Classic "låses" förbindelsen mellan appserver och klient tillfälligt. När uppgiften utförts avslutas denna förbindelse och "låsningen" upphör.
Säkerställ att procedurer som anropas via plipanrop inte skapar trögheter
För bästa prestanda är alla procedurer som används via plipanrop från webklienterna optimerade så att alla aktiva transaktioner och andra bindningar till webklienterna avslutas när proceduranropen är avslutade.
Rensning av filkö-tabellen
Det kan hända att det blir poster kvar i filkön som aldrig töms på normalt sätt. Vanligast i testmiljön, men kan också ske vid fel inställning i Prod.
Många sådana felposter i filkön kan göra att jobbet Utlägg av data till fil kan ta betydligt längre tid än nödvändigt. Detta är ett kroniskt tillstånd som bara blir värre.
För att slippa sådana fördröjningar kan det vara smart att sätta igång ett automatjobb som rensar upp i detta. Detta kan till exempel köras en gång i veckan.
| Expand | ||
|---|---|---|
| ||
|
...
Chain Classic version 2.2.0.0.12
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. |
...
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". |
...
Det är standard att avvisa hel mixmatch när det finns en eller flera okända varor. Det går välja de mixmatchtyper, där det ska vara möjligt att bortse från standarden och istället skapa en mixmatch med endast de kvarvarande kända varorna i RIGAL-filen.
| Expand | ||
|---|---|---|
| ||
|
...
"Justering av tanknivå" väljs vid manuell justering av tanknivå i programmet "Leverans". Justerade poster visas i en egen kolumn i programmet. Information om justering av tankstatus läggs ut till "Reporting". Funktionen är bara tillgänglig när ny post skapas. Leveransnummerserien för detta är paramaterstyrd och uppdateras automatiskt vid val av "Justering av tanknivå".
Om användare ångrar val av "Justering av tanknivå" och tar bort notering eller avbryter hela registreringen, så kommer räknaren för leveransnummer att räknas tillbaka igen för att slippa att det skapas "oanvända" hål i nummerserien.
| Expand | ||
|---|---|---|
| ||
|
...
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. |
...