Удосконалення, внесені до обчислення Середня вартість в Microsoft Dynamics GP

ВАЖЛИВО! Ця стаття перекладена засобами машинного перекладу Microsoft. Статтю можна редагувати в середовищі Community Translation Framework (CTF). Щоб якомога швидше перекласти всі статті у своїй базі знань різними мовами, компанія Microsoft не лише звертається до професійних перекладачів, але й вдається до машинного перекладу, який потім редагується спільнотою. Такі статті можуть містити лексичні, синтаксичні та граматичні помилки. Microsoft не несе відповідальності за будь-які неточності, помилки або збитки, до яких може призвести неправильний переклад статей або їх використання. Докладніше про CTF див. на веб-сторінці http://support.microsoft.com/gp/machine-translation-corrections/uk-ua.

Клацніть тут, щоб переглянути цю статтю англійською мовою: 923960
Підсумки
У цій статті розглядаються в різних процесів, які виникають під Вільний час оновлення до Microsoft Dynamics GP. У цій статті також описано, сценарії, у яких головної книги створюється коригування угода TRIPs, і внесені вартість зміни.
ВСТУП
У цій статті описується, обчислення Середня вартість і деякі нові вдосконалення, які вносяться до обчислення Середня вартість в Microsoft Dynamics GP.
Додаткові відомості
Якщо ви наразі використовуєте, Середня вартість оцінка для елементів, і якщо у вас є unposted пакетів або документи, які використовують ці елементи, корпорація Майкрософт рекомендує після цих пакетів і документи, перш ніж оновлення до Microsoft Dynamics GP. Цю дію, дає змогу заборонити користувачам надсилання транзакції, випущений у тому.

Розглянемо наведений нижче випадок. Отримання останніх середня безстроковою елемента XYZ, має документ дату 1 червня 2006. Microsoft Dynamics GP, було оновлено до версії 9.0 15 червня 2006. Якщо ви спробуєте опублікувати документ, який містить елемент XYZ, створену документ, який до 1 червня 2006 р., протокол IMAP не вдається. 1 червня 2006 р. або пізніше, потрібно змінити дату документа.


Оновлення до Microsoft Dynamics GP

Процеси, які виникають під Вільний час оновлення

Під Вільний час оновлення Microsoft Dynamics GP, набори значень наступні поля IV10200 таблиці:
  • Визначення способу. (VCTNMTHD)
  • Кількість з боку (QTYONHND)
  • Скоригована витрати (ADJUNITCOST)
Придбання квитанції, які вводяться перед оновленням до Microsoft Dynamics GP немає важливих даних, автоматично створити, головної книги операцій або обчислення Середня вартість. Таким чином, нижче процеси, які відбуваються під Вільний час оновлення:
  • Для всіх елементів із безстроковою FIFO або безстроковою LIFO спосіб визначення Microsoft Dynamics GP вказує на останні непроданих квитанції, IV10200 таблиці. Microsoft Dynamics GP потрібно вказати такі значення в IV10200 таблиці:
    • Визначення способу: FIFO безстроковою 1 або 2 для LIFO із безстроковою
    • Кількість завжди: кількість в цілому наявний на всі сайти елемента
    • Вартість, розклад: витрати на одиницю останні непроданих чек елемента
    Примітка Під Вільний час цього процесу значення в поле Розташування коду , так і в полі Кількість тип ігноруються.
  • Для кожного елемента, який має періодичної оцінки метод Microsoft Dynamics GP вказує на останні непроданих отримання IV10200 таблиці. Microsoft Dynamics GP потрібно вказати такі значення в IV10200 таблиці:
    • Визначення способу: 4 для періодичної FIFO методу для визначення або 5 для періодичної LIFO методу для визначення
    • Кількість завжди: кількість в цілому наявний на всі сайти елемента
    • Вартість, розклад: значення, яке елемент обслуговування, поля Поточна вартість
    Примітка Під Вільний час цього процесу значення в поле Розташування коду , так і в полі Кількість тип ігноруються.
  • Для всіх елементів із метод оцінки середнього безстроковою Microsoft Dynamics GP визначає, останні непроданих квитанції, IV10200 таблиці. Microsoft Dynamics GP потрібно вказати такі значення в IV10200 таблиці:
    • Визначення способу: 3
    • Кількість завжди: кількість в цілому наявний на всі сайти елемента
    • Вартість, розклад: значення, яке елемент обслуговування, поля Поточна вартість
    Примітка Під Вільний час цього процесу значення в поле Розташування коду , так і в полі Кількість тип ігноруються.
  • Для всіх придбання квитанції, які інтерактивні елементи, наведені раніше в цьому розділі Microsoft Dynamics GP встановлює Методу визначення області нуль. Нульові значення вказує на те, що отримання було опубліковано у версії Microsoft Dynamics GP до версії 9.0.
  • Розглянемо запис А, який штамповані раніше через один зі способів, наведених у цьому розділі. Якщо будь-якої з цих записів Продати на кількість поля, що більше за нуль, перетворення також створює запис А відомостями про кількість, продати IV10201 таблиці. Цей запис А відображення ж Кількість, продати поле для отримання.

Вплив на товарно-матеріальних певних методами, оцінки

Нижченаведені відомості стосуються, для клієнтів, які мають інвентаризації об'єктів, які методу визначення середній безстроковою, із безстроковою LIFO або FIFO безстроковою:
  • Microsoft Dynamics GP автоматично створює зміни в головної книги, якщо елемент було, або споживається з інвентарного списку, а потім змінено витрати. У попередніх версіях до версії 9.0 Microsoft Dynamics GP, створюється звіт інструкцій, вручну, ввести коригування запасів облікового запису та облікового запису вартість з товарів продати (СПТ). Ця дія було розроблено з метою виправлення облікових записів, які використовуються транзакції, продати або, яка споживається елементи. У Microsoft Dynamics, GP ці настройки тепер автоматично створюються.

    Microsoft Dynamics GP зберігаються в додаткових продати на кількість транзакцій докладно IV10201 таблиці. Ці додаткові дані дає змогу в Microsoft Dynamics GP, створення коригування операції. Microsoft Dynamics GP, генерує коригування операцій, їх кількість, продати операцій, опубліковані після оновлення до Microsoft Dynamics GP, звіт загальні протокол IMAP журналу. Вартість відхилення журнал ще повідомленням елементів, які не мають докладні відомості про Кількість, продати значення поля. Це протокол IMAP показує, що зробити для головної книги вартість налаштування, операцій.
  • Налаштування обсяг зроблено для різницю між первісної вартості та знову визначається вартість додано транзакцій.
Microsoft Dynamics GP, для створення коригування операцій головної книги для середнього безстроковою, LIFO із безстроковою або FIFO безстроковою елементів може призвести до таких дій:
  • Витрати на налаштування запасів вікно використовується для зміни підрозділу витрати на отримання сповіщення про придбання. Microsoft Dynamics GP, обчислення вартість різниця для визначення розміру корегувати транзакції.
  • Виберіть для уцінку інвентаризації, коли посаду покупки рахунок-фактура, коли витрати на рахунку, відрізняється від вартості відправлення.
  • Придбання замовлення сервісної змінюється на об закриті за таких умов для замовлення:
    • Значення поля Постачаються на кількість перевищує Кількість, виставлені значення поля.
    • Кількість, виставлені в поле Розмір не є нуль.
  • Операції з придбання замовлення для повернення Опубліковано.
  • На отримання сповіщення про придбання вставляється пакету наявні сповіщення про придбання, коли дату проведення йде, перш ніж дати існуючий чек на придбання.
Коригування вартості створено призвести до таких сценаріїв:
  • Публікація придбання порядок відправлення транзакцій, що має такі параметри:
    • Кількість, відправлені: 100
    • Блок вартість: $1.00
  • Публікація продажів рахунку, який має такі параметри:
    • Кількість, відправлені: 10
    • Блок вартість: $1.00
    • Кількість, виставлені: $10
  • З'явиться придбання замовлення рахунку-транзакцій для відправлення використала за допомогою вартість 2 кожного підрозділу. Ви уцінку інвентаризації, використовуючи один із таких способів:
    • Ви, дебетові запасів облікового запису для $100, уцінку.
    • Виконання видаткових придбання, нарахованих обліковий запис А комп'ютера $ 100, а потім кредитних рахунків до сплати обліковий запис А комп'ютера, $ 200.
    • Ви, кредитної запасів облікового запису, $ 10, видалено після того, як оригінал квитанції було додано. Баланс рахунку, це, ГВИНТИКІВ обліковий запис А комп'ютера має дебетові $ 10.

Головна книга розміщення інформації

Головна книга, надсилання транзакції, які створюються автоматично

Для головної книги, надсилання транзакції, які створюються автоматично виконуються наведені нижче умови:
  • Microsoft Dynamics GP, використовує параметри публікації, введені серії, які операції виникла. Використовуються походження елементи типу, Загальнізапису.
  • Звіт про призначення протокол IMAP буде вибрано за допомогою вікна Налаштування, розміщення, коли встановлено поле рядівфінансові , і звіт про області встановлено Загальні протокол IMAP журналу.
  • При спробі надіслати документ за допомогою операції рівня протокол IMAP, у Microsoft Dynamics GP відповідає наявних правил. Програма протокол IMAP головної книги, а не через головної книги.
  • Microsoft Dynamics GP завжди протокол IMAP, у результаті.
  • Після того, як Microsoft Dynamics GP успішно створює головної книги транзакції, ці операції, додаються до головної книги пакета, який має такі атрибути:
    • Пакетний ID: створений системою
    • Початок координат: Загальні запис А.
    • Коментар: вартість коригування
    • Частота: одноразові
    • Microsoft Dynamics GP, враховує "повідомлення" та "повідомлення через" Параметри серії, які операції виникла.
    • При спробі надіслати дані пакета з модуля, Microsoft Dynamics GP створює пакет, що викликає головної книги налаштування, які будуть створені з одного пункту журнал, для кожного документа. Приклади таких модулів, які продажів обробки замовлення та Inventory. Може бути кілька облікових записів, що є розміщення у результаті.

      Примітка Залежно від вибору у вікні налаштування, розмістивши режим Microsoft Dynamics GP, має різні інтерактивні елементи для загального запис А пакета, який має атрибути, зазначених у назві маркер. Якщо вибрати у створення<b00> </b00> параметр, програма створює новий пакет, якщо він все ще існує, у головної книги. Якщо вибрати параметр запит на додавання , програма додає транзакції наявного пакета. Єдиним винятком, виникає під Вільний час операцій, які виникають у вікні інвентаризації витрати на налаштування. У цьому випадку Microsoft Dynamics GP завжди створює новий пакет.
    • Зверніть увагу на наведені нижче приклади Microsoft Dynamics GP, як відмінності "повідомлення" та "повідомлення через" Параметри вартість зміни операцій:
      • У продажів обробки замовлення у документ повернутися назад, випущений створює проводка вартість зміни. Ця вартість зміни проводка використовуватиме для "Надіслати" та "повідомлення через" Параметри для продажу операції запису виникнення серії продажу.
      • На придбання обробки замовлення сповіщення про сповіщення про прочитання доставкою, випущений у тому, створює проводка вартість зміни. Ця вартість зміни проводка використовуватиме для "Надіслати" та "повідомлення через" Параметри походження Receivings операції запису серії придбання.
      • У інвентаризації збільшується, тому, випущений-налаштування, створює проводка вартість зміни. Ця вартість зміни проводка використовуватиме для "Надіслати" та "повідомлення через" Параметри запис А трансакції походження серії інвентарного списку.
  • Розглянемо такі значення елемента.
    • Вартість відхилення запису на придбання
    • Інвентарний список запису.
    • Інвентарний список зсув запису
    • Інвентарний список-відхилення від облікового запису
    Коли в Microsoft Dynamics GP, потрібно отримати ці значення, перелічені нижче процеси:
    • Microsoft Dynamics GP, спочатку намагається отримати обліковий запис А комп'ютера елемента облікового запису обслуговування.
    • Якщо обліковий запис А комп'ютера пусте в елемент облікового запису обслуговування, Microsoft Dynamics GP намагається отримати обліковий запис А комп'ютера у вікні Настроювання облікових записів, розміщення. У цьому вікні поле відображення встановлено інвентарного списку.
    • Microsoft Dynamics GP, не вдається отримати потрібен обліковий запис А комп'ютера, під Вільний час інтерактивні елементи зазначено раніше, обліковий запис А комп'ютера буде порожньою.
  • Сайт заміни застосовується, коли Microsoft Dynamics GP, отримує обліковий запис А комп'ютера для елемента.
  • Угода головної книги, буде збережено пакета головної книги та обліковий запис А комп'ютера не буде пустим, за таких умов:
    • Microsoft Dynamics GP, намагається створити головної книги транзакції, за допомогою облікових записів з відомостями про кількість, продати транзакції.
    • Один або декілька з цих облікових записів уже не дійсний, або більше не існує.
  • Якщо обліковий запис А комп'ютера вільне розміщення принаймні один транзакцій, Microsoft Dynamics GP не розміщувати пакета навіть якщо прапорець передачі головної книги у вікні налаштування, розмістивши серії інвентарного списку. Таким чином, можуть бути розміщені пакета, потрібно ввести в номер.
  • При спробі надіслати дані, Microsoft Dynamics GP, перевірка розміщення облікових записів, щоб переконатися, що вони активний. Якщо обліковий запис А комп'ютера неактивний, Microsoft Dynamics GP протокол IMAP з модуля інвентарного списку та створює пакетного головної книги для цієї операції.

Елементи, які середній безстроковою метод оцінки

За таких умов, виконуються середній безстроковою метод оцінювання елементів:
  • поточна вартість (середня), автоматично оновити після ці додаткові дії:
    • Користувач вибирає уцінку інвентаризації, після того, як користувач протокол IMAP з придбання замовлення рахунку, для яких витрати на рахунку, відрізняється від витрати на відправку.
    • Користувач використовує запасів витрати на налаштування вікна редагування витрати на придбання квитанції запису.
    • Користувач змінює стан на придбання замовлення позиції закриті , Кількість, відправлені значення поля елемента рядка перевищує Кількість, виставлені значення поля та Кількість, виставлені значення поля не дорівнює нулю.
    • Операції з придбання замовлення для повернення протокол IMAP з користувача.
    • запит на додавання до чек до пакету наявні сповіщення про придбання.
  • Перерахунок Середня вартість (поточний) елемента та настроювання значення Кількості, продається з безстроковою середній, LIFO безстроковою або елемента, що FIFO із безстроковою виникнути лише тоді, коли ви налаштовуєте чек, які було додано, після оновлення до Microsoft Dynamics GP. Через те, що Microsoft Dynamics GP не зберігати необхідні дані, перед оновленням до Microsoft Dynamics GP, не переобчислюються Середня вартість або протокол IMAP відсоток операцій на старих придбання квитанції.
  • Microsoft Dynamics GP виконує наведені нижче інтерактивні елементи, якщо пристрій витрати на наявні чек для об'єкта Середня вартість Оновлено:
    • Microsoft Dynamics GP, спочатку переобчислення новий відсоток витрати для запису оновлений чек за допомогою таку формулу:
      {(Попередній сповіщення про кількість з боку, x попереднього отримання регулювати одиницю вартість) + [(одержання кількість – оптові, повертається) x чек одиницю вартість]} ÷ [попереднього отримання кількість з боку + (на кількість з боку-кількість, що повертається)]
      Примітки
      • Якщо значення попередніх сповіщення про кількість завжди негативно, Microsoft Dynamics GP використовує значення нуль за допомогою формули.
      • Отримання від кількості завжди значення дати конкретних та загальний обсяг для всіх сайтів. Для чек чек, кількість завжди значення відображає загальну кількість наявний після того, як квитанції, які було додано. Значення на отримання сповіщення про кількість завжди містить, кількість, що отримання.
      • Якщо Кількість, повернуто значення вираховується з Кількість, отримані значення, при спробі надіслати ПЗ в Return транзакції, Microsoft Dynamics GP, збільшується значення Кількості, продати чек, замість того, щоб зменшити Кількість, отримані значення. Таким чином, щоб отримати справжнє значення, що Кількість отриманих. , Microsoft Dynamics GP потрібно перевірити нові продати на кількість відомостей таблиці операцій, PO в Return та віднімання Кількість, повернуто значення від Кількості, отримані значення.
    • Якщо чек, випущений після отримання відсоток придбання, у Microsoft Dynamics GP переобчислення поточну вартість (середня), далі чек обчислити відсоток вартість, наступний запис А для отримання нового. Цей процес триває чек, кожного наступного. Цей процес продовжується, через, щоб визначити відсоток витрати на дату користувача. Це нове значення, стає поточна вартість. Оскільки процес для кожного наступного-чек, Microsoft Dynamics GP, оновлення відсоток вартість кожного чека. Крім того, у Microsoft Dynamics GP оновлення значення відсоток вартість кожного продати на кількість транзакцій від пізніше, ніж на відсоток чек і раніше, ніж наступної чек. Ця дія на основі дати отримання. Відсоток витрати з попередніх чека. використовує цю дію.

      Примітка Під Вільний час реєстрація події на отримання сповіщення про придбання, Microsoft Dynamics GP заповнює значення Кількості запасів на придбання квитанції за допомогою значення, яке дорівнює сумі таким:
      (Запасів на кількість для отримання попереднього) +, (кількість отриманих для отримання попереднього)-(продати на кількість операцій, виконані після того, як, придбати чек було записано, але до наступного чек на основі дати)
      У наведеному нижче прикладі припускається, що виконуються такі умови:
      • Починаючи з боку кількість, дорівнює нулю
      • Було придбання замовлення для повернення угод
      Тип транзакціїІнвентаризація на кількість Кількість, отриманіКількість, продатиОдиниця вимірювання витратиВідсоток витрат
      Отримання #1100100$1.00$1.00
      Отримання #2125100$1,50$1,25
      Продаж #150$1,25$1,25
      Продаж #225$1,25$1,25
      Отримання #3200100$1.20$1,23
      Продаж #325$1,23$1,23
      Отримання #42501001.30 $$1,25
      Продаж 450$1,25$1,25
      Обчислення, для отримання #1, використовує таку формулу:
      [(0 x $0.00) + (100 x $1.00)] ÷ [0 + (100-0)] = $1.00
      Обчислення, для отримання #3, використовує таку формулу:
      [(125 x $1,25) + (100 x $1.20)] ÷ [125 + (100-0)] = $1.227
      Примітка До $1,23, є більшу кількість обчислення.
    • Під Вільний час оновлення підрозділу витрати на наявні чек, Microsoft Dynamics GP переобчислення відсоток витрати на придбання квитанції за допомогою таких значень у формулі обчислення Середня вартість:
      • Збережені значення в На кількість інвентарного списку
      • Витрати на скоригована значення попередніх чек
      • Збережені Кількість, отримані значення
      • Нові значення на одиницю витрат
      Приклад ситуації, коли існуючий придбати сповіщення про оновлення є такі ситуації:
      • Ви, уцінку інвентар для відхилення від ціни придбання в рахунку в порядку за придбання.
      • Рахунок-фактура, є матеріал різниця або вартість при вивантаженні-відхилення.
      Якщо запис А чек, випущений після отримання оновлених, Microsoft Dynamics GP переобчислення відсоток витрати для отримання запису за допомогою інтерактивні елементи та Середня вартість формула для обчислення, зазначених вище в цьому розділі. Microsoft Dynamics GP оновлення елемент обслуговування, поля Поточна вартість , за допомогою нової відсоток вартості для остаточного придбання отримання запису. Крім того, у цьому прикладі зміни, внесені в відсоток вартість відображаються в наведеній нижче таблиці.

      Примітка У цій таблиці припускається, що виконуються такі умови:
      • Для отримання #3 за рахунок придбання замовлення протокол IMAP вартістю $1.28 підрозділу.
      • Ви вирішили уцінку інвентаризації.
      • Відправлення, раніше було розміщено на одиницю вартість $ 1,20.
      За таких умов, у Microsoft Dynamics GP оновлення одиниці витрати на отримання стек буде $1.28. Програми, потім переобчислення відсоток вартість кожного наступного отримання, починаючи з цього запису на отримання.
      Тип транзакціїІнвентаризація на кількість Кількість, отриманіКількість, продатиОдиниця вимірювання витратиВідсоток витрат
      Отримання #1100100$1.00$1.00
      Отримання #2125100$1,50$1,25
      Продаж #150$1,25$1,25
      Продаж #225$1,25$1,25
      Отримання #3200100$1.20$1.28$1,23$1.26
      Продаж #325$1,23$1,23$1.26
      Отримання #42501001.30 $$1,25$1.27
      Продаж 450$1,25$1,25
      Обчислення, для отримання #3, використовує таку формулу:
      [(125 x $1,25) + (100 x $1.28)] ÷ [125 + (100-0)] = $1.263
      Примітка До $1.26, є більшу кількість обчислення.
      Обчислення, для отримання 4, використовує таку формулу:
      [(200 * $1.26) + (100 * 1.30 $)] ÷ [200 + (100-0)] = $1.273
      Примітка До $1.27, є більшу кількість обчислення.
    • Microsoft Dynamics GP, генерує коригування операції за кількість, продати відомостями про операції, які оновлюються на основі відсоток витрати на придбання квитанції. Коригування угода TRIPs за допомогою облікового запису числа, які використовувалися для вихідного транзакції, а також, які зберігаються в таблиці IV10201.
  • Якщо ви створюєте, і ви після передачі запасів Середня вартість елементів потрібно застосувати такі зміни:
    • Передавання на кількість типу кількість типу, використовує поточна вартість елемента.
    • Через кількість типів, крім завжди використовувати FIFO витрати, замість поточна вартість елемента. Якщо передача, витрати на одиницю елемент, використовує поточної вартості значення. Однак під Вільний час передавання Опубліковано, Microsoft Dynamics GP отримує FIFO витрати з стек сповіщення про придбання.
    • Якщо пристрій витрати на операції, що відрізняється від поточна вартість елементів, Microsoft Dynamics GP переобчислення поточна вартість (середня), елемента після запасів передати на кількість типу.

Попередження. Цю статтю переведено автоматично

Властивості

Ідентифікатор статті: 923960 – останній перегляд: 04/05/2016 04:21:00 – виправлення: 0.1

Microsoft Dynamics GP 2015, Microsoft Dynamics GP 2013, Microsoft Dynamics GP 2010, Microsoft Dynamics GP 10.0

  • kbhowto kbexpertiseinter kbexpertiseadvanced kbinfo kbmbsmigrate kbmt KB923960 KbMtuk
Зворотний зв’язок