Новости
Решения
Скачать
Коллеги
Клиенты
"Акцент"
"Турбо Паскаль"
Покровское и его люди
Що таке АКЦЕНТ ?
Основні ідеї.
Головна відмінність системи Акцент від інших продуктів полягає в її
величезній гнучкості і безпрецедентній налаштованості на бізнес-процеси
конкретного підприємства або конкретної прикладної задачі.
Акцент увібрав у себе перевірені часом принципи та ідеї, що показали свою
життєздатність роками практичного застосування попередніх версій програми.
Усі версії Акценту споконвічно проектувалися і створювалися як тиражні
продукти, розраховані на продаж "у коробці". Разом з тим, у програму закладені
дуже великі можливості для настроювання. З одного боку, Акцент являє собою
цілком закінчену універсальну програму для рішення будь-яких облікових задач,
а з іншого боку - повнофункціональне інтегроване середовище розробки бізнес
додатків.
На сьогоднішній день найбільш затребуваними продуктами на ринку систем
автоматизації є "готові рішення" для конкретних областей бізнесу.
Чи можливо створення готових рішень на основі тиражних продуктів?
Багаторічний досвід роботи дає позитивну відповідь на це питання.
Акцент являє собою дуже зручне середовище як для звичайної роботи,
так і для розробки прикладних додатків для конкретних областей бізнесу.
Архітектура системи.
На відміну від багатьох "програм-конструкторів", у яких користувач
(програміст) сам визначає структуру бази даних системи, розробники "Акценту"
застосували зовсім інший підхід. База даних Акценту завжди однакова.
Набір таблиць і полів у ній фіксований, і, хоча користувач може його змінити,
уся відповідальність за обробку змінених структур лягає на нього самого.
Такий підхід прийнятий тому, що грамотне проектування бази даних -
дуже складна задача. Від правильної структури бази даних залежить занадто
багато ключових характеристик готового додатка, таких як: продуктивність,
розширюваність і зручність обробки. Помилки на етапі проектування бази даних
коштують занадто дорого. Внесення змін у структуру бази даних, як правило,
вимагає повної переробки (чи щонайменше ревізії) усіх шарів програми,
розташованих вище шару бази даних. Це дуже трудомісткий і здатний породити
велику кількість помилок процес.
Структура реляційної бази даних Акценту перевірена часом. У своїй основі
вона не змінювалася вже більш ніж 8 років. База даних сильно нормалізована
і достатньо зручна для обробки.
Разом з тим, у структурі бази даних мається можливість створювати
(у тому числі і з інтерфейсу користувача) довільні властивості об'єктів
(вони називаються параметрами), а також властивості, значення яких залежать
від дати (вони називаються фактами). Робота з такими властивостями
інкапсульована в об'єктній моделі і досить проста.
Формат даних.
Акцент побудований таким чином, що все спілкування з базою даних завжди
виконується з використанням мови SQL. Ця мова на сьогоднішній день є фактичним
стандартом галузі і прийнятної альтернативи йому поки немає. Крім того,
практично усі ведучі СУБД тією чи іншою мірою підтримують SQL, а для багатьох
з них він є "рідним" і єдиним способом обробки даних. Такий підхід дозволив
розробникам АКЦЕНТУ "перекласти" проблеми безпосередньої обробки даних на
розроблювачів СУБД (вони це роблять досить добре) і зосередитися на прикладній ділянці.
Що стосується формату даних, то тут вибір набагато більше.
У настільних версіях Акценту використовується формат бази даних Microsoft Jet,
використований також у популярної СУБД Microsoft Access. Відмінною рисою
СУБД Microsoft Jet є висока швидкодія, надійність, і що немаловажно, досить
гарна підтримку SQL.
Для спрощення архітектури системи програмні компоненти роботи із СУБД
винесені в окремий шар програми. Це дозволяє практично непомітно для
користувача змінювати ядро бази даних і домогтися високої масштабованості системи.
Інтерфейс користувача.
Інтерфейс користувача Акцент розроблений з урахуванням сучасних вимог до
програм, що працюють у середовищі Windows і дуже схожий на звичні в усьому
додатки Microsoft Office.
Однією з цікавих особливостей, що відрізняють Акцент практично від всіх інших
програм для автоматизації бізнесу, є відхід від парадигми Меню - Дія - Об'єкт.
Розробники використали набагато більш зрозумілу в графічному середовищі
парадигму Об'єкт-Можливі дії. Іншими словами, спочатку користувач вибирає
на екрані потрібний об'єкт, а система показує, які дії можна виконати над цим
об'єктом. Саме тому в Акценті немає "багатоповерхових" меню і довгих списків дій.
По відгуках більшості користувачів інтерфейс системи дуже простий, інтуїтивно
зрозумілий і вимагає мінімуму часу на освоєння.
Ще одна відмінність від інших програм автоматизації бухгалтерського обліку -
інтерфейс завжди виглядає однаково. Він не змінюється від настроювання до
настроювання. Такий підхід дозволяє різко скоротити витрати на навчання.
Акцент цілком підтримує технологію прямого візуального введення інформації.
Користувач бачить на екрані звичну паперову форму документа, вводить у неї
інформацію і друкує її на принтері. В усіх режимах роботи Акцент підтримує
повну відповідність екранної форми і її друкованого представлення.
Такий підхід дозволяє знизити витрати на навчання, надати користувачу інтуїтивно
зрозумілі способи роботи і, в решті решт, знизити кількість помилок при введенні.
Однак, пряме введення в документ не виключає інших способів введення інформації.
Можна, наприклад, створити діалог для швидкого введення декількох документів чи
формувати документи цілком автоматично (програмно).
Масштабування.
Для всіх інформаційних систем рано чи пізно виникає проблема росту користувача
над можливостями системи. І ці проблеми зв'язані скоріше не зі збільшенням
кількості співробітників підприємства, а з якісними змінами усередині нього:
· Успішне впровадження інформаційної системи для рішення визначеного кола задач
підштовхує до розширення цього кола.
· Відхід рутинної роботи на другий план висуває проблеми економічного характеру:
підвищення прибутку за рахунок оптимізації витрат, законної мінімізації податкових
відрахувань.
· Розширення сфери діяльності підприємства приводить до росту вимог до
інформаційної системи.
Якщо ж інформаційна система не задовольняє зростаючі вимоги користувача, чи
користувач починає розуміти, що вона вирішує лише малу частину його задач, йому
приходиться або купувати нові програми для рішення нових задач, або
впроваджувати зовсім нову систему. І перший, і другий варіанти мають
великі недоліки :
- Робота з декількома різнорідними системами породжує труднощі з об'єднанням
даних для аналізу.
- Упровадження нових систем вимагає переучування користувачів і породжує
проблеми переносу інформації зі старої системи в нову.
- Будь-яке придбання програмних продуктів вимагає вкладення коштів.
Кількість програмних систем, що допускають "м'який" перехід від простого до
складного, дуже обмежено, й Акцент відноситься до таких систем.
Ми пропонуємо три варіанти постачання програми і кожний з цих варіантів
відповідає вимогам, що відповідають описаним вище. Причому:
· усі варіанти працюють у загальному інформаційному полі і перехід від більш
"слабкої" до більш "сильної" системи не приводить до втрати вже набраної інформації;
· усі варіанти мають ідентичний користувальницький інтерфейс, що зводить нанівець
проблеми переучування персоналу і "звикання" до нової системи;
· засоби розширення Акцент дозволяють вирішувати задачі, зв'язані зі створенням
спеціалізованих додатків для конкретного виробництва силами персоналу, що
здійснює впровадження/підтримку;
· відкриті інтерфейси на рівні бази даних і на рівні програмних об'єктів
дозволяють легко інтегрувати Акцент із рішеннями інших постачальників.
Аналітичний облік.
Історія розвитку програмного забезпечення для обліку безупинно зв'язана з
удосконалюванням у них аналітичного обліку. Саме розвинутий аналітичний
облік і став тим, що привело до бурхливого розквіту електронних технологій
обробки інформації. Які ж способи побудови аналітичного обліку зараз
найбільш поширені ?
Аналітика як властивість рахунка
У будь-якому підручнику чи обліку по нормативній документації, що
регламентує ведення бухгалтерського обліку, можна знайти термін
"Аналітичний рахунок". Це означає, що облік інформації в журналах-ордерах
і відомостях такого рахунку буде вестися в більш докладному виді.
Наприклад, по рахунку 631 ведеться облік взаєморозрахунків з
постачальниками і підрядчиками, тобто вказується кому платили і
від кого одержували продукцію. По рахунку 281 ведеться складський облік,
тобто враховується в кількісному відношенні рух товару. І так далі.
У паперовому обліку це була відмінна схема, що чітко працювала,
і розроблювачі програм, не думаючи довго, перенесли її в комп'ютерний облік.
Виглядає це приблизно так :
1. У плані рахунків для кожного рахунку є властивість, що
визначає його, як аналітичний.
2. Після того, як користувач включає цю властивість,
йому необхідно вказати види аналітичних ознак, що будуть
використовуватися. У залежності від програми, набір таких видів
може бути обмежений чи не обмежений.
3. При введенні інформації, зв'язаної з таким рахунком,
програма автоматично зажадає інформацію, зв'язану з аналітичним обліком.
Усе начебто просто і зрозуміло. Але, як і в будь-якого іншого рішення,
у цього теж маються свої переваги і недоліки:
Переваги
1. Легко зробити введення аналітичної інформації обов'язковим.
Хоча, чесно говорячи, не зрозуміло, навіщо користувача вважати дурним.
Кожен бухгалтер у стані сам контролювати свої дії і визначати
необхідність введення додаткової інформації.
2. Легко зберігати проміжні результати. Обмежений і визначений
заздалегідь вид аналітики припускає можливість заздалегідь розраховувати
дані і зберігати їх у базі даних (звичайно це називається "регістрами
обліку"), а при побудові звітів діставати звідти вже готові цифри,
що помітно прискорює процес формування звітів.
3. Легко визначити можливі варіанти аналітичних звітів.
З іншого боку, розроблювачі, що традиційно повторюють правила
паперового обліку в комп'ютерному обліку, дублюють його цілком,
у тому числі, переносячи туди і повний набір звітів.
Недоліки
1. Обмеженість можливих напрямків аналітики. Чим більше
аналітичних напрямків, тим більше інформації для кожного рахунку
в проводці буде потрібно вводити. Якщо ж таке введення обов'язкове,
то робота перетворюється на "каторгу". Тому зрозуміле прагнення
враховувати на рахунку тільки необхідний мінімум аналітичних ознак.
2. Складність при побудові користувальницьких звітів, тобто
звітів, не передбачених розроблювачем програм. Це зв'язано з тим,
що може знадобитися звіт по тій аналітиці, що не враховувалася на
рахунку чи узагалі враховувалася на кореспондуючих рахунках.
3. Розділивши аналітичну інформацію з рахунків, не завжди зручно
потім "збирати" її в зведені звіти. Наприклад, те саме найменування
предмета може одночасно враховуватися на різних рахунках і, відповідно,
бути елементами різних аналітичних напрямків. Порахувати, скількох усього
предметів цього найменування є на підприємстві, вже буде нелегко.
Залишається додати, що способи реалізації аналітичного обліку на
рахунках теж бувають різні. Як уже було відзначено, це можуть бути
просто посилання на довідники з переліком аналітичних об'єктів
(кореспондентів, товару й ін.). Іноді субрахунки основних рахунків
виконують роль сховища аналітичної інформації, тобто, наприклад,
рахунок 631 - розрахунки з постачальниками і підрядчиками, а його
субрахунки - це вже конкретні кореспонденти. У цьому випадку у
проводці вказується не тільки рахунок, але і його субрахунок.
Не новина, що найбільш затребуваними в частині комп'ютерного обліку,
були програми для торгівлі, де можливість розширеного аналітичного
обліку цінувалася значно вище бухгалтерського.
Описана вище схема аналітичного обліку ставала каменем спотикання у
використанні бухгалтерських програм для товарного обліку. І для нього
розроблялася окрема програма.
Але час на місці не стоїть, і з'явилися нові способи аналітичного обліку.
Аналітика, як властивість проводки
Якщо уважно подивитися на класичне визначення аналітичних ознак,
то виявиться, що призначено воно для того, щоб надати більш
докладну інформацію про проводку. Тобто, підкреслимо, -
інформації не по рахунку, а інформації про проводку. Рахунки
ж проводки - це такі ж її властивості, як і аналітика.
І дійсно, з погляду, наприклад, комірника, однаково, по яких
рахунках пройде списання товару. Для нього важливим є те,
скільки, якого товару і кому буде відвантажено. З погляду
директора однаково, яким способом відіб'ється платіж у
бухгалтерському обліку. Йому важливо кому, скільки і за
що було заплачено.
Коротше кажучи, виходить, що аналітична інформація потрібна усім.
Щоб при цьому врахувати й інтереси бухгалтера, можна запропонувати
наступну схему аналітичного обліку.
1. Факти господарської діяльності підприємства описуються у
виді господарських операцій, що складаються з проводок. Проводка є
мінімальною цеглинкою інформації.
2. Кожна проводка описується набором аналітичних ознак.
Кількість напрямків може бути необмежена, введення аналітики
не обов'язковим.
3. Бухгалтерські рахунки використовуються як облікові регістри,
що цілком відповідає їх призначенню. Подвійний бухгалтерський запис,
тобто коли обов'язково вказується рахунок, на який "мінусуєтся"
(кредитується) інформація і на який "плюсуєтся" (дебетується)
інформація, дозволяє контролювати правильність реєстрації інформації.
Якщо представити таку побудову аналітичного обліку візуально,
то вийде багатомірна матриця, що складається з перетинання аналітичних
ознак і бухгалтерських рахунків. Відповідно, така модель легко
"укладається" у терміни сучасних БД.
Переваги
1. Кількість аналітичних напрямків нічим не обмежена.
2. Абсолютно довільні вибірки інформації. При тім, що не
потрібно попередньо цікавитися про наявність аналитики. Якщо вона є,
то вона буде в звіті. Причому, що цікаво, практично всі звіти будуть
будуватися однаково.
3. Процес побудови звіту зводиться, як правило, до формування
запиту виду "Покажи мені те-те і те-те для таких і таких умов,
згрупувавши інформацію таким і таким способами". Такий запит у
програмуванні може бути написаний на SQL, для користувача можна
організувати відповідний діалог. Важливо те, що запит користувача і
безпосередній запит до бази даних практично нічим не відрізняються.
4. Ті самі групи аналітичних ознак можуть використовуватися в
проводках разом з різними рахунками, що значно спрощує роботу з
побудови зведених звітів.
Недоліки
1. Бухгалтер може не вказати аналітичну ознаку там, де потрібно.
Незважаючи на те, що це не фатальна помилка, усе рівно вкажемо цю
можливість як недолік.
2. Неможливо зберігати проміжні залишки, оскільки вид аналітики
для рахунку не визначений. Обробляти приходиться весь обсяг інформації.
Система аналітичного обліку такого виду реалізована в декількох
програмах для ведення обліку. Одна з таких програм Акцент.
Аналітична інформація, що може бути зв'язана з проводкою, представлена
трьома видами:
· Кореспонденти - це фізичні і юридичні особи, з якими
здійснюється господарська діяльність.
· Об'єкти обліку - це грошові і матеріальні об'єкти,
що беруть участь у господарській операції.
· Різне - це довільний набір аналітичних ознак, який
можна використовувати на власний розсуд.
Кожний з видів аналітики має деревоподібну організацію. Елементи
можна поєднувати в групи (папки), що можуть бути вкладеними одна в одну.
Максимальний рівень вкладеності вісім.
Для груп і елементів груп можна створювати ярлики, тобто кількість
варіантів угруповання елементів може бути довільним.
Особливу увагу хотілося приділити аналітичним ознакам, створеним
у розділі "Різне". Користувач самостійно може визначити види аналітики
й атрибути, що йому необхідно бачити в елементах аналітики цього типу.
Крім того, при створенні нового виду аналітики в "Різному", можна
послатися на стандартні аналітичні ознаки (кореспонденти або
об'єкти обліку). Таким чином, можна в одній проводці використовувати
кілька кореспондентів або об'єктів обліку.
