Visszatérítések létrehozása a pénztárban
Ez a cikk azt írja le, hogyan kezdeményezhet visszárut készpénzes tranzakciókhoz vagy vásárlói megrendelésekhez a Microsoft Dynamics 365 Commerce értékesítési pont (POS) alkalmazásban.
Bankjegy
A Commerce 10.0.20 és újabb kiadásaiban , a POS-terminálon elérhető egy új funkció, amelynek neve Egyesített visszaküldés-feldolgozási élmény a pénztárban. Ez a funkció egységesebb és következetesebb visszárufolyamatot biztosít a pénztárban, függetlenül attól, hogy milyen tranzakciótípus (azonnal fizetett és átvett tranzakció vagy vevői rendelés) vagy eredeti csatorna alkalmazásával hozták létre a rendelést. Javasoljuk, hogy minden szervezet kapcsolja be ezt az új funkciót, hogy segítsen javítani a POS-terminálon keresztüli visszáru-feldolgozás általános megbízhatóságát.
A funkciót a bekapcsolása után nem lehet kikapcsolni.
Visszáru feldolgozása visszáru-tranzakciós művelettel
Azt ajánljuk, hogy adja hozzá a visszáru-tranzakció műveletet a POS képernyőelrendezéséhez. A Commerce 10.0.20-as verzió előtti kiadásokban a visszáru-tranzakciós művelet csak a készpénzben fizetett és azonnal átvett tranzakciók visszáruinak feldolgozását támogatja megfelelően. Miután bekapcsolta a Egyesített visszaküldés-feldolgozási élmény a pénztárban funkciót a Commerce 10.0.20 vagy újabb verzióban, a visszárutranzakció művelet a vevői rendelésekből származó visszáru feldolgozását is támogatja, például a már kiszámlázott „átvételi” és „kiszállított” rendeléseket is.
A visszáru-tranzakciós műveletből a felhasználók a következő négy keresési feltétel valamelyikével kereshetnek készpénzben fizetett és azonnal átvett tranzakciókat és vevői rendeléseket. A felhasználók eszköz billentyűzetével, a képernyőn megjelenő billentyűzettel vagy vonalkódolvasóval adhatják meg ezeket a feltételeket.
- Nyugtaazonosító
- Rendelésszám
- Csatorna hivatkozási azonosítója (más néven rendelés-visszaigazolás azonosítója)
- Számla azonosítója
Ha a keresési feltételeknek megfelelő tranzakció vagy rendelés található, megjelenik a Visszaküldendő termékek lap. Itt a felhasználók megadhatja a visszaküldött cikkeket. Visszárumennyiségeket és okkódokat is megadhatjak.
A POS a visszárutermékek listájában szereplő minden rendelési sorban megjeleníti az eredeti beszerzési mennyiség és a korábban feldolgozott visszárumennyiségek adatait. A felhasználó által a rendeléssorhoz megadott visszárumennyiség nem lehet kisebb, mint a Visszáruként elérhető mező értéke.
Ha a visszáru feldolgozása során a felhasználó rendelkezik a fizikai termékkel, és a termékhez vonalkód is van, akkor a felhasználó beolvashatja a vonalkódot a visszáru regisztrálásához. A vonalkódok minden beolvasása egy cikkel növeli a visszahozott mennyiséget. Ha azonban a vonalkódos címkén van beágyazott mennyiség, akkor ez a mennyiség a Visszatérő most mezőbe kerül beírásra.
A felhasználók manuálisan is kiválaszthatják a visszaküldendő termékeket a Visszaváltható termékek oldalon, majd a részleteket tartalmazó ablaktábla segítségével frissíthetik a Visszaküldés most mezőt.
Ha egy tranzakcióhoz meg van adva a maximálisan elérhető Visszaküldés most mennyiség, akkor a felhasználó a Pénztár alkalmazássávján az Összes kijelölése művelettel beállíthatja a maximális visszaküldhető mennyiséget az összes sorhoz.
A felhasználónak minden olyan sornál, amelynél van Visszaküldés most mennyiség, a részletek panelen ki kell választania egy okkódot a visszaküldéshez. A készpénzben fizetett és azonnal átvett tranzakciók visszáruja esetén a visszaadott okkódok az üzlet funkcióprofiljában infókódként vannak beállítva. A vevői rendelések visszárujára vonatkozó okkódok a Dynamics 365 Commerce központ Visszaadási okkódok oldalán vannak konfigurálva.
Miután az egyes visszaadott cikkekhez beállította a visszaküldött mennyiséget és az okkódot, a felhasználó a feldolgozáshoz kiválaszthatja a POS alkalmazássávon a Visszáru műveletet. Megjelenik a POS tranzakciós lapja, ahol az előző lapon kiválasztott visszáru-elemeket hozzáadta a rendszer a kosárhoz. A cikkek most Visszaküldés most mennyiségei negatív mennyiségként jelennek meg a tranzakcióban, és a program kiszámítja a teljes visszatérítést.
A felhasználói élmény javítása
Ha egy tranzakcióban egynél több visszaváltható tétel van, és az áruházi munkatárs több tételt is kiválasztott a visszaváltható tételek közül, akkor a visszaválthatósági rács csak az utoljára kiválasztott sort mutatja be ellenőrzöttként. Ez a viselkedés összezavarhatja a társult személyt, és azt hiheti, hogy csak egyetlen elem lett kiválasztva. A probléma enyhítése érdekében a Commerce 10.0.36-os verziójától kezdve engedélyezheti a POS-visszatérítések javított felhasználói élménye funkciót. Ez a funkció a visszaváltható termékek rácsát többválasztós ráccsá teszi, ahol a felhasználók kiválaszthatják és törölhetik a visszaváltható termékek kiválasztását. A többválasztós rács automatikusan megnyitja a visszatérési ok párbeszédpanelt. Ezért kevesebb lépésre van szükség a visszatérési ok párbeszédpanel megnyitásához és bezárásához. Ez a funkció bevezeti a POS funkcionalitás profilban az Eladási számla kiválasztásának kihagyása a visszavétel során konfigurációt is. Ha ez a beállítás engedélyezve van, a rendszer egy rendelés összes visszaküldhető termékét egyesíti, függetlenül attól, hogy melyik számláról teljesítették. Ezért a pénztárosoknak kevesebb lépést kell elvégezniük, mivel nem kell megkeresniük és kiválasztaniuk a megfelelő számlát a tétel visszaküldéséhez.
A POS-visszatérítések javított felhasználói élménye funkció javításait a 10.0.33 és 10.0.35 közötti Commerce verziókba visszaportálták, de ezeknél a verzióknál a fejlesztéseket a tesztkörnyezet/fejlesztő/tesztkörnyezetekben lévő konfigurációs fájlok frissítésével kell engedélyezni, majd a Microsofthoz kell fordulni, hogy a fejlesztéseket a termelésben is engedélyezzék. Belső környezetek esetén módosítsa a bin\CommerceRuntime.config fájlt a kiskereskedelmi kiszolgáló fizikai elérési útvonalán a "FeatureState.Dynamics.AX.Application.RetailUnifiedReturnUXImprovementFeature" value="true" és a "FeatureState.Dynamics.AX.Application.RetailSkipInvoiceSelectionDuringReturnFlight" value="true" beállítások hozzáadásához. Ha nem szeretné kihagyni a számla kiválasztási nézetet, ne adja hozzá a második beállítást a konfigurációs fájlhoz.
A POS egyéb visszáru lehetőségei
A felhasználók sorokat adhatnak hozzá egy visszatérési tranzakcióhoz, ha csereügyletet hoznak létre. A felhasználók több visszáru tételt is hozzáadhatnak egy visszáru tranzakcióhoz a már hozzáadott pozitív mennyiségű kiválasztott értékesítési sorhoz a Visszáru termék művelet használatával.
Bankjegy
A termék visszaküldése művelet a POS-ban nem biztosít érvényesítést az eredeti tranzakciókkal szemben, és lehetővé teszi bármely termék visszaküldését. A Microsoft azt ajánlja, hogy csak engedélyezett felhasználók számára engedélyezze ezt a műveletet, vagy írja elő, hogy ehhez a művelethez menedzser felülbírálata szükséges.
Ha az Egyesített visszaküldés-feldolgozási élmény a pénztárban funkció be van kapcsolva, akkor a felhasználók a pénztár Napló megjelenítése műveletével is kezdeményezhetik a visszatérítést egy azonnal fizetett és átvett tranzakcióhoz vagy vevői rendeléshez. Ezután kijelölhetnek egy tranzakciót a naplóban, majd kiválaszthatják a Visszáru műveletet a pénztár alkalmazássávján. Ez a művelet csak akkor érhető el, ha a rendelésben visszárusorok vannak. A Visszáru-tranzakció művelettel azonos felhasználói élményt indít el.
A felhasználók a pénztárban a Rendelés visszahívása művelettel is megkereshetik és visszahívhatják a vevői rendeléseket. (Ez a művelet nem használható kKészpénzzel fizetett, azonnal átvett tranzakciókhoz). Ebben az esetben a vevői rendelés kiválasztása után a pénztár alkalmazássávján a Visszáru művelettel lehet kezdeményezni a vevői rendelés visszavételét. Ez a művelet csak akkor érhető el, ha a rendelésben visszárusorok vannak. A Visszáru-tranzakció vagy Napló megjelenítése művelettel azonos felhasználói élményt indít el.
Ha a pénztárnál visszatérítésre kerül sor, beállíthatja a visszatérítésre vonatkozó fizetési szabályzatokat, amelyek korlátozzák a vásárlók visszatérítésére használt fizetési módokat. Ha egy eredeti tranzakciót hitelkártyával fizettek ki, a fizetési processzortól és a rendszer konfigurációjától függően a felhasználók visszatérítést adhatnak ki az eredeti kártyára. Ebben az esetben a visszatérítés feldolgozható anélkül, hogy az ügyfélnek újra le kellene húznia a hitelkártyáját, mivel a visszatérítéshez az eredeti fizetési tokent használják.
A visszárurendelések értékesítési rendelésként vannak feladva a Commerce központ számára
Ha az Egyesített visszaküldés-feldolgozási élmény a pénztárban funkció be van kapcsolva, minden, a pénztárban létrehozott visszáru értékesítési rendelésként írva a Commerce Headquarters alkalmazásba, negatív sorokkal. A Commerce 10.0.20-as verzióját megelőző verziókban a felhasználók kiválaszthatják hogy a visszárurendeléseket negatív sorokkal beküldött értékesítési rendelésként adják-e fel, vagy olyan visszárurendelések legyenek, amelyek a Visszáru szállítása esetére való azonosító (RMA) folyamaton keresztül jönnek létre.
Az Egyesített visszaküldés-feldolgozási élmény a pénztárban folyamat során már elavult az RMA-folyamat használata a visszáru létrehozáshoz a pénztárban ki lett vezetve. A funkció bekapcsolása után minden visszáru negatív sorszámú értékesítési megrendelésként jön létre.
Visszatérési feldolgozási javulások, ha a központhoz való kapcsolat nem működik
A legtöbb esetben, amikor egy visszaküldés feldolgozása a pénztárban történik, a rendszer megpróbálja valós idejű szolgáltatáshívást (RTS) indítani a Commerce Headquarters felé, hogy ellenőrizze a visszáru aktuális mennyiségét. Ezzel az ellenőrzéssel megelőzhetők olyan csalási szituációk, amikor a vevő több helyen próbálja meg visszaadni ugyanazt a cikket.
Annak érdekében, hogy kezelni lehessen azokat a helyzeteket, ahol az RTS-hívást hálózati vagy kapcsolati problémák miatt nem lehet végezni, egy folyamat lett bevezetve, amely rendszeres időközönként szinkronizálja a Commerce Headquarters rendszerből származó visszáru-mennyiségi adatokat az üzlet csatorna-adatbázisába. Ez a csatornaoldali visszakövetés segít biztosítani, hogy a POS-ban megjelenített, a visszaküldésre rendelkezésre álló mennyiségek ésszerűen pontosak legyenek, még akkor is, ha a központokkal való kapcsolat nem állítható elő. Arról is gondoskodik, hogy a pénztár továbbra is ellenőrizze a csatornaoldali adatokat, hogy megelőzhetőek legyenek a csalások. Annak érdekében, hogy minimálisra csökkentsék annak valószínűségét, hogy ugyanazt a tételt többször is visszaküldik, a szervezeteknek úgy kell ütemezniük a Visszatérési mennyiségek frissítése kötegelt feladatot a kereskedelmi központban, hogy az gyakran fusson le. Javasoljuk, hogy ez a feladat ugyanolyan gyakorisággal fusson, mint a P feladat, amely az új tranzakciókat a Commerce csatornákból a Commerce központba húzza.
A Visszárumennyiségek frissítése feladat kiszámítja az a mennyiséget, amely visszáruként elérhető az összes értékesítési rendeléshez, ami megtalálható a Commerce központban. A feladat által kiszámított adatokat ezután el kell küldeni a csatorna-adatbázisoknak, hogy frissíthetők legyen az üzlet csatornái. Erre a célra a Visszárumennyiségek (1200) elosztási feladat szolgál. Mivel a visszáru mennyiségének adatai szinkronizálva vannak a Commerce Headquarters alkalmazásból, ha a visszáru feldolgozása a pénztárban történik, de az RTS-hívás nem hajtható végre, a pénztár csatornaoldali visszáruadatok alapján ellenőrizheti, hogy az adott értékesítési sor esetében érvényes Visszáruként elérhető mennyiségeket.
Ha az RTS-hívások nem végezhetők el, és a POS a csatornaoldali adatokat használja a bevallás érvényesítéséhez, egy figyelmeztető üzenet tájékoztatja a felhasználókat, hogy "offline" bevallást hoznak létre. Ezért tisztában vannak azzal, hogy a POS-ban megjelenített Visszavihető mennyiség elavult és már nem pontos lehet, attól függően, hogy mikor dolgozták fel utoljára a Visszavihető mennyiségek frissítése feladatot, és mikor szinkronizálták azt a csatornával.
Egy vevő például legutóbb egy másik csatornában feldolgozta egy rendelési sor visszáruját, de az adatok még nem lettek szinkronizálva a csatorna-adatbázisokkal a Visszárumennyiségek frissítése feladat segítségével. A vevő ezután egy másik üzletbe megy, és megpróbálja újból visszaadni ugyanazt a cikket. Ebben az esetben, ha az üzlet nem tudja az RTS hívást kezdeményezni a kereskedelmi központba, hogy valós idejű visszaküldési adatokat kapjon, a POS lehetővé teszi a termék újbóli visszaküldését. A felhasználó azonban figyelmeztetést fog arról kapni, hogy a visszáru érvényesítésére használt információk elavultak lehetnek. A felhasználó által kapott üzenet csak egy figyelmeztető üzenet. Ez nem akadályozza meg, hogy a felhasználó folytassa a visszáru feldolgozását.
Ha a csatornaoldali információk valamilyen oknál fogva nem naprakészek, és a visszautalás feldolgozása olyan mennyiségre történik, amely meghaladja a ténylegesen rendelkezésre álló visszautalható mennyiséget, hiba keletkezhet, amikor a kereskedelmi központban a tranzakció létrehozására szolgáló kimutatáskönyvelés lefut.
Offline visszaküldési feldolgozás
Ha a POS offline állapotban van, és nem tud csatlakozni a kereskedelmi mérlegegységhez (CSU), a visszaküldési lehetőségek korlátozottak. Csak az offline létrehozott és az offline adatbázisban még elérhető tranzakciókat lehet offline visszaküldeni. Ha egy tranzakciót offline hoztak létre, de a POS a tranzakció visszaküldésének kísérlete előtt online lett, a rendszer hibaüzenetet jelenít meg. Ez a hibaüzenet azt állítja, hogy a művelet nem érhető el offline, mivel a rendszer az eredeti tranzakciót elküldte az online adatbázisba, és az a tranzakció egy másik POS-eszközről is visszaküldhető (ami túljelentkezéshez vezethet).
Bankjegy
Ha be van az Egyesített visszaküldés-feldolgozási élmény a pénztárban funkció elérhetővé válnak a szerializált termék-visszaküldések érvényesítését támogató új választható funkciók. A további tudnivalókat lásd a Sorozatszámmal szabályozott termékek visszaküldése a pénztárban (POS) részben.
Verzióadatok
A következő lista a különböző komponensek minimális verziókövetelményeit tartalmazza.
- Kereskedelmi központ: 10.0.20-as verzió
- Kereskedelmi skálaegység (CSU): 9.30-as változat
- Értékesítési pont (POS): 9.30-as verzió
A megfelelő adószámítás engedélyezése a részleges mennyiséggel történő visszáru esetében
Ez a funkció biztosítja, hogy amikor egy megrendelés több számla felhasználásával kerül visszaküldésre, az adók végül megegyeznek az eredetileg felszámított adóösszeggel.
- A Funkciókezelés munkaterületen keresse meg a Enable proper tax calculation for returns with partial quantity (Részleges mennyiséggel rendelkező bevallások megfelelő adószámításának engedélyezése) lehetőséget.
- Jelölje be a Részmennyiségű bevallások megfelelő adószámításának engedélyezése funkciót, majd válassza az Engedélyezés lehetőséget.
A kiskereskedelmi üzletek visszaszállítási helyeinek beállítása
A Commerce lehetővé teszi a kiskereskedelmi információs kódokon, valamint az értékesítési és marketing indokok kódjain alapuló visszaküldési helyek beállítását. Amikor a vásárlók visszaküldik a vásárlást, a pénztárosok gyakran jelzik a visszaküldés okát. Megadhatja, hogy a visszaküldött termékeket a pénztárosok által a POS-kasszán kiválasztott infokódok és indokkódok alapján különböző visszaküldési helyekre rendelje a raktárban.
Például a vásárló visszaküld egy hibás terméket, és a pénztáros feldolgozza a visszaküldési tranzakciót. Amikor a kiskereskedelmi POS megjeleníti a visszáru információs kódját, a pénztáros kiválasztja a hibás visszáru alkódját. A visszaküldött termék ezután automatikusan egy adott visszaküldési helyhez kerül hozzárendelésre.
A visszaküldési hely lehet egy raktár, egy hely a raktárban, vagy akár egy adott raklap is, attól függően, hogy az Ön szervezete milyen leltárhelyeket állított be. Az egyes bevallási helyeket egy vagy több kiskereskedelmi információs kódhoz és értékesítési és marketing ok kódhoz rendelheti hozzá.
Előfeltételek
A visszatérési helyek beállítása előtt a következő elemeket kell beállítania:
- Kiskereskedelmi infókódok – rákérdez a Retail modulban beállított POS-pénztárnál . További információért lásd: Infokódok beállítása.
- Értékesítési és marketing-okkódok – rákérdez az Értékesítés és marketing modulban beállított POS-pénztárgépre . További információért lásd: Okkódok beállítása.
- Készlethelyek – a készletet raktározási helyekre. További információért lásd: Leltárhelyszínek beállítása.
Visszatérési helyek beállítása
A visszatérési helyek beállításához kövesse az alábbi lépéseket.
Menjen a Kiskereskedelem és kereskedelem > Csatorna beállítása > Raktárak, és válasszon ki egy raktárat.
A Kiskereskedelem gyorslapon az Alapértelmezett visszaküldési hely mezőben válassza ki azt a leltárhelyet, amelyet a visszaküldéseknél használni kell, ha az infokódok vagy az ok kódok nincsenek hozzárendelve a visszaküldési helyekhez.
Az Alapértelmezett visszaküldési raklap mezőben válassza ki azt a raklapot, amelyet olyan visszaküldésekhez használ, amelyeknél az infokódok vagy az ok kódok nincsenek hozzárendelve a visszaküldési helyekhez.
Menjen a Kiskereskedelem és kereskedelem > Készletgazdálkodás > Visszatérési helyek.
Válassza az Új lehetőséget a visszaküldési helymeghatározás létrehozásához.
Adjon meg egy egyedi nevet és egy leírást a visszatérési helyhez.
Bankjegy
Ha a visszatérési helyekhez számsorozatot állított be, a név automatikusan beíródik.
Az Általános gyorslapon állítsa a Címkék nyomtatása opciót Igenre, hogy címkéket nyomtasson az összes olyan termékhez, amely visszáru helyhez van rendelve.
Állítsa a Leltár zárolása opciót Igenre, hogy az alapértelmezett visszáru helyére visszavitt termékeket kivegye a leltárból, és megakadályozza az értékesítésüket.
Az egyes kiskereskedelmi információs kódok és alkódok visszaküldési helyekhez való hozzárendeléséhez kövesse az alábbi lépéseket:
- A Kiskereskedelmi információs kódok FastTab lapon válassza a Hozzáadás lehetőséget.
- Az Infokód mezőben válasszon ki egy infokódot a bevallásokhoz.
- Az alkód mezőben válassza ki a visszatérés okának alkódját. A Leírás mezőben a kiválasztott alkód leírása látható.
- Az Áruház mezőben válassza ki azt az áruházat, ahol az infokódot használják.
- A raktár, a hely és a raklap azonosítója mezőkkel adhatja meg a visszáru helyét. Ha például egy üzletben lévő helyet szeretne megadni, válassza ki az Üzlet mezőben az üzletet, a Hely mezőben pedig a helyet.
- Jelölje be a Leltár zárolása jelölőnégyzetet, hogy a visszaküldött termékeket kivegye a leltárból, és megakadályozza értékesítésüket.
Ha konkrét értékesítési és marketing okok kódjait szeretné hozzárendelni a visszatérési helyszínekhez, kövesse az alábbi lépéseket:
- Az Értékesítési és marketing okok kódjai FastTab lapon válassza a Hozzáadás lehetőséget.
- Az Ok kódja mezőben válassza ki a visszaküldések okának kódját. A Leírás mezőben a kiválasztott okkód leírása látható.
- Az Üzlet mezőben válassza ki azt az üzletet, ahol az ok kódot használják.
- A raktár, a hely és a raklap azonosítója mezőkkel adhatja meg a visszáru helyét. Ha például egy raktárban lévő raklapot szeretne megadni, válassza ki a Raktár mezőben a raktárt, a Hely mezőben a helyet, a Raklap azonosítója mezőben pedig a raklapot.
- Jelölje be a Leltár zárolása jelölőnégyzetet, hogy a visszaküldött termékeket kivegye a leltárból, és megakadályozza értékesítésüket.
Bankjegy
Ha egy tételhez visszaküldési hely szabályzatot használnak, de a pénztáros által kiválasztott visszaküldési ok nem egyezik meg a Kiskereskedelmi infokódok vagy az Értékesítési és marketing okok kódjai gyorslapon megadott kódokkal, a tételt a Raktár oldalon meghatározott alapértelmezett visszaküldési helyre küldik. Ezenkívül a Visszatérési helyek oldal Általános gyorslapján a Leltár blokkolása jelölőnégyzet beállítása határozza meg, hogy a visszaküldött tételt leltárilag blokkolni kell-e.
Lépjen a Kiskereskedelem és kereskedelem > Kereskedelmi termékhierarchiára.
A Készletkategória tulajdonságainak kezelése FastTab lapon a Visszatérési hely mezőben válasszon ki egy visszatérési helyet. Mivel ugyanazon áruházhoz több visszaküldési helymeghatározás is megadható, az itt kiválasztott érték határozza meg a használt visszaküldési helymeghatározást.
Ismert problémák
Globális visszáru végrehajtásakor a visszáru-tranzakció nem tükrözi a korábban visszaküldött mennyiségeket.
PROBLÉMA: Globális visszáru végrehajtásakor a visszáru-tranzakció nem tükrözi a korábban visszaküldött mennyiségeket.
Ez a probléma például a következő lépések végrehajtásakor léphet fel.
- Értékesítés végrehajtása az A üzletben egy öt (5) mennyiségű cikkből.
- Az A üzletben történő, két (2) mennyiséggel történő értékesítés visszáru végrehajtása.
- A tranzakciók lekérte a központba.
- Próbálja meg visszahozni az eredeti értékesítést az 1. lépés B üzletben. A nyugtaszám beíratata után a POS a várt három (3) mennyiség helyett öt (5) mennyiséget jelenít meg.
OK: Ez a probléma akkor merül fel, amikor több CSUs van használatban. Ebben a példában az "A" üzlet az egyik ÉS a "B" üzlet egy másikat használ. MindegyikNEK saját adatbázisa van, így az A üzletnek nincs a B üzletben elvégzett tranzakcióiról információja, a B üzletnek pedig nincs az A üzletben készített tranzakcióira vonatkozó adatai.
Kockázatcsökkentés lépései
A probléma enyhítése érdekében kövesse az alábbi lépéseket.
- Engedélyezze a Commerce Headquarters továbbfejlesztett felhasználói felületét a POS visszatérési szolgáltatásában a Szolgáltatáskezelés munkaterületén (Rendszerfelügyelet – > Munkaterületek > funkciókezelés).
- A Visszárumennyiség-frissítés feladat nagy gyakorisággal való futtatása.
- A visszárumennyiségek (1200) elosztási ütemezési feladat futtatása az áruházak nagy gyakorisággal való frissítéséhez.
Ezeknek a lépéseknek a végrehajtásakor a visszaküldött mennyiségeket a program szinkronizálja a CSOS-k között, és minden visszaküldött mennyiségnek tükröznie kell a más üzletekből származó visszaküldött mennyiségeket. A 2. és 3. lépés gondoskodik arról, hogy az egyes ADATOKAT gyakran küldik el a központnak a Real-time Service (RTS) hívásokon keresztül.
További erőforrások
Sorozatszámmal vezérelt termékek a pénztárban (POS)
Korábban jóváhagyott és visszaigazolt tranzakciók csatolt visszatérítései
Visszatérítési és visszatérítési irányelv létrehozása és frissítése egy csatornához