TechKnowledge Content
ÖSSZEGZÉS
Ez a dokumentum ismerteti, hogy milyen változásokat történt több szállítási cím és forgalmi adó összesítése a Microsoft Dynamics GP programban az értékesítési rendelés feldolgozásában.
INFORMÁCIÓ
A 6.0-s és a 7.5-ös, 8.0-s és 9.0-s verzió között több szállítási cím és a forgalmi adó összegződésében is történt változás. Az alábbi leírások azt mutatjak, hogy az egyes verziók miként kezelik több szállítási cím és forgalmi adó összesítését.
Version GP 6.0
A 6.0-s verzióban csak egy olyan szállítási cím hozható létre, amely az adott adóütemtervvel és szállítási mód adataival van megadva a teljes értékesítési dokumentumhoz. Az Értékesítési ügyfelek részletei ablakban a három mező bármelyikén történt módosítás a dokumentum összes sorára felvethető, és így újraszámított adókat eredményez.
Version GP 7.0
A 7.0-s verzióban egy értékesítési dokumentum sortételenként több szállítási címének funkcionalitása is változást okozott a bevezetési funkcióban. Ezzel a módosítással egy szállítási cím is meg van adva, amely az adóütemtervvel és a szállítási mód adataival van megadva, nemcsak a fejlécben, hanem az értékesítési dokumentum minden egyes sorában is.
Amikor új sorokat ad meg egy értékesítési dokumentumban, alapértelmezés szerint a Szállítási cím azonosítója, az Adóütemterv azonosítója és a Szállítási mód mezőben a Vevő részletei ablakban megadott Szállítási cím azonosítója mezőben adja meg.
A sortételek bevitele után az Értékesítési ügyfél részletei bejegyzés címazonosítójának módosításakor a rendszer lekérdezi az összes olyan tételt, amelyhez ugyanaz a Szállítási címazonosító van hozzárendelve, így az adóütemterv azonosítóját és a szállítási módot is lekérdezi. Az Értékesítési ügyfelek részletei ablakban csak az adóütemterv-azonosító módosítása esetén a rendszer nem kéri a sorokra való legörgetést.
Tegyük fel például, hogy egy olyan vevőhöz van megadva egy értékesítési rendelés, amely azt kéri, hogy az összes tételt a CHICAGO-címazonosítóra szállítsa. Miután mentette a rendelést, az ügyfél visszahívást kezdeményez, és a szállítási cím változását kéri a NEW YORK-i címére. Mivel a NEW YORK-címazonosító definiálva van a rendszerben, a fejlécben a Címazonosító módosításakor a rendszer az értékesítési rendelésben megadott összes sorra kéri az összegző adatokat.
Ugyanannak a chicago-ügyfélnek egy újértékesítési megrendelése esetén az ügyfél a szállítási cím változását kéri egy olyan üzletkötőre, aki dallasi szállodában tartózkodik. Mivel ez a cím nincs meghatározva a rendszerben, a fejlécben nincs másik címazonosító kijelölve. Az "IDis" adóütemterv aDALLAS TaxSchedule (Áfaütemterv) nevet váltotta. Ez a módosítás nem kér feltekeréseket. Az adó kiszámításának a módosításához minden tételhez ki kell választania a Dallasi adóütemtervet.
Verziók: GP 7.5, 8.0, 9.0, 10.0, GP2010, GP2013, GP2015 és GP2016
A 7.0 funkcióra vonatkozó felhasználói visszajelzések miatt megváltozás történt abban, hogy a rendszer hogyan alapértékelte az adóütemtervet a sorelemeknél.
Egy értékesítési dokumentum első sorának megadásakor a Szállítási cím azonosítója, az Adóütemterv azonosítója és a Szállítási mód alapértelmezett szállítási mód mezője jelenik meg az Értékesítési ügyféladatok bejegyzés ablakában. Minden további sor alapértelmezés szerint az előző sor adataival van megjelölve.
Egy, a cikkben korábban említett vevő új értékesítési rendelése esetén például a vevő kérelmezte a szállítási cím változását az egyik értékesítési képviselőjénél, aki dallasi szállodában tartózkodik. Mivel ez a cím nincs definiálva a rendszerben, a fejlécben nincs másik címazonosító kijelölve. Az adóbeosztás azonosítója a DALLAS adóütemtervének megfelelőre módosul. Ez a módosítás nem kér összegző értéket, de alapértelmezés szerint az első beírt sortételre fog átesni, ha az értékesítési dokumentumban nincsenek meglévő tételek.
Megjegyzés: A 7.0-s és az újabb verziók testre szabhatók a 6.0-s verzió adókat vetítő funkcióját imitálva. A testreszabás egyetlen szállítási címet és minden tétel szállítási módját feltételezi. További információért forduljon a Microsoft Business Solutions ügyfélszolgálatához.
MEGJEGYZÉS: Előfordulhat, hogy kapcsolatba kell lépnie partnerével a PartnerSource-ba való bejelentkezéshez és a PSTL-lapról való letöltéséhez, vagy egy támogatási eseten keresztül kapcsolatba kell lépnie a Microsoft ügyfélszolgálatával.
Kulcsszavak: szállítási, sop, tax roll down, roll-down
Ez a cikk a következő volt: TechKnowledge Document ID:34567
TOVÁBBI INFORMÁCIÓK
Utasítások a testreszabás telepítéséhez:
-
Másolja a TxRolDN.CNK fájlt az egyes ügyfélszámítógépek aktuális Dynamics könyvtárába.
-
Indítsa el a Dynamics GP-et: Az alábbiakról fog kérdezni:
Új kódot szeretne szerepeletni... -
Válassza az Igen gombot a kérdéshez, és ezzel telepíti a termék új kódját.
Utasítások a testreszabási beállításokhoz: Ha ez a testreszabás telepítve van, az módosítja az adóütemterv-azonosító viselkedését a SOP-bejegyzésben.
-
Ha az Áfabeosztás azonosítója megváltozik az Értékesítési ügyfelek részletei bejegyzésben, és az OK gombra való visszatéréshez az OK gombra kell visszatérnie, az újonnan kiválasztott adóütemterv-azonosítót a program a dokumentumhoz újraszámított egyes sorokra és adókra felveti. Ha a felhasználó a Mégse lehetőség használatával kilép az ablakból, nem történik változás.
-
Amikor új sorokat ad hozzá egy olyan SOP-dokumentumhoz, amelyben megváltozott az alapértelmezett adózási ütemezés, a program általában az adóütemtervet a vevő szállítási címének megfelelően fogja lekértékérték. Ezzel a testreszabással az adóütemterv-azonosító mindig arra az adóütemterv-azonosítóra lesz kényszerítve, amit a fő SOP-dokumentum használ.