Бизнис анализа

САМИС треба да ја поврзе целата постапка за државна помош: програмско планирање, институционални мислења, јавни повици, аплицирање, евалуација, договори, следење на реализацијата и известување. Централната евиденција ѝ овозможува на КЗК да ги анализира резултатите и навремено да ги согледа неправилностите.

Документите се наменети за МДТ, КЗК, давателите, спроведувачите и тимот за реализација. Бизнис-анализата ги дефинира деловните односи; акциската листа ги организира активностите и доказите; техничката спецификација ги конкретизира системските обврски. Трите документи се поврзуваат преку изворните SAM кодови и процесните идентификатори.

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

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

Изворна основа: МК §4.2–4.3.

Извор А е SAMIS_TOR.docx, англискиот документ за технички барања. Извор Б е TSSamisFinal.docx, македонската техничка спецификација. Извор В е скенираниот документ 4 1_compressed (1).pdf со 61 страница. Извор Г е тендерската документација за оглас 19002/2026, со насловен датум 02.11.2026.

Англискиот TOR ја дава деталната деловна логика и примерите во анексите. Македонската спецификација ги конкретизира технологиите, интеграциите, безбедноста, испораката и одржувањето. Скенираниот документ се користи како споредбен извор за македонските барања. Тендерската документација ги уредува набавката и договорните услови.

Секое досие на функционално барање го задржува изворниот код. Кодовите SAM01:7, SAM01:8 и SAM01:9 се задржуваат според нумерацијата во македонскиот извор. Прескокнатиот SAM06:06 не се пополнува со измислен модул. Дополнителните процесни и акциски идентификатори се локални идентификатори на оваа разработка.

Примерите во анексите не се претвораат автоматски во задолжителни универзални формулари за секој повик. Конкретната програма определува кои атрибути, критериуми и индикатори се применливи. Изворната референца на крајот на секое досие овозможува проверка на основата.

Изворна основа: А; Б; В; Г.

Технологии: македонската спецификација §5.1 бара Microsoft .NET, C# и ASP.NET Core, React или Angular со JavaScript/TypeScript, PostgreSQL и REST API со OpenAPI 3.0.1 или понова верзија. Поопштите технолошки формулации во TOR не се користат за да се игнорира конкретното македонско барање.

Инфраструктура: TOR предвидува хардверски опфат и центри за поставување; македонската спецификација §5.4 наведува дека инфраструктурата ја обезбедува МДТ. Потребна е договорно потврдена поделба на обврските за опрема, системски софтвер и инсталација.

Периоди: TOR MNT01 наведува 36 месеци одржување по оперативен прием; македонската §4.1 наведува две години. §6.1 го врзува почетокот со првиот продукциски модул, а §6.5 бара подготвеност за услуги од потпишувањето. ТД §1.3.3 наведува договорно траење од 36 месеци. Овие различни поими не се спојуваат во претпоставена поделба 12 плус 24 месеци.

Формалната предност на документите и точниот календар мора да се утврдат со договорниот орган. До тоа усогласување акциската листа користи зависности и контролни точки, а не измислени календарски датуми.

Изворна основа: TOR HWR01 и MNT01; МК §4.1, §5.1, §5.4, §6; ТД §1.3.3.

Во САМИС се управува со институционална програма и нејзини мерки. Компанијата поднесува апликација во која го опишува сопствениот инвестициски проект. Програмата, мерката, повикот и апликацијата се одделни предмети со различни сопственици и животни циклуси.

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

Комуникацијата меѓу давател и спроведувач за имплементацискиот план е опишана надвор од системот. Податоците за надворешни портали се вклучуваат за централна евиденција и анализа; веќе обработените апликации не се евалуираат повторно.

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

Изворна основа: TOR процесни описи; МК §4.3–4.4.

Потребно е да се разликуваат најмалку четири видови исход: програмска одлука, буџетско мислење, избор на приматели и одлука по барање за исплата. Едно општо копче за одобрување не ја претставува правилно поделбата на надлежности.

КЗК дава претходни мислења и ex-ante одговори во програмската постапка. Владата и ресорното министерство учествуваат во формалното поднесување и програмските одлуки. МФ има буџетска улога. Комисијата за евалуација ги оценува апликациите, а давателот ја разгледува исплатата.

Во спецификацијата спроведувачот има административно одобрување или одбивање на апликации, додека комисијата носи евалуациска одлука. Деталната граница меѓу овие исходи се потврдува во SRS. Истото важи за потписничките овластувања и за решавачот по конкретна жалба.

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

Изворна основа: TOR SA Programming; МК SAM04 и SAM06–07.

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

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

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

Надворешен технички неуспех не е исто што и негативен деловен одговор. Недостапен регистар не докажува неподобност. Повторен обид не треба да создаде двојна апликација, исплата или увезена помош; конкретниот технички механизам се разработува во SDD.

Изворна основа: МК SAM06:04 и 09; SAM07:06; SAM09; §5.1.

Пред развојот се изработува и одобрува SRS. SDD ја опишува архитектурата и интеграцијата со постојната инфраструктура. Деловните сопственици ги потврдуваат процесите, правилата, улогите и отворените прашања што влијаат на имплементацијата.

Развојот се поврзува со тестови по барање. UAT се извршува во развојна или тест околина пред целосното оперативно прифатно тестирање. Перформансните, безбедносните и пенетрационите тестови имаат извештаи; критичните и високите ранливости се отстрануваат пред прием.

Инсталацијата се извршува на инфраструктурата на МДТ. Пред конечниот прием се предаваат изворниот код, документацијата, инсталациските и оперативните упатства и материјалите за обука. Само визуелна демонстрација не е доволна за да се потврди интеграциска и оперативна подготвеност.

Приоритетите на модулите се усогласуваат меѓу страните. Пуштањето на првиот модул има влијание врз одржувањето според §6.1, поради што зависностите и почетокот на обврските се запишуваат во примопредавањето.

Изворна основа: МК §4.2–4.3; SAM01:11–12; §5–7.

Пред деталната имплементација се потврдуваат: редоследот на програмските одлуки и консултациите; третманот на физички лица по мерка; застапувањето и делегирањето; административниот исход наспроти евалуацискиот избор; органот и роковите за жалби.

Потребни се одлуки за правилата за кумулација, третманот на поврзани субјекти, непаричните инструменти и изворите за фактички исплатено. За индикаторите се утврдуваат гранични случаи и официјалниот сет. За документите се усогласуваат потпис, печат, скенирани договори, доказ за достава и архивски рокови.

Интеграциските институции ги потврдуваат сервисите, полињата, дозволите и однесувањето при недостапност. МДТ ги потврдува инфраструктурата, мониторингот и управувачките пристапи. Договорниот орган ги разрешува разликите за периодите и опремата.

Отворена точка се затвора кога постои одговорно лице, формален исход и изменет релевантен документ. Во акциската листа таа се следи преку конкретен резултат и зависност. Без таков доказ останува отворена и не се претставува како одобрена конфигурација.

Изворна основа: TOR и МК според наведените процеси; разработка за SRS.

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

Модулите не се самостојни острови: програмата води до мерка и повик; апликацијата води до одлука и доделена помош; реализацијата обезбедува податоци за извештаите и аналитиката. Авторизацијата и ревизиската трага важат низ целиот синџир.

Изворна основа: МК SAM01–SAM09; §4.3–4.4.

Дизајнер на програма

Иницира и доработува програма до нејзино одобрување. Ги поврзува целите со мерките, критериумите, буџетот и индикаторите. Поднесува барање за претходно мислење и постапува по корекции.

Опфат на пристап

Сопствени или институционално доделени програми; верзии и одговори од КЗК.

Граница на овластувањето

Не ја заменува Владата при формално ex-ante поднесување и не ја презема одлуката на КЗК.

Извор: TOR Roles и SA Programming; МК SAM04:01

Давател на помош 1

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

Опфат на пристап

Програми што ги финансира, договори, барања за исплата и реализација.

Граница на овластувањето

Одобрено барање не е доказ за фактичка исплата; паричниот трансфер е надвор од САМИС.

Извор: TOR Roles и SA Implementation; МК SAM06:09

Изворна основа: TOR Roles; МК SAM01:7 и наведените процесни барања.

Давател на помош 2

Управува со помош преку надворешен портал и доставува податоци за централна евиденција, аналитика и известување.

Опфат на пристап

Надворешни програми, апликации, жалби и помош со идентификатор на извор.

Граница на овластувањето

Надворешната апликација не се испраќа повторно на евалуација во САМИС.

Извор: МК §4.3.6; SAM09:01–03

Спроведувач на програма

Објавува повик, ги обработува апликациите, бара појаснувања и ја организира реализацијата. Ги следи статусите и извештаите.

Опфат на пристап

Доделени програми и повици со поврзани апликации и реализација.

Граница на овластувањето

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

Извор: МК SAM05:04; SAM06:02–08

Изворна основа: TOR Roles; МК SAM01:7 и наведените процесни барања.

Апликант

Компанија што поднесува барање за државна помош. Го следи предметот, одговара на дополнувања и може да поднесе жалба.

Опфат на пристап

Сопствени апликации и документи преку овластени физички лица.

Граница на овластувањето

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

Извор: TOR Roles; МК SAM06:01–04

Примател

Компанија на која ѝ е доделена помош. Работи со договор, барања за исплата, извештаи и резултати.

Опфат на пристап

Сопствена доделена помош и претходната апликација.

Граница на овластувањето

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

Извор: TOR Roles; МК SAM06:09; SAM07

Изворна основа: TOR Roles; МК SAM01:7 и наведените процесни барања.

Комисија за евалуација

Ги оценува апликациите и кумулацијата и донесува одлука за приматели, износи и очекувани резултати.

Опфат на пристап

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

Граница на овластувањето

Кворумот, бодирањето и поделбата член/претседател/секретар треба да се утврдат по постапка.

Извор: МК SAM06:03

Комисија за заштита на конкуренцијата

Дава претходни мислења и ex-ante одговори, ги користи извештаите и врши ex-post анализа и повторна процена на шеми.

Опфат на пристап

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

Граница на овластувањето

Не се претпоставува дека КЗК е универзален решавач за секоја жалба на апликација.

Извор: МК SAM04 и §4.3; TOR Monitoring

Изворна основа: TOR Roles; МК SAM01:7 и наведените процесни барања.

Влада и Генерален секретаријат

Учествува во програмското усогласување, бара буџетско мислење и ex-ante одобрување и доставува одлуки.

Опфат на пристап

Програми во надлежност и нивните институционални мислења.

Граница на овластувањето

Прелиминарното усогласување не е исто со конечната одлука за програмата.

Извор: TOR SA Programming; МК SAM01:7; SAM04:03

Ресорно министерство

Учествува во консултациите и може да биде подносител на ex-ante барање. Другите функции се доделуваат одделно.

Опфат на пристап

Програми и барања за кои е надлежно.

Граница на овластувањето

Институционалното име не дава автоматски сите улоги дизајнер, давател и спроведувач.

Извор: МК SAM04:03; TOR SA Programming

Изворна основа: TOR Roles; МК SAM01:7 и наведените процесни барања.

Министерство за финансии

Дава буџетско мислење и обезбедува релевантни финансиски податоци во договорениот интеграциски опфат.

Опфат на пристап

Буџетски барања, алокации и дозволени финансиски записи.

Граница на овластувањето

Не го заменува ex-ante одобрението на КЗК. Достапноста на финансиските сервиси е условена.

Извор: TOR SA Programming; МК SAM09:04

Трезор

Финансиски актер поврзан со проверка на одобренија и финансиска размена. Деталната системска улога се усогласува со МФ.

Опфат на пристап

Дозволени финансиски и одобрителни записи.

Граница на овластувањето

Повторениот опис како дизајнер во листата на улоги е терминолошка непрецизност и не се презема како надлежност.

Извор: TOR Figure 1 и Roles; МК SAM09:04

Изворна основа: TOR Roles; МК SAM01:7 и наведените процесни барања.

Системски администратор

Ги конфигурира општите функции, корисници, улоги, шифарници, полиња и шаблони.

Опфат на пристап

Системски конфигурации во доделениот опфат.

Граница на овластувањето

Административното овластување не е автоматско право за потпишување деловна одлука.

Извор: МК SAM01:7–10

Супер администратор на МДТ

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

Опфат на пристап

Договорени највисоки управувачки овластувања и документација.

Граница на овластувањето

Контролата не значи право да се брише ревизиска трага или да се претставува друг деловен потписник.

Извор: МК §7.4; разработка на деталните права во SRS

Изворна основа: TOR Roles; МК SAM01:7 и наведените процесни барања.

Јавен посетител

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

Опфат на пристап

Само информации означени како јавни.

Граница на овластувањето

Нема пристап до приватни апликации, лични прилози, интеграциски одговори или административни функции.

Извор: МК SAM05:01–03 и §4.3.3

Дополнителни профили за овластување

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

Опфат на пристап

Само предмети и дејства што ги одобрува сопственикот на постапката.

Граница на овластувањето

Овие поделби се предлог за SRS, а не нова листа законски утврдени институционални улоги.

Извор: Разработка на МК SAM01:7 и процесните барања

Изворна основа: TOR Roles; МК SAM01:7 и наведените процесни барања.

Изворно функционално барање

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

Деловен резултат

МДТ добива функционален систем и можност да го одржува по договорот.

Правило и граница

Испорака на извршна верзија не ја заменува предавањето на изворниот код и документацијата.

Проверка за прием

Проверка на комплетност на кодот и повторлива инсталација на предадената верзија.

Доказ и следливост

Проверката се извршува со контролиран пример во дозволениот кориснички контекст. Се зачувуваат влезот, очекуваниот резултат, фактичкиот исход и доказот од извршувањето. Неуспешен тест се поврзува со дефект и повторна проверка; статусот на барањето останува отворен до потврден исход.

Изворна основа: МК SAM01:01; поврзани општи барања §5.1.

Изворно функционално барање

Технологијата и изворниот код на САМИС не смеат да бидат од затворен (proprietary) карактер, односно Нарачателот мора да има можност да го изменува изворниот код и да го продолжи развојот на системот без ограничувања. Одделни модули, можат да бидат понудени како самостојни софтверски алатки, но мора да биде овозможена нивна целосна прилагодливост и надградба од страна на Нарачателот.

Деловен резултат

Промените на деловните правила не смеат да зависат од недостапен затворен модул.

Правило и граница

Самостојно понудена алатка мора да дозволува договорената прилагодливост и надградба.

Проверка за прием

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

Доказ и следливост

Проверката се извршува со контролиран пример во дозволениот кориснички контекст. Се зачувуваат влезот, очекуваниот резултат, фактичкиот исход и доказот од извршувањето. Неуспешен тест се поврзува со дефект и повторна проверка; статусот на барањето останува отворен до потврден исход.

Изворна основа: МК SAM01:02; поврзани општи барања §5.1.

Изворно функционално барање

Сите потребни лиценци за системски и стандарден софтвер мора да бидат јасно наведени, специфицирани и ценовно прикажани во понудата. Тоа вклучува најмалку: софтвер за виртуелизација, системски софтвер, база на податоци, систем за резервни копии (backup) и сите лиценци за останатите понудени делови на САМИС. Лиценците треба да бидат трајни лиценци за користење, освен доколку за одреден софтвер поради неговата природа тоа не е возможно, при што таквите исклучоци мора да бидат јасно наведени, образложени и ценовно прикажани во понудата. Нема да се прифаќаат скриени лиценцни трошоци. За главните модули на САМИС кои ќе бидат развиени како наменски софтвер не смее да постои лиценцна обврска.

Деловен резултат

Нарачателот има видливост на трошоците за системски софтвер и зависности.

Правило и граница

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

Проверка за прием

Споредба на инвентарот на инсталиран софтвер со лиценцната листа и понудата.

Доказ и следливост

Проверката се извршува со контролиран пример во дозволениот кориснички контекст. Се зачувуваат влезот, очекуваниот резултат, фактичкиот исход и доказот од извршувањето. Неуспешен тест се поврзува со дефект и повторна проверка; статусот на барањето останува отворен до потврден исход.

Изворна основа: МК SAM01:03; поврзани општи барања §5.1.

Изворно функционално барање

САМИС ќе ги складира сите податоци во релациона база на податоци. Добавувачот треба да обезбеди систем за управување со релациона база на податоци и да го користи во рамките на развиениот систем. Може да се понудат и платформи со отворен код.

Деловен резултат

Поврзаните регистри обезбедуваат единствена и проверлива евиденција.

Правило и граница

Општото барање за релациона база се конкретизира со PostgreSQL во точка 5.1.

Проверка за прием

Проверка на референцијален интегритет и конзистентни записи во сите пет основни регистри.

Доказ и следливост

Проверката се извршува со контролиран пример во дозволениот кориснички контекст. Се зачувуваат влезот, очекуваниот резултат, фактичкиот исход и доказот од извршувањето. Неуспешен тест се поврзува со дефект и повторна проверка; статусот на барањето останува отворен до потврден исход.

Изворна основа: МК SAM01:04; поврзани општи барања §5.1.

Изворно функционално барање

Серверските оперативни системи мора да бидат компатибилни со постојните хардверски компоненти на МДТ и виртуелната серверска инфраструктура. Системскиот софтвер мора да го поддржува понудениот САМИС. Мора да овозможува редовна примена на безбедносни закрпи и надградби.

Деловен резултат

Системот се поставува во постојната виртуелна инфраструктура на МДТ.

Правило и граница

Не се претпоставува конкретен оперативен систем без потврден инфраструктурен инвентар.

Проверка за прием

Инсталациски тест во договорената околина и проверка на поддржаноста на компонентите.

Доказ и следливост

Проверката се извршува со контролиран пример во дозволениот кориснички контекст. Се зачувуваат влезот, очекуваниот резултат, фактичкиот исход и доказот од извршувањето. Неуспешен тест се поврзува со дефект и повторна проверка; статусот на барањето останува отворен до потврден исход.

Изворна основа: МК SAM01:05; поврзани општи барања §5.1.

Изворно функционално барање

Софтвер за резервни копии (Backup): мора да поддржува резервни копии на бази на податоци и виртуелни машини; може да биде самостојно решение или дел од предложеното решение за виртуелизација или база на податоци. Мора да ги поддржува следните видови резервни копии: Целосна (Full Backup); Инкрементална (Incremental Backup); Диференцијална (Differential Backup).

Деловен резултат

Податоците и виртуелните машини може да се обноват по дефект.

Правило и граница

Постојна backup датотека не е доволен доказ без проверка на обновување.

Проверка за прием

Проверка на трите видови копии и документ со резултат од test restore.

Доказ и следливост

Проверката се извршува со контролиран пример во дозволениот кориснички контекст. Се зачувуваат влезот, очекуваниот резултат, фактичкиот исход и доказот од извршувањето. Неуспешен тест се поврзува со дефект и повторна проверка; статусот на барањето останува отворен до потврден исход.

Изворна основа: МК SAM01:06; поврзани општи барања §5.1.

Изворно функционално барање

Системот мора да обезбеди управување со корисници и улоги. Сите корисници, освен јавните корисници, мора да се најавуваат со корисничко име и лозинка или со X.509 сертификат преку безбедна форма за најава. Најавувањето во системот треба да биде овозможено и со помош на шема за електронска идентификација со високо ниво на сигурност што е регистрирана во Регистарот на даватели на доверливи услуги и шеми за електронска идентификација. Системот мора да поддржува безбедност базирана на улоги (RBAC). Еден корисник може да има една или повеќе улоги. Минимално треба да се поддржат следните улоги: Дизајнер на програма за државна помош; Давател на државна помош; Спроведувач на државна помош; Апликант/Примател на државна помош; Комисија за евалуација; Генерален секретаријат на Владата; Комисија за заштита на конкуренцијата; Трезор. Каде што е применливо, управувањето со корисници треба да биде интегрирано со централизираните системи за автентикација и управување со корисници на институциите, со цел корисниците да немаат повеќе кориснички сметки, лозинки или токени и да бидат идентификувани на национално ниво (е-ИД / Single Sign-On / Active Directory).За административните и привилегираните кориснички сметки системот мора да поддржува повеќефакторска автентикација (MFA), согласно безбедносните политики на Нарачателот. Системот треба да овозможи конфигурирање на политики за кориснички сесии, вклучително автоматско истекување на неактивни сесии, ограничување на времетраење на активна сесија и заклучување на корисничка сметка по однапред дефиниран број неуспешни обиди за најава, со можност за автоматско или административно отклучување.

Деловен резултат

Корисникот пристапува само во дозволениот институционален и деловен контекст.

Правило и граница

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

Проверка за прием

Позитивен тест со дозволена улога и негативен тест за туѓ предмет и директен API пристап.

Изворна основа: МК SAM01:7; поврзани општи барања §5.1.

Изворно функционално барање

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

Деловен резултат

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

Правило и граница

Бришење користена вредност не смее да ја уништи историјата на поднесените предмети; начинот се утврдува во SRS.

Проверка за прием

Додавање, измена и деактивирање вредност со проверка на постојните записи.

Доказ и следливост

Проверката се извршува со контролиран пример во дозволениот кориснички контекст. Се зачувуваат влезот, очекуваниот резултат, фактичкиот исход и доказот од извршувањето. Неуспешен тест се поврзува со дефект и повторна проверка; статусот на барањето останува отворен до потврден исход.

Изворна основа: МК SAM01:8; поврзани општи барања §5.1.

Изворно функционално барање

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

Деловен резултат

Релевантните лица навреме добиваат порака за задача, рок или исход.

Правило и граница

Каналот, примателите, условот и јазикот се конфигурираат без измена на код.

Проверка за прием

Промена на шаблон и активирање настан со проверка на точните приматели.

Доказ и следливост

Проверката се извршува со контролиран пример во дозволениот кориснички контекст. Се зачувуваат влезот, очекуваниот резултат, фактичкиот исход и доказот од извршувањето. Неуспешен тест се поврзува со дефект и повторна проверка; статусот на барањето останува отворен до потврден исход.

Изворна основа: МК SAM01:9; поврзани општи барања §5.1.

Изворно функционално барање

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

Деловен резултат

Нови деловни атрибути може да се користат во форми, пребарување и аналитика.

Правило и граница

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

Проверка за прием

Креирање поле, внес невалидна вредност и пребарување и извоз на валиден запис.

Доказ и следливост

Проверката се извршува со контролиран пример во дозволениот кориснички контекст. Се зачувуваат влезот, очекуваниот резултат, фактичкиот исход и доказот од извршувањето. Неуспешен тест се поврзува со дефект и повторна проверка; статусот на барањето останува отворен до потврден исход.

Изворна основа: МК SAM01:10; поврзани општи барања §5.1.

Изворно функционално барање

САМИС мора да биде тестиран согласно процедурата за корисничко прифатно тестирање (User Acceptance Testing – UAT) во развојна/тест околина пред започнување на целосното оперативно прифатно тестирање во продукциска околина.

Деловен резултат

Деловните корисници потврдуваат дека системот ги поддржува постапките.

Правило и граница

UAT се извршува во развојна или тест околина пред оперативното прифатно тестирање.

Проверка за прием

Проодни сценарија поврзани со барања, со потврден исход и затворени блокирачки дефекти.

Доказ и следливост

Проверката се извршува со контролиран пример во дозволениот кориснички контекст. Се зачувуваат влезот, очекуваниот резултат, фактичкиот исход и доказот од извршувањето. Неуспешен тест се поврзува со дефект и повторна проверка; статусот на барањето останува отворен до потврден исход.

Изворна основа: МК SAM01:11; поврзани општи барања §5.1.

Изворно функционално барање

САМИС ќе биде хостиран на опрема обезбедена од МДТ. Носителот на набавката има за обврска да го инсталира САМИС на соодветната инфраструктураПред пуштање на системот во продукциска употреба мора да бидат спроведени тестирања на перформанси, тестирања на оптоварување, безбедносни тестирања и пенетрациско тестирање. Извештаите од тестирањата мора да бидат доставени до Нарачателот и сите критични и високи ранливости мора да бидат отстранети пред приемот на системот.

Деловен резултат

Решението се инсталира на опремата на МДТ со докажани перформанси и безбедност.

Правило и граница

Критичните и високите ранливости мора да се отстранат пред прием.

Проверка за прием

Повторно тестирање на поправените ранливости и функционална проверка по инсталацијата.

Доказ и следливост

Проверката се извршува со контролиран пример во дозволениот кориснички контекст. Се зачувуваат влезот, очекуваниот резултат, фактичкиот исход и доказот од извршувањето. Неуспешен тест се поврзува со дефект и повторна проверка; статусот на барањето останува отворен до потврден исход.

Изворна основа: МК SAM01:12; поврзани општи барања §5.1.

Изворно функционално барање

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

Деловен резултат

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

Правило и граница

Конфигурацијата мора да произведе извршлива постапка со улоги и услови.

Проверка за прием

Промена на тек преку интерфејс и извршување нов предмет без измена на изворниот код.

Доказ и следливост

Проверката се извршува со контролиран пример во дозволениот кориснички контекст. Се зачувуваат влезот, очекуваниот резултат, фактичкиот исход и доказот од извршувањето. Неуспешен тест се поврзува со дефект и повторна проверка; статусот на барањето останува отворен до потврден исход.

Изворна основа: МК SAM02:01; поврзани општи барања §5.1.

Изворно функционално барање

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

Деловен резултат

Секој предмет има разбирлива тековна фаза.

Правило и граница

Статусот на предметот мора да одговара на реално извршени активности.

Проверка за прием

Проверка на приказот на фазата по дозволен премин и зачувување на претходната историја.

Доказ и следливост

Проверката се извршува со контролиран пример во дозволениот кориснички контекст. Се зачувуваат влезот, очекуваниот резултат, фактичкиот исход и доказот од извршувањето. Неуспешен тест се поврзува со дефект и повторна проверка; статусот на барањето останува отворен до потврден исход.

Изворна основа: МК SAM02:02; поврзани општи барања §5.1.

Изворно функционално барање

Потребно е сите дефинирани деловни процеси да бидат имплементирани во модулот за работни текови. Процесите мора да бидат мапирани во системот за работни текови, а системот треба да ги води корисниците низ нивните активности и задачи.

Деловен резултат

Програмирањето, аплицирањето, реализацијата и известувањето се водат низ системот.

Правило и граница

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

Проверка за прием

Извршување на целосен процес со предавање задачи меѓу различни кориснички улоги.

Доказ и следливост

Проверката се извршува со контролиран пример во дозволениот кориснички контекст. Се зачувуваат влезот, очекуваниот резултат, фактичкиот исход и доказот од извршувањето. Неуспешен тест се поврзува со дефект и повторна проверка; статусот на барањето останува отворен до потврден исход.

Изворна основа: МК SAM02:03; поврзани општи барања §5.1.

Изворно функционално барање

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

Деловен резултат

Постапката продолжува само по исполнети предуслови.

Правило и граница

Дозволено копче во интерфејсот не е замена за проверка на серверската страна.

Проверка за прием

Обид за премин без задолжителен документ мора да биде одбиен без промена на состојбата.

Доказ и следливост

Проверката се извршува со контролиран пример во дозволениот кориснички контекст. Се зачувуваат влезот, очекуваниот резултат, фактичкиот исход и доказот од извршувањето. Неуспешен тест се поврзува со дефект и повторна проверка; статусот на барањето останува отворен до потврден исход.

Изворна основа: МК SAM02:04; поврзани општи барања §5.1.

Изворно функционално барање

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

Деловен резултат

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

Правило и граница

Роковите се поврзуваат со конкретна постапка; не се измислува еден универзален рок.

Проверка за прием

Симулација на истечен рок и проверка на приказот, историјата и дозволените дејства.

Доказ и следливост

Проверката се извршува со контролиран пример во дозволениот кориснички контекст. Се зачувуваат влезот, очекуваниот резултат, фактичкиот исход и доказот од извршувањето. Неуспешен тест се поврзува со дефект и повторна проверка; статусот на барањето останува отворен до потврден исход.

Изворна основа: МК SAM02:05; поврзани општи барања §5.1.

Изворно функционално барање

Сите примени и испратени извештаи мора да добијат единствен архивски број и класификација согласно националното законодавство.

Деловен резултат

Примените и испратените извештаи имаат единствена службена идентификација.

Правило и граница

Правилото за архивска класификација мора да биде усогласено со надлежната институција.

Проверка за прием

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

Доказ и следливост

Проверката се извршува со контролиран пример во дозволениот кориснички контекст. Се зачувуваат влезот, очекуваниот резултат, фактичкиот исход и доказот од извршувањето. Неуспешен тест се поврзува со дефект и повторна проверка; статусот на барањето останува отворен до потврден исход.

Изворна основа: МК SAM02:06; поврзани општи барања §5.1.

Изворно функционално барање

Модулот треба да овозможи чување и управување со следните регистри: Регистар на програми и шеми за државна помош; Регистар на видови државна помош, класифицирани според вид, категорија, износ, времетраење, надлежен орган, ниво на власт, правна основа и сл.; Регистар на даватели на државна помош; Регистар на спроведувачи на програми за државна помош; Регистар на други државни органи вклучени во доделувањето на државна помош; Регистар на деловни субјекти/приматели на државна помош со поврзување со Централниот регистар на деловни субјекти; Регистар на ex ante одобренија, консултативни мислења и одлуки; Регистар на документи и одлуки од ex post контрола; Регистар на договори за доделена државна помош (датум, давател, примател, програма, износ, вид на помош и сл.); Регистар на месечни, квартални, годишни и ад-хок извештаи.

Деловен резултат

Програмите, органите, примателите, одлуките и договорите се поврзани во единствена евиденција.

Правило и граница

Деловен регистар не значи посебна физичка база; односите мора да останат следливи.

Проверка за прием

Отворање досие и следење на сите поврзани записи без изгубени или противречни врски.

Изворна основа: МК SAM03:01; поврзани општи барања §5.1.

Изворно функционално барање

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

Деловен резултат

Корисникот ги пронаоѓа предметите според нивните атрибути.

Правило и граница

Пребарувањето мора да го зачува ограничувањето на пристап и при комбинирани филтри.

Проверка за прием

Комбинирано пребарување со познат очекуван сет и проверка дека не се појавуваат туѓи записи.

Доказ и следливост

Проверката се извршува со контролиран пример во дозволениот кориснички контекст. Се зачувуваат влезот, очекуваниот резултат, фактичкиот исход и доказот од извршувањето. Неуспешен тест се поврзува со дефект и повторна проверка; статусот на барањето останува отворен до потврден исход.

Изворна основа: МК SAM03:02; поврзани општи барања §5.1.

Изворно функционално барање

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

Деловен резултат

Другите институции користат дозволени податоци од САМИС како извор.

Правило и граница

Објавување сервис преку МИМ2 не прави лични регистарски записи јавно достапни.

Проверка за прием

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

Доказ и следливост

Проверката се извршува со контролиран пример во дозволениот кориснички контекст. Се зачувуваат влезот, очекуваниот резултат, фактичкиот исход и доказот од извршувањето. Неуспешен тест се поврзува со дефект и повторна проверка; статусот на барањето останува отворен до потврден исход.

Изворна основа: МК SAM03:03; поврзани општи барања §5.1.

Изворно функционално барање

Системот треба да му овозможи на Дизајнерот на програма за државна помош да поднесе програма за добивање претходно мислење од КЗК. Системот мора да ги обезбеди следните функционалности: пополнување на образец за барање; валидација на внесените податоци; поставување/прикачување на повеќе документи; поднесување на барањето; автоматско известување по електронска пошта (и/или преку друг електрнски систем) до КЗК; чување на барањето и сите поврзани метаподатоци во системот; повлекување на барањето пред негово разгледување; промена/повлекување/додавање на прикачен документ пред истекот на рокот за аплицирање; добивање потврда за успешно поднесување; следење на статусот на барањето; преглед на добиениот одговор од КЗК (метаподатоци и документи); преземање на одговорот од КЗК.Пред започнување на постапката за одобрување, системот мора автоматски да изврши проверка на комплетноста на поднесената документација и задолжителните податоци. Доколку недостасуваат задолжителни информации или документи, системот не смее да дозволи продолжување на постапката сe додека недостатоците не бидат отстранети.

Деловен резултат

Дизајнерот доставува комплетна програма и добива следлива потврда.

Правило и граница

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

Проверка за прием

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

Изворна основа: МК SAM04:01; поврзани општи барања §5.1.

Изворно функционално барање

Системот треба да ѝ овозможи на КЗК да достави одговор на примено барање за претходно мислење.

Деловен резултат

КЗК дава одговор поврзан со точното барање и верзијата на програмата.

Правило и граница

Претходното мислење не се заменува со ex-ante одобрение.

Проверка за прием

Преглед на одговорот од дизајнерот и проверка на неговата врска со поднесената верзија.

Доказ и следливост

Проверката се извршува со контролиран пример во дозволениот кориснички контекст. Се зачувуваат влезот, очекуваниот резултат, фактичкиот исход и доказот од извршувањето. Неуспешен тест се поврзува со дефект и повторна проверка; статусот на барањето останува отворен до потврден исход.

Изворна основа: МК SAM04:02; поврзани општи барања §5.1.

Изворно функционално барање

Владата или ресорното министерство поднесува барање до КЗК за ex-ante одобрување на програма за државна помош

Деловен резултат

Владата или ресорното министерство ја иницира формалната постапка пред КЗК.

Правило и граница

Улогата што поднесува ex-ante барање се разликува од дизајнерот што бара претходно мислење.

Проверка за прием

Поднесување со дозволен институционален контекст и одбивање неовластен подносител.

Доказ и следливост

Проверката се извршува со контролиран пример во дозволениот кориснички контекст. Се зачувуваат влезот, очекуваниот резултат, фактичкиот исход и доказот од извршувањето. Неуспешен тест се поврзува со дефект и повторна проверка; статусот на барањето останува отворен до потврден исход.

Изворна основа: МК SAM04:03; поврзани општи барања §5.1.

Изворно функционално барање

Системот треба да ѝ овозможи на КЗК да достави одговор на примено барање за ex-ante одобрување.

Деловен резултат

КЗК го евидентира исходот на формалната постапка.

Правило и граница

Одлуката мора да остане поврзана со програмата и со барањето што го разрешува.

Проверка за прием

Проверка на одлуката во регистарот на одобренија и нејзината достапност до овластените страни.

Доказ и следливост

Проверката се извршува со контролиран пример во дозволениот кориснички контекст. Се зачувуваат влезот, очекуваниот резултат, фактичкиот исход и доказот од извршувањето. Неуспешен тест се поврзува со дефект и повторна проверка; статусот на барањето останува отворен до потврден исход.

Изворна основа: МК SAM04:04; поврзани општи барања §5.1.

Изворно функционално барање

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

Деловен резултат

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

Правило и граница

Јавниот преглед користи само одобрени јавни полиња.

Проверка за прием

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

Доказ и следливост

Проверката се извршува со контролиран пример во дозволениот кориснички контекст. Се зачувуваат влезот, очекуваниот резултат, фактичкиот исход и доказот од извршувањето. Неуспешен тест се поврзува со дефект и повторна проверка; статусот на барањето останува отворен до потврден исход.

Изворна основа: МК SAM05:01; поврзани општи барања §5.1.

Изворно функционално барање

Корисникот може да пребарува програми во базата на податоци на програми за државна помош.

Деловен резултат

Корисникот може да најде релевантна програма во каталогот.

Правило и граница

Критериумите за пребарување мора да бидат разбирливи и усогласени со класификациите.

Проверка за прием

Пребарување по назив и повеќе атрибути со точен резултат и празна состојба.

Доказ и следливост

Проверката се извршува со контролиран пример во дозволениот кориснички контекст. Се зачувуваат влезот, очекуваниот резултат, фактичкиот исход и доказот од извршувањето. Неуспешен тест се поврзува со дефект и повторна проверка; статусот на барањето останува отворен до потврден исход.

Изворна основа: МК SAM05:02; поврзани општи барања §5.1.

Изворно функционално барање

Листа на активни јавни повици – Оваа секција треба да ги обезбеди следните функционалности: пребарување и преглед на листа на активни јавни повици; преглед на деталите за секој јавен повик; можност за преземање на прикачени документи.

Деловен резултат

Компаниите ги гледаат актуелните можности и потребните документи.

Правило и граница

Статусот на повикот мора да одговара на рокот и на одлуката за објавување или повлекување.

Проверка за прием

Преглед на активен повик, преземање прилог и проверка по истек на рокот.

Доказ и следливост

Проверката се извршува со контролиран пример во дозволениот кориснички контекст. Се зачувуваат влезот, очекуваниот резултат, фактичкиот исход и доказот од извршувањето. Неуспешен тест се поврзува со дефект и повторна проверка; статусот на барањето останува отворен до потврден исход.

Изворна основа: МК SAM05:03; поврзани општи барања §5.1.

Изворно функционално барање

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

Деловен резултат

Спроведувачот управува со јавниот повик по одобрување на програмата.

Правило и граница

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

Проверка за прием

Измена на рок и проверка на јавниот приказ, ревизискиот запис и претходната вредност.

Изворна основа: МК SAM05:04; поврзани општи барања §5.1.

Изворно функционално барање

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

Деловен резултат

Приговорите и жалбите се регистрираат и се следат преку порталот.

Правило и граница

Поднесок за програма и жалба на апликација се различни предмети со различни надлежности.

Проверка за прием

Поднесување, известување на поврзаните страни и преглед на статусот без туѓи податоци.

Доказ и следливост

Проверката се извршува со контролиран пример во дозволениот кориснички контекст. Се зачувуваат влезот, очекуваниот резултат, фактичкиот исход и доказот од извршувањето. Неуспешен тест се поврзува со дефект и повторна проверка; статусот на барањето останува отворен до потврден исход.

Изворна основа: МК SAM05:05; поврзани општи барања §5.1.

Изворно функционално барање

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

Деловен резултат

Правно потребните програмски документи се дигитално потпишуваат.

Правило и граница

Видот документ и применливата постапка го определуваат задолжителното потпишување.

Проверка за прием

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

Доказ и следливост

Проверката се извршува со контролиран пример во дозволениот кориснички контекст. Се зачувуваат влезот, очекуваниот резултат, фактичкиот исход и доказот од извршувањето. Неуспешен тест се поврзува со дефект и повторна проверка; статусот на барањето останува отворен до потврден исход.

Изворна основа: МК SAM05:06; поврзани општи барања §5.1.

Изворно функционално барање

САМИС мора да биде дизајниран така што ќе комуницира со Националниот портал за електронски услуги и Каталогот на услуги. Услугите на САМИС мора да бидат објавени, пребарливи и достапни преку порталот е-Услуги, при што корисниците ќе бидат насочувани кон САМИС, согласно делот 4.1 од оваа техничка спецификација.

Деловен резултат

Услугите на САМИС се пронаоѓаат преку националниот портал и водат до САМИС.

Правило и граница

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

Проверка за прием

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

Доказ и следливост

Проверката се извршува со контролиран пример во дозволениот кориснички контекст. Се зачувуваат влезот, очекуваниот резултат, фактичкиот исход и доказот од извршувањето. Неуспешен тест се поврзува со дефект и повторна проверка; статусот на барањето останува отворен до потврден исход.

Изворна основа: МК SAM05:07; поврзани општи барања §5.1.

Изворно функционално барање

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

Деловен резултат

Компанијата поднесува барање за помош на објавен повик.

Правило и граница

Поднесената верзија и документите мора да бидат препознатливи при понатамошната обработка.

Проверка за прием

Поднесување преку SSO, автоматски податоци, потврда и видливост во сандачето на спроведувачот.

Изворна основа: МК SAM06:01; поврзани општи барања §5.1.

Изворно функционално барање

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

Деловен резултат

Спроведувачот проверува комплетност и бара појаснувања.

Правило и граница

Административниот исход треба да се разграничи од одлуката на комисијата за избор во SRS.

Проверка за прием

Циклус барање за појаснување и одговор со прилози, известување и зачувана историја.

Доказ и следливост

Проверката се извршува со контролиран пример во дозволениот кориснички контекст. Се зачувуваат влезот, очекуваниот резултат, фактичкиот исход и доказот од извршувањето. Неуспешен тест се поврзува со дефект и повторна проверка; статусот на барањето останува отворен до потврден исход.

Изворна основа: МК SAM06:02; поврзани општи барања §5.1.

Изворно функционално барање

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

Деловен резултат

Комисијата ги оценува апликациите и утврдува приматели, износи и очекувани резултати.

Правило и граница

Кумулацијата и применливите правила мора да се разгледаат пред конечната одлука.

Проверка за прием

Одлука со приматели и износи, со известени апликант и спроведувач и проверливи податоци за кумулација.

Доказ и следливост

Проверката се извршува со контролиран пример во дозволениот кориснички контекст. Се зачувуваат влезот, очекуваниот резултат, фактичкиот исход и доказот од извршувањето. Неуспешен тест се поврзува со дефект и повторна проверка; статусот на барањето останува отворен до потврден исход.

Изворна основа: МК SAM06:03; поврзани општи барања §5.1.

Изворно функционално барање

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

Деловен резултат

Апликантот може да го оспори исходот преку постојниот механизам.

Правило и граница

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

Проверка за прием

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

Доказ и следливост

Проверката се извршува со контролиран пример во дозволениот кориснички контекст. Се зачувуваат влезот, очекуваниот резултат, фактичкиот исход и доказот од извршувањето. Неуспешен тест се поврзува со дефект и повторна проверка; статусот на барањето останува отворен до потврден исход.

Изворна основа: МК SAM06:04; поврзани општи барања §5.1.

Изворно функционално барање

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

Деловен резултат

Се чуваат потпишаните договорни документи со целосна врска до помошта.

Правило и граница

Анексот не ја брише претходната договорна верзија.

Проверка за прием

Преглед на договор и анекс, контрола на пристап и проверка на потпис или прикачена скенирана верзија.

Доказ и следливост

Проверката се извршува со контролиран пример во дозволениот кориснички контекст. Се зачувуваат влезот, очекуваниот резултат, фактичкиот исход и доказот од извршувањето. Неуспешен тест се поврзува со дефект и повторна проверка; статусот на барањето останува отворен до потврден исход.

Изворна основа: МК SAM06:05; поврзани општи барања §5.1.

Изворно функционално барање

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

Деловен резултат

Давателот и спроведувачот ја добиваат формалната одлука за избрани приматели.

Правило и граница

Доставата мора да биде дигитално заверена и временски означена согласно барањето.

Проверка за прием

Проверка на содржината, адресатите и доказот за достава без мешање со обична нотификација.

Доказ и следливост

Проверката се извршува со контролиран пример во дозволениот кориснички контекст. Се зачувуваат влезот, очекуваниот резултат, фактичкиот исход и доказот од извршувањето. Неуспешен тест се поврзува со дефект и повторна проверка; статусот на барањето останува отворен до потврден исход.

Изворна основа: МК SAM06:07; поврзани општи барања §5.1.

Изворно функционално барање

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

Деловен резултат

Давателот или спроведувачот ја ажурира реализацијата.

Правило и граница

Откажувањето има причина; историјата не смее да исчезне со промена на статус.

Проверка за прием

Премин во завршена и откажана состојба со проверка на причината и историските вредности.

Доказ и следливост

Проверката се извршува со контролиран пример во дозволениот кориснички контекст. Се зачувуваат влезот, очекуваниот резултат, фактичкиот исход и доказот од извршувањето. Неуспешен тест се поврзува со дефект и повторна проверка; статусот на барањето останува отворен до потврден исход.

Изворна основа: МК SAM06:08; поврзани општи барања §5.1.

Изворно функционално барање

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

Деловен резултат

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

Правило и граница

Давателот може да одобри целосно, делумно или да одбие; реалната исплата е надвор од САМИС.

Проверка за прием

Делумно одобрување со различни побаран и одобрен износ и без автоматска ознака исплатено.

Доказ и следливост

Проверката се извршува со контролиран пример во дозволениот кориснички контекст. Се зачувуваат влезот, очекуваниот резултат, фактичкиот исход и доказот од извршувањето. Неуспешен тест се поврзува со дефект и повторна проверка; статусот на барањето останува отворен до потврден исход.

Изворна основа: МК SAM06:09; поврзани општи барања §5.1.

Изворно функционално барање

Системот мора да поддржува квалификуван електронски потпис, квалификуван електронски печат и квалификувана електронска временска ознака (timestamp).

Деловен резултат

Одлуките и документите добиваат потребни механизми за автентичност и време.

Правило и граница

Потпис, печат и временска ознака имаат различни функции и се проверуваат одделно.

Проверка за прием

Верификација на трите елементи, со неуспешен исход за изменет или невалиден документ.

Доказ и следливост

Проверката се извршува со контролиран пример во дозволениот кориснички контекст. Се зачувуваат влезот, очекуваниот резултат, фактичкиот исход и доказот од извршувањето. Неуспешен тест се поврзува со дефект и повторна проверка; статусот на барањето останува отворен до потврден исход.

Изворна основа: МК SAM06:10; поврзани општи барања §5.1.

Изворно функционално барање

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

Деловен резултат

Структурираните податоци и прилозите добиваат единствен запис за следење.

Правило и граница

Барањето за исплата е посебен вид извештај со дополнителни метаподатоци.

Проверка за прием

Прием на веб-образец и прилози со единствен број и зачувана врска до програмата.

Доказ и следливост

Проверката се извршува со контролиран пример во дозволениот кориснички контекст. Се зачувуваат влезот, очекуваниот резултат, фактичкиот исход и доказот од извршувањето. Неуспешен тест се поврзува со дефект и повторна проверка; статусот на барањето останува отворен до потврден исход.

Изворна основа: МК SAM07:01; поврзани општи барања §5.1.

Изворно функционално барање

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

Деловен резултат

Корисниците добиваат листи и контролни табли според овластувањата.

Правило и граница

Агрегатите мора да се усогласат со основните записи и дозволениот опфат.

Проверка за прием

Комбинирани филтри и проверка на сума од контролна табла со деталната листа.

Доказ и следливост

Проверката се извршува со контролиран пример во дозволениот кориснички контекст. Се зачувуваат влезот, очекуваниот резултат, фактичкиот исход и доказот од извршувањето. Неуспешен тест се поврзува со дефект и повторна проверка; статусот на барањето останува отворен до потврден исход.

Изворна основа: МК SAM07:02; поврзани општи барања §5.1.

Изворно функционално барање

Поднесените извештаи треба да имаат различни статуси кои се менуваат во текот на деловниот процес.

Деловен резултат

Извештајот ја следи фазата на неговата деловна обработка.

Правило и граница

Конкретните статуси и дозволените премини се утврдуваат во SRS по тип извештај.

Проверка за прием

Премин по овластено дејство и забранет премин од несоодветна фаза.

Доказ и следливост

Проверката се извршува со контролиран пример во дозволениот кориснички контекст. Се зачувуваат влезот, очекуваниот резултат, фактичкиот исход и доказот од извршувањето. Неуспешен тест се поврзува со дефект и повторна проверка; статусот на барањето останува отворен до потврден исход.

Изворна основа: МК SAM07:03; поврзани општи барања §5.1.

Изворно функционално барање

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

Деловен резултат

Примателот го добива исходот од разгледувањето на барањето.

Правило и граница

Образложението е задолжително и за целосен, делумен или негативен исход според изворот.

Проверка за прием

Обид без образложение е одбиен; валидна одлука создава известување до вистинскиот примател.

Доказ и следливост

Проверката се извршува со контролиран пример во дозволениот кориснички контекст. Се зачувуваат влезот, очекуваниот резултат, фактичкиот исход и доказот од извршувањето. Неуспешен тест се поврзува со дефект и повторна проверка; статусот на барањето останува отворен до потврден исход.

Изворна основа: МК SAM07:04; поврзани општи барања §5.1.

Изворно функционално барање

Системот треба да овозможи извоз на структурирани податоци во најмалку следните формати: PDF, Excel (XLSX), CSV, XML и JSON, согласно доделените кориснички овластувања. и да може да се подготват за печатење согласно дефинирани шаблони.

Деловен резултат

Овластените корисници користат податоци надвор од интерфејсот.

Правило и граница

Извозот ги почитува истите ограничувања на пристап како прегледот.

Проверка за прием

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

Доказ и следливост

Проверката се извршува со контролиран пример во дозволениот кориснички контекст. Се зачувуваат влезот, очекуваниот резултат, фактичкиот исход и доказот од извршувањето. Неуспешен тест се поврзува со дефект и повторна проверка; статусот на барањето останува отворен до потврден исход.

Изворна основа: МК SAM07:05; поврзани општи барања §5.1.

Изворно функционално барање

Системот, најмалку мора да ги поддржува следните извештаи: • месечни, квартални и завршни извештаи за реализација на програмите и примателите на државна помош (реализирана и нереализирана државна помош); • извештаи за корисниците на државна помош кои ги содржат договорените износи и реално одобрените и исплатени средства; • годишен извештај за доделена државна помош и приматели, наменет за Комисијата за заштита на конкуренцијата и Управата за јавни приходи; • извештај за искористеноста на државната помош и постигнатите резултати (од примател до давател); • извештаи за ex-ante одобрување.

Деловен резултат

Се обезбедуваат периодични, финансиски, годишни и ex-ante извештаи.

Правило и граница

Договорено, одобрено и реално исплатено се прикажуваат одделно.

Проверка за прием

Годишен и периодичен извештај со усогласени износи и точна целна институција.

Доказ и следливост

Проверката се извршува со контролиран пример во дозволениот кориснички контекст. Се зачувуваат влезот, очекуваниот резултат, фактичкиот исход и доказот од извршувањето. Неуспешен тест се поврзува со дефект и повторна проверка; статусот на барањето останува отворен до потврден исход.

Изворна основа: МК SAM07:06; поврзани општи барања §5.1.

Изворно функционално барање

Системот мора да овозможи генерирање на извештаи кои можат да се печатат или извезуваат во PDF формат. Секој извештај мора да биде генериран согласно однапред дефиниран шаблон кој содржи: • лого на институцијата; • QR-код за проверка на автентичноста во реално време; • квалификуван електронски печат на институцијата, согласно Законот за електронски документи, електронска идентификација и доверливи услуги.

Деловен резултат

Печатените и PDF извештаи имаат институционален изглед и проверливост.

Правило и граница

Логото и QR-кодот не го заменуваат квалификуваниот електронски печат.

Проверка за прием

Генерирање PDF, проверка на печатот и разрешување на QR до дозволен запис за проверка.

Доказ и следливост

Проверката се извршува со контролиран пример во дозволениот кориснички контекст. Се зачувуваат влезот, очекуваниот резултат, фактичкиот исход и доказот од извршувањето. Неуспешен тест се поврзува со дефект и повторна проверка; статусот на барањето останува отворен до потврден исход.

Изворна основа: МК SAM07:07; поврзани општи барања §5.1.

Изворно функционално барање

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

Деловен резултат

Корисникот конфигурира параметри, табели, графикони и контролни табли.

Правило и граница

Изборот на аналитички извор не наметнува конкретен производ за OLAP.

Проверка за прием

Креирање извештај преку интерфејс и споредба на неговите резултати со основните записи.

Доказ и следливост

Проверката се извршува со контролиран пример во дозволениот кориснички контекст. Се зачувуваат влезот, очекуваниот резултат, фактичкиот исход и доказот од извршувањето. Неуспешен тест се поврзува со дефект и повторна проверка; статусот на барањето останува отворен до потврден исход.

Изворна основа: МК SAM08:01; поврзани општи барања §5.1.

Изворно функционално барање

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

Деловен резултат

Зачуваните извештаи се организираат во папки или категории.

Правило и граница

Дефиницијата и резултатот од извршување се различни предмети.

Проверка за прием

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

Доказ и следливост

Проверката се извршува со контролиран пример во дозволениот кориснички контекст. Се зачувуваат влезот, очекуваниот резултат, фактичкиот исход и доказот од извршувањето. Неуспешен тест се поврзува со дефект и повторна проверка; статусот на барањето останува отворен до потврден исход.

Изворна основа: МК SAM08:02; поврзани општи барања §5.1.

Изворно функционално барање

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

Деловен резултат

Прегледот, извршувањето и измената се дозволуваат според овластувања.

Правило и граница

Корисник со право за извршување не мора да има право за менување на дефиницијата.

Проверка за прием

Одделни тестови за преглед, извршување и измена со различни профили.

Доказ и следливост

Проверката се извршува со контролиран пример во дозволениот кориснички контекст. Се зачувуваат влезот, очекуваниот резултат, фактичкиот исход и доказот од извршувањето. Неуспешен тест се поврзува со дефект и повторна проверка; статусот на барањето останува отворен до потврден исход.

Изворна основа: МК SAM08:03; поврзани општи барања §5.1.

Изворно функционално барање

Системот мора да овозможи извоз на аналитичките извештаи во најмалку следните формати: PDF, Microsoft Excel (XLSX), Microsoft Word (DOCX), CSV, JSON, REST API response, Power BI compatible datasets, OData и XML.

Деловен резултат

Аналитичките резултати може да се користат во канцелариски и интеграциски алатки.

Правило и граница

Power BI компатибилност не е автоматска обврска да се набави Power BI engine.

Проверка за прием

Проверка на сите формати, структурата на dataset и овластувањето на машинскиот пристап.

Доказ и следливост

Проверката се извршува со контролиран пример во дозволениот кориснички контекст. Се зачувуваат влезот, очекуваниот резултат, фактичкиот исход и доказот од извршувањето. Неуспешен тест се поврзува со дефект и повторна проверка; статусот на барањето останува отворен до потврден исход.

Изворна основа: МК SAM08:04; поврзани општи барања §5.1.

Изворно функционално барање

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

Деловен резултат

Извештаите се прегледуваат и извршуваат во порталот.

Правило и граница

Ниту URL ниту зачувана врска не смеат да го заобиколат овластувањето.

Проверка за прием

Директно отворање извештај со дозволен и недозволен профил.

Доказ и следливост

Проверката се извршува со контролиран пример во дозволениот кориснички контекст. Се зачувуваат влезот, очекуваниот резултат, фактичкиот исход и доказот од извршувањето. Неуспешен тест се поврзува со дефект и повторна проверка; статусот на барањето останува отворен до потврден исход.

Изворна основа: МК SAM08:05; поврзани општи барања §5.1.

Изворно функционално барање

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

Деловен резултат

Другите системи користат зачувани аналитички извештаи преку интерфејси.

Правило и граница

Правата и верзијата на интерфејсот мора да се документираат одделно од визуелниот приказ.

Проверка за прием

Повик со исти параметри како веб-извештај и споредба на резултатите во дозволениот опфат.

Доказ и следливост

Проверката се извршува со контролиран пример во дозволениот кориснички контекст. Се зачувуваат влезот, очекуваниот резултат, фактичкиот исход и доказот од извршувањето. Неуспешен тест се поврзува со дефект и повторна проверка; статусот на барањето останува отворен до потврден исход.

Изворна основа: МК SAM08:06; поврзани општи барања §5.1.

Изворно функционално барање

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

Деловен резултат

Резултатот е читлив и погоден за официјална употреба.

Правило и граница

Скратени колони или отсечени графикони не се прифатлив печатен приказ.

Проверка за прием

Проверка на повеќестраничен извештај со повторени заглавија, единици и видливи филтри.

Доказ и следливост

Проверката се извршува со контролиран пример во дозволениот кориснички контекст. Се зачувуваат влезот, очекуваниот резултат, фактичкиот исход и доказот од извршувањето. Неуспешен тест се поврзува со дефект и повторна проверка; статусот на барањето останува отворен до потврден исход.

Изворна основа: МК SAM08:07; поврзани општи барања §5.1.

Изворно функционално барање

Системот мора да биде испорачан со најмалку следните претходно дефинирани аналитички извештаи: извештај за евалуација на програмите за државна помош врз основа на дефинирани индикатори; преглед на сите програми за државна помош со можност за филтрирање и групирање според давател, примател, програма, статус на програмата и други критериуми; извештај за напредокот на програмите за државна помош, со приказ на буџетот и реализацијата по временска линија; извештај за индикаторите за успешност (KPI); извештај за поднесени приговори и жалби.

Деловен резултат

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

Правило и граница

Генератор на празни извештаи не го исполнува барањето за готови аналитички прегледи.

Проверка за прием

Извршување на секоја задолжителна категорија врз контролиран сет податоци.

Доказ и следливост

Проверката се извршува со контролиран пример во дозволениот кориснички контекст. Се зачувуваат влезот, очекуваниот резултат, фактичкиот исход и доказот од извршувањето. Неуспешен тест се поврзува со дефект и повторна проверка; статусот на барањето останува отворен до потврден исход.

Изворна основа: МК SAM08:08; поврзани општи барања §5.1.

Изворно функционално барање

Mодулот треба да ги поддржува најмалку следните функционалности: регистрација на програми за државна помош; ажурирање на податоци за програми; бришење или архивирање на програми согласно закон; доставување на податоци за доделена државна помош; прием и обработка на податоци за апликации, приговори и жалби кои се водат во други системи, за потребите на аналитика и известување.

Деловен резултат

САМИС ја централизира евиденцијата и за податоци обработени во други системи.

Правило и граница

Архивирањето и бришењето се спроведуваат согласно утврдените правила и следливост.

Проверка за прием

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

Доказ и следливост

Проверката се извршува со контролиран пример во дозволениот кориснички контекст. Се зачувуваат влезот, очекуваниот резултат, фактичкиот исход и доказот од извршувањето. Неуспешен тест се поврзува со дефект и повторна проверка; статусот на барањето останува отворен до потврден исход.

Изворна основа: МК SAM09:01; поврзани општи барања §5.1.

Изворно функционално барање

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

Деловен резултат

Податоците од надворешни постапки служат за аналитика и следење.

Правило и граница

Надворешните апликации не поминуваат повторна евалуација во САМИС.

Проверка за прием

Увезена апликација е видлива во аналитика, но не се распределува на домашна комисија.

Доказ и следливост

Проверката се извршува со контролиран пример во дозволениот кориснички контекст. Се зачувуваат влезот, очекуваниот резултат, фактичкиот исход и доказот од извршувањето. Неуспешен тест се поврзува со дефект и повторна проверка; статусот на барањето останува отворен до потврден исход.

Изворна основа: МК SAM09:02; поврзани општи барања §5.1.

Изворно функционално барање

Добавувачот мора да ги развие сите потребни програмски интерфејси (API) и услуги за размена на податоци со други државни информациски системи. API услугите мора да поддржуваат безбедна автентикација, авторизација, евиденција на пристапи (audit trail) и верзионирање на услугите. Системот треба да поддржува синхрона и асинхрона размена на податоци преку МИМ2, со механизми за повторно испраќање, обработка на грешки и следење на статусот на пораките.Интеграцискиот модул ги поддржува и интеграциските активности утврдени во делот 4.2 од оваа техничка спецификација.

Деловен резултат

Размената е документирана, безбедна, верзионирана и следлива.

Правило и граница

Неуспешна порака бара контролиран повторен обид и јасен статус.

Проверка за прием

Синхрон и асинхрон повик со прекин и повторување без двојна деловна обработка.

Доказ и следливост

Проверката се извршува со контролиран пример во дозволениот кориснички контекст. Се зачувуваат влезот, очекуваниот резултат, фактичкиот исход и доказот од извршувањето. Неуспешен тест се поврзува со дефект и повторна проверка; статусот на барањето останува отворен до потврден исход.

Изворна основа: МК SAM09:03; поврзани општи барања §5.1.

Изворно функционално барање

Кога за тоа ќе се создадат услови, САМИС мора да биде интегриран со информационен систем на Министерството за финансии преку Националната платформа за интероперабилност, со цел преземање на финансиски податоци потребни за управување и следење на државната помош. Интеграциите со Министерството за финансии, (Open Finance и/или IFMIS/Трезор) или нивни идни наследници се реализираат согласно барањата утврдени во делот 4.1 од оваа техничка спецификација.

Деловен резултат

Финансиските податоци се преземаат од МФ кога ќе се создадат потребните услови.

Правило и граница

Open Finance, IFMIS или Трезор се условени интеграции, не доказ дека сервисите веќе се достапни.

Проверка за прием

Усогласување на примерен одговор со договореното мапирање и евиденција на недостапен сервис.

Доказ и следливост

Проверката се извршува со контролиран пример во дозволениот кориснички контекст. Се зачувуваат влезот, очекуваниот резултат, фактичкиот исход и доказот од извршувањето. Неуспешен тест се поврзува со дефект и повторна проверка; статусот на барањето останува отворен до потврден исход.

Изворна основа: МК SAM09:04; поврзани општи барања §5.1.

Изворно функционално барање

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

Деловен резултат

Проверките помагаат во подобноста и следењето на деловната состојба.

Правило и граница

УЈП и Царинската управа се поврзуваат кога се создадени услови; недостапноста не е негативен деловен резултат.

Проверка за прием

Разграничување валиден негативен одговор од техничка грешка или timeout.

Доказ и следливост

Проверката се извршува со контролиран пример во дозволениот кориснички контекст. Се зачувуваат влезот, очекуваниот резултат, фактичкиот исход и доказот од извршувањето. Неуспешен тест се поврзува со дефект и повторна проверка; статусот на барањето останува отворен до потврден исход.

Изворна основа: МК SAM09:05; поврзани општи барања §5.1.

Изворно функционално барање

САМИС мора да биде интегриран со Централниот регистар преку Националната платформа за интероперабилност, со цел автоматско преземање и верификација на податоци за деловните субјекти, каде што е применливо.

Деловен резултат

Податоците за компаниите се преземаат и верификуваат преку интероперабилност.

Правило и граница

САМИС не создава сопствена копија на националниот регистар.

Проверка за прием

Проверка на компанија преку МИМ2 и следливост до користениот одговор во дозволениот опфат.

Доказ и следливост

Проверката се извршува со контролиран пример во дозволениот кориснички контекст. Се зачувуваат влезот, очекуваниот резултат, фактичкиот исход и доказот од извршувањето. Неуспешен тест се поврзува со дефект и повторна проверка; статусот на барањето останува отворен до потврден исход.

Изворна основа: МК SAM09:06; поврзани општи барања §5.1.

Иницијатива за нова шема на државна помош. Програма со мерки и подготвена документација е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Се определува целта на интервенцијата.

2. Се дефинираат мерки и форми на помош.

3. Се поврзуваат буџет, давател и спроведувач.

4. Се утврдуваат подобност, кумулација и индикатори.

5. Се зачувува верзија за институционално усогласување.

Исклучоци и граници

Недефиниран давател или критериум се враќа на доработка пред формално поднесување.

Проверка на деловниот исход

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

Следливост

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

Изворна основа: TOR SA Programming; МК §4.3 и §4.4.2.

Потреба од финансиско усогласување на програма. Евидентирано буџетско мислење или одобрение е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Се внесува планираната вредност.

2. Се распределува буџет по мерки.

3. Се доставува барање преку надлежниот владин чекор.

4. МФ дава мислење или бара доработка.

5. Се зачувува одделен финансиски исход.

Исклучоци и граници

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

Проверка на деловниот исход

Финансиското мислење има сопствен број, датум и документ и не е исто со одлуката на КЗК.

Следливост

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

Изворна основа: TOR SA Programming и Approvals Register.

Доставен предлог на програма. Усогласена верзија или листа корекции е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Се регистрира доставената верзија.

2. Се разгледуваат целите и институционалните улоги.

3. Се собираат забелешки.

4. Се евидентира прелиминарниот исход.

5. Се насочуваат следните барања за мислење.

Исклучоци и граници

Прелиминарниот исход не е замена за формално ex-ante одобрение.

Проверка на деловниот исход

Двете фази се прикажуваат одделно во историјата на програмата.

Следливост

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

Изворна основа: TOR SA Programming.

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

Главен тек

1. Се проверува комплетност.

2. Се регистрира барањето.

3. Се известува КЗК.

4. КЗК разгледува и подготвува одговор.

5. Дизајнерот го презема одговорот.

Исклучоци и граници

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

Проверка на деловниот исход

Подносителот добива потврда и може да го следи статусот без да ја менува разгледуваната верзија.

Следливост

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

Изворна основа: МК SAM04:01–02.

Барање за дополнување или исправка. Нова разгледувана верзија и зачувана историја е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Обработувачот ги наведува недостатоците.

2. Подносителот ги доработува дозволените делови.

3. Се прикачуваат нови верзии на документи.

4. Се поднесува одговор.

5. Се проверува исполнувањето на забелешките.

Исклучоци и граници

Не се препишува тивко документ врз кој веќе е дадено мислење.

Проверка на деловниот исход

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

Следливост

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

Изворна основа: МК SAM04:01; TOR Approvals Register.

Формално барање за одобрување програма. Формален ex-ante исход е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Надлежниот орган го доставува барањето.

2. КЗК проверува документација.

3. Се обработуваат потребни корекции.

4. Се подготвува одговор или одлука.

5. Исходот се евидентира во регистарот.

Исклучоци и граници

Неовластен подносител не може да ја замени улогата на Владата или министерството.

Проверка на деловниот исход

Претходното мислење и ex-ante одлуката имаат одделни записи и може да се споредат.

Следливост

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

Изворна основа: МК SAM04:03–04.

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

Главен тек

1. Одлуката се доставува до дизајнерот и спроведувачот.

2. Спроведувачот ја поставува финалната верзија.

3. Се проверуваат документите.

4. Се утврдува подготвеност за следниот чекор.

5. Се зачувува историјата на одобренија.

Исклучоци и граници

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

Проверка на деловниот исход

Повик не се создава врз неусогласен нацрт претставен како одобрена програма.

Следливост

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

Изворна основа: TOR SA Programming; МК SAM05:04.

Отворен консултативен период за програма. Консултативни поднесоци и обработени забелешки е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Се објавува дозволената содржина.

2. Заинтересираното лице доставува коментар или приговор.

3. Се регистрира поднесокот.

4. Надлежниот орган го обработува.

5. Се зачувува исходот и неговото влијание.

Исклучоци и граници

Редоследот во однос на финалните владини чекори треба да се потврди во SRS.

Проверка на деловниот исход

Поднесок за програма не се меша со жалба против исход на апликација.

Следливост

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

Изворна основа: TOR SA Programming; МК SAM05:05.

Одобрена програма и определена мерка. Нацрт повик подготвен за објавување е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Се избира програмата.

2. Се поврзува мерката.

3. Се внесуваат услови и рокови.

4. Се поставуваат обрасци и прилози.

5. Се валидира јавната содржина.

Исклучоци и граници

Недостасувачко одобрение или невалиден рок го спречува објавувањето.

Проверка на деловниот исход

Основните податоци се преземаат од програмата без непотребно повторно внесување.

Следливост

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

Изворна основа: МК SAM05:04.

Потврден нацрт или потреба за измена. Актуелен јавен повик и целосна историја е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Се објавува повикот.

2. Се прикажува во активниот каталог.

3. По потреба се продолжува рокот.

4. Измените се регистрираат со стари и нови вредности.

5. По истек повикот се повлекува од активниот приказ.

Исклучоци и граници

Историската видливост на затворени повици се усогласува со барањето за автоматско повлекување.

Проверка на деловниот исход

Објавениот рок, статусот и можноста за поднесување се конзистентни.

Следливост

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

Изворна основа: МК SAM05:03–04.

Корисник започнува аплицирање. Овластен пристап до компанија е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Се извршува национална најава.

2. Се утврдува корисничкиот контекст.

3. Се избира компанијата.

4. Се проверува дозволеното застапување.

5. Се отвораат само дозволените предмети.

Исклучоци и граници

Успешна најава не дава автоматски право за сите компании.

Проверка на деловниот исход

Обид со иста сметка за неповрзана компанија е блокиран и евидентиран.

Следливост

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

Изворна основа: МК §4.2; SAM01:7; SAM06:01.

Избор на активен јавен повик. Апликација со потврда и статус е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Се пополнуваат достапните регистарски податоци.

2. Се внесуваат податоци специфични за повикот.

3. Се зачувува нацрт.

4. Се извршуваат логички проверки.

5. Се поднесува и се известува спроведувачот.

Исклучоци и граници

Недостасувачки прилог или затворен повик не дозволува успешно поднесување.

Проверка на деловниот исход

Подносителот и спроведувачот гледаат ист идентификатор и иста поднесена верзија.

Следливост

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

Изворна основа: МК SAM06:01; §5.1.

Примена апликација. Предмет подготвен за комисија или образложен административен исход е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Се отвора досието.

2. Се проверува комплетност.

3. Се повикуваат применливи регистри.

4. Се бараат појаснувања ако се потребни.

5. Се евидентира административниот исход.

Исклучоци и граници

Изворот дозволува одобрување и одбивање од спроведувач; границата со изборот на комисијата треба да се усогласи.

Проверка на деловниот исход

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

Следливост

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

Изворна основа: МК SAM06:02–03.

Утврдени нејаснотии или недостатоци. Разрешено барање за дополнување е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Спроведувачот ги наведува потребните информации.

2. Апликантот добива известување.

3. Се внесува одговор и прилози.

4. Одговорот се регистрира.

5. Спроведувачот ја продолжува проверката.

Исклучоци и граници

Точните рокови и дозволени измени зависат од постапката и не се универзално зададени.

Проверка на деловниот исход

Историјата ги содржи и барањето и одговорот со точни документи.

Следливост

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

Изворна основа: МК SAM06:01–02.

Апликација подготвена за оценување. Одлука за апликации и распределба е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Комисијата добива известување.

2. Ја прегледува документацијата.

3. Ги разгледува кумулацијата и критериумите.

4. Ги определува избраните приматели и износи.

5. Ги евидентира очекуваните резултати.

Исклучоци и граници

Бодирање, кворум и индивидуални потписи не се целосно утврдени во TOR и се предмет на SRS.

Проверка на деловниот исход

Износот, избраниот примател и очекуваните резултати се видливи во формалниот исход.

Следливост

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

Изворна основа: МК SAM06:03; TOR SA Application and Evaluation.

Оценување на нова помош. Проверлива основа за одлука за кумулација е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Се идентификува примателот.

2. Се собира дозволената претходна помош.

3. Се утврдува релевантниот период.

4. Се споредуваат износи и ограничувања.

5. Се зачувува заклучокот во предметот.

Исклучоци и граници

Нема единствен измислен праг за сите мерки и видови помош.

Проверка на деловниот исход

Од резултатот може да се види кои записи и правила биле користени.

Следливост

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

Изворна основа: TOR Cumulation rules; МК SAM06:03.

Донесена одлука. Доставен исход со време и адресати е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Се потврдува точната одлука.

2. Се подготвува заверена достава.

3. Се испраќа до давател и спроведувач.

4. Се известува апликантот.

5. Се зачувува доказ за испорака.

Исклучоци и граници

Неуспешна нотификација не се третира автоматски како успешна службена достава.

Проверка на деловниот исход

Доказот за достава е одделен од записот за обична е-пошта.

Следливост

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

Изворна основа: МК SAM06:03 и SAM06:07.

Незадоволство од одлука за апликација. Жалбен предмет со следлив статус е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Се создава поднесок поврзан со одлуката.

2. Се потпишува каде што се бара.

3. Се регистрира и известуваат страните.

4. Се активира мирување на повикот.

5. Надлежниот орган го разгледува.

Исклучоци и граници

КЗК не се прогласува автоматски за решавач на секоја апликациска жалба.

Проверка на деловниот исход

Друга избрана компанија од истиот повик не може да ја заобиколи блокадата.

Следливост

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

Изворна основа: МК SAM05:05 и SAM06:04.

Разрешување на жалбен предмет. Продолжена или повторена постапка според исходот е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Се евидентира исходот.

2. Се утврдува потреба за повторно постапување.

3. Се проверуваат други активни жалби.

4. Се утврдува дозволеност за продолжување.

5. Се известуваат засегнатите страни.

Исклучоци и граници

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

Проверка на деловниот исход

Блокадата се разрешува со документиран услов, а не со произволна рачна промена.

Следливост

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

Изворна основа: МК SAM06:04; разработка на условите во SRS.

Конечен дозволен избор на примател. Запис во регистарот на доделена помош е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Се пренесуваат одобрените податоци.

2. Се создава врска до примател и мерка.

3. Се определува почетен статус.

4. Се поврзуваат очекуваните резултати.

5. Се отвора договорната евиденција.

Исклучоци и граници

Избрана апликација и веќе реализирана помош не се ист финансиски факт.

Проверка на деловниот исход

Досието води до оригиналната апликација, одлука и применета мерка.

Следливост

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

Изворна основа: TOR SA Implementation; МК §4.4.5.

Потреба за договорно уредување на доделена помош. Договорно досие е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Давателот го склучува договорот.

2. Се поставува потпишан електронски документ или скенирана копија според процесниот опис.

3. Се поврзува со помошта.

4. Се чуваат анекси.

5. Се следи историјата.

Исклучоци и граници

Односот на скенирани договори со општото барање за електронски потпис треба да се утврди по тип документ.

Проверка на деловниот исход

Претходната договорна верзија останува достапна по прикачување анекс.

Следливост

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

Изворна основа: TOR SA Implementation; МК SAM06:05.

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

Главен тек

1. Се следи статусот на помошта.

2. Се внесуваат реализирани резултати.

3. Се поврзуваат периодични извештаи.

4. Се евидентираат одложувања или откажувања.

5. Се подготвува завршување.

Исклучоци и граници

Договарањето на имплементацискиот план меѓу давател и спроведувач е опишано надвор од САМИС.

Проверка на деловниот исход

Откажана помош има причина и не исчезнува од историската аналитика.

Следливост

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

Изворна основа: TOR SA Implementation; МК SAM06:08.

Исполнет договорен услов за барање средства. Целосно или делумно одобрено или одбиено барање е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

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

2. Ги додава прилозите.

3. Го поднесува до давателот.

4. Давателот ја разгледува документацијата.

5. Се евидентира одлука и образложение.

Исклучоци и граници

Одобрениот износ може да се разликува од побараниот; исплата не се извршува во САМИС.

Проверка на деловниот исход

Се прикажуваат одделно побараниот и одобрениот износ и причината за исходот.

Следливост

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

Изворна основа: МК SAM06:09 и SAM07:04.

Надворешно реализиран финансиски настан. Евиденција за фактички исплатени средства е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Се прима или евидентира потврдата.

2. Се поврзува со помошта и периодот.

3. Се споредува со одобрениот износ.

4. Се издвојуваат разлики.

5. Се ажурира извештајната реализација.

Исклучоци и граници

Механизмот и изворот за потврда зависат од достапната интеграција и се усогласуваат.

Проверка на деловниот исход

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

Следливост

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

Изворна основа: МК SAM07:06; SAM09:04.

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

Главен тек

1. Се утврдува видот на инструментот.

2. Се евидентира дозволената вредност.

3. Се следи реализацијата според видот.

4. Се прикачуваат докази.

5. Се вклучува во кумулација и извештаи.

Исклучоци и граници

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

Проверка на деловниот исход

Извештајот ја прикажува формата и вредноста без лажно поле исплатено на сметка.

Следливост

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

Изворна основа: TOR видови помош и Granted Aid Register.

Обврска за извештај за одреден период. Месечен, квартален, годишен или завршен извештај е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Се избира тип и период.

2. Се внесуваат структурирани податоци.

3. Се прикачуваат докази.

4. Се поднесува со единствен број.

5. Се обработува и се менува статус.

Исклучоци и граници

Различните типови имаат различни податоци и адресати; не се само различен наслов на ист документ.

Проверка на деловниот исход

Извештајот има единствен број, точен период, подносител и врска до помошта.

Следливост

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

Изворна основа: МК SAM07:01–06.

Потреба од годишен или друг збирен пресек. Усогласен институционален извештај е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Се определува периодот.

2. Се собираат дозволени записи.

3. Се вклучува надворешно доделена помош.

4. Се проверуваат разлики и пропуштени извештаи.

5. Се генерира официјален документ.

Исклучоци и граници

Збирот не смее да дуплира увезени и локално заведени записи.

Проверка на деловниот исход

Истите филтри даваат усогласени износи во листа, графикон и извоз.

Следливост

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

Изворна основа: МК SAM07:06–07; TOR Reporting.

Потреба за оценување ефект на програма. Проверлива анализа на резултатите е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Се избира одобрениот сет.

2. Се преземаат вредности.

3. Се проверува комплетност.

4. Се споредува очекувано и постигнато.

5. Се подготвува оценка и објаснување.

Исклучоци и граници

Избрано подмножество индикатори не ја заменува официјалната оценка од целосниот одобрен сет.

Проверка на деловниот исход

Тежините и користените податоци се видливи и резултатот може да се повтори.

Следливост

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

Изворна основа: TOR Analytical submodule и Monitoring; МК SAM08.

Завршена програма или потреба за повторна процена. Контролно досие и препораки е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Се определува опфат на контролата.

2. Се прегледуваат извештаите.

3. Се анализираат отстапувања.

4. Се евидентираат наоди.

5. Се даваат препораки за измена, усогласување или постепено укинување.

Исклучоци и граници

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

Проверка на деловниот исход

Наодот упатува на конкретни докази и на програмата на која се однесува.

Следливост

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

Изворна основа: МК §4.3 и SAM03:01; TOR Monitoring.

Надворешен систем доставува податоци. Централизирана евиденција за надворешна помош е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Се прима серијата.

2. Се проверува структурата.

3. Се мапираат идентификаторите.

4. Се евидентираат прифатени и одбиени записи.

5. Се ажурираат регистри и аналитика.

Исклучоци и граници

Примените апликации не се испраќаат на нова евалуација во САМИС.

Проверка на деловниот исход

Повторна серија не создава дупликат, а грешките имаат јасен запис за корекција.

Следливост

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

Изворна основа: МК §4.3.6 и SAM09:01–03.

Одобрен сет за јавна размена. Актуелен машински читлив јавен сет е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Се определува јавниот сет.

2. Се отстрануваат заштитените полиња.

3. Се подготвуваат метаподатоци.

4. Се доставува до порталот.

5. Се следи ажурирањето.

Исклучоци и граници

Податок достапен за институција не станува автоматски јавен.

Проверка на деловниот исход

Извозот не содржи лични или доверливи атрибути над одобрениот опфат.

Следливост

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

Изворна основа: МК §4.1–4.2 за отворени податоци.

Евидентиран прекин или нарушување. Обновена услуга и трајно разрешен инцидент е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Се презема инцидентот од стручно лице.

2. Се дијагностицира.

3. Се санира услугата.

4. Се отстранува причината.

5. Се доставува извештај за причината и мерките.

Исклучоци и граници

Автоматскиот одговор на тикет не е SLA одѕив; паузирањето бара евидентирана објективна причина.

Проверка на деловниот исход

Се разликуваат време на одѕив, санација и трајно решение според нивото.

Следливост

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

Изворна основа: МК §6.3.1.

Комплетирана верзија за прием. Записник со докази и предадени материјали е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Се извршува UAT во тест околина.

2. Се отстрануваат дефекти.

3. Се тестираат перформанси и безбедност.

4. Се инсталира на инфраструктурата на МДТ.

5. Се спроведува оперативен прием.

Исклучоци и граници

Не се прогласува прием со отворени критични и високи ранливости.

Проверка на деловниот исход

Изворниот код, упатствата и резултатите од тестовите се предадени пред конечниот прием.

Следливост

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

Изворна основа: МК §4.2; SAM01:11–12; §5.2.

Подготовка за употреба и одржување. Оспособени корисници и предадено знаење е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Се определуваат кориснички групи.

2. Се подготвуваат материјали.

3. Се демонстрираат целосни постапки.

4. Корисниците ги повторуваат сценаријата.

5. Се предаваат техничките упатства.

Исклучоци и граници

Успешна презентација не е доказ дека корисникот самостојно ја завршува постапката.

Проверка на деловниот исход

Се евидентира извршено сценарио по релевантна улога и достапност на материјалите.

Следливост

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

Изворна основа: МК §4.2 и §7.

Промена на барање, правило или околина. Контролирана промена со следливост е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Се регистрира барањето.

2. Се анализира влијанието.

3. Се усогласува опфатот.

4. Се имплементира и тестира.

5. Се ажурираат документацијата и верзијата.

Исклучоци и граници

Ново барање не се претставува како веќе прифатена оригинална обврска.

Проверка на деловниот исход

Од промена може да се проследат погодените процеси, тестови и испораки.

Следливост

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

Изворна основа: МК §6.4; разработка за управување со промени.

Потпис или QR-проверка на излезен документ. Проверлив документ и јасен резултат е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Се избира точната верзија.

2. Се проверува сертификатот и интегритетот.

3. Се проверува печатот.

4. Се проверува времето.

5. Се прикажува дозволен резултат за автентичност.

Исклучоци и граници

QR-код сам по себе не докажува валиден потпис и не смее да открива приватно досие.

Проверка на деловниот исход

Променет документ дава неуспешна проверка, а јавната проверка враќа само дозволени атрибути.

Следливост

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

Изворна основа: МК SAM06:10; SAM07:07; §5.1.

Потреба од нов атрибут. Употребливо метаподаточно поле е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Се дефинира полето.

2. Се утврдува задолжителност.

3. Се врзува за образец.

4. Се проверуваат филтри и извештаи.

5. Се активира по усогласување.

Исклучоци и граници

Промена на тип не смее тивко да ги расипе веќе внесените вредности.

Проверка на деловниот исход

Ново поле се внесува, пребарува и извезува со иста семантика.

Следливост

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

Изворна основа: МК SAM01:10.

Истекување период за поднесување извештај. Список на исполнети и неисполнети обврски е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Се определуваат обврзаните подносители.

2. Се споредуваат очекувани и примени извештаи.

3. Се издвојуваат доцнења.

4. Се известуваат одговорните лица.

5. Се евидентира понатамошното постапување.

Исклучоци и граници

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

Проверка на деловниот исход

Подносител со примен валиден извештај не останува погрешно означен како должник.

Следливост

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

Изворна основа: TOR Reporting; МК SAM07.

Потреба од податоци за надворешно известување. Подготвени податоци за известување е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Се утврдува потребниот пресек.

2. Се проверува комплетност.

3. Се подготвуваат структури и извештаи.

4. Се усогласуваат износите.

5. КЗК го користи излезот за својата надворешна постапка.

Исклучоци и граници

Дијаграмот во TOR разликува САМИС административна поддршка од надворешното известување на КЗК.

Проверка на деловниот исход

Не се тврди автоматска директна испорака до Европската комисија без договорен интерфејс.

Следливост

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

Изворна основа: TOR Figure 1 и Reporting.

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

Главен тек

1. Се издвојуваат јавните атрибути.

2. Се проверуваат прилозите.

3. Се прегледува јавната верзија.

4. Се објавува дозволената содржина.

5. Се следат измените.

Исклучоци и граници

Дозвола за административен преглед не е дозвола за јавно објавување.

Проверка на деловниот исход

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

Следливост

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

Изворна основа: МК §4.3.3 и §5.1.

Потреба од преглед или службен извештај. Конзистентен преглед и датотека е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Се внесуваат филтри.

2. Се определува дозволениот опфат.

3. Се прегледуваат резултати.

4. Се отвора поврзаното досие.

5. Се извезува дозволениот пресек.

Исклучоци и граници

Извозот не смее да содржи повеќе записи од дозволените за истиот корисник.

Проверка на деловниот исход

Сумите и бројот записи во извозот се совпаѓаат со избраниот пресек.

Следливост

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

Изворна основа: МК SAM03:02; SAM07:05; SAM08:03–04.

Промена на статуси, услови или задачи. Контролирана промена на процесот е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Се подготвува изменета дефиниција.

2. Се проверуваат условите.

3. Се тестира нов предмет.

4. Се утврдува третман на активните предмети.

5. Се активира одобрената конфигурација.

Исклучоци и граници

Начинот за миграција на активни предмети не е зададен во изворот и се решава во SDD.

Проверка на деловниот исход

Ниту еден активен предмет не губи одговорно лице, статус или историја по промена.

Следливост

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

Изворна основа: МК SAM02:01–05; техничка разработка во SDD.

Назначување, промена или престанок на овластување. Контролиран институционален пристап е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Се проверува идентитетот.

2. Се определува институционален опфат.

3. Се доделуваат улоги.

4. Се проверува ефективниот пристап.

5. Се евидентира секоја промена.

Исклучоци и граници

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

Проверка на деловниот исход

Одземено овластување не може да се користи преку директен пристап до предмет или API.

Следливост

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

Изворна основа: МК SAM01:7; §7.4.

Завршена постапка или истек на утврден период. Архивирано и следливо досие е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Се проверува дали предметот е завршен.

2. Се зачувуваат врските.

3. Се применува дозволена архивска состојба.

4. Се ограничуваат измени.

5. Се задржува пристап за овластен преглед.

Исклучоци и граници

Рокови за чување и бришење не се измислуваат; се потврдуваат со надлежните лица.

Проверка на деловниот исход

Архивиран предмет останува поврзан со одлуките, договорите и финансиските записи.

Следливост

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

Изворна основа: МК SAM02:06; SAM09:01; §5.1.

Потреба од нов аналитички пресек. Повторно употреблив извештај е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Се избира дозволен извор.

2. Се дефинираат параметри.

3. Се поставуваат визуелизации.

4. Се зачувува во папка.

5. Се доделуваат права и се проверува извршувањето.

Исклучоци и граници

Право на преглед не значи право на измена на дефиниција.

Проверка на деловниот исход

Извештајот дава исти резултати преку портал и дозволен API за исти параметри.

Следливост

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

Изворна основа: МК SAM08:01–06.

Timeout или техничка грешка од надворешен сервис. Следлива грешка без погрешна деловна одлука е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Се регистрира неуспехот.

2. Се разликува од негативен деловен одговор.

3. Се применува повторен обид.

4. Се известува одговорниот тим.

5. Постапката продолжува според одобрено резервно правило.

Исклучоци и граници

Не се одбива апликација само затоа што регистарот не одговорил.

Проверка на деловниот исход

Повторен успешен одговор не создава дупликат проверка или двојна обработка.

Следливост

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

Изворна основа: МК SAM09:03; §4.2.

Подготовка за конечен прием. Комплетна и употреблива испорака е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Се составува инвентар.

2. Се проверува верзијата.

3. Се предаваат код и зависности.

4. Се проверува инсталацијата.

5. Се потврдува достапност на документацијата.

Исклучоци и граници

Недостасувачки build чекор или недостапна лиценца го нарушува преземањето на одржувањето.

Проверка на деловниот исход

Техничкиот тим може да ја постави предадената верзија од предадените материјали.

Следливост

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

Изворна основа: МК §4.2; §5.2; §6.1.

Редовна оперативна проверка. Намален ризик од прекин и одржана поддржаност е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Се прегледуваат аларми.

2. Се проверуваат копии.

3. Се анализираат ресурси.

4. Се планираат закрпи.

5. Се документираат преземените мерки.

Исклучоци и граници

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

Проверка на деловниот исход

Месечната проверка на backup и договорениот test restore имаат доказ за извршување.

Следливост

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

Изворна основа: МК §6.2–6.3.1.

Откриена ранливост. Отстранета ранливост во пропишаниот рок е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Се потврдува наодот.

2. Се определува сериозност.

3. Се планира поправка.

4. Се применува и повторно тестира.

5. Се зачувува доказ за затворање.

Исклучоци и граници

Рокот за ранливост е одделен од SLA рокот за инцидент.

Проверка на деловниот исход

Критични 48 часа, високи 5 работни дена, средни 10 работни дена и ниски 30 дена се следат одделно.

Следливост

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

Изворна основа: МК §6 за безбедносни ажурирања.

Избор на јазик или подготовка на шаблон. Конзистентна повеќејазична услуга е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Се избира јазик.

2. Се прикажуваат системски текстови.

3. Се користи соодветен шаблон.

4. Се проверува содржината на известување.

5. Се додава нов јазик преку предвидениот механизам.

Исклучоци и граници

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

Проверка на деловниот исход

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

Следливост

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

Изворна основа: МК §5.1; SAM01:9.

Несогласување или некомплетен запис. Усогласен запис со објаснето потекло е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Се идентификува несогласувањето.

2. Се проверува изворот.

3. Се ограничува употребата на спорниот податок.

4. Се спроведува овластена корекција.

5. Се зачувува историјата.

Исклучоци и граници

Нова вредност не смее да го промени доказот за претходна одлука без трага.

Проверка на деловниот исход

Од записот се гледа што било исправено и кои извештаи се засегнати.

Следливост

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

Изворна основа: МК SAM03 и §5.1; разработка во SRS.

Истек на програмски период и собрани извештаи. Завршен програмски пресек со преостанати обврски е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Се проверуваат отворени предмети.

2. Се усогласуваат финансиските вредности.

3. Се прибираат завршни резултати.

4. Се подготвува консолидиран извештај.

5. Се овозможува ex-post преглед.

Исклучоци и граници

Истек на датум не ги брише активните договори, жалби или извештајни обврски.

Проверка на деловниот исход

Завршниот извештај може да се проследи до поединечните записи и докази.

Следливост

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

Изворна основа: TOR Reporting и Monitoring; МК SAM07–08.

Подготвен модул за договорено пуштање. Продукциски модул со познати граници е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Се усогласува опфатот.

2. Се проверуваат зависностите.

3. Се тестира модулот.

4. Се примопредава и пушта.

5. Се утврдуваат оперативните обврски.

Исклучоци и граници

Почетокот на одржување со првиот модул мора да се усогласи со другите договорни одредби.

Проверка на деловниот исход

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

Следливост

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

Изворна основа: МК §4.3 и §6.1.

Несогласување меѓу TOR и македонската спецификација. Потврдена основа за реализација е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Се наведуваат двата извора.

2. Се утврдува практичното влијание.

3. Се подготвува прашање.

4. Се добива формално појаснување.

5. Се ажурира базната спецификација.

Исклучоци и граници

Не се претпоставува договорна предност само поради јазикот или називот на датотеката.

Проверка на деловниот исход

Технологијата, хардверот и траењето на одржувањето имаат писмено усогласена основа.

Следливост

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

Изворна основа: TOR HWR01 и MNT01; МК §4.1, §5.1, §5.4, §6; ТД §1.3.3.

Креирање или измена на индикатор. Повторлива оценка на резултатите е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Се утврдува насоката на подобрување.

2. Се проверува мерната единица.

3. Се дефинира третман на недостасувачки вредности.

4. Се проверува тежината.

5. Се одобрува официјалниот сет.

Исклучоци и граници

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

Проверка на деловниот исход

Сумата на тежините и рачниот контролен пример се совпаѓаат со системскиот резултат.

Следливост

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

Изворна основа: TOR Analytical submodule; разработка на гранични случаи во SRS.

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

Главен тек

1. Се регистрира обидот.

2. Се зачувува техничкиот исход.

3. Се повторува според конфигурацијата.

4. Се прикажува нерешен неуспех.

5. Се проверува службениот доказ каде што е потребен.

Исклучоци и граници

Повторена порака не смее да создаде втора деловна одлука или втор предмет.

Проверка на деловниот исход

Корисникот гледа дали постои испратена порака, потврда за достава или нерешен неуспех.

Следливост

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

Изворна основа: МК SAM01:9; SAM06:07; SAM09:03.

Неактивност, истек или неуспешни најави. Контролиран пристап без бесконечни активни сесии е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Се проверува активната сесија.

2. Се применува конфигуриран рок.

3. Се бара повторна најава кога е потребно.

4. Се заклучува по определени неуспешни обиди.

5. Се овозможува дозволено отклучување.

Исклучоци и граници

Времетраењата се безбедносна конфигурација и не се произволно зададени како тендерски бројки.

Проверка на деловниот исход

Истечена сесија не може да поднесе одлука, додека зачуваниот нацрт останува достапен по нова најава.

Следливост

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

Изворна основа: МК SAM01:7.

Потреба за официјален излез. Читлив и проверлив официјален документ е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Се избира пресекот.

2. Се генерира извештај.

3. Се проверуваат страници и колони.

4. Се применуваат потребните доверливи елементи.

5. Се извезува или печати.

Исклучоци и граници

Печатениот изглед не смее да изгуби применети филтри, единици или колони.

Проверка на деловниот исход

Документот содржи лого, QR и печат според барањето и има целосна пагинација.

Следливост

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

Изворна основа: МК SAM07:07 и SAM08:07.

Дозволен институционален повик преку МИМ2. Безбедна институционална размена е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Се проверува повикувачот.

2. Се утврдува дозволениот сет.

3. Се извршува пребарувањето.

4. Се враќа стандардизиран одговор.

5. Се евидентира пристапот.

Исклучоци и граници

Изложен сервис не е јавен download на целиот регистар.

Проверка на деловниот исход

Недозволен повикувач или поле е одбиено и евидентирано во дневникот.

Следливост

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

Изворна основа: МК SAM03:03; SAM09:03; §5.1.

Нова потреба за пресек на дозволени податоци. Приспособлив извештај без нов развој за секој пресек е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Се избираат атрибути.

2. Се задаваат параметри.

3. Се прегледува резултатот.

4. Се зачувува дефиницијата.

5. Се доделува ограничен пристап.

Исклучоци и граници

Терминот Custom reports не се толкува како посебен модул за царински извештаи.

Проверка на деловниот исход

Корисникот може повторно да го изврши зачуваниот извештај и да ги види користените параметри.

Следливост

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

Изворна основа: TOR Reporting; МК SAM08:01–06.

Редовно следење на компоненти и услуги. Ран увид во нарушувања и мерлива достапност е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Се собираат метрики.

2. Се проверуваат услуги и интеграции.

3. Се активираат аларми.

4. Се корелираат со тикети.

5. Се подготвува оперативен извештај.

Исклучоци и граници

Зелен статус на сервер не докажува дека корисникот може да заврши деловна постапка.

Проверка на деловниот исход

Мониторингот ги покрива функционалностите и интеграциите вклучени во SLA.

Следливост

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

Изворна основа: МК §4.3.1 и §6.2–6.3.1.

Преводна или описна непрецизност. Доследни називи на улоги и функции е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Се идентификува непрецизноста.

2. Се проверува англискиот TOR.

3. Се споредува со процесот.

4. Се предлага усогласен термин.

5. Се запишува одлуката во речникот.

Исклучоци и граници

Treasury не се презема како дизајнер поради повторениот опис; SAM06 служи за апликации.

Проверка на деловниот исход

Ист термин има исто значење во форми, извештаи, упатства и права.

Следливост

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

Изворна основа: TOR Roles; МК §4.3 и SAM06.

Предавање на контролата врз системот. Контрола врз системот кај договорниот орган е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Се определуваат овластени лица.

2. Се предаваат потребните пристапи.

3. Се проверува управувањето со промени.

4. Се документираат ограничувањата.

5. Се потврдува способноста за понатамошно одржување.

Исклучоци и граници

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

Проверка на деловниот исход

Овластениот тим располага со код, конфигурација и документација за реална контрола.

Следливост

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

Изворна основа: МК §7.4; SAM01:01–03.

Верзија подготвена за прием. Докажан капацитет и извештај за перформанси е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Се определува нормално оптоварување.

2. Се симулираат најмалку 200 активни корисници.

3. Се мерат одговорите.

4. Се анализираат тесни грла.

5. Се повторува тест по поправки.

Исклучоци и граници

Метриката за одговор и тест-профилот се усогласуваат; не се прогласува успех само со број на регистрирани сметки.

Проверка на деловниот исход

Барањето за најмалку 200 истовремени корисници и одговор до 2 секунди е проверено во договорените услови.

Следливост

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

Изворна основа: МК §5.1; SAM01:12.

Одобрена промена за продукција. Контролирана продукциска промена е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Се усогласува термин.

2. Се проверува подготвеност.

3. Се применува верзијата.

4. Се проверуваат критичните постапки.

5. Се затвора промената или се враќа претходната состојба.

Исклучоци и граници

Прекин над одобрениот термин се смета како непланирана недостапност според SLA.

Проверка на деловниот исход

Постојат доказ за тестови, потврда на термин и проверена можност за обновување.

Следливост

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

Изворна основа: МК §6.1–6.3.1; техничка разработка во SDD.

Подготовка на нов сервис. Договорена и тестирана интеграција е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Се усогласуваат податоците.

2. Се дефинираат структури и грешки.

3. Се определуваат права.

4. Се извршува тест-размена.

5. Се документираат сервисот и оперативните контакти.

Исклучоци и граници

Отсуството на постоечки сервис не ја брише обврската за развој на потребни adapters во соработка со институцијата.

Проверка на деловниот исход

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

Следливост

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

Изворна основа: МК §4.2; SAM09:03.

Подготовка на конечна примопредавање. Јасен статус на исполнетост по барање е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Се споредува регистарот на барања.

2. Се проверуваат сите модули.

3. Се прегледуваат доказите.

4. Се издвојуваат отворени точки.

5. Се составува записник.

Исклучоци и граници

Број на екрани или демонстрација не е доволен доказ за функционална покриеност.

Проверка на деловниот исход

Секое барање има имплементација, тест и статус без прикриени празнини.

Следливост

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

Изворна основа: МК §4.2; SAM01:01 и SAM01:11–12.

Прекин при поднесување или нејасна потврда. Една валидна апликација или зачуван нацрт е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Се проверува дали предметот е примен.

2. Се зачувува нацртот ако не е примен.

3. Се прикажува јасен исход.

4. Се дозволува контролиран повторен обид.

5. Се избегнува создавање втор предмет.

Исклучоци и граници

Технички прекин не смее да создаде лажна потврда за успешен прием.

Проверка на деловниот исход

Повторен клик или освежување не создава двојно поднесување во предложениот технички модел.

Следливост

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

Изворна основа: МК SAM06:01 и §5.1; техничка разработка.

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

Главен тек

1. Се чита побараниот износ.

2. Се чита одобрениот износ.

3. Се утврдува договорената обврска.

4. Се собира одобрено за исплата.

5. Се споредува со фактички потврдена реализација.

Исклучоци и граници

Не се сумираат побарано и договорено како две независно доделени помошти.

Проверка на деловниот исход

Секој прикажан износ има изворен запис и објаснета деловна смисла.

Следливост

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

Изворна основа: МК SAM07:06; TOR Granted Aid Register.

Подготовка на формален документ. Потпишан документ од надлежно лице е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Се проверува предметот.

2. Се утврдува право на потпис.

3. Се избира точната верзија.

4. Се извршува потпишување.

5. Се поврзува потписот со записот.

Исклучоци и граници

Технички валиден сертификат не е доволен ако лицето нема деловно овластување за конкретната одлука.

Проверка на деловниот исход

Неовластен администратор не може да потпише деловна одлука само поради системски пристап.

Следливост

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

Изворна основа: МК SAM01:7; SAM06:10; разработка во SRS.

Регистриран коментар, приговор или жалба. Преглед на сопствен поднесок и одговор е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Се потврдува приемот.

2. Се определува надлежност.

3. Се следат активности.

4. Се доставува одговор.

5. Се прикажува сопствениот статус.

Исклучоци и граници

Бројот на предметот не смее да овозможи анонимен пристап до туѓи прилози.

Проверка на деловниот исход

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

Следливост

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

Изворна основа: МК SAM05:05; §5.1.

Проверка на подобност или следење ефект. Проверена деловна состојба е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Се утврдува потребниот атрибут.

2. Се презема од надлежниот извор.

3. Се бележи времето на проверка.

4. Се поврзува со предметот.

5. Се користи во дозволена одлука или анализа.

Исклучоци и граници

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

Проверка на деловниот исход

Не се создава неконтролирана реплика на регистар само за полесно пребарување.

Следливост

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

Изворна основа: TOR Users и Granted Aid Register; МК SAM09:06; §5.1.

Периодична оценка на реализирана помош. Следлив резултат на ниво примател е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Се избира помошта.

2. Се споредуваат очекуваните вредности.

3. Се внесуваат или преземаат постигнати вредности.

4. Се објаснуваат отстапувањата.

5. Се поврзува со програмскиот извештај.

Исклучоци и граници

Не се меша финансиска искористеност со ефективност на мерката.

Проверка на деловниот исход

Извештајот покажува и употребени средства и постигнати резултати со нивните извори.

Следливост

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

Изворна основа: TOR Monitoring; МК SAM07:06 и SAM08:08.

Измена на образец или шаблон. Конзистентни обрасци и извештаи е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Се подготвува нова верзија.

2. Се валидира структурата.

3. Се проверуваат преводите.

4. Се утврдува третман на старите нацрти.

5. Се активира договорената верзија.

Исклучоци и граници

Начинот за третман на веќе поднесени записи се утврдува во SRS и не се менува ретроактивно.

Проверка на деловниот исход

Поднесен предмет може да се прикаже со структурата со која бил примен.

Следливост

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

Изворна основа: МК SAM01:10; SAM07:07; техничка разработка.

Месечен или годишен SLA пресек. Извештај за најмалку 99,8 проценти достапност е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Се собираат прекини.

2. Се проверуваат одобрени исклучоци.

3. Се пресметува достапноста.

4. Се споредува со прагот.

5. Се документираат несогласувања и мерки.

Исклучоци и граници

При несогласување изворите на договорниот орган имаат предност според спецификацијата.

Проверка на деловниот исход

Месечниот и годишниот пресек не ги исклучуваат неовластените прекини како планирано одржување.

Следливост

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

Изворна основа: МК §6.3.1.

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

Главен тек

1. Се наведува производот.

2. Се определува лиценцниот модел.

3. Се прикажува цената.

4. Се образложува исклучокот ако не е траен.

5. Се проверува одржливоста по договорот.

Исклучоци и граници

Главните наменски модули не смеат да создаваат лиценцна обврска спротивна на спецификацијата.

Проверка на деловниот исход

Нема инсталирана задолжителна компонента со неприкажан трошок.

Следливост

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

Изворна основа: МК SAM01:02–03.

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

Главен тек

1. Се утврдува класификацијата.

2. Се доделува единствен број.

3. Се поврзува документот.

4. Се зачувува датумот.

5. Се овозможува пребарување.

Исклучоци и граници

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

Проверка на деловниот исход

Два истовремено примени извештаи не добиваат ист архивски идентификатор.

Следливост

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

Изворна основа: МК SAM02:06.

Доделување право за аналитика. Извештај достапен само во дозволениот опфат е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Се определува целната група.

2. Се раздвојуваат преглед, извршување и измена.

3. Се проверуваат извозите.

4. Се применува ограничување на податоци.

5. Се евидентира промената.

Исклучоци и граници

Правото на дефиницијата не смее да открива податоци над дозволениот институционален опфат.

Проверка на деловниот исход

Портал, API и датотечен извоз применуваат усогласени права.

Следливост

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

Изворна основа: МК SAM08:03–06.

Планирање на испорака и поддршка. Потврден календар без претпоставена поделба е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Се издвојуваат роковите.

2. Се разликува договорно траење од одржување.

3. Се споредува почетокот по модул.

4. Се бара формално појаснување.

5. Се усогласува оперативниот календар.

Исклучоци и граници

Не се претпоставува автоматски 12 месеци развој плус 24 месеци поддршка.

Проверка на деловниот исход

Планот јасно го наведува изворот на секој потврден рок и нерешените разлики.

Следливост

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

Изворна основа: ТД §1.3.3; TOR MNT01; МК §4.1 и §6.

Избрани приматели и подготовка за реализација. Евидентирани обврски за следење е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Страните го усогласуваат планот надвор од САМИС.

2. Се утврдуваат релевантните обврски.

3. Во системот се поврзуваат договорот и потребните прилози.

4. Се следи реализацијата.

5. Се поднесуваат извештаи.

Исклучоци и граници

Не се додава нов задолжителен модул за договарање на планот како да е експлицитен TOR опфат.

Проверка на деловниот исход

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

Следливост

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

Изворна основа: TOR SA Implementation.

Прикажување показател или извештај. Проверлив показател е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Се определува изворот.

2. Се проверува периодот.

3. Се проверува дозволеноста.

4. Се извршува пресметката.

5. Се прикажуваат параметри и потекло.

Исклучоци и граници

Вредност без познат извор или период не смее да се претстави како официјален резултат.

Проверка на деловниот исход

Рачниот контролен пример може да се повтори од истите записи и параметри.

Следливост

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

Изворна основа: TOR Analytical submodule; МК SAM08.

Исполнета забелешка од тест или контрола. Потврдено разрешена забелешка е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Се доставува доказ за поправка.

2. Се проверува примената.

3. Се повторува засегнатото сценарио.

4. Се утврдува преостанат ризик.

5. Се затвора активноста со запис.

Исклучоци и граници

Затворање тикет без повторна проверка не е доказ за исполнетост на барањето.

Проверка на деловниот исход

Исходот упатува на конкретен тест или документ што ја потврдува поправката.

Следливост

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

Изворна основа: МК §4.2; SAM01:11–12; §6.

Апликант добил помош. Поврзан пристап од апликација до реализација е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Се утврдува новиот деловен контекст.

2. Се прикажуваат договори.

3. Се отвораат барања за исплата.

4. Се прикажуваат извештајни обврски.

5. Се задржува пристап до сопствената апликација.

Исклучоци и граници

Избрана компанија не добива пристап до туѓи апликации или договори.

Проверка на деловниот исход

Промената на деловната улога не ги губи старите записи и не го проширува пристапот над дозволеното.

Следливост

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

Изворна основа: TOR Roles; МК SAM06 и SAM07.

Приемно сценарио со повеќе улоги. Доказ дека модулите работат поврзано е деловниот резултат што треба да произлезе од оваа постапка.

Главен тек

1. Се креира одобрена програма.

2. Се објавува повик.

3. Се поднесува и оценува апликација.

4. Се следи договор и барање за исплата.

5. Се затвора со извештај и аналитика.

Исклучоци и граници

Поединечно успешен екран не докажува исправно предавање меѓу улоги и модули.

Проверка на деловниот исход

Идентификаторите, износите, статусите и известувањата остануваат усогласени низ целиот циклус.

Следливост

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

Изворна основа: МК §4.2–4.3; SAM01:11.

Физичкото лице, компанијата и институцијата се различни поими. Деловните улоги се доделуваат во конкретен опфат, а не само според постоење сметка.

Врски и животен циклус

Корисникот се поврзува со предмети преку овластување. Компанијата останува ист апликант и кога нејзиниот претставник се менува.

Правила за квалитет

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

Прифаќање на моделот

Проверката на регистарот се извршува со поврзан пример што може да се проследи од влезниот предмет до извештајот. Идентификаторите се стабилни, а измените се видливи во историјата. Физичките имиња на табели, типови и индекси се определуваат во SDD; овој дел ја утврдува деловната смисла на податоците.

Изворна основа: МК §4.4.1; SAM01:7; §5.1.

Програмата е институционална рамка за мерки и помош. Верзијата е потребна за да се знае на која содржина се однесува конкретно мислење или одобрение.

Врски и животен циклус

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

Правила за квалитет

Измена по одобрување бара одлука дали повторно се одобрува; не се препишува одобрената содржина без трага.

Прифаќање на моделот

Проверката на регистарот се извршува со поврзан пример што може да се проследи од влезниот предмет до извештајот. Идентификаторите се стабилни, а измените се видливи во историјата. Физичките имиња на табели, типови и индекси се определуваат во SDD; овој дел ја утврдува деловната смисла на податоците.

Изворна основа: TOR Programs Register; МК §4.4.2.

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

Врски и животен циклус

Една програма има повеќе мерки; повикот упатува на релевантната мерка и нејзините правила.

Правила за квалитет

Ист назив на форма на помош не значи идентични правила за сите програми.

Прифаќање на моделот

Проверката на регистарот се извршува со поврзан пример што може да се проследи од влезниот предмет до извештајот. Идентификаторите се стабилни, а измените се видливи во историјата. Физичките имиња на табели, типови и индекси се определуваат во SDD; овој дел ја утврдува деловната смисла на податоците.

Изворна основа: TOR Programs Register и Cumulation rules; МК §4.4.2.

Повикот го определува периодот и условите за поднесување. Јавниот приказ е ограничен пресек од административниот запис.

Врски и животен циклус

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

Правила за квалитет

Продолжување рок и повлекување имаат автор и претходни вредности. Архивската јавна видливост се договара.

Прифаќање на моделот

Проверката на регистарот се извршува со поврзан пример што може да се проследи од влезниот предмет до извештајот. Идентификаторите се стабилни, а измените се видливи во историјата. Физичките имиња на табели, типови и индекси се определуваат во SDD; овој дел ја утврдува деловната смисла на податоците.

Изворна основа: МК SAM05:03–04; SAM06:04.

Се чуваат одделни записи за претходно мислење, ex-ante исход, буџетско мислење и владина одлука.

Врски и животен циклус

Одговорот упатува на конкретно барање. Една програма може да има повеќе последователни одговори.

Правила за квалитет

Едно поле одобрено не е доволно да ги претстави различните институционални одлуки.

Прифаќање на моделот

Проверката на регистарот се извршува со поврзан пример што може да се проследи од влезниот предмет до извештајот. Идентификаторите се стабилни, а измените се видливи во историјата. Физичките имиња на табели, типови и индекси се определуваат во SDD; овој дел ја утврдува деловната смисла на податоците.

Изворна основа: TOR Approvals Register; МК SAM04.

Апликацијата ја опишува компанијата и нејзиниот инвестициски проект во рамки на повикот.

Врски и животен циклус

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

Правила за квалитет

Поднесената верзија и дополнувањата треба да останат разликувани; надворешните записи имаат ознака на потекло.

Прифаќање на моделот

Проверката на регистарот се извршува со поврзан пример што може да се проследи од влезниот предмет до извештајот. Идентификаторите се стабилни, а измените се видливи во историјата. Физичките имиња на табели, типови и индекси се определуваат во SDD; овој дел ја утврдува деловната смисла на податоците.

Изворна основа: TOR Applications Register; МК §4.4.4; SAM06.

Помошта е одделен запис за дозволениот инструмент и реализацијата. Договорот ги документира обврските, а анексот нивните промени.

Врски и животен циклус

Записот ги поврзува одлуката, договорот, барањата за исплата и извештаите.

Правила за квалитет

Одобрена, договорена и исплатена вредност се различни факти и не смеат да се дуплираат во агрегатите.

Прифаќање на моделот

Проверката на регистарот се извршува со поврзан пример што може да се проследи од влезниот предмет до извештајот. Идентификаторите се стабилни, а измените се видливи во историјата. Физичките имиња на табели, типови и индекси се определуваат во SDD; овој дел ја утврдува деловната смисла на податоците.

Изворна основа: TOR Granted Aid Register; МК §4.4.5.

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

Врски и животен циклус

Еден договор може да има повеќе барања и повеќе реализациски записи; потребно е усогласување по период и износ.

Правила за квалитет

САМИС не врши паричен трансфер. Механизмот за потврда зависи од интеграциската и институционалната подготвеност.

Прифаќање на моделот

Проверката на регистарот се извршува со поврзан пример што може да се проследи од влезниот предмет до извештајот. Идентификаторите се стабилни, а измените се видливи во историјата. Физичките имиња на табели, типови и индекси се определуваат во SDD; овој дел ја утврдува деловната смисла на податоците.

Изворна основа: МК SAM06:09; SAM07:04 и 06; SAM09:04.

Извештајот е службен поднесок со период и статус. Индикаторот има цел и мерна единица; измерената вредност има извор и период.

Врски и животен циклус

Примателските извештаи се поврзуваат со помош, а програмските и годишните извештаи ги консолидираат дозволените записи.

Правила за квалитет

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

Прифаќање на моделот

Проверката на регистарот се извршува со поврзан пример што може да се проследи од влезниот предмет до извештајот. Идентификаторите се стабилни, а измените се видливи во историјата. Физичките имиња на табели, типови и индекси се определуваат во SDD; овој дел ја утврдува деловната смисла на податоците.

Изворна основа: TOR Reporting и Monitoring; МК SAM07–08.

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

Врски и животен циклус

Настанот се врзува за предмет и документ. Надворешниот идентификатор овозможува контролирано ажурирање без дупликат.

Правила за квалитет

Во логовите не треба да се изложуваат тајни; деталите за минимизација и задржување се специфицираат во SDD.

Прифаќање на моделот

Проверката на регистарот се извршува со поврзан пример што може да се проследи од влезниот предмет до извештајот. Идентификаторите се стабилни, а измените се видливи во историјата. Физичките имиња на табели, типови и индекси се определуваат во SDD; овој дел ја утврдува деловната смисла на податоците.

Изворна основа: МК §5.1; SAM09:03.

Идентификација и единствена најава.

Подготовка на интеграцијата

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

Деловен прием

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

Одговорност за употреба

Размената не го заменува институционалното одлучување. Корисникот треба да ја разликува вредноста добиена од изворот од заклучокот што надлежниот обработувач го донесува врз неа. Потеклото и времето на проверката се важни за објаснување на исходот.

Изворна основа: МК §4.2; SAM01:7; SAM06:01.

Задолжителен канал за размена со државни системи.

Подготовка на интеграцијата

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

Деловен прием

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

Одговорност за употреба

Размената не го заменува институционалното одлучување. Корисникот треба да ја разликува вредноста добиена од изворот од заклучокот што надлежниот обработувач го донесува врз неа. Потеклото и времето на проверката се важни за објаснување на исходот.

Изворна основа: МК SAM03:03; SAM09:03; §5.1.

Преземање и верификација на компаниски податоци.

Подготовка на интеграцијата

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

Деловен прием

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

Одговорност за употреба

Размената не го заменува институционалното одлучување. Корисникот треба да ја разликува вредноста добиена од изворот од заклучокот што надлежниот обработувач го донесува врз неа. Потеклото и времето на проверката се важни за објаснување на исходот.

Изворна основа: МК SAM09:06; §5.1.

Дозволени лични идентификациски проверки.

Подготовка на интеграцијата

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

Деловен прием

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

Одговорност за употреба

Размената не го заменува институционалното одлучување. Корисникот треба да ја разликува вредноста добиена од изворот од заклучокот што надлежниот обработувач го донесува врз неа. Потеклото и времето на проверката се важни за објаснување на исходот.

Изворна основа: МК §4.1–4.2 и §5.1.

Проверки за подобност и аналитички потреби.

Подготовка на интеграцијата

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

Деловен прием

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

Одговорност за употреба

Размената не го заменува институционалното одлучување. Корисникот треба да ја разликува вредноста добиена од изворот од заклучокот што надлежниот обработувач го донесува врз неа. Потеклото и времето на проверката се важни за објаснување на исходот.

Изворна основа: МК SAM09:05.

Финансиски податоци за следење на помошта.

Подготовка на интеграцијата

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

Деловен прием

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

Одговорност за употреба

Размената не го заменува институционалното одлучување. Корисникот треба да ја разликува вредноста добиена од изворот од заклучокот што надлежниот обработувач го донесува врз неа. Потеклото и времето на проверката се важни за објаснување на исходот.

Изворна основа: МК §4.1; SAM09:04.

Објавување и пронаоѓање услуги со насочување кон САМИС.

Подготовка на интеграцијата

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

Деловен прием

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

Одговорност за употреба

Размената не го заменува институционалното одлучување. Корисникот треба да ја разликува вредноста добиена од изворот од заклучокот што надлежниот обработувач го донесува врз неа. Потеклото и времето на проверката се важни за објаснување на исходот.

Изворна основа: МК SAM05:07; §5.1.

Известување за статуси, рокови и активности.

Подготовка на интеграцијата

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

Деловен прием

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

Одговорност за употреба

Размената не го заменува институционалното одлучување. Корисникот треба да ја разликува вредноста добиена од изворот од заклучокот што надлежниот обработувач го донесува врз неа. Потеклото и времето на проверката се важни за објаснување на исходот.

Изворна основа: МК SAM01:9; SAM06:07; §5.1.

Централизација на веќе обработени програми и апликации.

Подготовка на интеграцијата

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

Деловен прием

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

Одговорност за употреба

Размената не го заменува институционалното одлучување. Корисникот треба да ја разликува вредноста добиена од изворот од заклучокот што надлежниот обработувач го донесува врз неа. Потеклото и времето на проверката се важни за објаснување на исходот.

Изворна основа: МК §4.3.6; SAM09:01–03.

Јавна машинска размена и доверливост на документи како одделни интеграции.

Подготовка на интеграцијата

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

Деловен прием

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

Одговорност за употреба

Размената не го заменува институционалното одлучување. Корисникот треба да ја разликува вредноста добиена од изворот од заклучокот што надлежниот обработувач го донесува врз неа. Потеклото и времето на проверката се важни за објаснување на исходот.

Изворна основа: МК §4.1–4.2; SAM06:10; SAM07:07; §5.1.

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

Инсталација и работење

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

SRS и SDD

§5.2.3, насловена SRS, експлицитно бара модел на податоци, дизајн на база со DDL, размена на податоци, книга на грешки, статички и динамички UML, модел на случаи на употреба и дизајн на перформанси. §5.2.4 бара SDD со инфраструктурна интеграција, софтверски компоненти, верзии, firmware и лиценци. Терминолошкото преклопување не е основа да се изостави содржина: структурата се усогласува и двата документа се одобруваат пред испораката.

Крајна испорака

Најдоцна 20 работни дена пред истекот на договорот за одржување се доставуваат: спецификација на развиените функции; ажурирана архитектура и врски; лиценци со траење; целосен код со опис и build/deployment постапки; опис на базата со табели и релации; административни и кориснички упатства; API и останата документација. Постоечката документација се ажурира без надомест; за непостоечката се применува условот за адаптивни часови од §7.6.

Доказ за затворање е инвентар со верзии и предадени пакети, усогласен со инсталираниот систем. Кодот се доставува со секој извештај, а пред истекот се демонстрира неговата функционалност на соодветна околина во просториите на договорниот орган.

Изворна основа: МК §5.2–5.4; §6.1; §7.6.

Превенција

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

Реакција

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

Контролирана промена

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

Надградби и континуитет

Надградбите на оперативни и апликативни решенија користат стабилни поддржани верзии и се верификуваат преку независни безбедносни тестови и алатки на договорниот орган. Лиценците ги набавува договорниот орган освен ако е поинаку утврдено. За end-of-life/end-of-support и критично ранливи компоненти се подготвуваат миграциски и тест-план, се проверува компатибилноста и се применува автоматизирано управување со закрпи.

Интервенциите во продукција ја земаат предвид работата 24/7 и се изведуваат со минимален прекин, во најмалку оптоварен термин и без губење податоци. Microsoft, Red Hat, VMware и Cisco во изворот се примери на производители, а не обврска за набавка на секој наведен производ.

Изворна основа: МК §6.1–6.5.

Организација

Се применува призната методологија за ИТ проекти. Проектниот план ги опфаќа управувањето, архитектурата/backend, frontend, UX/UI, базите и интеграциите, инфраструктурата и сајбер-безбедноста. Конкретните лица и капацитети се утврдуваат во одобрениот план.

Плански испораки

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

Комуникациски правила

Се одржуваат редовни состаноци со клучниот тим и Министерството. Обрасците за управувачки документи се усвојуваат најдоцна еден месец од потпишување. Комуникацијата е на македонски јазик; неформалните разговори се поткрепуваат со е-пошта. Се обезбедуваат телефон, адреса за инциденти и систем за грешки/барања. Се почитуваат тековните и идните политики на МДТ.

Контрола

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

Квалитет и ризици

Планот за квалитет содржи функционални тестови, скрипти, тест-податоци, методологија, алатки и резултати. Стрес и перформансни тестови се извршуваат на обезбедената инфраструктура. Се вршат редовни прегледи на код и конфигурација. Ризиците се идентификуваат, анализираат и следат со мерки и одговорни лица; нивниот статус и ефективноста на мерките се пријавуваат редовно.

Изворна основа: МК §7.1–7.7.

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

Нивоа 1 и 2: календарски часови и поддршка 24/7. Нивоа 3 и 4: понеделник–петок 07:30–17:30, без државни празници и неработни денови. Санацијата може да биде привремена, но не ја укинува обврската за трајно решение.

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

Достапноста е најмалку 99,8% месечно и годишно. Исклучок е само навремено најавено, претходно писмено одобрено одржување во одобрениот термин. При несогласување предност имаат мониторингот, логовите и тикетите на договорниот орган.

Изворна основа: МК §6.3.1.

Се предаваат опис на мерките, верзии и резултати од повторните тестирања. Се следат ENISA, NIST, ISO/IEC 27001, CIS Benchmarks и упатствата на производителите, како што се наведени во спецификацијата. Овие насоки не се претвораат во автоматски доказ за сертификација.

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

Обуките се на македонски јазик, на финализиран и инсталиран систем, со упатување на верзијата на прирачниците. Опфатот вклучува вработени во КЗК и почетна група даватели, спроведувачи и апликанти/приматели според спецификацијата, не повеќе од 50 лица. Материјалите се усогласуваат со платформата за е-учење на Министерството.

Изворна основа: МК SAM01:06; §6.2; §6.4–6.5.

Пред конечниот прием се проверуваат изворниот код, документацијата, инсталациските материјали, тестовите и корисничките упатства. Испораката се идентификува со конкретна верзија и не се сведува на презентација или визуелен прототип.

Ако договорниот орган обезбеди или одобри Git окружување, кодот се води и верзионира таму, а поставувањето се врши преку контролирана Git/release процедура. Ако обезбеди систем за тикети или документација, тој се користи според условите од спецификацијата.

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

Изворна основа: МК §4.2; §5.2; §6.1; §7.