Инструкции за обезбедување на усогласеност на PANTHEON™ со МСС

Инструкции за обезбедување на усогласеност на PANTHEON™ со SRS

Пред самиот почеток на користење на деловниот информациски систем PANHEON™ мора да се проследат следните упатства за да се обезбеди усогласеност на програмата со македонските сметководствени стандарди (дополнувања: службен весник 164/2010 стр.31 и службен весник 107/2011 стр. 67)

1. Поставување на Лог на промени

Со Поставување на Лог на промени, обезбедуваме ревизиско следење на податоците внесени во програмата. На овој начин можеме да следиме кој, што, кога и каде менувал одредени информации на одреден документ (лог за книжење).

Логот на промени мора да биде вклучен во табелите:

• tHE_AcctTrans и tHE_AcctTransItem - на овој начин ќе ги следиме промените во табелите на главната книга и билансните сметки
• tPA_UserAutho, tPA_Author - ќе ги следиме промените на авторизацијата за поединечни функции и корисници

За да го поставите логот на промени, изберете Подесувања | Програм | Администраторска конзола | База на податоци | Поставување на лог на промени.

ВНИМАНИЕ Овие подесувања се исклучително важни ако им дозволиме на овластените корисници да бришат или менуваат записи. Само со подесување на лог на промени можеме да обезбедиме усогласеност со стандардите и да се обезбеди контролна ревизија.

2. Доделелување на Авторизации за документацијата на производите

Сметководствените стандарди ја обесхрабруваат можноста за бришење и менување документи.

PANTHEON™ со подесувањата за ревизорска патека (лог на промени), овозможува „чисти“ податоци без препишување на корекции на излезот од програмата, а во исто време и следење на промените, што значително ја поедноставува работата.

ВНИМАНИЕ Ако сакаме да ги ограничиме авторизациите на вашите корисници и да видиме корекции на самите отпечатоци на PANTHEON™, а не само од ревизорската патека, тогаш препорачуваме да го спречите бришењето и исправката на документите.

2.1. Заштита на документите од нивно бришење

За да се спречи бришење на документи во програмата, соодветнота авторизација.

Препорачливо е да поставите авторизации за Пишување (Write) на документите за материјално (налозите).

Нивоа на авторизации и поставете го на 0 (само тековниот ден).

2.2. Спречување од настанување на промени во веќе потврдени или книжени документи

Дополнително, неопходно е да се постави нулта авторизација за: Дозволено менување на веќе книжени и Промена на потврдени трансакции, кои се однесуваат на документите за производи:

3. Обезбедување на систем на двојно сметководство

Точка 22.8 од МСС го содржи условот Главна книга и логот на главната книга се води според принципот на двојно сметководство. Токму поради тоа, мора да спречиме книжење на нерасчистен документ.

3.1. Проверка на внесеното салдо во логот за книжење

За да се обезбеди принципот на двојно сметководство, поставката за контрола на биланс мора да биде избрана на секој лог за книжење.

Видови дневници за книжење (или документи) се чуваат во шифрарник на видови документи. До шифрарникот може да се пристапи преку менито Подесувања | Програм | Видови на документи.

За сите видови документи за книжење, во делот Контрола на салдото на налогот треба да се маркира Салдото мора да биде израмнето.

4. Заклучни евиденции во главната книга

Точка 22.3 во МСС 22 дефинира:

Основни деловни книги кои содржат сметководствени информации се логот на главната книга и главната книга. Хронолошкиот отпечаток на сите настани поврзани со книжење на главната книга за одреден период мора да биде независен од моментот на отпечатокот.

PANTHEON™ обезбедува усогласеност со ова барање на МСС под следните услови на употреба:

• Најважно е да се направи правилен избор на авторизација за секое дејство и/или тип на документ.
• Со авторизацијата, мора да спречиме бришење на логот за книжење, како и бришење и менување на поединечни позиции во истиот лог. Затоа, поставката Бришење НЕ ја употребуваме.

4.1. Спречување на бришење на книжени документи (книжење во лог)

За сите типови документи на модулот Финансии и сите автоматски книжења мора да се исклучи поставката Бришење, односно, да се маркира поставката Пишење како главно ниво на авторизација.

Датум на промена и поставете вредност 0 (само за тековниот ден).

Со оваа поставка, го спречуваме бришењето на сите книжења во логот и ќе може да се прават промени само за тековниот ден.

Спречено е и повторно книжење на платениот фонд, што е можно само кога ќе се избришат книжењата во логот и соодветно ќе се постави авторизација за промена на статусот на платниот список.

4.2. Дозвола за книжење (книжења во лог)

На секој книжен документ означуваме дека документот е потврден и со тоа спречуваме било какви промени во истиот. Авторизацијата за дозволување промени на потврдени документи мора да биде соодветно поставена.

На сликата подолу е прикажана потврда на книжениот документот, тип 4110 - Книжење на изјави.

4.3. Нулта-авторизација за уредувања на дозволени документи (книжења во лог)

Во администраторска конзола | Безбедност | Datalab Апликации | DataLab PANTHEON | Финансии | Книжење и на картичката Уредување на потврдени документи, задолжително е да изберете Нулта авторизација (ништо) за сите кориснички групи.

Со оваа поставка, за веќе потврдени записи во логот, се спречува следново:

• Повторно книжење на веќе книжени документи за стоки. Повторното книжење на документи за производи исто така ќе биде непотребно доколку се овластени промените на веќе книжените документи - точка 2.2.
• Рачно затворање на плаќањата, со што книжењето за плаќање би се поделило на неколку позиции (документи за побарувања/обврски).

СОВЕТ Секогаш кога се додава нов тип документ за модулот Финансии, мора да увезете Видови документи во Авторизација за филијала Финансии | Потврдување на записот во логот или Промена на потврдениот запис во логот. Со нулта авторизација на гранката Промена на потврден запис во логот, можеме да бидеме сигурни дека Нултата авторизација автоматски се зема предвид и за новите типови на записи во логот.

4.4. Рачно затварање користејќи повторно книжење

Со авторизација за користење на Рачно затворање користејќи повторно книжење, наместо Рачно затворање со дистрибуција на плаќање, ние исто така осигуруваме дека веќе книжените записи во логот не се менуваат.