Опис різних транзакцій на суму "Вартість проданих товарів" (COGS) у Бухгалтерській бухгалтерській і Бухгалтерській експресі

Приклад 1. Продаж товарів, не отримуваних за запасами

Якщо ви продаєте товари, не отримаючи товари в запаси, ціна придбання з запису товару використовується для оцінки суми COGS. Сума COGS від усіх попередніх транзакцій обчислюється за таких умов:

• Купівельна ціна змінюється.

• Товар буде продано ще раз. Однак ви не отримаєте товар на запаси.

Розглянемо такий сценарій:

• Ви створюєте товар A. Товар A має покупку в розмірі 10,00 грн. Елемент A має вагому кількість 0 і значення 0,00 грн.

• З 1 січня 2006 р. ви продаєте 1 одиницю товару А. Транзакцію опубліковано в обліковому записі COGS за 10,00 дол. США.

• Елемент A можна відкрити зі списку елементів. Потім потрібно змінити ціну придбання з 10,00 до 20,00 грн.

• З 5 січня 2006 р. ви продаєте 1 одиницю товару А. Транзакцію опубліковано в обліковому записі COGS за 30,00 дол. США.

Оскільки купівельна ціна в записі товару змінилася до отримання цього товару на запаси, система переобчислює всі попередні транзакції, використовуючи нову купівельну ціну. Таким чином, транзакція з 1 січня 2006 р. тепер використовує вартість 20,00 грн. замість вартості 10,00 грн. Крім того, у транзакції з 5 січня 2006 р. також використовується вартість 20,00 дол. США. Таким чином, кінцевий баланс облікового запису COGS тепер має сягати 40,00 дол. США. Оскільки з 1 січня 2006 р. для транзакції вже опубліковано 10,00 дол. США, 5 січня 2006 р. буде опубліковано іншу транзакцію за 30,00 доларів США, щоб залишок на 40,00 доларів США відображався правильно.

Приклад 2. Збереження документа збуту перед збереженням документа придбання

Якщо перед збереженням документа збуту зберегти документ придбання, під час збереження документа збуту використовується купівельна ціна із запису товару. Таким чином, коли товар фактично придбано, до облікового запису COGS вносяться зміни, якщо виникнуть які-небудь відмінності між вартістю.

Розглянемо такий сценарій:

• Ви створюєте товар A. Товар A має покупку ціною в розмірі 5,00 грн. Елемент A має вагому кількість 0 і значення 0,00 грн.

• З 1 січня 2006 р. ви продаєте 1 одиницю товару А. Транзакція публікується в обліковому записі COGS за 5,00 доларів США.

• 1 березня 2006 р. ви отримуєте 1 одиницю товару А, вартість яких складає 4,50 грн. Транзакція публікується в обліковому записі COGS для від'ємної суми в розмірі $,50 1 січня 2006 р. Тепер це змушує обліковий запис COGS точно відображати кінцевий баланс у 4,50 доларів США.

Приклад 3. Ви недійсні рахунки-фактури з попередньої дати, якщо в документах існує дата транзакції, яка пізніша за дату транзакції недійсних рахунків-фактур

Якщо ви недійснете рахунок-фактуру, товари в цьому рахунку-фактурі повертаються до інвентарного списку. Товари повертаються до інвентарного списку на дату, яка використовується в недійсному рахунку-фактурі. Коли товар повертається до інвентарного списку, вартість товарів, пов'язаних із цим продажами, відновлюються. Ця вартість товарів матиме найстарішу дату. Ця вартість товарів використовуватиметься першою для будь-яких подальших продажів. Записи в обліковому записі COGS для подальшого збуту одного й того самого елемента переобчислюються за таких умов:

• Ви продали більше одного й того самого товару після створення рахунка-фактури.

• Ви продали більше одного й того самого товару, перш ніж ви не оголосили рахунок-фактуру.

Таким чином, витрати на товари в недійсному рахунку-фактурі споживаються в наступному записі продажу. Усі продажі після дати недійсного рахунка-фактури мають нові суми в обліковому записі COGS.

Коли рахунок-фактура анулюється, програма створює набір транзакцій, щоб зсув початкового продажу, щоб можна було переобчислення. До цих транзакцій належать такі транзакції:

• Транзакція, яка видаляє початкову вартість товарів.

• Інша транзакція, яка знову додає вартість товарів у недійсному рахунку-фактурі до запасів.

Обидві транзакції мають однакову дату, що й недійсна транзакція. Таким чином, обліковий запис COGS і запаси мають правильні кінцеві залишки після перенавантаження. Проте є великий одноразовий коригування для переобчислення всіх наступних продажів.

Розглянемо такий сценарій:

• Ви створюєте елемент А. Цей елемент має вагому кількість 0 і значення 0,00 грн.

• З 1 січня 2006 р. ви отримуєте 1 одиницю товару А. Вартість цього товару вартістю 5,00 грн.

• З 1 лютого 2006 р. ви отримуєте 1 одиницю товару А. Вартість цього товару вартістю 4,50 грн.

• З 1 березня 2006 р. ви продаєте 1 одиницю товару А. Транзакція публікується в обліковому записі COGS за 5,00 доларів США.

• З 5 березня 2006 р. ви продаєте 1 одиницю товару А. Транзакцію опубліковано в обліковому записі COGS за 4,50 доларів США.

• Ви недійсні за рахунком-фактурою від 1 березня 2006 р.

У цьому сценарії, коли ви недійснете рахунок-фактуру від 1 березня 2006 р., товар повертається до реєстру. Товару призначається початкова вартість товарів, використаних 1 січня 2006 р. Це означає, що рахунок-фактура від 5 березня 2006 р. фактично матиме суму COGS у розмірі 5,00 грн, а не COGS в розмірі 4,50 грн. Від'ємна сума в 4,50 доларів США публікується в обліковому записі COGS 1 березня 2006 р.

Цей процес вплине на всі збережені рахунки-фактури, які містять елемент А, тому що буде опубліковано велике налаштування. У цьому коригувальному стані використовується дата недійсного рахунка-фактури.

Приклад 4. Створення транзакції з коригуванням запасів

Під час створення транзакції з коригування запасів у вікні Настроювання кількості або у вікні "Настроювання кількості та значення" потрібно ввести нове значення замість значення коригування, яке потрібно внести. Різниця між введеним новим значенням і значенням облікового запису COGS на вказану дату використовується для визначення обсягу коригування запасів.

Розглянемо такий сценарій:

• Ви створюєте елемент A. Елемент A має лише кількість 10 і значення 2 000,00 грн. станом на 1 січня 2006 р. Це означає, що вартість кожного елемента складає 200,00 грн.

• З 1 лютого 2006 року ви продаєте 5 одиниць товару А. Транзакцію опубліковано в обліковому записі COGS за 1000 грн.

• З 5 лютого 2006 року ви продаєте 5 одиниць товару А. Транзакцію опубліковано в обліковому записі COGS за 1000 грн.

• Ви розумієте, що значення 1 січня 2006 р. має складати 1500 грн. замість 2 000 грн. Щоб створити це налаштування, відкрийте вікно "Adjust Inventory Quantity and Value" (Настроїти кількість та значення). Для дати встановлено значення 1 січня 2006 р. Введіть нову кількість від 10 до 10 грн.

У цьому сценарії транзакцію опубліковано в обліковому записі COGS для від'ємного значення 500,00 дол. США 1 січня 2006 р.

Якщо ви створюєте звіт про оцінку запасів для елемента А, звіт містить такі відомості:

• 1 січня 2006 р. вихідна транзакція, що відображається, складає 2 000 грн.

• З 1 січня 2006 р. відображається транзакція з від'ємною сумою 500,00 грн. Ця транзакція для від'ємної суми відображає різницю між вихідною в розмірі 2 000 грн. і новою в розмірі 1 500 грн. У такому випадку вартість окремого елемента зміниться з 200 до 150 грн.

• 1 лютого 2006 р. відображається транзакція для від'ємної суми в розмірі 750,00 грн. Ця транзакція для від'ємної суми відображає 5 проданих товарів із вартістю 150,00 дол. США.

• 5 лютого 2006 р. відображається транзакція для від'ємної суми в розмірі 750,00 грн. Ця транзакція для від'ємної суми відображає 5 проданих товарів із вартістю 150,00 дол. США.

Приклад 5. Змінення елементів у збереженому документі

Коли ви змінюєте елементи у збереженому документі, результат на суму COGS нагадує приклад 3. Якщо змінити елементи у збереженому документі, витрати на видалені елементи буде відновлено з використанням дати редагування документа. Сума COGS переобчислюється для документів, створених після дати редагування документа.



Розглянемо такий сценарій:

• З 1 січня 2006 р. ви купуєте 1 одиницю товару А. Вартість цього товару вартістю 5,00 грн.

• З 5 січня 2006 р. ви продаєте 1 одиницю товару А. Транзакція публікується в обліковому записі COGS за 5,00 доларів США.

• З 1 лютого 2006 р. ви купуєте 1 одиницю товару А. Вартість цього товару вартістю 6,00 грн.

• З 5 лютого 2006 року ви продаєте 1 одиницю товару А. Транзакцію опубліковано в обліковому записі COGS за 6,00 дол. США.
  

• Ви редагувати рахунок-фактуру від 5 лютого 2006 р. Елемент А замінюється на елемент Б.

У цьому сценарії транзакція публікується в обліковому записі COGS за 6,00 дол. США 5 січня 2006 р. Ця дата – дата зміненого рахунка-фактури. Таким чином, у рахунку-фактурі, створеному 5 лютого 2006 р. використано вартість 5,00 грн. замість 6,00 грн.

Приклад 6. Одиниця вимірювання, за допомогою яких придбано товар, відрізняється від одиниці вимірювання, за допомогою яких продавали товар.

Іноді, коли ви купуєте товар у постачальника, ви розділяєте його на менші одиниці, щоб продавати товар як окремі товари. Щоб сума нагромаджувався точно, радимо використовувати однакову одиницю вимірювання, коли ви купуєте товари та продаєте товари.

Розглянемо такий сценарій:

• Ви створюєте елемент А. Цей товар має ціну на покупку вартістю 10,00 грн. і лише 0,00 грн.

• З 1 січня 2006 р. ви купуєте 5 одиниць товару А. Кожен товар коштує 10,00 дол. США. До рахунка можна додати записку, яка вказує на те, що в рахунку є 5 бушляхів. Кожний бушель містить 20 вух кукурудзи.

• З 5 січня 2006 року ви продаєте 10 одиниць товару А. Ви додаєте нотатку в полі опису рахунка-фактури, яке цей розпродаж становив 10 вух кукурудзи.

У цьому сценарії транзакцію опубліковано в обліковому записі COGS за 100,00 дол. США. Ця транзакція відображає 10 проданих товарів, вартість кожного з яких складає 10,00 грн. Однак ця сума дійсно має сягати 5,00 грн. Тому сума в обліковому записі COGS замінюється на 95,00 дол. США.

Крім того, якщо створити звіт про оцінку запасів, у звіті відображатимуться значення –5 і від'ємне значення 50,00 грн. для елемента A. Однак для продажу залишилося 90 вух кукурудзи. Якщо продавати товари з кроком 10 вух курудзи, виникають такі проблеми:

• Коли всі вуха курудзи буде продано, у звіті "Інвентарне значення" відображатимуться запаси кількості –95.

• Інвентарний список матиме від'ємне значення в 950,00 грн.

Приклад 7. Змінення облікового запису COGS, пов'язаного з елементом

Якщо змінити обліковий запис COGS, пов'язаний з елементом, це не вплине на попередні транзакції. Новий обліковий запис COGS використовується для всіх нових документів, які містять цей елемент.

Приклад 8. Рахунок постачальника редагується, коли рахунок-фактура вже існує за один або кілька елементів, включених у рахунок

Коли рахунок постачальника редагується, він недійсний і створюється новий рахунок. Коли ви зберегли зміну, рахунок більше не буде пов'язано з подіями в рахунку-фактурі. Потім переобчислюється сума COGS від усіх попередніх транзакцій.