TechKnowledge Content
ЗВЕДЕННЯ
У цьому документі описано зміни функцій щодо кількох адрес доставки та згортання податку на продаж у розділі "Обробка замовлення" в Microsoft Dynamics GP.
ВІДОМОСТІ
У версіях 6.0 і 7.5, 8.0 і 9.0 внесено зміни щодо кількох адрес для доставки та зведення податку на доставку. Нижче наведено описи того, як кожна версія обробляє кілька адрес доставки та зведення податків на продаж.
Версія GP 6.0
У версії 6.0 можна вказати лише одну адресу для доставки з пов'язаним графіком податків і відомостями про спосіб доставки для всього документа збуту. Зміни, внесені до одного з трьох полів у вікні Запис відомостей про про продаж клієнта, можна розгорнути до всіх позицій у документі, що призводило до переобчислюваних податків.
Версія GP 7.0
У версії 7.0 додаткові функції кількох адрес для доставки на позицію документа зі збуту призводили до зміни в розгорнутій функції. Завдяки цій зміні одна адреса для доставки з пов'язаним податковим графіком і способом доставки можна вказати не лише в заголовку, а й у кожному рядку документа про збут.
Коли в документі збуту вводяться нові рядки: ідентифікатор адреси доставки, ідентифікатор податкового розкладу та спосіб доставки за замовчуванням із ідентифікатора "Адреса доставки", указаного у вікні "Запис про відомості про продавця".
Після введення позицій змініть ідентифікатор адреси в записі відомостей про продавця, щоб запитувати униз до кожного елемента рядка з однаковим ідентифікатором доставки, що призведе до акроніма ідентифікатора податкового розкладу та способу доставки. Змініть лише ідентифікатор податкового розкладу у вікні запис про збут клієнта з докладними датою, щоб не з'являвся підказка про зведення в рядки.
Наприклад, для клієнта вводяться замовлення на збут, який запитує доставку всіх елементів до ідентифікатора адреси ЧИКАГО. Коли замовлення буде збережено, клієнт зворотно телефонує та надішле запит на зміну адреси для доставки на адресу ВОСЬМ. Оскільки ідентифікатор адреси NEW YORK визначається в системі, змінення ідентифікатора адреси в заголовку, запитає про розгортання до всіх рядків, введених у замовленні продажів.
У замовленні на новини того самого клієнта з Чикаго клієнт запитав зміну адреси доставки на одну з їхніх торгових представників, які залишились у готелі Далласа. Оскільки цю адресу не визначено в системі, у заголовку не вибрано інший ідентифікатор адреси. Податковий графікIDis змінено на податковий планDALLAS. Ця зміна не пропонуватиме розгортати меню. Щоб змінити податкове обчислення, для кожної позиції має бути вибрано податковий графік Далласа.
Версії GP 7.5, 8.0, 9.0, 10.0, GP2010, GP2013, GP2015 і GP2016
Через відгуки клієнтів про функціональність 7.0 було внесено зміну в тому, як системний розклад за замовчуванням відображається для позицій рядка.
Під час введення першого рядка в документі збуту ідентифікатора адреси доставки, ідентифікатора податкового розкладу та способу доставки за замовчуванням у вікні Запис відомостей про продавця. За замовчуванням для кожного додаткового рядка використовується інформація з попереднього рядка.
Наприклад, у новому замовленні збуту для того самого чикаго клієнта, згаданого вище в цій статті, клієнт надіслав запит на змінення адреси доставки на одного з торгових представників, які залишаються в готелі Далласа. Оскільки цю адресу не визначено в системі, у заголовку не вибрано інший ідентифікатор адреси. Ідентифікатор податкового розкладу змінюється на податковий розклад DALLAS. Ця зміна не запропонує розгорнути список, але буде за замовчуванням введено перший елемент рядка, якщо в документі збуту немає наявних позицій.
Примітка. Для версій 7.0 створено настроювання, а новіші версії імітувати функціональні можливості згортання податків версії 6.0. Під час настроювання припускається, що адреса для доставки вказана в усьому документі, і спосіб доставки для всіх позицій. Щоб отримати докладніші відомості, зверніться до служби підтримки Microsoft Business Solutions.
ПРИМІТКА. Можливо, вам знадобиться звернутися до партнера, щоб увійти в PartnerSource і завантажити його зі сторінки PSTL, або звернутися до служби підтримки Microsoft через інцидент служби підтримки.
Ключові слова: доставлення до, sop, розгортання податків, розгортання
Ця стаття: TechKnowledge Document ID:34567
ДОДАТКОВІ ВІДОМОСТІ
Інструкції з інсталяції настроювання:
-
Скопіюйте файл TxRolDN.CNK до поточного каталогу Dynamics кожного з клієнтських комп'ютерів.
-
Запуск Dynamics GP. Ви отримаєте запитання про таке:
Додати новий код.... -
Виберіть відповідь "Так" на це запитання, і буде інсталюється новий код для цього продукту.
Інструкції з використання настроювань. Якщо цю настройку інстальовано, вона змінює поведінку ідентифікатора податкового розкладу в записі SOP.
-
Якщо в записі відомостей про продавців змінити ідентифікатор податкового розкладу, після натискання кнопки OK, щоб повернутися до запису SOP, новий вибраний ідентифікатор податкового розкладу буде переобчислено до окремих позицій і податків для документа. Якщо користувач закриває вікно за допомогою кнопки Скасувати, зміни не відбуватимуться.
-
Під час додавання нових елементів рядка до документа SOP, у якому змінено стандартний податковий графік, зазвичай він витягнеться з адреси доставки клієнта. У такому випадку ідентифікатор податкового розкладу завжди буде змушений використовувати ідентифікатор податкового розкладу, який використовується в основному документі SOP.
