...
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
...
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
...
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
...
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
...
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
...
- 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"
...
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
...
| Expand | ||
|---|---|---|
| ||
|
Loggning av RIGAL X-filer i VPI-logg
...