Сдам Сам

ПОЛЕЗНОЕ


КАТЕГОРИИ







Первинні об’єкти - відповідають реальним об’єктам і поняттям предметної області.





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

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

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



Ядро «СФЕРА/5» містить тільки кореневий вторинний клас.

Системні об’єкти - введені з метою ізоляції об’єктів метаописів системи від предметних об’єктів. Кінцеві користувачі, як правило, не мають справи з системними об’єктами. Склад і метаопис родових класів для системних об’єктів є невід’ємною частиною ядра «СФЕРА/5» і є інваріантним стосовно різних АСУ. Системні об’єкти, що представляють метаописи предметних родових класів, документів і бизнеспроцесів, підготовляються за допомогою засобів ядра «СФЕРА/5» на етапі розробки автоматизованої системи управління або додаванні нових підсистем автоматизованої системи управління й у процесі експлуатації не змінюється.

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

Робочий клас визначає сукупність об’єктів для вибору. Ця сукупність задається набором підвибірок (предикатів). Кожен предикат визначає вхід в один із класів (первинних, вторинних або системних) і специфікує правило відбору об’єктів. Робочі класи служать для об’єднання різнорідних вже існуючих об’єктів і не визначають природу об’єкта.

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

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

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

Модель є сукупністю рахунків на кожному з яких відслідковується який-небудь показник діяльності. Рахунки є системним об’єктом і тому можуть групуватися й утворювати ієрархію рахунків, що полегшує аналіз моделі. На рахунках відслідковується поточне значення показника (сальдо) і зміни показника (проводки).

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

Рахунки в «СФЕРІ/5» багатокомпонентні, тобто зміна показників і поточний стан їх на рахунках співвідносяться з об’єктами предметної області, що дозволяє організовувати досить докладний аналітичний облік й аналіз впливу різних об’єктів підприємства на показники його діяльності.

Для цього з кожним рахунком може бути визначено до семи компонентів. Для кожного компонента визначається підмножина об’єктів, які можуть співвідноситься зі зміною показника (проводкою по рахунку). Ця підмножина визначається за допомогою робочого класу.

Показники за характером їх обліку і відповідні їм рахунки поділяються на накопичувальні й рахунки властивостей.

Накопичувальні рахунки подібні традиційним рахункам бухгалтерського обліку й відслідковують показники. Для таких рахунків проводки завжди включають два рахунки дебету й кредиту й відповідно відображають переміщену кількість показника й напрямок переміщення.

Для накопичувальних рахунків підтримується синтетичне сальдо (1 для всього рахунку) і аналітичне сальдо (1 для кожної унікальної комбінації об’єктів у його компонентах). Тобто при зміні показника автоматично збільшується/зменшується синтетичне сальдо й відповідне аналітичне сальдо.

Правила підрахунку сальдо по проводці визначається типом рахунку в бухгалтерському сенсі:

1. Активний рахунок (сальдо завжди в дебеті - лівій стороні - рахунку).

2. Пасивний рахунок (сальдо завжди в кредиті - правій стороні - рахунку).

3. Активно-пасивний рахунок без згортання інформації (сальдо може бути й у дебеті, і в кредиті рахунку).

4. Активно-пасивний рахунок зі згортанням інформації (сальдо може бути або в дебеті, або в кредиті рахунку).

Рахунки властивостей відслідковують показники, не пов’язані з будь-якими переміщеннями, а, що відображають параметри процесів, об’єктів і т.п. Проводки по таких рахунках відображають не збільшення показників, а абсолютні значення показника. Сальдо таких рахунків не ведеться.

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

«СФЕРА/5» підтримує м’які й тверді проводки й відповідно сальдо. Тверді проводки й сальдо відбивають фактично, що сталися процеси. М’які проводки й сальдо показують попередні значення показників для запланованих, які ще не відбулися, але м’яко проведених процесів.

М’які проводки - це інструмент для вирішення завдань типу «а що буде якщо?». Такі регулярні моделі дозволяють уніфіковано аналізувати різні показники діяльності в різних розрізах і в динаміці за часом, як досягнутих, так і прогнозованих, а також мати доступ до первинних документів (причин), що приводять до змін, що цікавлять, у показниках.

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

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

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

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

У «СФЕРІ/5» розглядається можливість використання багаторядкових документів. Тобто реквізити можуть бути не просто скалярними даними, але й таблицями типу реєстрів (відомість нарахування зарплати, список відпущених матеріалів і т.п.). Тому з документом може бути пов’язана довільна кількість однотипних рядків.

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

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

Процеси відслідковуються в системі відповідно до метаопису технології обробки процесів. Тобто перш ніж будь-які процеси можуть бути відслідковані в системі, у ній потрібно формально описати технологію відстеження цих процесів.

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

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

Набір прапорів - для кожного документа передбачається до 62 прапорів, відповідних певним станам (подіям). Перші 45 прапорів стандартизовані й закріплені за подіями, характерними практично для кожного бізнес-процесу. Інші 17 можуть бути описані довільно у відповідності зі специфікою бізнес-процесу. Для кожного бізнес-процесу визначається його структура у вигляді набору етапів обробки.

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

Правила синхронізації виконання етапів ситуаційно визначають послідовність обробки документів і полягають у маскуванні подій. Маскування подій (станів) полягає в завданні 62 розрядної маски прапорів, що ухвалюють одне з 2х можливих станів перевіряти / не перевіряти стан. Для кожного етапу визначаються:

1. Вхідні маски: маска подій процесу, які повинні настати, щоб етап міг бути виконаний; маска подій процесу, які не повинні настати, щоб етап міг бути виконаний; маска подій батьківського процесу, які повинні настати, щоб етап міг бути виконаний; маска подій батьківського процесу, які не повинні настати, щоб етап міг бути виконаний.

2. Вихідні маски: маска подій процесу, які наступають у результаті виконання етапу; маска подій батьківського процесу, які наступають у результаті виконання етапу; маска подій процесу, які скасовуються в результаті виконання етапу; маска подій батьківського процесу, які скасовуються в результаті виконання етапу.

Перед тим як дозволити виконання етапу, система буде перевіряти поточні стани документів на предмет відповідності вхідним маскам. Після завершення етапу система буде автоматично встановлювати настання й скасування станів відповідно до вихідних масок.

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

Деякі етапи обробки документів виконуються однаково для різних видів документів. Тому етапи описуються на основі типових бізнес-операцій.

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

За способом виконання бізнес-операції поділяються на загальні, технологічні, автоматичні, циклічні, відкладені.

Тип операції вказується в її описі й система використовує цей тип для організації ініціювання етапу.

Загальні операції - операції, які ініціюються користувачем за допомогою стандартного механізму виконання операцій у формі картотек документів.

Технологічні операції – операції, які ініціюються спеціалізованими меню або програмно й не контролюються стандартним механізмом виконання операцій. Як правило це операції загального призначення: створення, коригування документа, відображення в обліковій моделі й т.п.

Автоматичні операції – операції, які не вимагають втручання користувача. Система намагається виконати всі автоматичні операції щораз після виконання інтерактивної черги.

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

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

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

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

Автоматизована система керування підприємством, побудована на основі системи «СФЕРА/5» являє собою безліч взаємозалежних контурів, що містять функціонально-, ресурсо- і інформаційно-однорідні блоки бізнес-процесів виробничо-господарської діяльності підприємства.

Модуль «Бухгалтерский учёт» організований за розділами бухгалтерського обліку з необхідною глибиною аналітики рахунків бухгалтерського обліку відповідно до національних і міжнародних стандартів бухгалтерського обліку, у якому здійснюються контроль і відображення в моделі бухгалтерського обліку документів інших контурів управління підприємством.

Модуль «Налоговый учёт», в якому виконується облік документів інших контурів управління підприємством згідно чинного податкового законодавства, а також розрахунки податкових платежів і зборів.

Модуль «Бухгалтерская и налоговая отчетность» призначений для формування зовнішньої звітності підприємства.

У рамках контуру «Страхование» розроблені типові бізнес-процеси, що забезпечують автоматизоване виконання технологічного циклу зі здійснення страхової діяльності, у тому числі:

1. Ведення нормативної бази за видами страхування.

2. Ведення договорів страхування.

3. Врегулювання збитків.

4. Вхідне й вихідне перестрахування.

5. Вхідна й вихідна агентська діяльність.

6. Формування резервів.

7. Одержання звітності й аналіз показників.

Бізнес процеси контуру, інтегровані в інформаційному середовищі ядра системи «СФЕРА /5» з іншими прикладними контурами, дозволяють побудувати комплексну систему автоматизації страхової компанії за технологією WORKFLOW з врахуванням особливостей конкретної компанії.

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

Модуль «Договора закупок» виконує такі бізнес-процеси:

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

2. Виконання замовлень і поставок сировини, матеріалів, приймання виконаних робіт і послуг.

3. Заявки на оплату постачальникам.

4. Ведення класифікованої номенклатури матеріальних запасів підприємства з регламентом використання за групами користувачів.

Модуль «Матеріальні запаси» включає такі основні бізнес-процеси:

1. Прихід сировини й матеріалів за договорами поставок із вхідним контролем якості й партіонним обліком і зберіганням з використанням штрих-кодових етикеток і бирок.

2. Виконання процесів руху матеріальних запасів на складах і в підрозділах підприємства.

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

Контроль виконання плану закупівель, у якому аналізується виконання умов договорів, з одного боку, і виконання поставок у розрізі календарної потреби в ресурсах.

«Управление качеством» реалізує функції лабораторної системи контролю показників якості сировини, матеріалів, напівфабрикатів і напівпродуктів, готової продукції, а також параметрів ходу технологічних виробничих процесів і включає такі модулі:

1. Модуль «Входной контроль сырья и материалов» здійснює приймання й сертифікацію сировини й матеріалів, що надходять на склад від постачальників.

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

3. Модуль «Выходной контроль продукции» здійснює контроль показників якості готової продукції, переданої на склад з виробництва.

Модуль «Учёт оборудования» призначений для управління рухом обладнання й інших основних засобів і нематеріальних активів за такими основними бізнес-процесам:

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

2. Переоцінка.

3. Ремонти й модернізація обладнання.

4. Облік комплектації обладнання й дорогоцінних металів.

5. Розрахунки зносу й амортизація обладнання.

Модуль «Схемы и состояние оборудования» призначений для технологічного обладнання виробничим обладнанням у складних технологічних процесах і включає такі основні бізнес-процеси:

1. Ведення графічних технологічних схем обладнання.

2. Збір, накопичення й контроль технічних і технологічних параметрів стану обладнання й умов його роботи.

3. Контроль найбільш важливих параметрів технологічного процесу в часі.

4. Реєстрація й накопичення інформації про ремонтні й профілактичні роботи.

5. Багатокритеріальний аналіз стану обладнання підприємства.

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

Модуль «Оперативное управление производственным процессом», що реалізує такі основні бізнес-процеси:

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

2. Замовлення й одержання сировини й матеріалів для цілей виробництва зі складу.

3. Облік наявності й руху сировини й матеріалів у цехових коморах на виробництві.

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

5. Здача партії продукції на склад з використанням штрих-кодових етикеток і бирок.

Модуль «Учёт затрат на производство» реалізує збір і накопичення інформації для розрахунків собівартості продукції, включає такі основні бізнес-процеси:

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

2. Розподіл непрямих витрат по підрозділах, виробництвах.

3. Облік незавершеного виробництва.

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

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

2. Замовлення на відвантаження партії продукції відповідно до умов договору й різними методами резервування продукції на складі.

3. Здійснення відвантаження партії продукції.

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

5. Ведення прайс-листів продукції.

Модуль «Склад готової продукції» призначений для управління промисловим складом товарів і продукції з картою складу, бирками й штрих-кодовими етикетками й автоматизацією складських операцій і реалізує такі бізнес-процеси:

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

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

Модуль«Штатное расписание» здійснює формування штатної структури підприємства і його штатного розкладу.

Модуль «Движение персонала» включає такі основні бізнес-процеси:

1. Ведення картотеки листків з обліку персоналу.

2. Зарахування працівників на підприємство, переміщення й звільнення працівників.

3. Розрахунки й облік різних відпусток.

4. Облік перепідготовки кадрів.

5. Облік необлікового складу підприємства.

6. Кадрова звітність.

Модуль«Учёт рабочего времени и табелирование» призначений для ефективного обліку використання робочого часу.

Модуль «Расчёт зароботной платы» здійснює розрахунки нарахування й утримань заробітної плати за всіма видами оплат.

Модуль «Бюджетирование» призначений для фінансового планування й аналізу й реалізує такі бізнес-процеси:

1. Формування фінансового бюджету підприємства в розрізі центрів витрат підприємства й статей бюджетного плану.

2. Формування плану платежів за договорами закупівель і плану надходження коштів за договорами продажів.

3. Аналіз виконання фінансового бюджету.

Модуль «Банковские операции» призначений для управління безготівковими коштами підприємства на розрахункових рахунках у національній і інших валютах і картках і включає такі бізнес-процеси:

1. Придбання валюти для здійснення платежів за договорами закупівлі.

2. Здійснення платежів.

3. Взаємодія із системами «клієнт-банк».

4. Розробка виписки банку.

Модуль «Кассовые операции» призначений для управління наявними коштами підприємства в касах у національній і інших валютах і включає такі бізнес-процеси:

1. Підготовка наказів і реєстрація посвідчень про відрядження по відрядженнях працівників.

2. Приймання заявок на використання коштів на господарські потреби.

3. Здійснення касових операцій у касах підприємства.

4. Облік авансових звітів по відрядженнях і використанню коштів на господарські потреби.

Глава 8.12 Автоматизація операцій бухгалтерського обліку в системі «Megapolis™.Фінанси»

План

1. Автоматизація обліку основних засобів, нематеріальних активів, виробничих запасів, малоцінних і швидкозношуваних предметів, праці та заробітної плати, витрат на виробництво, готової продукції та її реалізації, фінансово-розрахункових операцій, фінансових результатів і власного капіталу

2. Автоматизація зведеного обліку та складання звітності

 

Інформаційно-аналітична система «Megapolis™.Фінанси» призначена для автоматизації процесів планування, ведення обліку, а також для оперативного аналізу й контролю фінансової діяльності компанії. У системі «Megapolis™.Фінанси» реалізована концепція одночасного ведення бухгалтерського, фінансового й управлінського обліку, що дозволяє вчасно одержувати повну оперативну інформацію щодо всіх аспектів господарської й фінансової діяльності компанії та використовувати її для прийняття ефективних управлінських рішень.

Основними користувачами системи є:

1. Керівники компанії й керівники підрозділів.

2. Фінансові аналітики й фінансові контролери.

3. Співробітники фінансово-економічних і бухгалтерських підрозділів компанії.

Система «Megapolis™.Фінанси» містить у собі такі модулі:

1. Конфігурування системи.

2. Фінансове планування.

3. Бухгалтерський облік.

4. Податковий облік.

5. Розрахунок фактичної собівартості.

6. Фінансовий аналіз.

7. Формування звітності.

8. Обмін даними.

9. Адміністрування.

Функціональні можливості системи:

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

2. Фінансове планування: забезпечення ефективної системи управління фінансами, складання бюджетів і робота з ними. Гнучке настроювання моделі бюджетного управління, можливість коригування бюджету в процесі його виконання, а також планування «знизу-вгору» (від документа), «згори-униз» (від загального до часткового) і застосування методу наскрізного бюджетування.

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

4. Аналіз фінансової й бухгалтерської інформації: одержання оперативної інформації про фінансові результати діяльності компанії й порівняння цієї інформації з планом, настроювання й одержання поточної фінансової та бухгалтерської інформації (як у вигляді звітів, так і з використанням вбудованих засобів перегляду), консолідація звітності філій, дочірніх компаній, у тому числі в різних валютах, а також використання технології багатомірного динамічного аналізу даних (OLAP).

5. Інтеграція з іншими системами: настроювання й використання механізму для імпорту оперативних даних будь-якого формату з інших систем у первинні документи бухгалтерського, фінансового й управлінського обліку системи «Megapolis™.Фінанси».

6. Адміністрування: настроювання робочого місця користувача й керування правами доступу до функцій і даних системи на підставі функціональних обов'язків користувача.

Основні переваги системи:

1. Використання системи «Megapolis™.Фінанси» дозволяє одержувати оперативні достовірні дані про фінансову й господарську діяльність на всіх рівнях керування компанії, а також оптимально використовувати наявні ресурси для одержання максимального прибутку.

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

3. Закладені в систему «Megapolis™.Фінанси» інноваційний підхід і передові технології не тільки дозволяють повернути інвестиції, витрачені на автоматизацію компанії, але й гарантують можливість системи задовольняти постійно зростаючим потребам протягом декількох років.

4. Гнучкість системи «Megapolis™.Фінанси» дозволяє швидко й легко налаштувати її на особливості господарської й фінансової діяльності підприємства. Слід зазначити, що існує інтегроване рішення «Megapolis™.Фінанси» й «Megapolis™.Управління персоналом», яке дозволяє автоматично одержувати інформацію про розрахунок і виплату заробітної плати, вести історію нарахувань і утримань по співробітниках підприємства, а також використовувати цю інформацію для одержання необхідної звітності. За необхідності можливе також розширення системи за рахунок розробки додаткових модулів для вирішення спеціалізованих завдань.

5. Побудова звітів у системі відбувається в максимально гнучкому й зручному для користувача вигляді: генерація звітних форм здійснюється в MS Excel або Word. Користувач має можливість самостійно створювати й зберігати в системі шаблони звітів для подальшого їх використання.

6. Технологічні особливості побудови системи «Megapolis™.Фінанси» дозволяють легко оновлювати версії програмного забезпечення - зміни здійснюються централізовано, й автоматично стають доступними всім користувачам.

 

Глава 8.13. Автоматизація операцій бухгалтерського обліку в системі «Grossbee ХХІ»

План

1. Автоматизація обліку основних засобів, нематеріальних активів, виробничих запасів, малоцінних і швидкозношуваних предметів, праці та заробітної плати, витрат на виробництво, готової продукції та її реалізації, фінансово-розрахункових операцій, фінансових результатів і власного капіталу

2. Автоматизація зведеного обліку та складання звітності

 

Система оперативного управління підприємством «Grossbee ХХІ» призначена для автоматизації процесів обліку й управління на сучасних торгово-промислових підприємствах.

Завдяки своїй гнучкій модульній архітектурі, система може бути використана і як типове рішення для невеликих фірм, і як основа для створення великих корпоративних інформаційних систем або спеціалізованих галузевих рішень

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

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

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

В основу системи «Grossbee XXI» покладені такі базові принципи, що визначають технологію її функціонування:

1. Зберігання деталізованих облікових даних. Для побудови найбільш адекватної моделі бізнес-процесів, що мають місце на підприємстві, система зберігає якомога більш детальну облікову інформацію. Наприклад, коли система враховує рух товару, то відбувається фіксація елементарних переміщень фрагментів кожної товарної партії (при цьому один видатковий документ може бути прив’язаний до декількох поставок товару). Якщо ж відслідковується взаємне погашення зустрічних документів, то система стежить за кожною частиною сум, що закриваються, автоматично або на основі ручних призначень пов’язуючи відповідні документи, і т.п. Такий підхід дозволяє одержувати надалі будь-які підсумкові дані, і аналізувати їх у будь-якому розрізі з довільним ступенем деталізації. Наприклад, система дозволяє коректно розрахувати отриману націнку, відновити повну історію руху товару певного постачальника й т.п. При побудові звітів деталізовані дані потрібним образом агригуються й видаються користувачеві, однак вихідна інформація залишається в незмінному, максимально повному виді.

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









Не нашли то, что искали? Воспользуйтесь поиском гугл на сайте:


©2015- 2019 zdamsam.ru Размещенные материалы защищены законодательством РФ.