6.1 Побудова фінансової моделі підприємства
66
отримати фінансову проекцію планованої діяльності. Тому імітаційна модель повинна будуватися, насамперед, виходячи з необхідності отримання коректних фінансових результатів, відповідних планованої діяльності компанії.
При роботі з будь-яким проектом Ви обов'язково зіткнетеся з необхідністю доповнення та уточнення первинних вихідних даних. У зв'язку з цим імітаційна модель в ідеалі повинна бути побудована таким чином, щоб при зміні чи доповненні вихідних даних Вам достатньо було б лише змінити числові величини, але не вносити зміни в саму модель. На практиці не завжди вдається цього домогтися, але, тим не менш, при спочатку правильній побудові моделі надалі в неї вносяться лише мінімальні зміни. Основний варіант проекту (що описує найбільш ймовірний з точки зору розробників сценарій розвитку подій) не є самоціллю. Мета створення проекту - прийняття обгрунтованого рішення керівництвом підприємства, інвесторами та іншими зацікавленими особами щодо його реалізації. Обгрунтоване рішення може бути прийняте тільки на підставі ретельного аналізу можливих змін у ході його реалізації та ступеня їх впливу на фінансові результати проекту. Правильна побудова моделі набагато полегшить проведення аналізу, що істотно знизить тимчасові витрати при роботі з проектом.
З теоретичної точки зору слід прагнути до максимальної деталізації в описі планованої діяльності підприємства, бо це має забезпечити максимальну достовірність отримуваних результатів і велику свободу маневру при аналізі проекту. Однак далеко не завжди це вдається зробити. Уявімо собі підприємство, що випускає кілька сотень (або навіть тисяч) продуктів і при цьому для виробництва використовується кілька тисяч найменувань матеріалів і комплектуючих. Незважаючи на те, що система Project Expert дозволяє створювати моделі з величезною номенклатурою продукції, матеріалів та інших витрат (до 16000 найменувань), повний опис стратегії продажів всіх продуктів, опис умов закупівель всіх видів матеріалів і комплектуючих і використання їх у виробництві продукції представляється безглуздим по двох причин: по-перше, це відніме колосальну кількість часу, а по-друге, на якому-небудь етапі введення вихідних даних обов'язково буде зроблена помилка, яка може повністю знецінити всю здійснювану роботу. Тому при побудові моделі слід прагнути до "розумної" ступеня деталізації, яка з одного боку дозволить якісно виконати роботу з проектом в прийнятні терміни, а з іншого боку, отримати достатньо достовірні результати.
Всі ці загальні рекомендації будуть проілюстровані прикладами в наступних розділах цих Методичних рекомендаціях.
Система Project Expert є багатоцільовим програмним продуктом, що дозволяє вирішувати різноманітні завдання відповідно із загальними цілями і особливостями проекту. Це може бути: інвестиційний проект новостворюваного підприємства; інвестиційний проект, реалізований на діючому підприємстві; проект обгрунтування реструктуризації заборгованості перед бюджетом; проект обгрунтування надання податкових пільг і т.д. Цілком зрозуміло, що в кожному з цих випадків є свої підходи до послідовності аналізу проекту та змістом бізнес-плану. Практичні поради по роботі над проектом з урахуванням його загальних цілей і особливостей Ви знайдете у цих Методичних рекомендаціях.
Послідовність побудови корпоративної фінансової моделі
Короткий опис проекту (розділ "Проект", модуль "Заголовок")
Вибір національній та експортно -імпортної валюти (розділ "Оточення", модуль "Валюта")
Завершення роботи з розділом "Проект" (модулі "Список продуктів", "Відображення даних", "Налаштування розрахунку")
Вказівка початку фінансового року і методу обліку запасів (розділ "Компанія", модуль "Банк, система обліку")
Завершення роботи з розділом "Оточення" (модулі "Інфляція", "Податки" та "Облікова ставка")
Робота з розділом "Інвестиційний план" (модуль "Календарний план" і, якщо будуть потрібні, модулі "Список активів" і "Ресурси").
Робота з розділом "Операційний план" (модулі "План збуту", "Матеріали і комплектуючі", "План виробництва", "План персоналу", "Загальні витрати") Опис політики формування резервних фондів (розділ «Фінансування», модуль «Розподіл прибутку») і, якщо можливо, пільг щодо звільнення частини прибутку від оподаткування у разі її реінвестування (розділ «Фінансування», модуль «Пільги з податку на прибуток») 9. Опис фінансового стану підприємства на дату початку проекту (розділ "Компанія", модуль "Стартовий баланс")
Звертаємо Вашу увагу на ту обставину, що моделювання зовнішнього фінансування (розділ "Фінансування") не входить у фінансову модель підприємства.
Модулі «Текстовий опис», розташовані в розділах «Проект», «Компанія», «Оточення», «Інвестиційний план», «Операційний план», «Фінансування», призначені для підготовки текстової частини плану розвитку компанії і можуть заповнюватися незалежно від побудови фінансової моделі.
Введення вихідних даних
Розділ "Проект"
Модуль "Тема"
При аналізі проекту Вам доведеться розглядати різні сценарії розвитку подій, що фактично означає створення декількох варіантів проектів з різними вихідними даними, які будуть зберігатися в різних файлах. Рекомендується використовувати поля "Варіант" і "Коментар" для опису особливостей кожного варіанту проекту. В іншому випадку Ви будете відчувати труднощі при ідентифікації варіантів проекту.
Дата початку проекту
Здавалося б, ніяких складнощів з вибором дати початку проекту немає. Для цього слід оцінити, який мінімальний час буде потрібно на розробку проекту і на його вивчення потенційними інвесторами, і відповідно з цим періодом, вказати передбачувану дату початку проекту. Дійсно, так можна чинити у випадку, якщо виробництво і реалізація продукції не має сезонного характеру, а також якщо реалізація інвестиційної стадії (будівництво будівель і споруд, придбання, доставка та монтаж обладнання і т.д.) не залежить від календаря, т. е . коли терміни і витрати на будівництво не залежать від того, коли починати будівництво - в листопаді або, скажімо, в травні. У цьому випадку календарна дата початку проекту не грає ролі з точки зору потреби у фінансуванні та ефективності проекту. Однак якщо вищевказані фактори мають силу, потрібно акуратно ставитися до вибору календарної дати початку проекту. Дані фактори мають велике значення, наприклад, у сільському господарстві, лісової та рибної промисловості і т.д. Особливо обережно потрібно ставитися до вибору дати початку проекту, реалізація якого планується в
рамках діючого підприємства. Тут необхідно буде врахувати фінансовий стан підприємства на дату початку проекту. Фінансовий стан на момент початку проекту характеризує баланс підприємства на цю дату. Як відомо, в Росії баланс складається щоквартально. Причому баланс на 1 квітня стає відомий тільки до кінця квітня. Таким чином, ми завжди опиняємося в ситуації, коли вже відомий баланс стає для проекту дещо застарілим. Яким же чином в цих умовах враховувати стартовий баланс? Для вирішення цієї проблеми можна запропонувати кілька підходів.
А) Побудувати прогнозний баланс на дату початку проекту. Тут можна використовувати два способи:
й спосіб: в системі Project Expert створити проект, дата початку якого є дата складання останнього балансу, а дата закінчення є певна раніше дата початку проекту. У даному проекті ввести останній баланс, описати фактичну і плановану поточну діяльність підприємства. Розрахувати проект і отримати баланс на кінець проекту, який стане стартовим балансом для "справжнього" проекту. Перенести цей баланс в модуль "Стартовий баланс" інвестиційного проекту, вказавши приблизні терміни погашення окремих рахунків (рахунки до отримання, рахунки до оплати, відстрочені податки і т.д.).
Й спосіб: змоделювати зміни статей балансу «вручну». Наведемо конкретний приклад.
Останнім наявними балансом є річний баланс за 1998 рік. Передбачувана дата початку проекту - 1.01.2000. На підставі прогнозу змін статей балансу отримаємо передбачуваний баланс на 1.01.2000. Для простоти показуються тільки окремі статті в умовних одиницях.
Аналогічним чином потрібно вчинити зі статтями пасивів.
Б) У разі, якщо найближчим часом не передбачається серйозних змін у фінансовому стані підприємства в кращу або гіршу сторону, реалізація інвестиційної стадії не залежить від пори року і проект не має сезонного характеру, можна поступити наступним чином: як дату початку проекту вибрати дату, на яку до моменту закінчення розробки проекту будемо мати баланс підприємства. Якщо робота над створенням проекту почалася в лютому 1999 р. і її планується закінчити у квітні, то в якості дати початку проекту необхідно вказати 1 квітня 1999 (тобто стартовий баланс буде врахований у самому кінці роботи над проектом). Якщо ж робота починається в січні 1998 р. і повинна бути закінчена в березні 1999 р., то в якості дати початку проекту необхідно вибрати 1 січня 1999 На перший погляд здається, що це абсурд: ми починаємо планувати з моменту часу, який вже в минулому. Однак, це не так. Справа в тому, що нам необхідно оцінити ефективність інвестицій у діюче підприємство, а значить необхідно враховувати стартовий баланс, а єдиний баланс, який у нас є, складений на минулу дату. При тих умовах на проект, про які сказано на початку п. Б, оцінка ефективності і потреба у фінансуванні проекту слабо залежать від календарної дати його початку. Тому такий підхід буде цілком коректним. Якщо хоча б одне з первинних умов не виконується, то для обліку фінансового стану на момент початку проекту необхідно користуватися методами, запропонованими в п. А.
Тривалість проекту.
Часто виникає питання, з яких міркувань слід визначати тривалість проекту? Адже, приступаючи до роботи над проектом, ми не можемо знати, який термін буде потрібно для досягнення прийнятних для інвестора показників ефективності інвестицій. Ми пропонуємо використовувати наступний підхід. Спочатку, зібравши вихідні дані, необхідно зробити «грубий» розрахунок проекту, який дозволить отримати саме приблизне уявлення про термін його окупності. Далі збільште розрахований період окупності в 3-4 рази і отриману величину вкажіть як тривалості проекту в Project Expert. Швидше за все, ця тривалість виявиться надлишкової для отримання прийнятних значень критеріїв ефективності. Ми свідомо рекомендуємо вказувати тривалість проекту «із запасом», бо в іншому випадку може виявитися, що проект не досягає необхідної ефективності за спочатку зазначений період його дії і доведеться збільшувати тривалість проекту. Тоді доведеться вводити вихідні дані для додаткових періодів часу (тобто потрібна додаткова робота). Якщо ж тривалість проекту від початку вказується «із запасом», її можна буде відрегулювати в бік зменшення (див. модуль «Налаштування розрахунку», картка «Показники ефективності»). Готуючи проект для подання інвестору важливо розуміти, що не слід штучно збільшувати тривалість проекту з метою отримання дуже високої ефективності. Чим більше термін, тим більше невизначеність. Тому тривалість проекту повинна бути такою, щоб критерії ефективності (NPV, IRR, PI, PBP та інші) задовольняли вимогам інвесторів і не більше. У різних інвесторів різні вимоги до проекту. Використовуючи модуль «Налаштування розрахунку» можна підібрати мінімальну тривалість проекту, що дозволяє «вписатися» у вимоги конкретних інвесторів.
Модуль "Список продуктів".
Крім вимог до списку продуктів, викладених у Керівництві Користувача, існує ще кілька загальних положень, якими слід керуватися при описі продукції підприємства.
А) Змінні витрати на виробництво і реалізацію одиниці описуваного в системі Project Expert продукту повинні бути однаковими протягом всього проекту. Пояснимо сказане на прикладах.
Приклад 1: Компанія видобуває нафту, яку реалізує на внутрішньому і зовнішньому ринках. Витрати на транспортування нафти на внутрішньому ринку бере на себе споживач (нафтопереробний завод) - таким чином компанія витрати на транспортування не несе. Однак, при реалізації нафти на зовнішньому ринку компанія платить 29 $ за транспортування кожної тонни нафти нафтопроводами до кордону. Таким чином, хоча змінні витрати на виробництво (видобуток) тонни нафти одні й ті ж (незалежно від того, на внутрішньому або зовнішньому ринках вона буде реалізована), змінні витрати на транспортування нафти розрізняються залежно від того ринку, де вона реалізується. Тому для коректної побудови моделі в даному випадку фізично один і той же продукт (нафта) слід описати у вигляді двох продуктів - нафта (внутрішній ринок) і нафта (експорт).
Ці два приклади ілюструють основні випадки необхідності штучного поділу фізично одного і того ж продукту: 1. Змінні витрати на виробництво одиниці продукту не змінюються, а змінні витрати на реалізацію одиниці продукту (транспортні, збутові і т.д.) різні на різних ринках; 2. За рахунок впровадження нової технології виробництва принципово змінюються змінні витрати на виробництво продукту, а витрати на реалізацію залишаються тими ж самими. Можливий варіант, коли одночасно відбувається і те й інше - в цьому випадку фізично один і той же продукт штучно розділяється на чотири продукти.
Б) При укрупненому описі номенклатури продукції (у випадку якщо вона становить кілька сотень або навіть тисяч найменувань) необхідно, щоб всі описані "укрупнені" продукти (товарні групи) задовольняли вимогам, зазначеним у Посібнику Користувача і в цих Методичних рекомендаціях.
Модуль "Налаштування розрахунку"
Картка «Ставка дисконтування»
Дозволяє вибрати крок дисконтування за часом. Мінімальний крок дисконтування (місяць) у загальному випадку призводить до максимальних величинам критеріїв ефективності інвестицій (PB, NPV, PI, IRR та ін.) Загальноприйнятою практикою є розрахунок критеріїв ефективності інвестицій з річним кроком дисконтування.
Картка «Деталізація»
Активізація прапора "Доходи учасників" робить доступним однойменний модуль в розділі "Аналіз проекту", який дозволяє переглянути грошові потоки кожного учасника фінансування проекту (будь то акціонер або кредитор) і розрахувати індивідуальні критерії ефективності кожного інвестора. Рекомендується активізувати всі прапори деталізації результатів, оскільки всі ці деталізовані результати повинні використовуватися на етапі аналізу коректності побудованої фінансової моделі. Слід зазначити, що система Project Expert дозволяє деталізувати як рядки прогнозного Кеш-фло, так і рядки прогнозного Звіту про прибутки-збитки.
Картка «Показники ефективності»
Досі професійні інвестиційні аналітики не прийшли до єдиної думки щодо відповіді на питання: включати чи не включати виплати відсотків за кредитами в грошові потоки, використовувані для розрахунку критеріїв ефективності інвестицій (PB, NPV, PI, IRR та ін.) Для застосування тієї чи іншої методики розрахунку призначений прапор «Враховувати відсотки за кредитами». Ми рекомендуємо при оцінці ефективності інвестицій відключати прапор «Враховувати відсотки за кредитами». На наш погляд, цей прапор має сенс включити в тому випадку, якщо підприємству необхідно розрахувати період окупності проекту з урахуванням покриття відсотків по кредиту.
Параметр «Яка частка виплат може фінансуватися за рахунок надходжень поточного місяця» призначений для спроби вирішення наступної проблеми. Система Project Expert виробляє всі фінансові розрахунки з кроком 1 місяць. Якщо позитивний грошовий потік за місяць більше негативного грошового потоку за той же місяць, то система Project Expert вважає, що за даний місяць грошові кошти збільшаться. Однак нам нічого невідомо про те, як розподілені позитивні і негативні потоки всередині місяця. Може статися, що всі виплати відбуваються на початку місяця, а надходження грошових коштів - тільки в кінці місяця. Таким чином, усередині місяця може виникнути дефіцит коштів, про який ми нічого не дізнаємося. Описаний «крайній» випадок (коли всі виплати відбуваються на початку місяця, а надходження наприкінці) відповідають значенням 0% параметра «Яка частка виплат може фінансуватися за рахунок надходжень поточного місяця». Якщо значення параметра буде встановлено на рівні 50%, то це означатиме, що половина місячних надходжень припадає на початок місяця, а половина - на кінець. Даний параметр призначений для більш тонкого аналізу можливості виникнення додаткової потреби у фінансуванні в ході проекту. Звичайної і достатньою практикою в процесі фінансового аналізу інвестиційного проекту є встановлення значення цього параметра на рівні 100%.
Розділ "Оточення"
Модуль "Валюта"
У даному діалозі вибираються основна валюта (для розрахунків на внутрішньому ринку) і експортно-імпортна валюта (для розрахунків на зовнішньому ринку), вказується прогнозний курс на момент початку проекту і прогнозні темпи зростання / падіння курсу валют. Щодо способів прогнозування темпів зростання / падіння курсу валют див. коментар до модуля «Інфляція».
Модуль "Інфляція"
Картка «Рублі» Дуже часто користувачі системи Project Expert задають питання, яким чином можна зробити коректний прогноз рублевої інфляції і чи є надійні джерела отримання цієї інформації? Прогнозуванням інфляції займаються як урядові (Міністерство економіки), так і неурядові організації (Інститути, що досліджують макроекономічні процеси в Росії). Як правило, робиться кілька короткострокових (в межах року) прогнозів, відповідних різним варіантам розвитку подій. Інша справа - наскільки можна довіряти цим даним, оскільки значення показників інфляції залежить від великої кількості політичних, соціальних та економічних факторів, багато з яких не піддаються прогнозуванню.
Ми рекомендуємо використовувати наступний підхід. Попередню оцінку ефективності проекту провести в постійних цінах, тобто не враховуючи вплив інфляції. Далі при аналізі проекту розглянути різні варіанти інфляції (використовуючи прогнози економічних експертів, власне уявлення про можливий розвиток подій і т.д.) і оцінити залежність ефективності від впливу інфляції при різних сценаріях розвитку подій. Ми також рекомендуємо оцінити проект для випадку, коли інфляція на витрати («прямі витрати», «загальні витрати») перевершує інфляцію на збут.
Картка «Долари»
Валютні показники інфляції характеризують прогнозне зміна валютних вартостей протягом проекту, тобто зміна ціни експортної продукції, зміна цін на імпортовану сировину і т.д. В якості основи для прогнозу валютної інфляції можна взяти динаміку зміни світових цін на відповідну продукцію за останні роки і ознайомитися з прогнозами експертів щодо майбутніх змін світових цін.
Примітка:
Зважаючи на складність прогнозування показників інфляції іноді вдаються до наступного способу фінансової оцінки проекту. Всі вихідні фінансові дані виражаються виключно в умовних одиницях (тобто в якості основної і другої валюти проекту обраний долар США) шляхом переведення всіх рублевих вартостей у валютні за поточним курсом. У цьому випадку прогноз інфляції робити на перший погляд не потрібно. Однак не слід забувати, що з причини неоднорідності зміни рублевих вартостей і зміни курсу валют, валютний еквівалент рублевих вартостей з часом змінюється. Тому використання в розрахунках умовних одиниць є не кращим підходом.
Модуль "Облікова ставка"
У даному модулі вказується прогнозна ставка рефінансування ЦБ РФ. Її має сенс вказувати тільки в тому випадку, якщо для фінансування Вашого проекту Ви плануєте залучати позикові
76
кошти у вигляді кредитів, а відсотки за кредитами будуть ставитися у Звіті про прибутки-збитки з урахуванням ставки ЦБ. В іншому випадку величини прогнозних ставок рефінансування не будуть грати ніякої ролі при аналізі проекту. У разі, якщо планується залучати позикові кошти, рекомендується проте вказувати прогнозні величини облікової ставки. Ставка рефінансування ЦБ, також як і інфляція, є важко прогнозованою величиною. Можна тільки порекомендувати наступне: якщо в рамках проекту передбачається зростання інфляції, то ставка рефінансування також повинна збільшуватися, а якщо передбачається зниження інфляції, то ставка рефінансування повинна знижуватися.
Модуль "Податки"
Слід відразу зазначити, що назва модуля носить дещо умовний характер. Насправді в даному модулі системи Project Expert описуються платежі, обчислювані як процентні величини відносно певної бази і сплачуються з певною регулярністю. Зокрема, крім податків (наприклад, ПДВ, податок на прибуток тощо), тут описуються відрахування в позабюджетні фонди (наприклад, Податок на користувачів автодоріг) і відрахування на соціальні потреби (наприклад, платежі до пенсійного фонду, фонду зайнятості та т. д.).
Нижче описується, яким чином відбувається нарахування і виплата податків та інших подібних платежів в системі Project Expert.
1. Податок на прибуток
Базою оподаткування є рядок "Оподатковуваний прибуток" у Звіті про прибутки-збитки.
Використовуючи кнопку «Налаштування», можна описати умови списання збитків попередніх періодів і часу виплати податку на прибуток щодо періоду нарахування:
Списання збитків попередніх періодів може відбуватися двома способами:
а) Відразу - збиток поточного місяця буде списано в наступному місяці, перейшовши в при цьому в рядок "Збитки попередніх періодів" Звіту про прибутки-збитки.
б) Протягом m місяців - збиток поточного місяця рівними частками розподіляється на m наступних місяців і проходить по рядку "Збитки попередніх періодів". При цьому випадок m = 1 еквівалентний варіанту списання збитків "Відразу".
В даний час відповідно до діючих інструкцій списання збитків попередніх періодів відбувається протягом 5 років від моменту виникнення.
Час виплати податку на прибуток визначається двома способами:
а) Наприкінці: Виплачується в наступному періоді (місяці, кварталі) після нарахування
б) Авансом: Виплачується в тому ж періоді (місяці, кварталі) коли нараховується.
Податок на майно
Базою оподаткування є майно підприємства. Податкова ставка - річна.
Майном є:
«Основні засоби» (включаючи "Пре доплачених витрати" і "Інші активи");
«Запаси сировини, матеріалів, комплектуючих»;
«Незавершене виробництво»;
«Запаси готової продукції».
При розрахунку бази «Майно» використовуються значення однойменних рядків з прогнозного Балансу підприємства.
У разі якщо ставка податку на майно розрізняється залежно від типу майна (наприклад, на будівлі - одна ставка, на обладнання - інша і т.д.), то для опису цієї ситуації слід описати ці податки окремо, вибираючи відповідну настроюється оподатковувану базу для кожного виду майна (окремо для кожного типу основних засобів і окремо для запасів і незавершеного виробництва). При цьому стандартний «Податок на майно» слід видалити зі списку податків.
ПДВ
Використовуючи кнопку «Налаштування» у діалозі «Налаштування параметрів оподаткування» необхідно визначити умови списання «переплаченого» ПДВ (за сировину, комплектуючі, основні засоби і т.д. - те, що в російському бухгалтерському обліку називається «ПДВ, сплачений за придбані цінності»).
Система Project Expert дозволяє вибрати два типи списання «переплаченого ПДВ».
а) Повертається - переплачений ПДВ в момент виплати повертається підприємству державою (що на практиці не відбувається).
б) Переноситься в майбутні періоди - переплачений ПДВ при наступних виплатах буде зменшувати ПДВ, який підприємство сплачує державі, до здійснення повного заліку переплаченого ПДВ.
При описі експортних продажів в модулі "Плані збуту" необхідно включити прапор «Експорт» і в цьому випадку ПДВ нараховуватися і виплачуватися не буде. Однак, якщо ціна продукту вказується в другій валюті, а прапор "Експорт" вимкнений, то ПДВ нараховується і виплачується.
ПДВ, сплачений за інвестиційні, прямі і загальні витрати, йде в залік ПДВ, який підприємство має сплатити державі (у разі, якщо в діалозі «Налаштування параметрів оподаткування» обрана опція «переплачені ПДВ переноситься в майбутні періоди») або повертається підприємству державою (в тому випадку, якщо в діалозі «Налаштування параметрів оподаткування» обрана опція «переплачені ПДВ повертається»).
Розглянемо приклад.
Нехай ціна пляшки горілки = 6100 р., Включаючи ПДВ (20%) і акциз = 100 р. У плані збуту створюємо два варіанти продажів горілки: 1-й - ціна 6000 р., 2-й варіант (акциз) - ціна 100 р. з однаковими обсягами збуту та умовами продажів. При цьому другий варіант має такі особливості: картка "Ціноутворення" - "Податки" - Приватний податок = 100% (це і є акциз), ПДВ = 0%. "Інфляція" = 0 (оскільки акциз як правило тримається довгий час незмінним).
Даний варіант хороший тим, що полегшує проведення аналізу проекту (у тому числі і автоматичного аналізу чутливості).
Є й інші можливі варіанти опису акцизу.
а) Вручну обчислювати плановані виплати акцизу, заносячи їх наприклад в "Інші виплати", але при цьому доведеться створювати додаткові таблиці (використовуючи модуль «Таблиці користувача" розділу "Результати») для коректного відображення сум акцизу у відповідній рядках прогнозних фінансових документів.
б) Створити податок "Акциз" з настроюваної оподатковуваної базою і ставкою 100%. У формулу для обчислення оподатковуваної бази включити тільки фіксовану рядок і в ній вказати виплати акцизу.
в) Обчислити для кожного виду горілки частку акцизу у відсотках щодо ціни і встановити приватний податок з цією ставкою. Проте слід враховувати, що в цьому випадку сума акцизу буде змінюватися відповідно до показника інфляції на збут.
Розділ "Інвестиційний план"
Даний розділ призначений для розробки календарного плану виконання підготовчих робіт та придбання основних засобів, з описом термінів і витрат на кожному етапі робіт, умов постановки на баланс та амортизації.
Модуль "Календарний план"
При побудові календарного плану підготовчих робіт і робіт з придбання основних засобів рекомендується будувати мережевий графік, встановлюючи зв'язки між етапами. При аналізі сценарію зриву термінів виконання певного виду роботи, достатньо буде змінити тривалість цього етапу, і терміни виконання всіх інших пов'язаних з ним етапів зміняться автоматично.
Для продуктів, які планується випускати після здійснення інвестицій, рекомендується ввести в календарному плані відповідний етап "Виробництво" і при цьому включити прапорець "Прив'язувати дату початку продажів до дати початку виробництва". У прикладі компанії з виробництва прохолодних напоїв такими продуктами будуть напій, робили з виробленої преформи і вироблена преформа. У цьому випадку при аналізі змін можливих термінів початку виробництва, автоматично буде змінюватися календарний графік плану продажів. При цьому графік обсягу збуту за календарем не зрушується.
У разі, якщо який-небудь етап календарного плану не оголошений активом і не входить в якості дочірнього на етап, оголошений активом, то витрати на даному етапі будуть відображені в прогнозних фінансових документах таким чином:
"Кеш-фло" - відображаються в рядку "Інші витрати підготовчого періоду";
"Прибутки-збитки" - відображаються в рядку "Інші витрати", зменшуючи при цьому оподатковуваний прибуток.
Модуль "Список активів"
Включення прапора "Щомісячна переоцінка активів" буде призводити до щомісячної коригуванні залишкової вартості основних засобів у балансі відповідно до показника інфляції на нерухомість, встановленим в модулі "Інфляція" (розділ "Оточення"). Різниця між переоціненою вартістю і первісною призведе до зміни статті "Додатковий капітал" в балансі.
Модуль "Ресурси"
З точки зору впливу на фінансову оцінку проекту модуль «Ресурси» слід використовувати для опису складної схеми оплати за виконання робіт по якому-небудь етапу календарного плану (наприклад, якщо на початку 6-ти місячного етапу робиться передоплата 50%, через 3 місяці оплачується ще 30%, і в кінці етапу виплачується решту 20% від вартості роботи). Конкретні найменування вводяться і використовуються в проекті ресурсів ніякого впливу на фінансову оцінку не впливає. Тому, якщо Ви вважаєте недоцільним вводити величезну кількість реально використовуваних ресурсів, рекомендується ввести наступні «умовні» ресурси:
Тип ресурсу впливає на зміну вартості витрат протягом проекту відповідно з прогнозними показниками інфляції, встановленими в модулі «Інфляція» наступним чином:
Крім того, при використанні ресурсу типу «Люди» крім зазначеної суми витрат будуть додатково проведені відрахування на соціальні потреби, нараховані на цю суму.
Саме тому рекомендується вводити і використовувати 10 умовних ресурсів замість 2-х (рубль і долар США).
При описі складної схеми витрат на етапі календарного плану (діалог «Етап проекту», кнопка «Ресурси») з «Списку доступних ресурсів» вибирається ресурс відповідного типу і заноситься в «Ресурси етапу». Після цього в поле «Кількість» вказується сума витрат і описується схема їх оплати в нижній частині діалогу «Ресурси».
Розділ "Операційний план" Модуль "План збуту"
Кнопка "Варіанти"
Для опису різних варіантів продажів фізично одного і того ж продукту, при виробництві якого несуться одні й ті ж змінні витрати, рекомендується використовувати кнопку "Варіанти". При цьому звертаємо Вашу увагу на поле "Період дії від початку проекту", який дозволяє вказати діапазон часу, протягом якого будуть здійснюватися продажу відповідно з даним
варіантом. Наприклад, підприємство здійснює продаж продукції за різними цінами (залежно від обсягу реалізованої партії) і на різних умовах (залежно від ступеня довіри до споживача). У цьому випадку описуємо кожен такий спосіб продажів у вигляді окремого варіанту.
Модуль "Матеріали і комплектуючі"
Наступним після модуля "План збуту" рекомендується заповнювати модуль "Матеріали і комплектуючі" і лише потім модуль "План виробництва".
У даному модулі формується загальний список сировини, матеріалів і комплектуючих, що використовуються підприємством у процесі виробництва продукції. Формування списку не викликає ускладнень, якщо він обмежений кількома десятками найменувань. Однак, що робити, якщо номенклатура становить кілька сотень або навіть тисяч найменувань? Безумовно, не має сенсу описувати кожне найменування. Це призведе до колосальних тимчасових витратах і помилку на якому-небудь етапі введення. Ми хочемо запропонувати Вам таку загальну рекомендацію. 1. Із загального списку сировини, матеріалів і комплектуючих слід відібрати ті позиції, внесок яких у змінні витрати на випуск всіх видів продукції найбільш вагою 2. Важко сформулювати однозначні критерії для визначення "вагомості" внеску даного виду матеріалу в сумарні змінні витрати. У кожному випадку доводиться приймати індивідуальне рішення.
Модуль "План виробництва"
У верхній частині вікна модуля міститься список продукції, введений в модулі "Список продуктів" в розділі "Проект". Ще раз звертаємо Вашу увагу на ту обставину, що, варіанти продажів продукту, описаних в модулі "План збуту" не відображаються тут, бо процес виробництва продукту один і той же.
Картка "Відрядна зарплата"
Необхідно вказувати суми відрядної заробітної плати, не включаючи суми відрахувань на соціальні потреби.
Картка "Графік виробництва"
Опція "Необмежена виробництво" вказує на те, що обсяг виробництва поточного продукту прямо прив'язується до обсягу збуту продукту, який задається в модулі "План збуту". При цьому план виробництва поточного продукту коригується з урахуванням планованих запасів готової продукції. Якщо при описі збуту продукту використовувалися варіанти продажів, то спочатку визначається сумарний обсяг продажів продукту за кожен період шляхом додавання обсягів варіантів продажів, і, виходячи з сумарного обсягу продажів продукту, будується план виробництва.
Опція "Фіксований обсяг виробництва" дозволяє задати незалежну від обсягу збуту програму виробництва. При цьому якщо обсяг збуту продукту (з урахуванням варіантів продажів) в будь-який період перевершить можливості виробництва, система видасть попередження.
Приклад: Ліспромгосп заготовлює деревину протягом всього календарного року. Ліспромгосп знаходиться в безпосередній близькості від порту і морський шлях доставки продукції споживачам є єдиним. Період навігації: квітень - жовтень. Відповідно, тільки в цей період здійснюється відвантаження продукції, а інший час року ліспромгосп працює «на склад». Для опису цієї ситуації необхідно використовувати опцію «Фіксований обсяг виробництва» і на кожен рік (по місяцях або по кварталах) вказати плановані заготівлі деревини. У модулі «План збуту» вказуємо плановані обсяги відвантаження продукції в період квітень-травень кожного року проекту.
Звертаємо Вашу увагу на той спосіб, яким розраховується графік виробництва, а значить і графік закупівель сировини, матеріалів і комплектуючих, а отже і план змінних витрат в часі.
Дата початку виробництва = Дата першого числа місяця, в якому починається відвантаження продукції - Час на збут (модуль "План збуту", картка "Умови постачань") - Тривалість технологічного циклу.
Модуль "План персоналу"
Опція "періоду виробництва" використовується для визначення тимчасового інтервалу виплат заробітної плати персоналу, прив'язаного до виробництва конкретного продукту. При цьому для даного продукту в модулі "Календарний план інвестицій" повинен бути описаний відповідний етап типу "Виробництво". У разі, якщо в "Календарному плані інвестицій" описано кілька етапів типу "Виробництво", початок тимчасового інтервалу виплат зарплати буде прив'язано до початку виробництва самого раннього продукту.
Опція «Затримки платежів»
Як правило, зарплата нараховується у поточному місяці, а виплачується в наступному. Тому рекомендується встановлювати затримку платежів, рівну 30 дням.
Модуль "Загальні витрати"
У даному модулі описуються умовно-постійні витрати підприємства (за винятком заробітної плати). Для зручності опису витрат модуль складається з трьох карток: «Управління»,
«Виробництво», «Маркетинг». Поділ витрат на управлінські, виробничі та маркетингові не впливатиме на фінансові результати проекту, а лише на розподіл витрат між рядками «Адміністративні витрати», «Виробничі витрати», «Маркетингові витрати» у Звіті про прибутки-збитки.
Опція "періоду виробництва" використовується для визначення тимчасового інтервалу загальної витрати, прив'язаного до виробництва конкретного продукту. При цьому для даного продукту в модулі "Календарний план інвестицій" повинен бути описаний відповідний етап типу "Виробництво". У разі, якщо в "Календарному плані інвестицій" описано кілька етапів типу "Виробництво", початок тимчасового інтервалу виплат загальної витрати буде прив'язано до початку виробництва самого раннього продукту.
Опція «Затримки платежів»
Деякі види загальних витрат (електроенергія, телефонний зв'язок і т.д.) можуть нараховуються в поточному місяці, а оплачуватися в наступному. Для них рекомендується встановлювати затримку платежів, рівну 30 дням.
Хотілося б звернути увагу на дві зустрічаються помилки при описі загальних витрат.
Деякі розробники проектів у даному модулі описують амортизацію основних засобів, чого робити ні в якому разі не можна. Так як амортизація не є реальною виплатою. Всі умови амортизації описуються тільки в двох модулях: «Стартовий баланс» (описуються умови амортизації основних засобів, наявних на балансі підприємства на момент початку проекту) і «Календарний план» (описуються умови амортизації основних засобів, які планується поставити на баланс у ході реалізації проекту).
Важливо розуміти, що бухгалтерська система, що є ядром системи Project Expert, на підставі вихідних даних формує зовнішню фінансову звітність і не відображає внутрішні бухгалтерські транзакції. У зв'язку з цим в список загальних витратах не потрібно включати такі транзакції, як перерахування коштів в ремонтний фонд, фонд споживання тощо, оскільки ці проводки дозволяють формувати резерви для певних цілей, але реальне витрачання коштів на ці цілі відбувається в інші періоди часу (і саме витрачання цих коштів потрібно відобразити як витрат).