Теоретичні засади та практика фінансового обліку операційних доходів

 

Облік знижок в Україні є нерегламентованим, що часто призводить до неоднозначності  їх оформлення. А такий вид знижок, як знижки за дострокову оплату взагалі є непоширеним. В П(С)БО 15 «Дохід» зазначається лише, що дохід відображається в бухгалтерському обліку в сумі справедливої вартості активів, які отримані або підлягають отриманню.

Визнання доходу від продажу  продукції є досить чітко описаним як в МСФЗ так і П(С)БО, де зазначено, що дохід визнається у випадку, коли підприємство передало покупцеві суттєві  ризики і винагороди, пов’язані  з власністю на продукцію. Саме у  цьому питанні існують розбіжності. Кожна країна своїм законодавством визначає «момент часу», за яким суттєві ризики і винагороди, пов’язанні з власністю на продукцію (товар), передаються покупцю. Іншими словами, в різних країнах продаж може визначатися в різні «проміжки часу». Тут не йдеться про застосування інших критеріїв визнання доходу від продажу в різних країнах, а мається на увазі, що критерії визнання МСФЗ 18 «Дохід» дотримуються в різних країнах у різний час. Наприклад, критерії визнання можуть задовольнятися відповідно до підписаного контракту на продаж продукції (товарів) в одній країні, але до тих пір, доки не будуть передані суттєві ризики і винагороди від володіння продукцією в іншій країні. В Україні на відміну від більшості країн в законодавстві не уточнюється оцінка моменту, на який підприємство передає покупцеві суттєві ризики й винагороди від володіння.

Дані порівняння міжнародних і  національних положень з обліку доходів  і відображення їх у фінансовій звітності дають змогу зробити висновок, що в МСФЗ більш конкретизовано конкретні положення, але й національний стандарт містить моменти, які, зокрема, зумовлені національними особливостями обліку.

 

7. Облік доходів від операційної діяльності в умовах використання інформаційних технологій.

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

Документування до господарських  операцій

Засіб формування записів масиву господарських операцій

Допоміжний інформаційний  об’єкт

Повна модель документообігу

Документ

У сучасних програмах застосовуються чотири основні моделі інтерпретації первинних документів (рис. 7.1)

Рис. 7.1. Основні моделі інтерпретації первинних документів у комп’ютерних програмах бухгалтерського обліку

У програмах, основаних на моделі документів як доповнень до господарських операцій, найголовніше складова інформаційної  бази система обробки облікових  даних – масив господарської  операції. Документи, які формуються в системі, трактуються як вихідні форми, побудова котрих проводиться автоматично або за запитом після введення даних про інформацію. Така інтерпретація документів була характерна головним чином для ранніх версій багатьох програм ведення бухгалтерського обліку. Але окремі елементи цього підходу збереглись у нинішніх версіях (наприклад «фінанси без проблем»). Ця інтерпретація первинних документів певною мірою вступає в суперечність з нормальним порядком облікового процесу, за якою операція відображається в обліку тільки після складання та затвердження документів. Із застосуванням такої моделі саме операція стає основою для формування документа. Перевага такого підходу полягає в простоті роботи з даними.

Для програм, які використовують модель документів як засіб формування записів  масиву господарських операцій, характерно, що документ у цьому разі  є  лише формальним підґрунтям для створення  проводок. У програмі є той чи інший набір форм, які визначають структуру введення інформації, властиву тому чи іншому документу. На основі даних, наведених за цим макетом, програма формує відповідні для документа запису масиву господарських операцій. Після цього зв’язок документа з ними втрачається, а введенні записи, як правило, інтерпретуються як  «підтвердження» і завжди відображаються при розрахунку оборотів по рахунках.

Модель інтерпретації документів як допоміжних інформаційних об’єктів використовується в багатьох  системах комп’ютерного обліку. Наприклад, у  типових конфігураціях програми «1С:Бухгалтерія 7.7», у розробках  фірм «парус», «Інтелект сервіс», «Аверс»  та в інших підтримується технологія проведення як первинних документів, що формуються в системі, так і  тих, що надходять ззовні. У цій  моделі, як і в попередній, є можливість формування бухгалтерських записів  не лише безпосередньо, а й шляхом контирування документів, які вводяться  в базу даних системи. У цьому разі момент реєстрації документа в базі даних системи та момент його відображення в обліку можуть не збігатися. Документи, введені без підтвердження користувача та без формування проводок на їхній основі, не впливають на обороти рахунків. Документи зберігаються в окремих реєстрах і їх можна неодноразово відкоригувати.

У системах, основаних на повній моделі документування, головним є не формальний принцип взаємозв’язку документів та записів масиву господарських операцій, а обслуговування системи зв’язку між документами різних типів (система «Галактика», Abacus Finencial, Condore XAL та ін.) Основною  перевагою повної моделі документування є те, що вона забезпечує взаємодію електронних копій документів. Завдяки цьому системи, які найбільш послідовно реалізують цю модель, може використовувати не лише бухгалтерія, а й інші служби управління, оскільки вони дозволяють отримувати з документів інформацію про рух грошових коштів, товарно- матеріальних цінностей та стан взаєморозрахунків.

Деякі поширені програмні системи  також дозволяють побудувати порядок  обробки документів на основі повної моделі документування. Наприклад, у  типових конфігураціях програми «1С:Бухгалтерія» традиційно реалізується подібна модель.

Саме на базі даної програми більш  детально розгляну облік доходів  від операційної діяльності.

Дохід від операційної діяльності в основному складається з доходу від реалізації (виручки) продукції (товарів). В момент відпуску продукції (товарів) покупцям виконуються всі умови, необхідність яких, згідно П(С)БО 15 «Дохід», необхідні для визнання доходу від реалізації. Величина доходу визначається по сумі виручки отриманої, від продажу продукції (товарів). При цьому, відповідно до П(С)БО, суми ПДВ, інших непрямих податків, повинні бути виключені із суми доходу.

Облік доходів від реалізації ведеться на відповідних субрахунках до рахунку 70 «Дохід від реалізації»: 701 «Дохід від реалізації готової продукції», 702 «Дохід від реалізації товарів», 703 «Дохід від реалізації послуг». По кредиту цих рахунків в програмі відображається отримання доходів, а по дебету – суми ПДВ та інших непрямих податків.

Для відображення факту продажу  в програмі використовується документ – «Роздрібна накладна», а для фіксації повернення продукції (товару) – документ «Повернення».

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

Признак введення вартісного обліку встановлюється для конкретного  складу (магазину) в формі його елемента в довіднику «Місця збереження».

Для складу, з встановленою ознакою ведення вартісного обліку, всі надходження і вибуття продукції (товарів) будуть виконуватись програмою в константі «Товари на складі», і по назві партії – «Партія по замовчуванню».

Продаж продукції (товарів) в такому магазині (складі) можна оформити в  програмі один раз на день загальною  сумою за допомогою документа  «Роздрібна накладна». Списання собівартості в такому магазині (складі), а також визначення і списання суми торгівельної націнки виконується в програмі за допомогою «Визначення торговельної націнки», яка вводиться в програму один раз в кінці місяця.

Документ «Роздрібна накладна»  в програмі використовується для  відображення факту продажу продукції (товарів) в роздріб, тобто з магазину.

Програма базується на твердженні, що продукція (товари) відпускаються за документами «Роздрібна накладна», зберігаються на складі в роздрібних цінах з націнкою (формування націнки відбувається при переміщенні продукції на склад документом «Переміщення») В документі «Роздрібна накладна» програма використовує механізм розрахунку суми від ціни з ПДВ.

Для створення документу «Роздрібна накладна» необхідно вибрати  команду меню «Документи/Роздріб/Роздрібна  накладна» 

В реквізиті «Контрагент» необхідно вказати покупця з групи «Покупці» довідника «Контрагенти». При створенні документа, по замовчуванню, встановлюється значення покупця з константи «Контрагент по замовчуванню для роздрібних продаж».

Реквізит «Магазин» = Главный магазин існує для вибору магазина (складу), в якому відпускається продукція (товари). «Каса» - це рахунок організації, куди надходять гроші за реалізовану продукцію (товар), також може встановлюватись і каса (301 рахунок «грошові кошти в касі»).

В табличну частину документа «Роздрібна накладна» вносяться наступні дані:

ім’я продукту, який продається. Якщо продукт продається з магазину, де ведеться лише вартісний облік, то в  даному реквізиті може бути вибраний лише продукт, який вказаний в константі  «Товари в асортименті» таблиці «Констант»;

ім’я партії продукту, має теж  значення що і в документі «Роздрібна накладна». Якщо продукт продається в магазині (складі), де ведеться лише вартісний облік, то в цьому реквізиті може бути вибрано лише ім’я «партія по замовчанню»;

Кількість проданого продукту;

Одиниця виміру;

Коефіцієнт перерахунку для  вибраної одиниці виміру;

Ціна продажу продукту в гривнях  з ПДВ;

Кінцева вартість з ПДВ по строчці.

В реквізиті «Ост» програма покажу поточний залишок продукту на складі. Табличну частину документа «Роздрібна накладна» програма може заповнити  автоматично за допомогою вибору по довіднику «Номенклатура», використавши кнопку «Підбор», розташовану в нижній частині документа.

Продаж товарів, виконання робіт, надання послуг і «Вид ПДВ» = 20% вказується аналітика для формування проводок по валовим доходам з ПДВ відповідно.

Якщо значення опції «Проводки  по касі робити тільки касовим ордером» в таблиці «Констант» встановлено  значення «так», то надходження грошової виручки, отриманої від продажу  продукції (товарів) за «Роздрібними накладними», повинно в програмі оформлятися  «Прибутковими касовими ордерами». Як кореспондуючий рахунок в цих документах буде використовуватись рахунок 702 «Дохід від реалізації товарів»

Якщо за допомогою документа  «Роздрібна накладна» формується продаж продукції (товарів) з вартісним  обліком., то при його проведені в програмі не будуть сформовані проводки по списанню собівартості і торгової націнки проданої продукції (товарів). Для цих цілей використовується документ «Визначення торгової націнки», який вводиться бухгалтером в кінці місяця. Продукцію в магазині (складі) можна продати за цінами, які відрізняються від цін за якими вони обліковуються в даний момент в магазині. В такому випадку при створені документа «Роздрібна накладна» програма сформує коректуючи проводки по до оцінці .

Повернення товару. Документ «Повернення» використовується в програмі для  відображення факту повернення продукції (товару) в магазин покупцями. Для  створення даного документа необхідно  вибрати команду «Документи/Повернення» .

Заповнення даної форми документа  необхідно розпочати з вибору покупця – реквізит «Контрагент». Магазина = «Головний магазин», в який повертаються продукція (товар) і «Каса» = «Основна каса (грн.)» - каса організації, з якої будуть виплачені кошти за продукція (товари)

В табличній частині документа  «Повернення» вказується наступна інформація:

Ім’я продукту, який повертає покупець. Якщо продукт повертається в магазин, де ведеться лише вартісний облік, то в даному реквізиті може бути вибраний лише продукт, який вказаний в константі «Товари в асортименті»;

ім’я партії продукту, якій належав  продукт, що повертається. По цій партії буде встановлена облікова вартість повернутого товару в магазині в  тому випадку, якщо не буде вибраний документ продажу;

Документ продажу, а саме документ «Роздрібна накладна», по якій було відпущено  клієнту продукцію (товар). Рекомендується заповнювати цей реквізит. Хоча в  загальному випадку це не обов’язково. Якщо документ продажу вибраний, то програма автоматично розраховує по ньому собівартість продукції (товарів) при оприбуткуванні його в звичайний магазин;

Кількість поверненого товару;

Одиниця виміру;

Коефіцієнт перерахунку для  вибраної одиниці виміру;

Ціна в гривнях з ПДВ;

Загальна вартість з ПДВ по строчці;

Облікова ціна продукту в гривнях  без ПДВ;

Загальна облікова вартість по строчці  без ПДВ;

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

В нижній частині документа «Повернення» синім шифром програма виводить остаточну  інформація про облікову і відпускну  вартість всієї продукції (товарів), які вказані в специфікації табличної частини документа.

Документ «Повернення» рекомендується складати на підставі документа «Роздрібна накладна», по якій дана продукція (товар) були продані покупцю. В такому випадку  специфікація документа заповниться  програмою автоматично, після чого залишається лише видалити непотрібні строки, щоб залишились лиш та продукція (товари), які необхідно повернути, и правильно встановити кількість.

На закладці «Додатково» можна вказати аналітику валових доходів і ПДВ для формування сторнуючих бухгалтерських проводок по валовим доходам і ПДВ. При поверненні продукції (товарів) в магазин (склад) документ «Повернення» формує відповідний набір сторнуючих проводок і проводку по оприбуткуванню поверненої продукції (товарів) на склад .