(ուժը կորցրել է 21.07.11 թիվ 983-Ն որոշում)
i
040.1271.161109
ՀԱՅԱՍՏԱՆԻ ՀԱՆՐԱՊԵՏՈՒԹՅԱՆ ԿԱՌԱՎԱՐՈՒԹՅՈՒՆ
ՈՐՈՇՈՒՄ
29 հոկտեմբերի 2009 թվականի N 1271-Ա
ԵԿԱՄՏԱՅԻՆ ՀԱՐԿԻ ԵՎ ԿՈՒՏԱԿԱՅԻՆ ՎՃԱՐԻ ԱՆՁՆԱՎՈՐՎԱԾ ՀԱՇՎԱՌՄԱՆ ՀԱՄԱԿԱՐԳԻ ՆԵՐԴՐՄԱՆ ՄԱՍԻՆ
«Իրավական ակտերի մասին» Հայաստանի Հանրապետության օրենքի 14-րդ հոդվածի 3-րդ մասին համապատասխան` Հայաստանի Հանրապետության կառավարությունը որոշում է.
1. Եկամտային հարկի և կուտակային վճարի անձնավորված հաշվառման համակարգի ներդրումը համարել Համաշխարհային բանկի սոցիալական պաշտպանության ոլորտի կառավարման վարկային ծրագրի բաղադրիչ և հավանություն տալ եկամտային հարկի և կուտակային վճարի անձնավորված հաշվառման համակարգի ներդրման գնահատման միջոցառումներին` համաձայն N 1 հավելվածի:
2. Հավանություն տալ եկամտային հարկի և կուտակային վճարի անձնավորված հաշվառման համակարգի համակարգչային ծրագրի տեխնիկական մասնագրերին` համաձայն N 2 հավելվածի:
3. Հայաստանի Հանրապետության աշխատանքի և սոցիալական հարցերի նախարարին` Հայաստանի Հանրապետության կառավարությանն առընթեր պետական եկամուտների կոմիտեի նախագահի հետ համատեղ, հիմք ընդունելով եկամտային հարկի և կուտակային վճարի անձնավորված հաշվառման համակարգի համակարգչային ծրագրի տեխնիկական մասնագրերը, համագործակցելով Համաշխարհային բանկի հետ, ձևավորել տեխնիկական առաջադրանք, որի հիման վրա Համաշխարհային բանկի ընթացակարգերին համապատասխան անցկացնել մրցույթ` Հայաստանի Հանրապետության ֆինանսների նախարարության «Արտասահմանյան ֆինանսական ծրագրերի կառավարման կենտրոն» պետական հիմնարկի միջոցով:
ՍՏՈՐԱԳՐՎԵԼ Է ՀԱՅԱՍՏԱՆԻ ՀԱՆՐԱՊԵՏՈՒԹՅԱՆ ՎԱՐՉԱՊԵՏԻ ԿՈՂՄԻՑ
2009 ԹՎԱԿԱՆԻ ՆՈՅԵՄԲԵՐԻ 16-ԻՆ
Հավելված N 1
ՀՀ կառավարության
2009 թվականի հոկտեմբերի 29-ի
N 1271-Ա որոշման
ՄԻՋՈՑԱՌՈՒՄՆԵՐ ԵԿԱՄՏԱՅԻՆ ՀԱՐԿԻ ԵՎ ԿՈՒՏԱԿԱՅԻՆ ՎՃԱՐԻ ԱՆՁՆԱՎՈՐՎԱԾ ՀԱՇՎԱՌՄԱՆ ՀԱՄԱԿԱՐԳԻ ՆԵՐԴՐՄԱՆ ԳՆԱՀԱՏՄԱՆ
._____________________________________________________________________.
|Գործառույթի |Գնահատմանը ներկայացվող |Ակնկալվող արդյունքը|Գնահատման |
|անվանումը |պահանջները | |պատասխանատու|
| | | |կատարողը |
| | | |(համակատա- |
| | | |րողները) |
|____________|_______________________|___________________|____________|
| 1 | 2 | 3 | 4 |
|____________|_______________________|___________________|____________|
|1. Համակարգ-|Գնահատումը պետք է |ըստ տեխնիկական |ՀՀ |
|չային ծրագրի|ներառի համակարգչային |մասնագրերի |էկոնոմիկայի |
|մշակման և |ծրագրի բոլոր մոդուլների|համակարգչային |նախարարութ- |
|ներդրման |մշակումը (այդ թվում` |ծրագրի մշակման և |յուն |
|գնահատում` |էլեկտրոնային |ներդրման ֆինանսական|ՀՀ կառավա- |
|ըստ |հաշվետվությունները |գնահատման |րությանն |
|տեխնիկական |ներկայացնելու առցանց և |վերաբերյալ |առընթեր |
|մասնագրերի |արտացանց ծրագրերի |փաստաթուղթ |պետական |
| |մշակումը` մոդուլ 4), |(հայերեն և |եկամուտների |
| |ծրագրի փորձարկումը, |անգլերեն) |կոմիտե |
| |տեղակայումը, | |ՀՀ |
| |կոնֆիգուրացումը, | |ֆինանսների |
| |շահագործող անձնակազմի | |նախարարու- |
| |ուսուցումը, | |թյուն |
| |համապատասխան | |ՀՀ աշխատանքի|
| |ձեռնարկների մշակումը, | |և |
| |երաշխիքային | |սոցիալական |
| |սպասարկումը: | |հարցերի |
| | | |նախարարու- |
| | | |թյուն |
| | | |դոնոր |
| | | |կազմակերպու-|
| | | |թյուններ |
|____________|_______________________|___________________|____________|
|2. Հիմնական |ՀՀ կառավարությանն |յուրաքանչյուր |ՀՀ կառավա- |
|համակարգի |առընթեր պետական |գերատեսչությունում |րությանն |
|հետ |եկամուտների |ծրագրային |առընթեր |
|տվյալների |կոմիտե-գանձապետարան, ՀՀ|մոդուլների մշակման |պետական |
|փոխանակում |կառավարությանն առընթեր |և ներդրման |եկամուտների |
|իրականացնող |պետական եկամուտների |վերաբերյալ |կոմիտե |
|այլ |կոմիտե - ՀՀ աշխատանքի |փաստաթուղթ` ըստ |ՀՀ |
|ծրագրային |և սոցիալական հարցերի |գնահատմանը |ֆինանսների |
|մոդուլների |նախարարություն, ՀՀ |ներկայացվող |նախարարու- |
|մշակման և |կառավարությանն առընթեր |պահանջների |թյուն |
|ներդրման |պետական եկամուտների | |ՀՀ աշխատանքի|
|գնահատում |կոմիտե - Հայաստանի | |և |
| |կենտրոնական | |սոցիալական |
| |դեպոզիտարիա, Հայաստանի | |հարցերի |
| |կենտրոնական | |նախարարու- |
| |դեպոզիտարիա - ՀՀ | |թյուն |
| |աշխատանքի և սոցիալական| |դոնոր |
| |հարցերի նախարարություն | |կազմակերպու-|
| |տվյալների փոխանակմանը | |թյուններ |
| |ներկայացվող պահանջների | | |
| |վերաբերյալ փաստաթղթերի | | |
| |հիման վրա կկատարվեն | | |
| |համապատասխան մոդուլների| | |
| |մշակման, ներդրման, | | |
| |փորձարկման, սպասարկման,| | |
| |ուսուցման գնահատում | | |
| |(այդ թվում` նաև | | |
| |ֆինանսական գնահատում): | | |
|____________|_______________________|___________________|____________|
|3. Համակարգի|Գնահատումը պետք է |համակարգի |ՀՀ կառավա- |
|շահագործումն|ներառի` |շահագործումն |րությանն |
|ապահովող հա-|. եկամտային հարկի և |ապահովող |առընթեր |
|մակարգչային |կուտակային վճարի |համակարգչային |պետական |
|տեխնիկայի |անձնավորված հաշվառման |տեխնիկայի ցանկը և |եկամուտների |
|գնահատում |համակարգի անխափան |ֆինանսական |կոմիտե |
| |շահագործման համար |գնահատականը |ՀՀ աշխատանքի|
| |անհրաժեշտ համակարգչային|ներկայացնող |և |
| |տեխնիկային ներկայացվող |փաստաթուղթ |սոցիալական |
| |նվազագույն պահանջները, | |հարցերի նախա|
| |անհրաժեշտ համակարգչային| |րարություն |
| |տեխնիկայի ցանկը և | |դոնոր |
| |ֆինանսական գնահատականը,| |կազմակերպու-|
| |. եկամտային հարկի և | |թյուններ |
| |կուտակային վճարի | | |
| |անձնավորված հաշվառման | | |
| |համակարգի անխափան | | |
| |շահագործման համար ՀՀ | | |
| |կառավարությանն առընթեր | | |
| |պետական եկամուտների | | |
| |կոմիտեի հարկային | | |
| |տեսչություններում | | |
| |անհրաժեշտ նոր | | |
| |համակարգչային | | |
| |տեխնիկային ներկայացվող | | |
| |նվազագույն պահանջները, | | |
| |ցանկը և ֆինանսական | | |
| |գնահատականը` հիմնված | | |
| |առկա վիճակի | | |
| |վերլուծության վրա, | | |
| |. հիմնական համակարգի | | |
| |հետ տվյալների | | |
| |փոխանակում իրականացնող | | |
| |այլ ծրագրային | | |
| |մոդուլների շահագործման | | |
| |համար անհրաժեշտ | | |
| |համակարգչային | | |
| |տեխնիկային ներկայացվող | | |
| |նվազագույն պահանջները, | | |
| |անհրաժեշտ համակարգչային| | |
| |տեխնիկայի ցանկը և | | |
| |ֆինանսական գնահատականը:| | |
|____________|_______________________|___________________|____________|
|4. Համակարգի|Գնահատումը պետք է |լիցենզավորված |ՀՀ կառավա- |
|շահագործման |ներառի համակարգի |ծրագրային ապահովման|րությանն |
|համար |շահագործման համար |գնահատման |առընթեր |
|անհրաժեշտ |անհրաժեշտ պատրաստի |վերաբերյալ |պետական |
|լիցենզավոր- |լիցենզավորված |փաստաթուղթ |եկամուտների |
|ված |ծրագրային փաթեթների | |կոմիտե |
|ծրագրային |ցանկը, ֆինանսական | |ՀՀ աշխատանքի|
|փաթեթների |գնահատականը և | |և |
|ձեռքբերման |ձեռքբերման | |սոցիալական |
|գնահատում |ժամանակացույցը | |հարցերի նախա|
| |(համակարգչային ծրագրի | |րարություն |
| |ներդրման որ փուլում | |դոնոր |
| |արդեն պետք է տեղակայված| |կազմակերպու-|
| |լինի համակարգչային | |թյուններ |
| |տեխնիկան): | | |
|____________|_______________________|___________________|____________|
|5. Կենսա- |Գնահատումը պետք է |համակարգի |ՀՀ կառավա- |
|թոշակային |ներառի կապուղիների |շահագործումն |րությանն |
|բարեփոխում- |սխեման, |ապահովող |առընթեր |
|ների |գերատեսչությունների |կապուղիների |պետական |
|իրականացումն|միջև կապուղիների |տեխնիկական և |եկամուտների |
|ապահովող |անհրաժեշտ |ֆինանսական |կոմիտե |
|համակարգերի |թողունակությունը |գնահատականը |ՀՀ աշխատանքի|
|շահագործումն|(առաջնային և |ներկայացնող |և |
|ապահովող |պահուստային), գործող |փաստաթուղթ |սոցիալական |
|կապուղիների |կապուղիների | |հարցերի նախա|
|գնահատում |գնահատականը, | |րարություն |
| |կառուցվելիք | |դոնոր |
| |կապուղիների ներդրմանը | |կազմակերպու-|
| |ներկայացվող այլ | |թյուններ |
| |պահանջներ և անհրաժեշտ | | |
| |ֆինանսական միջոցները, | | |
| |այդ թվում` | | |
| |. եկամտային հարկի և | | |
| |կուտակային վճարի | | |
| |անձնավորված հաշվառման | | |
| |համակարգի կապուղիների | | |
| |և | | |
| |. կենսաթոշակային | | |
| |բարեփոխումների ամբողջ | | |
| |գործընթացն ապահովող | | |
| |լրացուցիչ կապուղիների | | |
| |(օրինակ` ՍԱՊԾ և ՏԲ | | |
| |կապուղիներ): | | |
|____________|_______________________|___________________|____________|
|6. Ենթակա- |Գնահատումը պետք է |ենթակառուցվածքի և |ՀՀ կառավա- |
|ռուցվածքի և |ներառի եկամտային հարկի |հիմնական համակարգի |րությանն |
|հիմնական |և կուտակային վճարի |սպասարկման |առընթեր |
|համակարգի |անձնավորված հաշվառման |գնահատման |պետական |
|սպասարկման |համակարգի |վերաբերյալ |եկամուտների |
|գնահատում |համակարգչային ծրագրի |փաստաթուղթ` ըստ |կոմիտե |
| |սպասարկմանը, |գնահատմանը |ՀՀ աշխատանքի|
| |լիցենզավորված |ներկայացվող |և |
| |ծրագրային փաթեթների |պահանջների |սոցիալական |
| |սպասարկմանը և | |հարցերի նախա|
| |համակարգի առանձին | |րարություն |
| |բաղադրիչների | |ՀՀ ֆինանսներ|
| |(ենթակառուցվածքի) | |նախարարու- |
| |սպասարկմանը | |թյուն |
| |ներկայացվող պահանջները,| |ՀՀ |
| |շրջանակները, | |կենտրոնական |
| |ժամկետները, ինչպես նաև | |բանկ |
| |ֆինանսական գնահատականը | |Հայաստանի |
| |(բոլոր գերատեսչություն-| |կենտրոնական |
| |ներում): | |դեպոզիտարիա |
| | | |դոնոր |
| | | |կազմակերպու-|
| | | |թյուններ |
|____________|_______________________|___________________|____________|
|7. Եկամտային|Հայաստանի |եկամտային հարկի և |ՀՀ կառավա- |
|հարկի և |Հանրապետությունում |կուտակային վճարի |րությանն |
|կուտակային |հաշվապահական ծրագրեր |էլեկտրոնային |առընթեր |
|վճարի |մշակող |հաշվետվությունները |պետական |
|էլեկտրոնային|կազմակերպությունների |ներկայացնելու |եկամուտների |
|հաշվետվութ- |հետ հստակեցնել |համակարգչային |կոմիտե |
|յունները ներ|եկամտային հարկի և |ծրագիրն առկա |ՀՀ աշխատանքի|
|կայացնելու |կուտակային վճարի |հաշվապահական |և |
|համակարգչա- |անձնավորված հաշվառման |ծրագրերին |սոցիալական |
|յին ծրագրի |էլեկտրոնային |ինտեգրելու |հարցերի նախա|
|և առկա |հաշվետվությունները |վերաբերյալ |րարություն |
|հաշվապահական|ներկայացնելու |փաստաթուղթ` ըստ | |
|ծրագրերի |համակարգչային ծրագրի և |մշակմանը | |
|ինտեգրման |առկա հաշվապահական |ներկայացվող | |
|գնահատում |ծրագրերի ինտեգրման |պահանջների` | |
| |հնարավորությունները |համապատասխան | |
| |(տեխնիկական, ներդրման, |միջոցառումների | |
| |սպասարկման, գինը, |ցանկով և | |
| |ժամկետները)` ըստ |ֆինանսական | |
| |մշակված հաշվետվության |գնահատականով | |
| |ձևի: | | |
|____________|_______________________|___________________|____________|
|8. Պետական |ՍԱՊԾ-ում պետական |շտեմարանի |ՀՀ աշխատանքի|
|կենսաթոշա- |կենսաթոշակային |տեխնիկական |և |
|կային |ապահովության տվյալների |առաջադրանքի մշակման|սոցիալական |
|ապահովության|նոր շտեմարանի |(այդ թվում` |հարցերի նախա|
|տվյալների |տեխնիկական առաջադրանքի |տեխնիկական |րարություն |
|նոր |մշակման և տեխնիկական |առաջադրանքի |դոնոր |
|շտեմարանի |առաջադրանքի համաձայն |մշակմանը |կազմակերպու-|
|ստեղծման |շտեմարանի ստեղծման |ներկայացվող |թյուններ |
|գնահատում |ֆինանսական գնահատում |պահանջների | |
| | |վերաբերյալ | |
| | |փաստաթուղթ) և | |
| | |շտեմարանի ստեղծման | |
| | |գնահատման | |
| | |վերաբերյալ | |
| | |փաստաթուղթ | |
._____________________________________________________________________.
Հավելված N 2
ՀՀ կառավարության
2009 թվականի հոկտեմբերի 29-ի
N 1271-Ա որոշման
ԵԿԱՄՏԱՅԻՆ ՀԱՐԿԻ ԵՎ ԿՈՒՏԱԿԱՅԻՆ ՎՃԱՐԻ ԱՆՁՆԱՎՈՐՎԱԾ ՀԱՇՎԱՌՄԱՆ ՀԱՄԱԿԱՐԳԻ ՀԱՄԱԿԱՐԳՉԱՅԻՆ ԾՐԱԳՐԻ ՏԵԽՆԻԿԱԿԱՆ ՄԱՍՆԱԳՐԵՐԸ
8 մայիսի, 2009 թ.
Մշակվել է ԱՄՆ-ի ՄԶԳ Հայաստան, Սոցիալական պաշտպանության համակարգերի հզորացման (ՍՊՀՀ) ծրագրի կողմից:
Սույն փաստաթուղթը հնարավոր է դարձել Ամերիկայի ժողովրդի աջակցության շնորհիվ` ԱՄՆ-ի միջազգային զարգացման գործակալության (ԱՄՆ-ի ՄԶԳ) միջոցով: Սույն փաստաթղթում արտահայտված տեսակետները պատկանում են հեղինակներին և, հնարավոր է, որ չհամընկնեն ԱՄՆ-ի ՄԶԳ-ի կամ ԱՄՆ-ի կառավարության տեսակետներին:
Բովանդակություն
1. Ներածություն ..................................................3
1.1. Նպատակը ..................................................3
1.2. Ծրագրի ծավալը և հատկությունները .........................4
1.3. Սահմանումներ և հապավումներ ..............................5
1.4. Հղումներ .................................................6
1.5. Նկարագրություն ...........................................6
2. Ընդհանուր նկարագրությունը ....................................15
2.1. Ծրագրի նկարագիրը ........................................15
2.2. Համակարգչային ծրագրի գործառույթները .....................21
2.3. Օգտագործողների խմբերը և բնութագրերը ....................26
2.4. Օպերացիոն միջավայր ......................................26
2.5. Կառուցվածքի և կիրարկման հետ կապված պահանջները ..........27
2.6. Օգտագործողի համար նախատեսված նյութերը ...................28
2.7. Ենթադրություններ և պայմաններ ...........................28
2.8. Պահանջների փուլ առ փուլ կիրառում ........................29
3. Հատուկ պահանջներ .............................................30
3.1. Արտաքին ինտերֆեյսներ ....................................30
3.2. Ֆունկցիոնալ պահանջների մասնագրեր ........................30
3.2.1. Մոդուլ 01, անվանումը` ԳՐԱՆՑՈՒՄ ........................32
3.2.2. Մոդուլ 02, անվանումը` ԱԿՆԿԱԼՎՈՂ ԵԿԱՄՈՒՏՆԵՐ ............69
3.2.3. Մոդուլ 03, անվանումը` ՎՃԱՐՈՒՄՆԵՐ ......................80
3.2.4. Մոդուլ 04, անվանումը` ԾՐԱԳՐԱՅԻՆ ԳՈՐԾԻՔ ................96
3.2.5. Մոդուլ 05, անվանումը` ՀԻՄՆԱԿԱՆ ՍՏՈՒԳՈՒՄ-ՀԱՍՏԱՏՈՒՄ ....133
3.2.6. Մոդուլ 06, անվանումը` ԲԱՇԽՈՒՄ ........................165
3.2.7. Մոդուլ 07, անվանումը` ՈՒՇԱՑՄԱՆ ԴԵՊՔՈՒՄ ՏՈԿՈՍՆԵՐ ......187
3.2.8. Մոդուլ 09, անվանումը` ՀԱՐԿԱՅԻՆ ՔԱՐՏ ..................202
3.3. Ոչ գործառութային պահանջներ .............................207
4. Փոփոխությունների կառավարման գործընթաց .......................208
5. Փաստաթղթերի հաստատումը ......................................209
6. Հավելվածներ .................................................209
6.1. Տեխնիկական մասնագրեր ...................................211
6.2. Տվյալների բառարան և մոդելի կառուցվածքային մասնագրեր ...222
Համակարգի բաղադրիչներ ..........................................222
Տվյալների նկարագրություն .......................................223
Տվյալների կառուցվածք ........................................225
00 - Օժանդակող կառուցվածքներ ................................229
01 - Գրանցում ...............................................240
02 - Ակնկալվող եկամուտներ ...................................246
03 - Վճարումներ .............................................249
05 - Եկամտային հարկի հայտարարագրի ներկայացում և վավերացում..252
06 - Բաշխում ................................................260
07 - ՈՒշացման դեպքում տոկոսներ ..............................261
10 - Աշխատանքային հերթեր ....................................263
Օրինակներ ...................................................265
Հաղորդագրությունների կոդեր ..................................271
Դադարեցման կոդեր ............................................276
Գնահատման կոդ ...............................................276
6.3. Մոդուլ 04-ի հավելվածներ ................................278
6.4. Ստացական -Մոդուլ 05-ի հավելվածներ ......................284
6.5. Տվյալների փոխանակման պահանջների մասնագրեր ..............255
1. Ներածություն
ԱՄՆ ՄԶԳ կողմից ֆինանսավորվող Սոցիալական պաշտպանության համակարգերի հզորացման (ՍՊՀՀ) ծրագրի փորձագետները մշակել են համակարգչային ծրագրի տեխնիկական մասնագրերը (ԾՏՄ) Կենսաթոշակային բարեփոխումների իրականացման աշխատանքային խմբի (ԿԲԻԱԽ) կողմից մշակված օրենքների նախագծերի հիման վրա:
ՍՊՀՀ փորձագետները ծանոթացել են օրենքների նախագծերին, Պետական եկամուտների կոմիտեի (ՊԵԿ) գործող ընթացակարգերին և կուտակային կենսաթոշակի ու եկամտային հարկի բարեփոխումների հետ առնչվող պետական այլ մարմինների պահանջներին:
Սույն մասնագրերը հիմնված են ՊԵԿ-ի անձնավորված հաշվառման և եկամտային հարկի հավաքագրման մոդելի նախագծման և մշակման նպատակով օպերատիվ աշխատանքային խմբի հետ բազմաթիվ հանդիպումների ժամանակ ձեռք բերված համաձայնությունների վրա:
1.1 Նպատակը
Հայաստանի Հանրապետության կառավարությունը (ՀՀԿ) հաստատել է ՀՀ «Կենսաթոշակային բարեփոխումների ծրագիրը» և բարեփոխումների իրականացումն ապահովող գործողությունների ժամանակացույցը:
Այդ ծրագրի հիմնական խնդիրներից մեկը անձնավորված հաշվառման և եկամտային հարկի ու կուտակային կենսաթոշակային վճարների հավաքագրման տեղեկատվական համակարգի մշակումն ու ներդնումն է: Համակարգի առաջնային նպատակն է Պետական եկամուտների կոմիտեի (ՊԵԿ) աշխատանքային գործընթացների ավտոմատացումը` կապված եկամտային հարկի և կուտակային կենսաթոշակային վճարների հավաքագրման և ՊԵԿ-ի, Գանձապետարանի և Հայաստանի կենտրոնական դեպոզիտարիայի (ՀԿԴ) միջև տվյալների փոխանակման հետ:
Համակարգի ներդնումն իր ազդեցությունը կունենա տարբեր շահագրգիռ կողմերի վրա, այդ թվում` քաղաքացիների մի մեծ խմբի վրա, և մեծ ազդեցություն կունենա ՊԵԿ-ի հետ գործատուների փոխհարաբերության վրա: Մշակվելիք ծրագիրը պետք է ուղղված լինի այդ նպատակների իրագործմանը և համահունչ լինի ՊԵԿ-ի ընդհանուր ՏՏ ռազմավարության հետ:
Ծրագրի բարեհաջող իրագործումը գործատուներին կտա ինքնասպասարկման գործիք` նվազեցնելով եկամտային հարկի հաշվետվությունների ներկայացման նրանց բեռը և կօժանդակի ու կարագացնի ՊԵԿ-ի աշխատանքային գործընթացները:
Սույն փաստաթղթի նպատակն է տրամադրել մանրամասն տեխնիկական տեղեկատվություն, որը բավարար կլինի անձնավորված հաշվառման և եկամտային հարկի հավաքագրման տեղեկատվական համակարգի հետագա մշակման ու ներդնման համար:
Այս մասնագրերում նկարագրվում են ծրագրի առաջին տարբերակի թողարկման համար անհրաժեշտ ծրագրային պահանջները: Փաստաթուղթը նախատեսվում է ծրագրի թիմի անդամների օգտագործման համար, ովքեր պետք է կիրառեն և ստուգեն համակարգի ճիշտ աշխատանքը: Այստեղ սահմանված բոլոր պահանջները հանդիսանում են բարձր առաջնայնություն և պարտադիր են ծրագրի առաջին տարբերակի թողարկման համար, եթե այլ բան չի նախատեսվում:
Գործառութային պահանջների մասնագրերը (3.2.) պետք է հասանելի լինեն նաև համակարգչային ծրագրի մշակման և գործարկման մրցույթի մասնակիցներին: Փաստաթղթի այս մասը մրցույթի մասնակիցներին կօգնի գնահատել համակարգի ներդնման ռեսուրսներն ու հնարավոր ծախսը և պատրաստել մրցութային փաստաթղթերը:
Փաստաթղթի որոշ մասեր (Գլուխներ 1, 2 և Բաժին 3.2.) կարող են օգտակար լինել նաև կուտակային կենսաթոշակային համակարգի և եկամտային հարկի բարեփոխումների գլխավոր շահագրգիռ կողմերի համար:
Փաստաթուղթը վերանայելուց, պահանջվող բոլոր փոփոխություններն անելուց և պաշտոնական հաստատումից հետո այն կդառնա վերջնական (մեկնարկային) տարբերակ: Դրանից հետո բոլոր պահանջները պետք է սառեցվեն, որպեսզի համակարգի առաջին թողարկման մշակումն առաջ ընթանա բոլորի կողմից ընդունելի և համաձայնեցված հիմքի վրա:
Փոփոխությունների մասին հետագա առաջարկություններն ու լրացուցիչ պահանջները կարելի է ի մի բերել և ուսումնասիրել, իսկ ընդունված փոփոխությունները ներառել համակարգի հետագա թողարկումներում:
1.2 Ծրագրի ծավալը և հատկությունները
Մշակման ենթակա տեղեկատվական համակարգը բաղկացած է հետևյալ ծրագրային մոդուլներից`
- գրանցման գործընթացներ,
- ակնկալվող եկամտի հաշվարկման գործընթաց,
- վճարների գրանցման և համադրման գործընթաց,
- ծրագրային գործիք եկամտային հարկի էլ. հայտարարագիրը պատրաստելու
համար,
- եկամտային հարկի էլ. հայտարարագրի հիմնական ստուգման գործընթաց,
- բաշխման հերթի մշակման և տվյալների փոխանակման գործընթաց,
- ուշացման դեպքում տոկոսների հաշվարկման և եկամտային հարկի
համապատասխան փաստաթղթի գեներացման գործընթաց,
- հարկային քարտի թարմացման գործընթաց:
Հետևյալ ծրագրային բաղադրիչները կիրականացնեն «եկամտային հարկի հավաքագրման և անձնավորված հաշվառման տեղեկատվական համակարգի հիմնական ֆունկցիոնալ հնարավորությունները`
- անձանց գրանցում - ՍՔ համար - նույնականացման քարտեր,
- կուտակային կենսաթոշակային համակարգին մասնակցության գրանցում,
- կենսաթոշակառուների և մահվան դեպքերի գրանցում,
- ակնկալվող եկամտի առաջացում,
- եկամտային հարկի և կամուրջ հաշիվներին կատարված վճարումների գրանցում,
- եկամտային հարկի ընդունված հայտարարագրերի համադրում վճարումների հետ,
- եկամտային հարկի էլ. հայտարարագրի գեներացում և ստորագրում,
- եկամտային հարկի էլ. հայտարարագրի հիմնական ստուգում և տեղեկանքի
գեներացում (ընդունման կամ մերժման),
- ուշացման դեպքում տոկոսների հաշվարկ,
- հարկ վճարողի հարկային քարտի դեբիտ (վճարում),
- հարկ վճարողի հարկային քարտի կրեդիտ (պարտավորություն),
- համադրված հարկային հայտարարագրերի համար տվյալների փոխանակման ֆայլերի գեներացիա և վճարումների փոխանցում Կենտրոնական դեպոզիտարիա:
Նկարագրված ծրագրի ներդնման հիմնական խնդիրը ՊԵԿ-ի անձնավորված հաշվառման և եկամտային հարկի հավաքագրման աշխատանքային գործընթացների ավտոմատացումն է: Նպատակներից մեկը հաշվետվությունների 100% էլեկտրոնային ներկայացմանը հասնելն է:
Տեղեկատվական համակարգի ներդնումը շահեկան է`
Հարկային գործակալների համար
- 2010 թ.-ից առաջին անգամ աշխատանքի անցնողների համար լրացվող [Ֆ1] ձևը
վերանում է,
- 2011 թ.-ից ՍԱՊԾ ներկայացվող կենսաթոշակային ապահովագրության, տարեկան
հայտարարագրի [Ֆ10] ձևը վերանում է,
- ինքնավար գործելու կարողություն,
- ՊԵԿ-ի ծրագրային գործիքն ապահովում է օրենքներում կատարված
փոփոխությունների արտացոլումը
- տեղեկատվության ավելի բարձր որակ, որն ապահովվում է ՊԵԿ-ի ծրագրային
գործիքի հսկիչ ստուգումների միջոցով:
Պետական եկամուտների կոմիտեին
- հաշվետվությունների 100% էլեկտրոնային ներկայացում - չկան տվյալների
մուտքագրման բաժիններ
- առանց թղթային օրինակների աշխատանք
- ֆիզիկական (ձեռքով կատարվող) գործողությունների կրճատում
- հարկային հաշվետվության մեջ անհամապատասխանությունների առկայության
դեպքում հարկային գործակալին անմիջական ծանուցում
- հաստատությունների միջև տվյալների փոխանակման ավտոմատացված
ընթացակարգեր
- հարկ վճարողների կարգապահության և վարքագծի ցուցանիշներ ռիսկի
գնահատման համար
- ակնկալվող եկամտի հաշվարկում հարկային կարգապահության կառավարման համար
1.3 Սահմանումներ և հապավումներ
._______________________________________________________.
|Հապավում|Նկարագրություն |
|________|______________________________________________|
|ԿԲ |Կենտրոնական բանկ |
|________|______________________________________________|
|ՀՀԿ |Հայաստանի Հանրապետության կառավարություն |
|________|______________________________________________|
|ԱՍՀՆ |Աշխատանքի և սոցիալական հարցերի նախարարություն|
|________|______________________________________________|
|ՊԵԿ |Պետական եկամուտների կոմիտե |
|________|______________________________________________|
|ՊԳ |Պետական գանձապետարան |
|________|______________________________________________|
|ՍԱՊԾ |Սոցիալական ապահովության պետական ծառայություն |
._______________________________________________________.
1.4 Հղումներ
ՊԵԿ-ի եկամտային հարկի հավաքագրման և անձնավորված հաշվառման համակարգի տեխնիկական մասնագրերի նախագծումն ու մշակումը հիմնված է օրենքների հետևյալ նախագծերի վրա`
- Անձնավորված հաշվառման մասին ՀՀ օրենքի նախագիծ
- Կուտակային կենսաթոշակների մասին ՀՀ օրենքի նախագիծ
- Եկամտային հարկի մասին ՀՀ օրենքի նախագիծ
- Պետական կենսաթոշակների մասին ՀՀ օրենքի նախագիծ
- Հրաման Թիվ 1487-Ն կենսաթոշակային բարեփոխումների ծրագրի մասին
- Էլ. փաստաթղթի և էլ. ստորագրության մասին ՀՀ օրենք
1.5 Նկարագրություն
Փաստաթղթի այս ենթաբաժնում բերվում է համակարգչային ծրագրի տեխնիկական մասնագրերի (ԾՏՄ) նկարագրությունը`
. Սույն փաստաթուղթը պարունակում է հետևյալ տեղեկությունները`
a) համակարգի կառուցվածքի, դրա մոդուլների և ծրագրի բաղադրիչների
նկարագրությունը
b) յուրաքանչյուր մոդուլի և բաղադրիչի մանրամասն նկարագրությունը
գործառույթների տեսանկյունից
c) յուրաքանչյուր մոդուլի և բաղադրիչի մանրամասն տեխնիկական
նկարագրությունը
d) Տվյալների բացատրական բառարան
. Մասնագրերի կառուցվածքը մշակված է ըստ փաստաթղթում ներկայացված տեղեկատվության տեսակների, որոնք նկարագրված են վերը:
1.6 Ինչպես հասկանալ տեխնիկական մասնագրերը
Այս փաստաթղթի նպատակն է ընթերցողին տալ պատկերացում, թե ինչպես է պետք կարդալ և հասկանալ տեխնիկական մասնագրերը: Փաստաթղթում տրվում են համառոտ բացատրություններ մոդելի կառուցվածքի վերաբերյալ:
Փաստաթղթում կան նաև հատուկ հրահանգներ ՊԵԿ-ի համար` կապված լրացուցիչ կետերի հետ, իսկ ավելի ճշգրիտ` ՊԵԿ-ի ներկա ՏՏ պատկերացումների և շարունակական զարգացման ծրագրերի հետ եկամտային հարկի համակարգչային ծրագրի մասնագրերի ինտեգրման և իրականացման հետ կապված հարցեր:
Տեխնիկական մասնագրերի կառուցվածքը
Եկամտային հարկին համապատասխանող տեխնիկական մասնագրերը բաղկացած են մի շարք մոդուլներից:
. 01-Գրանցում
. 02-Ակնկալվող եկամուտ
. 03-Վճարում
. 04-Հարկ վճարողի ծրագրային գործիք եկամտային հարկի էլեկտրոնային
հայտարարագրի գեներացման համար
. 05-Հաշվետվությունների ներկայացում և հիմնական հաստատում
. 06-Բաշխում
. 07-Վճարումների ուշացման դեպքում տոկոսների հաշվարկ
. 09-Հարկային քարտ
Ծրագրի յուրաքանչյուր մոդուլի համար կան առանձին տեխնիկական մասնագրեր: Մոդուլներին համապատասխանող տեխնիկական մասնագրերից յուրաքանչյուրն ունի նույն կառուցվածքը: Կա մոդուլի ընդհանուր կողմերը նկարագրող բաժին: Յուրաքանչյուր մոդուլի համար կարող են լինել մեկ կամ ավելի գործընթացներ, իսկ յուրաքանչյուր գործընթացի համար կարող են լինել մեկ կամ ավելի ծրագրային բաղադրիչներ կամ ծրագրային ապահովումներ:
. Մոդուլի նկարագրություն
* Գործընթացների նկարագրություն
. Ծրագրի յուրաքանչյուր բաղադրիչի կամ ծրագրային ապահովման տեխնիկական
մասնագրեր
Մոդուլ մոդուլի բաժինները բաղկացած են մոդուլին առնչվող ընդհանուր հարցերից: Բաժինն սկսվում է համառոտ նկարագրությամբ, որին հետևում է ցանկ, որտեղ թվարկվում է, թե ՊԵԿ-ի համապատասխան բաժինն ինչ է ակնկալում մոդուլից կատարելու կամ ձեռք բերելու համար, դրանք կազմում են օգտագործող կազմակերպության ակնկալիքների մասը: Մոդուլի բաժնում նշվում են բոլոր կցված փաստաթղթերը, որոնք օժանդակում են մոդուլի համակարգչային ծրագրի մշակմանը:
. Փոխանակման արձանագրությունների ձևաչափեր
. Մուտքի կամ ելքի փաստաթղթի ձև, օր.` եկամտային հարկի ձև կամ ստացման
տեղեկանք
Մոդուլի ընդհանուր բաժնում ներառված է մոդելի պարունակության ամբողջական նկարագրությունը, ընթերցողին տրամադրելով տեղեկությունների 2 լրիվ ցանկ` (1) աշխատանքային գործընթացների ցանկ, որոնցից բաղկացած է մոդուլը, և (2) ծրագրի բոլոր բաղադրիչների ցանկը, որոնցից բաղկացած է մոդուլի յուրաքանչյուր գործընթաց:
Ի վերջո, մոդուլի ընդհանուր բաժինը տրամադրում է տվյալների 2 ֆունդամենտալ ցանկ` (1) կատարողականի չափորոշիչներ, որոնք պետք է փորձարկվեն` ապահովելու, որ մոդուլը համապատասխանի օգտագործող կազմակերպության աշխատանքային պահանջներին և (2) որակի ապահովման կամ փորձարկման պահանջների ցանկ:
* Մոդուլի տարբերակիչ II . II աշխատանքային գործընթացի տարբերակիչ II 'P' II համարի տարբերակիչ
* Մոդուլի տարբերակիչ II . II աշխատանքային գործընթացի տարբերակիչ II 'Q' II համարի տարբերակիչ
Որակի ապահովման կամ փորձարկման պահանջների ցանկն իրականացման վերջին փուլում շատ կարևոր կետ է: Ցանկում համառոտ նկարագրվում են նախապես սահմանված փորձարկումները, որոնք պետք է իրականացվեն, և տրամադրվում են համապատասխան կազմակերպության համապատասխան ստորաբաժանմանը: Այդ նկարագրության հիման վրա համապատասխան ստորաբաժանումը պետք է պատրաստի փորձնական նյութը, փորձնական տվյալները և փորձնական տվյալների հիման վրա` ակնկալվող արդյունքների ցանկը:
Աշխատանքային գործընթացներ: Ցանկացած մոդուլ կարող է պարունակել մեկ կամ ավելի աշխատանքային գործընթաց: Մասնագրերի աշխատանքային գործընթացների բաժինը պարունակում է աշխատանքային գործընթացի նպատակի համառոտ նկարագրությունը և նշում է, թե քանի ծրագրային բաղադրիչից է բաղկացած աշխատանքային գործընթացը: Աշխատանքային գործընթացների մասում սովորաբար բերվում է նաև աշխատանքային գծապատկեր, սակայն եկամտային հարկի մոդելի դեպքում, աշխատանքային գծապատկերը վերաբերում է եկամտային հարկի ընդհանուր մոդելի գծապատկերի որոշակի հատվածին (A, B, C, D, E, F, G, H) (եկամտային հարկի ընդհանուր մոդելի գծապատկերը ներկայացվել էր կենսաթոշակային աշխատանքային խմբին 2009 թ. մարտին` ցուցադրելու տեղեկատվության հոսքը և համատեքստն ամբողջական մոդելում):
Ծրագրային բաղադրիչ կամ ծրագրային ապահովում: Տեխնիկական մասնագրերի ծրագրային բաղադրիչների բաժինը հանդիսանում է հիմնական մաս ծրագիրը մշակողների համար: Ծրագրային բաղադրիչների բաժինը բաղկացած է ենթաբաժիններից`
. Խնդիր
. Նախապատմություն
. Հատուկ դիտարկումներ
. Աշխատանքային մասնագրեր
. Ալգորիթմներ
. Ելքի հաշվետվության ձևաչափեր
. Լուծում պահանջող հարցեր
. Առաջարկություններ
Ծրագրային բաժնի հիմնական ենթաբաժինը հանդիսանում է աշխատանքային մասնագրերի ենթաբաժինը, որտեղ նկարագրվում է օպերացիոն տրամաբանությունն ու տեղեկատվության հոսքը և, հիմնական տեսքով այն, թե ինչպես է պետք կառուցել բաղադրիչը նախատեսվածի պես աշխատելու համար:
. Մյուս ենթաբաժիններն իրենք իրենց բացատրում են: Հիմնական ալգորիթմները
ներառված են աշխատանքային մասնագրերի բաժնում, սակայն, եթե որևէ
ալգորիթմ պահանջում է լրացուցիչ բացատրություն, ապա «Ալգորիթմներ»
բաժինը տրամադրում է ավելի մանրամասն տեղեկություններ:
. «Լուծում պահանջող հարցեր» և «Առաջարկություններ» ենթաբաժինները շատ
կարևոր են համակարգչային ծրագիրը մշակողների համար: Այդ ենթաբաժինները
պետք է քննարկվեն համակարգչային ծրագիրը մշակողների և ՊԵԿ-ի
համապատասխան ստորաբաժանման ու ՏՏ բաժնի կողմից: Այդ ենթաբաժինները
վերաբերում են կառուցվածքի այն կողմերին, որոնք առանձնացվել և
ներառվել են նախագծի մեջ, սակայն մասնագրերում նշվում է, որ առանձին
սահմանումներ կարող են լրացուցիչ կերպով վերանայվել ՊԵԿ-ի կողմից և
ենթարկվել հնարավոր փոփոխությունների:
Աշխատանքային մասնագրեր: Աշխատանքային մասնագրեր բաժնում նկարագրվում են ծրագրի տրամաբանության հաջորդականությունը և ավարտվում է միայն «Մոդուլի տրամաբանության ավարտը + բաղադրիչի կոդը» բառերով:
Մոդուլի տրամաբանությունը պարունակում է կիսակեղծ (semi pseudo) ծրագրավորման լեզվի սահմանումը: Տեքստը նկարագրում է տրամաբանության լրիվ զարգացումը: Անհրաժեշտ է հասկանալ, թե ինչ ձևով է գրվել տրամաբանությունը:
Գրված տրամաբանությունը սահմանում է միջանկյալ աշխատանքային արժեքները կոդավորված հղումների միջոցով: Այդ արժեքներին հետագայում հղում է արվում տրամաբանության մեջ և դրանք արտապատկերվում են արտաքին կառուցվածքներում:
. օր.` SD = submission date/հաշվետվությունների ներկայացման ամսաթիվ, TM = Tax month/հաշվետու ամիս, TF = Tax form/հարկային ձև
Տրամաբանությունը գրված է նոր պարբերության տեսքով, եթե այդ տրամաբանությունն ուղղակիորեն կապված է ավելի բարձր մակարդակի հետ: Logic is written in an indented form, when that logic is directly related to a higher level.
Մուտքի և ելքի պարամետրերը հստակորեն սահմանված են:
Երբ տրամաբանությունը վերաբերում է արտաքին տվյալների կառուցվածքներ ընտրելուն և գրելուն, ապա հղում է արվում տվյալների մոդելին` կիրառելով կոդավորման համակարգը: Կարևոր է, որ համակարգչային ծրագիրը մշակողն օգտվի համակարգի բառարանի ձևակերպումներից տվյալների մոդելի հետ տրամաբանությունը կապելու համար:
. օր.` 01D01 = հարկ վճարողի գլխավոր ռեգիստր 01-Գրանցման մոդուլից:
. Ցանկացած արտաքին տվյալների կառուցվածք գրելիս (գրել, զետեղել), այդ
արտաքին կառուցվածքի համար գլխավոր տվյալների կետերի հիմնական
արտապատկերումները ցույց են տրված: Կարևոր է հասկանալ, որ
մասնագրերում միշտ չէ, որ նկարագրված է դաշտերի և արժեքների լրիվ
արտապատկերումը:
Ինչ վերաբերում է տվյալների տեղեկատվության մշակմանը, ապա տրամաբանությունը պարունակում է մշակման շրջափուլեր, որոնք կարող են առանձնացվել հետևյալ արտահայտությունների միջոցով`
. գեներացնել ցանկ (x)
* (x) ցանկում ընտրված յուրաքանչյուր գրառման համար
. Xxxxxxxxxxx - տրամաբանություն
. մշակել (x) ցանկի բոլոր գրառումները
* «Գեներացնել ցանկ»-ը ներկայացնում է Cursor syntax-ը, իսկ «մշակել բոլոր գրառումները»-ը ներկայացնում է 'End Loop' syntax-ը: Փակագծերի մեջ եղած տառը ցույց է տալիս «unique cursor»-ը կամ ցանկը:
* Տեղեկատվությունը մշակելիս տրամաբանությունը The logic processing the information will refer name of data, followed by List (x).
* Մշակման շրջափուլը կարող է իր մեջ ունենալ մեկ կամ ավելի մշակման ենթաշրջափուլ: Յուրաքանչյուր մշակման ենթաշրջափուլ նշվում է այնպես, ինչպես գլխավոր շրջափուլը, գեներացնել և մշակել բոլոր գրառումները արտահայտությամբ:
Տրամաբանության որոշակի բաժինների ընթացքն ու նպատակն ընթերցողին հասկանալի դարձնելու համար, տրամաբանության մեջ կան բաց կապույտ գույնի օգնության տեքստեր: Դրանք օգնության տեքստեր են և տրամաբանության մաս չեն համարվում:
Ընթերցողը պետք է կենտրոնանա աշխատանքի շրջափուլերի և գրված տրամաբանության խորքից գրված լինելու վրա ծրագրավորման կեղծ/pseudo լեզուն հասկանալու համար:
Եկամտային հարկի մոդել, կոդավորման համակարգ: Տեխնիկական մասնագրերի ձևակերպումներում կա կոդավորման համակարգ, որին մասնակիորեն անդրադարձ է կատարվել նախորդ պարբերություններում, որն ընթերցողին թույլ է տալիս արագ ճանաչել կարդացած հատվածը:
. Մոդուլի տարբերակիչ II . II գործընթացի տարբերակիչ II տեղեկատվության
տեսակ II համարի տարբերակիչ
Բոլոր կոդերն սկսվում են նույն տարբերակչով` մոդուլի համարով, ինչպես նկարագրված է վերը:
. օր.` 05 = հաշվետվությունների ներկայացման և հիմնական հաստատման
մոդուլ
Յուրաքանչյուր մոդուլ բաղկացած է մեկ կամ ավելի աշխատանքային գործընթացներից: Յուրաքանչյուր գործընթաց ունի տարբերակիչ համար: «Մեկ»-ը նշանակում է գործընթաց 1: Հետևաբար`
. 05.2 = նշանակում է մոդուլ 05 (հաշվետվությունների ներկայացում և
հիմնական հաստատում) և աշխատանքային գործընթաց համար 2:
Յուրաքանչյուր մոդուլի և գործընթացի համար կան տեղեկատվության տարբեր տեսակներ`
. D = տվյալների կառուցվածքներ
. C = համակարգչային ծրագրի բաղադրիչներ կամ ծրագրային ապահովումներ
. Q = որակի ապահովում կամ փորձարկման պահանջներ
. P = կատարողականի չափորոշիչներ
Ի վերջո կան թվային տվյալներ, որոնք կազմում են ունիկալ տարբերակիչը:
. 05.1Q12 = մոդուլ 05 (հաշվետվությունների ներկայացում և հիմնական հաստատում), առաջին աշխատանքային գործընթաց, տեղեկատվության տեսակի փորձարկման պահանջ և որակի ապահովման համար 12 (first business process, information type Test requirement, and quality assurance number 12):
'D' տվյալների կառուցվածքների դեպքում, աշխատանքային գործընթացների գաղափարն այդքան հստակ անջատելի չէ, հետևաբար տվյալների մոդելի կոդավորման համակարգը բացառում է աշխատանքային գործընթացների տարբերակիչը:
. 05D03 = մոդուլ 05 (հաշվետվությունների ներկայացում և հիմնական
հաստատում), տեղեկատվության տեսակի տվյալների մոդել և տվյալների
կառուցվածք համար 03, ըստ տվյալների բառարանի (information type Data
model, and data structure number 03, according to the data
dictionary):
Եկամտային մոդելի առանձնահատուկ կողմերը: Այս փաստաթղթի հետևյալ մասին նպատակն է օգնել ընթերցողին հասկանալ տեխնիկական մասնագրերի մեջ նշված որոշ հատուկ հարցեր:
Ֆոլդեր: Երբ հաշվետվությունների ներկայացման մոդելը նշում է որևէ ֆոլդերի տարբերակիչ, ապա այն նկարագրում է բազմակի ֆայլերի կառավարումը ստանդարտ կառուցվածքում: Սակայն, հասկանալի է, որ դիտելու պարագայում ֆոլդերները չեն կարող մշակվել, հետևաբար համակարգչային ծրագիրը մշակողը պետք է հասկանա, որ եթե ֆիզիկական կառուցվածքը վեբ դիտման վրա է հիմնված, ապա «ֆոլդեր» բառը պետք է փոխարինվի ZIP ֆայլով:
«Օգնություն» տեքստեր: Եկամտային հարկի էլ. ձևի գեներացման համար (04-մոդուլ) արտացանց և առցանց լուծումների մասում նշված «Օգնություն» տեքստերը հարկ վճարողների համար պետք է պատրաստվեն ՊԵԿ-ի համապատասխան բաժնի կողմից օգտագործելով ստանդարտ WORD գործիք, որը նրանց թույլ կտա ներառել գրաֆիկական պատկերներ: Word փաստաթղթային ձևաչափը կարող է փոխարկվել HTML ֆայլի և միացվել որևէ ցուցիչի, index: ՊԵԿ-ի համապատասխան բաժնի կողմից սահմանված ցանկացած «Օգնություն» թեմա պետք է ունենա իր առանձին word փաստաթուղթը:
Առցանց ծառայություններ: ՊԵԿ-ի կողմից տրամադրվող և հարկ վճարողների կողմից օգտագործվող բոլոր առցանց ծառայությունները պետք է մշակվեն ապահով միջավայրում: HTTPS-ները պարտադիր են` ըստ ՊԵԿ-ի պահանջների:
Օժանդակ նյութեր: Եկամտային հարկի մոդելի տեխնիկական մասնագրերին կից կան օժանդակ նյութեր excel աղյուսակների և այլ word փաստաթղթերի տեսքով:
. Փոխանակման արձանագրությունների ձևաչափեր word փաստաթղթերում
. Եկամտային հարկի հայտարարագրի ձևի excel աղյուսակ
. Ստացման տեղեկանքի excel աղյուսակ
. Համակարգի տվյալների բառարանի excel աղյուսակ
Վարիացիա և թույլատրելի շեղում: Վարիացիայի և թույլատրելի շեղման հասկացությունները, որոնք սահմանված են աշխատանքային կանոններում (00D15), միանգամայն տարբեր են և պետք է հասկացվեն ըստ հետևյալ սահմանման:
* Թույլատրելի շեղման հասկացությունը նշանակում է որևէ տոկոսի կամ
հաստատուն միավորի արժեք և կապված է հայտարարագրված հարկերի և
կուտակային վճարների հաշվարկի ստուգման հետ: Մոդելը նախագծված է ճիշտ
արժեքը հաշվարկելու համար և եթե հաշվարկված արժեքը հավասար չէ
հայտարարագրված արժեքին, ապա գեներացվում է հաղորդագրության կոդ:
Թույլատրելի շեղման արժեքը թույլ է տալիս ՊԵԿ-ի համապատասխան
ստորաբաժանմանը սահմանել ընդունելի լայնույթ, որտեղ հայտարարագրված
արժեքը կարող է ընդունվել, եթե գտնվի թույլատրելի շեղման սահմաններում:
Մոդելը հաշվարկում է թույլատրելի շեղման արժեքը` հիմնված տոկոսի կամ
հաստատուն արժեքի վրա: Հաշվարկված արժեքը համապատասխանաբար ավելացվում
և նվազեցվում է ըստ արդյունքում ստացվող թույլատրելի շեղման արժեքի:
Եթե հայտարարագրված հարկային արժեքը չի գտնվում նվազեցված և ավելացված
արժեքների լայնույթում, ապա հայտարարագրում նշված արժեքը մերժվում է և
գեներացվում է հաղորդագրություն:
* Իսկ վարիացիայի հասկացությունը վերաբերում է ընթացիկ հայտարարագրված
արժեքի համեմատությանը նախկինում հայտարարագրված և ընդունված
արժեքների հետ: Յուրաքանչյուր հարկային արժեք համեմատվում է
առանձին-առանձին: Աշխատանքային կանոններում (00D15) սահմանված
վարիացիայի հասկացությունը վերաբերում է վարիացիայի տոկոսի մեծացմանը
կամ փոքրացմանը: Եթե ներկայումս հայտարարագրված արժեքի և նախկինում
ընդունված արժեքի միջև տարբերությունը գերազանցում է վարիացիայի
սահմանները, ապա համակարգը գեներացնում է հաղորդագրության կոդ:
Հաշվետվությունների ներկայացման եղանակ: Հաշվետվությունների ներկայացման մոդուլը պահանջում է, որ յուրաքանչյուր էլեկտրոնային ֆայլ տարբերակվի ըստ ներկայացման եղանակի: Այդ տեղեկատվությունը զուտ վիճակագրական նպատակներով է, սակայն կօգնի ՊԵԿ-ին առանձնացնել հաշվետվությունների ներկայացման կարևոր նշանակություն ունեցող ծառայությունները, որոնք պահանջվում է ուժեղացնել կամ ընդհուպ մինչև վերացնել: Համակարգչային ծրագրի մշակման ժամանակ պետք է գտնել եղանակ հաշվետվությունների ներկայացման կոդը հաշվետվությունների ներկայացման մոդելից օգտվող օգտագործողի տեսակի հետ կապելու համար: Հաշվետվությունների կոդը պետք է որպես պարամետր փոխանցվի հաշվետվությունների ներկայացման և հիմնական հաստատման մոդուլ (05):
* Հաշվետվությունների ներկայացման կետեր, եղանակ =1
* Էլ-փոստով ուղարկելու համակարգ, եղանակ = 2
* Հաշվետվությունների ներկայացում առցանց, եղանակ = 3
* Եկամտային հարկի հայտարարագրի ձևի գեներացում ինքնասպասարկմամբ,
եղանակ = 4
ՊԵԿ-ի համապատասխան ստորաբաժանումը կարող է մշակել հաշվետվությունների ներկայացման լրացուցիչ եղանակներ:
Գնահատման կոդեր: Գնահատման կոդերը դինամիկ կերպով մտցվել են կոնֆիգուրացիայի տվյալների մոդելի կառուցվածքի մեջ: Գնահատման կոդի առկայությունը նշանակում է, որ երբ որոշակի կոնֆիգուրացիաներ ճանաչվում են մոդելի գործարկումների ժամանակ, համակարգն ինքնաշխատ կերպով գրանցում է այդ իրադարձությունը գնահատման մատյանում հարկ վճարողի մակարդակում, հետևաբար ստեղծվում է հարկ վճարողի վարքագծի պատմության պատկեր: ՊԵԿ-ը կարծես թե ներկայումս նախատեսում է ստեղծել հարկ վճարողի բնութագրի ռեգիստր: Գնահատման մատյանի ձևերը հանդիսանում են հարկ վճարողների այդ բնութագրերի անբաժանելի մասը: Գնահատման կոդերը դրսից կոնֆիգուրացնելու հնարավորությունը ՊԵԿ-ի համապատասխան ստորաբաժանմանն օգնում է ընդլայնել տարբեր վարքագծերի գրանցումը:
Հաղորդագրության կոդեր: Հաղորդագրության կոդերը ներառված են մոդելի արտաքին աշխատանքային կանոններում բնորոշ տրամաբանությունը խթանելու և արժեքների խիստ ծրագրավորվածությունը վերացնելու համար: Արտաքին հաղորդագրության կոդեր կիրառվել են այնպիսի փոփոխականների մակարդակում, ինչպիսիք են`
* ապահովագրական վճարներ
* պասիվ եկամուտներ
* հարկեր
* կուտակային վճարներ
Արտաքին հաղորդագրության գաղափարն օգնում է ՊԵԿ-ի համապատասխան ստորաբաժանմանը ընդլայնվել և մոդելում ներառել նոր հարկատեսակներ և կուտակային վճարներ, առանց ձևափոխելու հիմնական հաստատման համակարգչային ծրագրի տրամաբանությունը: Նոր հարկատեսակներն իրենց համապատասխան հաղորդագրության կոդերով կարող են ստեղծվել դրսից և նվազագույնի հասցնել կիրառման համար պահանջվող ժամանակը:
Հաշվապահական գործարքի կոդեր: Գործարքի կոդերը տալիս են այն ձևը, որով ՊԵԿ-ի գործող հարկային քարտի համակարգը ճանաչում է եկամտային հարկի մոդելի հաշվապահական գործառնությունները: Գործարքի կոդի միջոցով եկամտային մոդելը կարող է ինտեգրվել ՊԵԿ-ի գործող մոդելի մեջ:
Հաշվապահական գործարքի կոդերը մտցվել են աշխատանքային օրենքների և համակարգի կոնֆիգուրացման աղյուսակների մեջ: Արտաքին կոդերը ՊԵԿ-ի համապատասխան ստորաբաժանմանը թույլ են տալիս ձևափոխել և ստեղծել նոր հաշվապահական կոդեր ըստ հայտարարագրերի տարբեր տեսակների և վճարումների: Ներկայումս գործարքի կոդերը կոնֆիգուրացված են ըստ հարկ վճարողի պարտավորությունների աշխատանքային կանոնների մակարդակում, մակարդակ 2, (00D16), ըստ վճարողի, հաշվետվության տեսակի և հարկային կոդերի յուրաքանչյուր համակցության, մինչդեռ եկամուտները կոդավորված են վճարման հաշիվների և հարկ վճարողների էլեկտրոնային եղանակով կատարած վճարումների մակարդակում:
Հաշվետվության գործիքներ: Եկամտային հարկի մոդելը չի ներառում հաշվետվության սահմանումներ: Իրականում հաշվետվության հետ առնչվող միակ բանը, որը նկարագրված է տեխնիկական մասնագրերում, հետևյալն է`
. Ստացման տեղեկանք
Մոդելի կողմից գեներացված հաշվետվությունների այլ տեսակները համապատասխանում են աշխատողների և կուտակային վճարների մասին տեղեկությունների պարունակող գեներացված փոխանակման ֆայլերին, որոնք ՊԵԿ-ը ուղարկում է ստացող հաստատություններ, ՀԿԴ և ՍԱՊԾ:
Եկամտային հարկի մոդելը նախագծված է այնպես, որ ոչ թե ՊԵԿ-ը, այլ հարկ վճարողն է կարող գործադրել մոդելը: Մոդելը գործադրելու համար հարկ վճարողից պահանջվում է հիմնականում միայն մեկ հաշվետվություն, որը մոդելը գեներացնում է հաշվետվությունների ներկայացման մոդուլում, և հարկ վճարողին տալիս է մանրամասն տեղեկություն ՊԵԿ-ի կողմից հարկ վճարողներին մատուցվող ծառայությունների մասին և հարկային քարտի ու հաշվեկշռի վերաբերյալ տեղեկություններ:
Եկամտային հարկի մոդելի հետ կապված առաջարկվում է, որ ՊԵԿ-ի համապատասխան ստորաբաժանումը տիրապետի եկամտային հարկի մոդելի կառուցվածքին և աշխատանքի համար անհրաժեշտ վերլուծական գործիքների, օր.` Oracle Discoverer:
Աշխատանքի վերլուծական գործիքներ ունենալով, ՊԵԿ-ի համապատասխան ստորաբաժանումը դառնում է ինքնավար և կարող է գեներացնել հաշվետվություններ և վիճակագրական տվյալներ առանց ՏՏ բաժնի մասնակցության: Այն կարող է որոշել տվյալների դիտման սահմանները տվյալներ ընտրելու համար և կառուցել տվյալների բազմաչափական խորանարդներ վիճակագրական հաշվետվության համար: ՊԵԿ-ի ՏՏ ստորաբաժանումը կարող է մշակել և կառուցել տվյալների միջանկյալ կրպակներ` օպերացիոն տվյալներից անկախ և, հետևաբար, ՊԵԿ-ի համապատասխան ստորաբաժանմանը տրամադրել անկախ միջավայր հաշվետվությունների և վիճակագրական տվյալների ավելի արագ գեներացման համար:
. Նաև առանձին միջավայրի միջոցով ՊԵԿ-ը կարող է այլ հաստատություններին`
նախարարություններին, ՍԱՊԾ-ին և ընդհուպ մինչև հարկ վճարողներին,
տրամադրել հաշվետվությունների կազմման ծառայություններ վեբ կայքի
միջոցով:
Հատուկ ցուցում ՊԵԿ-ից` եկամտային հարկի մոդելի կողմից պահանջվող բոլոր հաշվետվությունները պետք է մշակվեն հաշվի առնելով նոր «Հարկատու 3» ծառայության մոդելը:
ՊԵԿ-ի համակարգչային ներկա տեխնիկան և համակարգի միջավայրը`
* Sun Systems hardware
* Linux or Solaris operating systems
* Oracle data base
* Tomcat web servers
* JBOSS application servers
* Java development and JSP Servlets
Կարևոր է` արտացանց ծրագրային գործիքի միջոցով գեներացված եկամտային հարկի էլեկտրոնային ֆայլի հնարավոր կիրառման կապակցությամբ հաշվետվությունների ներկայացման բոլոր կետերը և առցանց ծառայությունները պետք է ներառեն հակավիրուսային գործիքներ ՊԵԿ-ի ցանցի և ներքին գործառնությունների լրիվ պաշտպանվածությունն ապահովելու համար:
Եկամտային հարկի մոդելի ինտեգրումը ՊԵԿ-ի ներկայումս մշակվող համակարգերի հետ: ՊԵԿ-ի համար կարևոր հարց է եկամտային հարկի մոդելի լրիվ ինտեգրումը մշակվող «Հարկատու 3» համակարգերի հետ: Մեր պատկերացմամբ «Հարկատու 3» մոդելը մի տեսակ հովանոց է, որը ներառում է հարկ վճարողների մատուցվող բոլոր ծառայությունները «մեկ պատուհան» գաղափարի տեսքով:
Առանձնացվել են ինտեգրման հետևյալ կետերը, որոնք պետք է քննարկվեն ՊԵԿ-ի հետ իրականացման եղանակի հաստատման համար:
. Հաշվառել պարտավորությունները և եկամուտները օգտագործելով հարկային
քարտը
. Եկամտային հարկի հայտարարագրերի ինքնաշխատ գործադրում (05D01) ՊԵԿ-ի
հայտարարագրման գործող կառուցվածքում
. Եկամտային հարկի և կուտակային վճարների մասով վճարումների ինքնաշխատ
գործադրում (03D01) ՊԵԿ-ի վճարումների գործող կառուցվածքներում:
Կարևոր է` եկամտային հարկի մոդելը մշակող ընկերությունը պետք է ՊԵԿ-ին վստահեցնի, որ եկամտային հարկի մոդելն ամբողջությամբ կինտեգրվի ՊԵԿ-ի նոր «Հարկատու 3» մոդելի հետ:
2. Ընդհանուր նկարագրությունը
Այս բաժնում նկարագրվում են այն ընդհանուր գործոնները, որոնք ազդում են համակարգչային ծրագրի և դրա պահանջների վրա: Հատուկ պահանջները նկարագրված են Բաժին 3-ում: Այս բաժինը տրամադրում է Բաժին 3-ում ներկայացված պահանջների նախապատմությունը և նպաստում դրանց դյուրին ըմբռնմանը:
2.1 Ծրագրի նկարագիրը
Անհատական հաշվառման և եկամտային հարկի հավաքագրման տեղեկատվական համակարգը ՏՏ նոր համակարգ է, որի նպատակն է ավտոմատացնել ՊԵԿ-ի այն աշխատանքային գործընթացները, ինչպես նաև այլ հաստատությունների հետ այն տվյալների փոխանակումը, որոնք անհրաժեշտ են կուտակային կենսաթոշակի և եկամտային հարկի բարեփոխումների իրականացման համար:
Նշված համակարգչային ծրագիրն առանձին պրոդուկտ չէ. դրա հաջող կիրառումը պահանջում է հարակից այլ տեղեկատվական համակարգերի հետ տվյալների փոխանակում, այդ իսկ պատճառով այն պետք է ունենա դրանց հետ փոխհարաբերվելու համապատասխան կարողություն: Այս պրոդուկտը պետք է դիտարկվի որպես ավելի մեծ համակարգի բաղադրիչ, իսկ այս համակարգի և այլ համակարգերի միջև արտաքին ինտերֆեյսի պահանջները նկարագրվում են 3.1 ենթակետում:
Ծրագրի մոդելի հիմնական բնութագրիչներն են`
. որոշակի քայլերի արդյունքում ավտոմատ առաջացած (գործարկված)
պրոցեդուրաներ.
* օրինակ, վճարումների, հարկային էլ-հաշվետվության ներկայացման,
սահմանված ժամանակային ցուցչի (թայմեր) կողմից քայլեր,
. վճարողների և հաշվետվությունների տեսակները դրսից կոդավորված են,
. աշխատանքային կանոնները դրսից կոդավորված են` ըստ վճարողի և
հաշվետվության տեսակի,
. իրավական ժամկետները դրսից կոդավորված են,
. հարկատեսակները և դրույքաչափերը դրսից կոդավորված են,
. ստուգման-հաստատման հիմնական բաղադրիչը կիրառելի է և՛ առցանց, և՛
արտացանց եղանակներով, ինչպես նաև ՊԵԿ-ի տարածքային մարմինների և
էլ-փոստի միջոցով հաշվետվությունների ներկայացման դեպքում:
. հաշվետվությունների հերթով մշակումը ապահովում է գործընթացի
ավտոմատացումը և բարձրացնում է տվյալների մշակման արդյունավետությունը
. հաշվարկման ընդհանուր բանաձևեր` ըստ աշխատանքային (բիզնես) կանոնների
պարամետրերի,
. գերավճարներն ավտոմատ կերպով հաշվարկվում և հաշվեգրվում են,
. վարքագծի ցուցանիշներ ռիսկի գնահատման և ստուգումների վերահսկողության
համար:
Գծապատկեր 1-ում պատկերված են սույն փաստաթղթում նկարագրված համակարգի հիմնական բաղադրիչները և արտաքին հաստատությունները, ինչպես նաև համակարգի ինտերֆեյսները, փոխկապակցվածությունն այլ համակարգերի հետ այն տեսքով, որով պետք է թողարկվի սույն փաստաթղթում ներկայացված համակարգի առաջին տարբերակը: Ակնկալվում է, որ համակարգը կզարգանա և կթողարկվի մի քանի անգամ, միացած լինելով ինտերնետին, որպեսզի ապահովվի ինքնասպասարկում և տեղեկատվության փոխանակում:
--------------------------------------
ԻՐՏԵԿ - գծապատկերը չի բերվում
Հաջորդիվ նկարագրվում է, թե ինչպես է ծրագիրը գործում տարբեր կոնկրետ պարամետրերի շրջանակում
2.1.1 Համակարգի ինտերֆեյսները
Այս ենթաբաժնում նկարագրվում են համակարգի ինտերֆեյսի այն պահանջները, որոնցով մասնավորեցվում են համակարգչային տեխնիկան, ծրագիրը և տվյալների բազաները, որոնց հետ համակարգը պետք է հարաբերվի: Այս բաժնում տրամադրվում են տեղեկություններ, որոնք ապահովում են համակարգի նորմալ հաղորդակցությունը արտաքին բոլոր բաղադրիչների հետ: Արտաքին համակարգերի հետ փոխհարաբերությանը վերաբերող հատվածները առավել մանրամասն նկարագրվում են 3.1 ենթակետում:
2.1.2 Օգտագործողի ինտերֆեյսներ
Համակարգի նախնական տարբերակի ծրագրային մոդուլների մեծ մասն իրականացվելու է տվյալների բազաներում` որպես պահուստավորված պրոցեդուրաներ, և դրանք տեղի են ունենալու ավտոմատ կերպով: Այսպիսով, դրանք օգտագործողի համար որևէ ինտերֆեյս չեն ունենա:
Համակարգչային ծրագրի այն գործիքը, որը նախատեսված է էլ. հաշվետվությունների նախապատրաստման համար, միակ մոդուլն է, որն ունի օգտագործողի համար ինտերֆեյս: Ծրագրի գործիքի` օգտագործողների համար նախատեսված ինտերֆեյսի տրամաբանական բնութագրիչները կմշակվեն համակարգի մանրամասն կազմման ընթացքում` համաձայն ՊԵԿ-ի չափորոշիչների: Կարելի է դրանում ներառել հետևյալը`
. հղումներ GUI ստանդարտների ոճային ուղեցույցներին, որոնցով պետք է
առաջնորդվեն,
. տառաչափի, պատկերանշանների, կոճակների պիտակների, գունային գամայի,
դաշտի tab-երի (ցուցակաստեղների) հաջորդականությունը, սովորաբար
օգտագործվող ստուգումները և այլն,
. էկրանի վրա տեսքը կամ ռեզոլյուցիայի (էկրանի կետերի խտության) հետ
կապված որոշակի պահանջները,
. ստանդարտ կոճակներ, գործառույթներ կամ ուղղորդիչ կապեր, որոնք
կհայտնվեն յուրաքանչյուր էկրանի վրա. օրինակ, «օգնության» կոճակը,
. Shortcut-ի բանալիներ
. հաղորդագրությունների արտապատկերման (display) պայմանականություններ,
. ծրագրի տեղայնացումը դյուրին դարձնելու նպատակով էկրանի տեսքի
ստանդարտներ,
. տեսողական խանգարումներ ունեցող օգտագործողների համար
հարմարություններ:
2.1.3 Համակարգչային տեխնիկայի ինտերֆեյսներ
Համակարգչային տեխնիկայի որևէ ինտերֆեյս (hardware interfaces) չի նախատեսվում, քանի որ համակարգչային տեխնիկայի ինտերֆեյսների համակարգը լիովին կախված է օպերացիոն համակարգի տեղեկատվական բազաների ինտերֆեյսներից և ֆայլերի համակարգից:
2.1.4 Համակարգչային ծրագրի ինտերֆեյսներ (Software Interfaces)
Եկամտային հարկի մոդուլի պահանջած ինտերֆեյսները հետևյալն են.
. Գրանցում (Z) - տվյալների փոխանակում գրանցելու`
- հարկ վճարողներին ՊԵԿ-ի հարկ վճարողների տվյալների բազայից,
- աշխատողներին կամ ֆիզիկական անձանց ՍՔ տվյալների բազայից,
- կամավոր մասնակիցներին ՀԿԴ ՏԲ-ից,
- կենսաթոշակառուներին ՍԱՊԾ ՏԲ-ից:
. Ծրագրային գործիք (D) - ֆիզիկական միջամտության ինտերֆեյսներ եկամտային
հարկի հաշվետվության տվյալները մուտքագրելու համար
. Հիմնական ստուգում-հաստատում (E) - ՊԵԿ-ի տարածքային կենտրոնները
նույնականացնում են եկամտային հարկի էլ. հաշվետվության ներկայացման
աղբյուրը, ստուգում-համադրում են ներկայացված տեղեկատվությունը և
ուղարկում են ստացման տեղեկանք:
. Բաշխում (F) - տվյալների փոխանակում աշխատանքային պատմության և
կուտակային վճարների տեղեկատվության փոխանակման համար:
2.1.5 Հաղորդակցությունների ինտերֆեյսներ
Համակարգի մշակումը չի ենթադրում հաղորդակցության կոնկրետ ինտերֆեյսներ կամ ցանցի պրոտոկոլներ/հաղորդակարգեր և այլն: Համակարգը կարելի է գործարկել ցանցային ցանկացած միջավայրում:
2.1.6 Համակարգչային տեխնիկայի հետ կապված պահանջներ
Տեխնիկայի հետ կապված պահանջները նկարագրվում են օպերացիոն համակարգ և Oracle տվյալների բազա բաժնում: Դրանք կոնկրետ վերաբերում են այն տարբերակին, որը կօգտագործվի ՊԵԿ-ում համակարգի կիրառման նպատակով:
Օրինակ` ստորև նկարագրվում են համակարգչային տեխնիկայի նվազագույն տեխնիկական պահանջները` Microsoft Windows-ի համար (64-Bit) 11g Release 1 (11.1) տեղադրելու համար:
.________________________________________________.
|Պահանջ |Նվազագույն արժեք |
|____________________________|___________________|
|Ֆիզիկական հիշողություն (RAM)|առնվազն 1 GB |
|____________________________|___________________|
|Վիրտուալ հիշողություն |RAM-ի կրկնակին |
|____________________________|___________________|
|Դիսկի տարողություն |Ընդհանուրը` 4.76 GB|
|____________________________|___________________|
|Վիդեո ադապտր |256 գույն |
|____________________________|___________________|
|Պրոցեսոր |առնվազն 550 MHz |
.________________________________________________.
2.1.7 Գործառնություններ
Եկամտային հարկի մոդելի 2 համակարգերը պետք է կապված լինեն ՊԵԿ-ի ցանցին հարկային քարտի համակարգի միջոցով (բաղադրիչ H):
ՊԵԿ-ի մյուս գործառնությունների նկատմամբ եկամտային հարկի մոդելը գործում է անկախ: Համակարգը պետք է հարմարվի ՊԵԿ-ի սովորական գործառնություններին, ինչպիսիք են`
- կազմակերպությունում տարբեր գործելակերպերը,
- ինտերակտիվ գործողությունների և ընթացք չստացած գործողությունների
ժամանակահատվածները,
- տվյալների մշակմանն աջակցող գործառույթներ,
- պահուստային կրկնօրինակման և վերականգնման գործողություններ:
Եկամտային հարկի մոդելի տարբեր բաղադրիչները պետք է գործեն ինքնավար որպես որոշակի ժամանակահատվածների համար ծրագրված աշխատանքներ Oracle տվյալների բազայում: Նրանց իրականացման ճշգրիտ ժամանակը պետք է սահմանվի համակարգի մանրամասն նախագծման ժամանակ:
2.1.8 Միջավայրի տեղայնացման հետ կապված պահանջներ
Այս պահին հայտնի է միջավայրի տեղայնացման հետ կապված միայն մեկ պահանջ, այն է` իրականացնել ՊԱՌՆԱՍ համակարգի և ՍՔ տվյալների բազաների միգրացիան ՊԵԿ-ի տվյալների բազա: Տվյալների միգրացիայի մասին մշակվել է առավել մանրամասն արձանագրություն, որն առանձին փաստաթղթով ներկայացվել է ՊԵԿ-ին: (SPSS_FY09Q2_Mar19_DataExchgProtocolMLSI-SRC_arm).
Միջավայրի նախապատրաստման փուլում պետք է իրականացվեն հետևյալ կարևոր քայլերը`
1) 2009 թ. գործատուները պետք է ՊԵԿ-ին տեղեկացնեն դադարեցված
աշխատանքային պայմանագրերի մասին:
2) Աշխատողների անձնական տվյալները (ՍՔ ՏԲ-ից) և աշխատանքային
պատմության տվյալները (ՊԱՌՆԱՍ ՏԲ-ից) պետք է զտվեն և մշակվեն ՊԵԿ-ի
կողմից: ՍՊՀՀ ծրագիրը կներկայացնի այդ տվյալները մշակելու
առաջարկություններ, ինչպես նաև կաջակցի ՊԵԿ-ին պահանջվող գործընթացը
նկարագրելով և օգնելով զտել տեղեկատվությունը:
3) Պետք է կազմվի աշխատողներին և հարկ վճարողներին վերաբերող չհամադրված
տեղեկատվության ցանկ, որը պետք է մշակվի ՊԵԿ-ի կողմից հարկ վճարողի
ընթացիկ հարկային պարտավորությունները ստուգելու և վերջնական
տվյալների բազան մինչև 2010 թ. հունվար կառուցելու համար:
2.2. Համակարգչային ծրագրի գործառույթները
Այս բաժնում ամփոփված են համակարգչային ծրագրի կողմից իրականացվելիք հիմնական գործառույթները: Մասնագրերի այս ընդհանուր քարտեզը նկարագրում է նախորդ բաժնի գծապատկերում ներկայացված ծրագրի մոդուլի կոնկրետ ֆունկցիոնալ բաղադրիչները:
Գործառույթների ցանկը պետք է որ հստակ պատկերացում տա տարբեր գործառույթների և դրանց հարաբերությունների մասին: Սույն աղյուսակի նպատակը չէ ցույց տալ ծրագրի կառուցվածքը, սակայն այն պարզորոշ ցույց է տալիս համակարգի տարբեր մոդուլների և ծրագրային ապահովման բաղադրիչների միջև տրամաբանական կապերը:
Համակարգի բաղադրիչների և գործառույթների ցանկ
._____________________________________________________________________.
|Հղում |Կոդ|Մոդուլ |Գործ-|Ենթա-|Բաղադրիչի նկարագրություն |
|գծապատկերին| | |ընթաց|կոդ | |
|___________|___|__________|_____|_____|______________________________|
|___________|___|__________|_____|_____|______________________________|
| Z | 01|Գրանցում | 1 | C01 |Հարկային գործակալների գրանցում|
|___________|___|__________|_____|_____|______________________________|
| Z | 01|Գրանցում | 1 | C02 |Սոցիալական քարտերի գրանցում |
|___________|___|__________|_____|_____|______________________________|
| Z | 01|Գրանցում | 1 | C03 |Կամավոր մասնակիցների գրանցում |
|___________|___|__________|_____|_____|______________________________|
| Z | 01|Գրանցում | 1 | C04 |Կենսաթոշակառուների գրանցում, |
| | | | | |կամավոր անդամների հանում |
| | | | | |գրանցումից |
|___________|___|__________|_____|_____|______________________________|
|___________|___|__________|_____|_____|______________________________|
| A | 02|Եկամուտ | 1 | C00 |Ակնկալվող եկամտի հաշվարկ |
|___________|___|__________|_____|_____|______________________________|
|___________|___|__________|_____|_____|______________________________|
| B | 03|Վճարումներ| 1 | C01 |Վճարումների գրանցում |
|___________|___|__________|_____|_____|______________________________|
| C | 03|Վճարումներ| 2 | C02 |Վճարումների |
| | | | | |համադրություն-բաշխման հերթի |
| | | | | |գեներացիա |
|___________|___|__________|_____|_____|______________________________|
|___________|___|__________|_____|_____|______________________________|
| D | 04|Ծրագրային | 0 | C00 |Ֆինանսական պարամետրեր |
| | |գործիք | | | |
|___________|___|__________|_____|_____|______________________________|
| D | 04|Ծրագրային | 0 | C01 |Նույնականացում |
| | |գործիք | | | |
|___________|___|__________|_____|_____|______________________________|
| D | 04|Ծրագրային | 0 | C02 |Նախորդ տվյալների վերհանում |
| | |գործիք | | | |
|___________|___|__________|_____|_____|______________________________|
| D | 04|Ծրագրային | 0 | C03 |Հարկման ամսվա կամ |
| | |գործիք | | |հաշվետվության տեսակի |
| | | | | |փոփոխություն |
|___________|___|__________|_____|_____|______________________________|
| D | 04|Ծրագրային | 0 | C04 |Հարկային գործակալի տվյալների |
| | |գործիք | | |փոփոխություն |
|___________|___|__________|_____|_____|______________________________|
| D | 04|Ծրագրային | 0 | C05 |Փոփոխություն աշխատանքային |
| | |գործիք | | |հարաբերությունում (Ֆ1) |
|___________|___|__________|_____|_____|______________________________|
| D | 04|Ծրագրային | 0 | C06 |Հաստատում-եկամտային |
| | |գործիք | | |հարկ-կուտակային վճարներ |
|___________|___|__________|_____|_____|______________________________|
| D | 04|Ծրագրային | 0 | C07 |Պասիվ հարկերի հաշվարկի |
| | |գործիք | | |ստուգում-հաստատում |
|___________|___|__________|_____|_____|______________________________|
| D | 04|Ծրագրային | 0 | C08 |Եկամտային հարկի |
| | |գործիք | | |էլ. հաշվետվության գեներացում |
|___________|___|__________|_____|_____|______________________________|
| D | 04|Ծրագրային | 0 | C09 |Եկամտային հարկի |
| | |գործիք | | |էլ. հաշվետվության ստորագրում |
|___________|___|__________|_____|_____|______________________________|
|___________|___|__________|_____|_____|______________________________|
| E | 05|ՀԻՄՆԱԿԱՆ | 1 | C01 |Եկամտային հարկի |
| | |ստուգում- | | |էլ. հաշվետվության ներկայացում |
| | |հաստատում | | | |
|___________|___|__________|_____|_____|______________________________|
| E | 05|ՀԻՄՆԱԿԱՆ | 2 | C02 |Եկամտային հարկի |
| | |ստուգում- | | |էլ. հաշվետվության |
| | |հաստատում | | |ստուգում-հաստատում |
|___________|___|__________|_____|_____|______________________________|
| E | 05|ՀԻՄՆԱԿԱՆ | 3 | C03 |Ընդունման տեղեկանքի գեներացում|
| | |ստուգում- | | | |
| | |հաստատում | | | |
|___________|___|__________|_____|_____|______________________________|
|___________|___|__________|_____|_____|______________________________|
| F | 06|Բաշխում | 1 | C01 |Տվյալների փոխանակում |
|___________|___|__________|_____|_____|______________________________|
| F | 06|Բաշխում | 1 | C02 |Գերավճարների գեներացում |
|___________|___|__________|_____|_____|______________________________|
|___________|___|__________|_____|_____|______________________________|
| G | 07|Տուգանքներ| 1 | C01 |ՈՒշացած հաշվետվությունների վրա|
| | | | | |եկած տուգանքների հաշվարկ |
|___________|___|__________|_____|_____|______________________________|
| G | 07|Տուգանքներ| 2 | C02 |Եկամտային հարկի ուշացած |
| | | | | |հայտարարագրման տուգանքի |
| | | | | |հաշվետվության գեներացում |
|___________|___|__________|_____|_____|______________________________|
|___________|___|__________|_____|_____|______________________________|
| H | 09|Հարկային | | C00 |Հարկային քարտի տվյալների |
| | |քարտ | | |թարմացում |
._____________________________________________________________________.
Աշխատանքային գործընթացների բարդությունը
Աշխատանքային գործընթացների բարդության միջին գնահատականը կախված է տարբեր տեխնիկական մասերի քանակից, ինչպիսիք են` տվյալների ֆայլերը, տվյալների դաշտերը, տվյալների կառուցվածքները, տրամաբանական բաղադրիչները, «օգնության» կոճակները: Ծրագրի մշակման մրցույթի մասնակիցը կարող է այդ քանակների և յուրաքանչյուր գործընթացին ընկնող միջին բարդության ամփոփումը գտնել ստորև:
.______________________________________________________________________
| |Աշխա- |Ֆայլերի| | | | |Տվյալների |
| |տանքի |կառուց-| | | | |բազայի |
| |սահմա- |վածքներ| | | | |բաղադրիչ |
| |նում | | | | | | |
|___________|_______|_______|_____|________|_______|_____|____________|
|Մոդուլի |Գործըն-|Տվյալ- |Դաշ- |Ընդունող|Ելքային|Վեբ |Սահմանա|Գոր-|
|անվանում |թացների|ների |տերի |XML-ների|XML |ծառա-|փակում-|ծար-|
| |քանակը |ներքին |միջին|թիվը |ֆայլերի|յութ-|ներ |կիչ |
| | |ֆայլերի|քա- | |քանակը |յուն-| |(տրի|
| | |քանակը |նակը | | |ներ | |գեր)|
|___________|_______|_______|_____|________|_______|_____|_______|____|
|___________|_______|_______|_____|________|_______|_____|_______|____|
|Աջակցող | 0| 40| 6| 0| 0| 0| 15| 0|
|կառուցվածք-| | | | | | | | |
|ներ | | | | | | | | |
|+ ընդհանուր| | | | | | | | |
|գործառույթ-| | | | | | | | |
|ներ | | | | | | | | |
|___________|_______|_______|_____|________|_______|_____|_______|____|
|«Առաջադրանք| 0| 4| 5| 0| 0| 0| 3| 0|
|ների» հերթ | | | | | | | | |
|___________|_______|_______|_____|________|_______|_____|_______|____|
|___________|_______|_______|_____|________|_______|_____|_______|____|
|ՄՈԴՈՒԼՆԵՐ | | | | | | | | |
|___________|_______|_______|_____|________|_______|_____|_______|____|
|Գրանցում | 1| 14| 9| 4| 4| 4| 10| 4|
|___________|_______|_______|_____|________|_______|_____|_______|____|
|Ակնկալվող | 1| 2| 6| 0| 0| 0| 1| 1|
|եկամուտ | | | | | | | | |
|___________|_______|_______|_____|________|_______|_____|_______|____|
|Վճարում և | 2| 6| 9| 1| 0| 0| 5| 2|
|համադրում | | | | | | | | |
|___________|_______|_______|_____|________|_______|_____|_______|____|
|Ծրագրային | 1| 16| 10| 1| 1| 2| 0| 0|
|գործիք | | | | | | | | |
|հարկային | | | | | | | | |
|հաշվետվութ-| | | | | | | | |
|յուն Առցանց| | | | | | | | |
|և | | | | | | | | |
|-արտացանց | | | | | | | | |
|եղանակով | | | | | | | | |
|լրացնելու | | | | | | | | |
|համար | | | | | | | | |
|___________|_______|_______|_____|________|_______|_____|_______|____|
|Հիմնական | 1| 17| 15| 1| 0| 1| 7| 2|
|ստուգում- | | | | | | | | |
|հաստատում | | | | | | | | |
|___________|_______|_______|_____|________|_______|_____|_______|____|
|Բաշխում | 1| 3| 6| 0| 5| 0| 3| 1|
|___________|_______|_______|_____|________|_______|_____|_______|____|
|ՈՒշացման | 2| 4| 8| 0| 0| 1| 4| 0|
|դեպքում | | | | | | | | |
|տուգանքների| | | | | | | | |
|հաշվարկ | | | | | | | | |
|___________|_______|_______|_____|________|_______|_____|_______|____|
|ՀԱՐԿԱՅԻՆ | 1| 0| 0| 0| 1| 1| 0| 0|
|ՔԱՐՏ | | | | | | | | |
|___________|_______|_______|_____|________|_______|_____|_______|____|
|Ընդամենը | 10| 106| 8| 7| 11| 9| 48| 10|
.______________________________________________________________________
.____________ ________________________________________________________.
| | |Տվյալների | | | | | |
| | |ձևեր և | | | | | |
| | |էջեր | | | | | |
|___________| |___________|_________|____________|______|_____|_______|
|Մոդուլի | |Առանց |Տվյալների|Տվյալների |«Combo|Գործ-|Հաշվե- |
|անվանում | |տվյալների |ձևի մեջ |մուտքագրմամբ|Boxes |ընթաց|տվութ- |
| | |մուտքագրման|տվյալների|կամ դաշտերի |կամ |ների |յուններ|
| | |վեբ-ձևերի |դաշտերի |փոփոխմամբ |Drop |քա- | |
| | |քանակը |քանակը |վեբ ձևերի |Lists»|նակը | |
| | | | |թիվը | | | |
|___________| |___________|_________|____________|______|_____|_______|
|___________| |___________|_________|____________|______|_____|_______|
|Աջակցող | | 0| 0| 0| 0| 0| 0|
|կառուցվածք-| | | | | | | |
|ներ | | | | | | | |
|+ ընդհանուր| | | | | | | |
|գործառույթ-| | | | | | | |
|ներ | | | | | | | |
|___________| |___________|_________|____________|______|_____|_______|
|«Առաջադրանք| | 0| 0| 0| 0| 0| 0|
|ների» հերթ | | | | | | | |
|___________| |___________|_________|____________|______|_____|_______|
|___________| |___________|_________|____________|______|_____|_______|
|ՄՈԴՈՒԼՆԵՐ | | | | | | | |
|___________| |___________|_________|____________|______|_____|_______|
|Գրանցում | | 0| 0| 0| 0| 4| 0|
|___________| |___________|_________|____________|______|_____|_______|
|Ակնկալվող | | 0| 0| 0| 0| 2| 0|
|եկամուտ | | | | | | | |
|___________| |___________|_________|____________|______|_____|_______|
|Վճարում և | | 0| 0| 0| 0| 2| 0|
|համադրում | | | | | | | |
|___________| |___________|_________|____________|______|_____|_______|
|Ծրագրային | | 0| 18| 7| 15| 7| 0|
|գործիք | | | | | | | |
|հարկային | | | | | | | |
|հաշվետվութ-| | | | | | | |
|յուն Առցանց| | | | | | | |
|և | | | | | | | |
|-արտացանց | | | | | | | |
|եղանակով | | | | | | | |
|լրացնելու | | | | | | | |
|համար | | | | | | | |
|___________| |___________|_________|____________|______|_____|_______|
|Հիմնական | | 0| 4| 1| 1| 3| 1|
|ստուգում- | | | | | | | |
|հաստատում | | | | | | | |
|___________| |___________|_________|____________|______|_____|_______|
|Բաշխում | | 0| 0| 0| 0| 2| 0|
|___________| |___________|_________|____________|______|_____|_______|
|ՈՒշացման | | 0| 0| 0| 0| 2| 0|
|դեպքում | | | | | | | |
|տուգանքների| | | | | | | |
|հաշվարկ | | | | | | | |
|___________| |___________|_________|____________|______|_____|_______|
|ՀԱՐԿԱՅԻՆ | | 0| 0| 0| 0| 1| 0|
|ՔԱՐՏ | | | | | | | |
|___________| |___________|_________|____________|______|_____|_______|
|Ընդամենը | | 0| 22| 8| 16| 23| 1|
.____________ ________________________________________________________.
2.3. Օգտագործողների խմբերը և բնութագրերը
Համակարգչային ծրագրի նպատակային օգտագործողներն են`
._____________________________________________________________________.
|Օգտագործողների խումբ |Նկարագրություն |
|_____________________|_______________________________________________|
|Հարկային գործակալ |Հարկային գործակալը առցանց և արտացանց |
| |տարբերակներով օգտագործում է ծրագրային գործիքը |
| |եկամտային հարկի էլ. հաշվետվությունը պատրաստելու|
| |համար: |
| |Այս օգտագործողից պահանջվում են միջին մակարդակի |
| |համակարգչային գիտելիքներ |
|_____________________|_______________________________________________|
|Հարկային տեսուչ |Հարկային տեսուչներն կարող են օգտագործել |
| |- ծրագրային գործիքը` գեներացնելու եկամտային |
| | հարկի հայտարարագրի ձևը և փաստաթուղթը |
| | էլեկտրոնային եղանակով ստորագրելու հարկ |
| | վճարողի կողմից լիազորված լինելու պարագայում, |
| |- հարկային քարտի մոդուլը հարկերի հարկադիր |
| | հավաքագրումն իրականացնելու համար |
|_____________________|_______________________________________________|
|Հաշվետվությունների |Օգտագործողի այս պրոֆիլը գործում է ՊԵԿ-ի |
|ներկայացման բաժնի |տարածքային տեսչությունների կամ դեպի համակարգ |
|գործավար |մուտք տրամադրող կետերի համար: |
| |Հաշվետվությունների ներկայացման բաժնի գործավարը |
| |կարող է էկրանի վրա դիտել (scan) հարկ վճարողի |
| |կողմից ներկայացված էլ. կրիչը, առանձնացնել |
| |եկամտային հարկի էլ. ֆայլը, հանել այն և մտցնել |
| |համակարգ: Հաշվետվությունների ներկայացման բաժնի |
| |գործավարն ունի մուտքի իրավունք` առանձնացնելու, |
| |դիտելու և տպելու մոդելի հիմնական |
| |ստուգման-հաստատման մոդուլի կողմից գեներացված |
| |ստացման տեղեկանքը: |
|_____________________|_______________________________________________|
|Համակարգ |Ծրագրային համակարգը պարունակում է տարբեր Java /|
| |PL/SQL պրոցեդուրաներ, որոնք կատարվում են |
| |ավտոմատ կերպով: Գործընթացները գործարկվում են |
| |որոշակի ժամանակացույցով կամ որևէ քայլի |
| |հետևանքով, օրինակ` հարկի վճարման ֆայլը |
| |ստանալուց: |
._____________________________________________________________________.
Կրկին պահանջվում են համակարգչային ընդհանուր գիտելիքներ, իսկ հատուկ պահանջները ներկայացվում են Բաժին 3-ում:
Հաշվետվությունների ներկայացման բաժնի գործավարին վերաբերող օգտագործողի նույն բնութագիրը պետք է կիրառվի էլ.-փոստի բաղադրիչի նկատմամբ, որը կարող է առանձնացնել էլ. փոստին կցված եկամտային հարկի էլ. ֆայլը, այն հանել էլ.-փոստից, մտցնել համակարգ և առանձնացնել հիմնական ստուգման-հաստատման մոդուլի կողմից գեներացված ստացման տեղեկանքը, կցելով այն էլ-փոստին և ետ ուղարկելով հասցեատիրոջը:
2.4. Օպերացիոն միջավայր
Միջավայրի հետ կապված պահանջները հետևյալն են`
._____________________________________________________________________.
|OE-1: |Համակարգը գործելու է հետևյալ ծե զննիչների պայմաններում` |
| |Microsoft Internet Explorer 6.0 կամ դրանից բարձր տարբերակ, |
| |Firefox 2.0 կամ դրանից բարձր տարբերակ: |
|______|______________________________________________________________|
|OE-2: |Համակարգը գործելու է ՊԵԿ-ի ներկայիս սերվերն ապահովող Windows |
| |Server կամ Oracle database Server կորպորատիվ տարբերակների |
| |պայմաններում: |
|______|______________________________________________________________|
|OE-3: |Համակարգը օգտագործողներին հնարավորություն կտա մուտք գործել |
| |կորպորատիվ ներցանցից (Intranet), եթե օգտագործողը լիազորություն|
| |ունի դրսից ինտերնետ կապով մուտք գործել և անցնել կորպորատիվ |
| |firewall-ի միջով: |
._____________________________________________________________________.
2.5. Կառուցվածքի և կիրառման հետ կապված պահանջները
Այս բաժնում նկարագրված են այն հիմնական գործոնները, որոնք համակարգը մշակողների համար սահմանափակում են հնարավոր տարբերակների շրջանակը:
. Իրավական կարգավորման քաղաքականություններն են թելադրում աշխատանքային
կանոնները, որոնք էլ ներկայացված են Գլուխ 3-ում: Փոփոխությունների
դեպքում դրանք պետք է համապատասխանաբար ներմուծվեն նաև համակարգչային
ծրագիր:
. Ավելի վաղ ստեղծված ծրագրերի հետ հետադարձ համադրելիություն չի
պահանջվում:
Կառուցվածքի և կիրառման հետ կապված պահանջները հետևյալն են`
._____________________________________________________________________.
|CO-1: |Համակարգի կառուցվածքի, կոդի և սպասարկման վերաբերյալ |
| |փաստաթղթերը պետք է համահունչ լինեն ՊԵԿ-ի զարգացման |
| |ռազմավարությանը և տեղեկատվական ու համակարգչային |
| |տեխնոլոգիաների ստանդարտներին և քաղաքականություններին: |
|______|______________________________________________________________|
|CO-2: |Պետք է պահպանվեն ՊԵԿ-ի կողմից հաստատված օգտագործողի ինտերֆեյսի|
| |պահանջները: |
|______|______________________________________________________________|
|CO-3: |Համակարգը պետք է օգտագործի ՊԵԿ-ի` ներկայիս Oracle տվյալների |
| |բազայի մեխանիզմը (engine): |
|______|______________________________________________________________|
|CO-4: |Java բոլոր կոդավորումները պետք է համապատասխանեն Java |
| |կոդավորման ստանդարտներին: |
|______|______________________________________________________________|
|CO-5: |HTML բոլոր կոդավորումները պետք է համապատասխանեն HTML 4.0 |
| |ստանդարտին: |
|______|______________________________________________________________|
|CO-6: |Կապալառուն պետք է պահպանի Oracle-ի մշակման նշագրումը և PL/SQL|
| |կոդավորման ստանդարտները: |
|______|______________________________________________________________|
|CO-7: |Տվյալների փոխանակման ստանդարտ ձևաչափը XML-ն է: |
|______|______________________________________________________________|
|CO-8: |Համակարգչային տեխնիկայի հետ կապված սահմանափակումներն, ինչպիսիք|
| |են ժամանակի հետ կապված պահանջները, ներկայացված են Գլուխ 3-ում:|
| |Հիշողության կամ պրոցեսորի հետ կապված պահանջները, ինչպես նաև |
| |օպերացիոն համակարգի պահանջները մանրամասն ներկայացված են Oracle|
| |տվյալների բազայի փաստաթղթում, որը միշտ յուրահատուկ է լինելու |
| |այն տարբերակի համար, որով աշխատելու է համակարգը: |
|______|______________________________________________________________|
|CO-9: |Համակարգը պետք է ունենա ինտերֆեյսներ այլ համակարգերի հետ, |
| |որոնք նշված են բաժին 3.1-ում: |
._____________________________________________________________________.
Ծրագրի յուրաքանչյուր մոդուլին վերաբերող պահանջները նկարագրված են տվյալ մոդուլի ֆունկցիոնալ պահանջների բաժնում (Բաժին 3.2):
2.6. Օգտագործողի համար նախատեսված նյութերը
Համակարգի վերաբերյալ նյութերը պետք է տրամադրվեն օգտագործվելիք համակարգչային ծրագրի հետ միասին: Դրանք կարող են ներառել համակարգի ադմինիստրատորի և օգտագործողի ձեռնարկները, առցանց օգնություն և օգտագործողին սովորեցնելու համար նյութեր:
Բոլոր պահանջվող փաստաթղթերի տրամադրման ձևաչափերը և ստանդարտները պետք է սահմանվեն պայմանագիրը կնքելու ժամանակ:
2.7. Ենթադրություններ և պայմաններ
Այս բաժնում թվարկվում են այն գործոնները, որոնք ազդեցություն ունեն ՀՏՄ-ում սահմանված տեխնիկական պահանջների վրա: Այդ գործոնները ոչ թե համակարգչային ծրագրի մշակման սահմանափակումներ են, այլ ավելի շուտ պահանջներ են, որոնց փոփոխությունը կարող է ազդել համակարգի մասնագրերի պահանջների վրա:
Օրինակ` ենթադրությունն այն է, որ կլինի ցանցային կապի որոշակի տեսակ: Եթե իրականում ցանցային կապ չլինի, ապա համակարգի մասնագրերի պահանջները պետք է համապատասխանաբար փոփոխվեն:
Ստորև թվարկված են այն ենթադրություններն ու պայմանները, որոնք առաջ են եկել փաստաթուղթը գրելիս:
._____________________________________________________________________.
|Օգտագործողի խումբ|Նկարագրություն |
|_________________|___________________________________________________|
|AS-1: |ՊԵԿ-ը պետք է ունենա ցանցային կապ ԱՍՀՆ, ՖՆ, ՀԿԴ, |
| |ՍԱՊԾ, Գանձապետարանի և Նորք ՏԿ-ի հետ: |
|_________________|___________________________________________________|
|AS-2: |Հարկային բոլոր գործակալները մինչև 2010 թ. հունվարի|
| |1 պետք է ի վիճակի լինեն հանձնել (ուղղակիորեն կամ |
| |անուղղակիորեն) հաշվետվությունները էլեկտրոնային |
| |եղանակով` կիրառելով էլեկտրոնային ստորագրություն: |
|_________________|___________________________________________________|
|AS-3: |ՀԿԴ-ն և Գանձապետարանը պետք է ավտոմատացնեն |
| |տվյալների փոխանակումը ՊԵԿ-ի հետ: |
|_________________|___________________________________________________|
|DE-1: |Համակարգը պետք է օգտագործի ՊԵԿ-ի տեղեկատվական և |
| |հաղորդակցության տեխնոլոգիաների ներկայիս |
| |ենթակառուցվածքները և պետք է ենթարկվի ՊԵԿ-ի ՏՀՏ |
| |ընդհանուր քաղաքականությանը: |
|_________________|___________________________________________________|
|DE-2: |Համակարգի համար պետք է հասանելի լինեն ՊԵԿ-ի` |
| |գործատուների մասին տվյալները: |
|_________________|___________________________________________________|
|DE-3: |Համակարգի համար պետք է հասանելի լինեն Նորք ՏԿ-ի` |
| |սոցիալական քարտերի վերաբերյալ տվյալները: |
|_________________|___________________________________________________|
|DE-4: |ՊԵԿ-ի համակարգը պետք է ՀԿԴ-ի համակարգի հետ ավտոմատ |
| |կերպով հաղորդակցվելու կարողություն ունենա: |
._____________________________________________________________________.
2.8. Պահանջների փուլ առ փուլ կիրառում
Ստորև ներկայացվում են այն պահանջները, որոնք հրատապ չեն և կարող են հետաձգվել մինչև համակարգի հետագա տարբերակների մշակումը:
Բողոքների ներկայացման գործընթացի համար հետագայում կարող է պահանջվել հետևյալ գործառույթների ավտոմատացումը`
- գործատուների, վճարումներ կատարողների կամ այլ սուբյեկտների կողմից
բողոքների գրանցում, ինչպես նաև յուրաքանչյուր բողոքի ընթացքի
վերահսկում` մինչև բողոքին տրվի վերջնական լուծում,
- իրադարձությունների գրանցում և իրադարձությունների ժամանակագրական
հաջորդականության վերահսկում` ըստ բողոքի տեսակի:
Այս պահի դրությամբ այս գործընթացն ամբողջությամբ սահմանված չէ, և խելամիտ է դրա ավտոմատացման հետաձգումը:
Մոնիտորինգի և հաշվետվություններ կազմելու գործիքներ`
. սխալներ ու անհամապատասխանություններ պարունակող հարկային
հաշվետվություններ
. չհամադրված հարկային հաշվետվություններ և չբաշխված անհատական հաշիվներ
. ՀԿԴ գումարը փոխանցելու սխալ հայտ:
Սկզբնական շրջանում անհրաժեշտ հաշվետվությունների մեծ մասը հնարավոր կլինի ստեղծել այժմ հասանելի գործիքների միջոցով, ինչպիսին է Oracle Discoverer-ը:
3. Հատուկ պահանջներ
Սույն բաժինը նկարագրում է համակարգչային ծրագրի պահանջներն այնպիսի մանրամասնությամբ, որ համակարգը մշակողները կարողանան կազմել ծրագիրն ըստ այդ պահանջների, իսկ փորձարկողները` ստուգել, որ համակարգը բավարարի այդ պահանջները: Այստեղ ներկայացված յուրաքանչյուր պահանջ պետք է ընկալելի լինի ապագա օգտագործողների և այլ արտաքին համակարգերի կողմից: Այդ պահանջները ներառում են համակարգ մուտքագրվող ցանկացած տեղեկատվության, համակարգից դուրս եկող համապատասխան պատասխանի նկարագրությունը և ցանկացած մուտքագրված տեղեկատվությանն ի պատասխան կամ համակարգից դուրս եկող պատասխանը պատրաստելու համար համակարգի կողմից իրականացվող գործառույթների նկարագրությունը: Բոլոր պահանջներն առանձին են, ինչը հեշտացնում է դրանց հետևելը նախագծի ողջ ընթացքում:
3.1. Արտաքին ինտերֆեյսներ
Արտաքին ինտերֆեյսների մասնագրերը ներառում են համակարգ մուտքագրվող ամբողջ տեղեկատվության և համակարգից դուրս եկող պատասխանների մանրամասն նկարագրությունը: Դրանք լրացնում են Բաժին 2-ում ներկայացված ինտերֆեյսի նկարագրությունները, սակայն չեն կրկնում դրանք:
Արտաքին ինտերֆեյսի բովանդակությունը և ձևաչափը հետևյալն են`
- դաշտի անվանումը,
- նպատակի նկարագրությունը,
- մուտքագրման աղբյուրը կամ պատասխանի հասցեատերը
- ընդունելի սահմանները, ճշգրտությունը և/կամ թույլատրելիությունը
- ժամանակը
- կապն այլ մուտքագրումների/պատասխանների հետ
- Տվյալների ձևաչափեր
- Հրամանի ձևաչափեր
- Ավարտի հաղորդագրություններ (end message)
Արտաքին ինտերֆեյսների մասնագրերն ավելի մանրամասն կարելի է գտնել բաժին 6.3-ում` «Տվյալների փոխանակման հետ կապված պահանջներ» վերնագրի ներքո:
3.2. Ֆունկցիոնալ պահանջների մասնագրեր
Ֆունկցիոնալ պահանջները սահմանում են այն կարևորագույն գործողությունները, որոնք պետք է տեղի ունենան ծրագրում մուտքագրված տեղեկատվությունը ընդունելու և մշակելու, ինչպես նաև պատասխանները գեներացնելու ժամանակ: Դրանցից են` մուտքագրված տեղեկատվության ճշտության ստուգումները, գործողությունների ճշգրիտ հաջորդականությունը, արձագանքը ոչ նորմալ իրավիճակներին:
3.2.1 Մոդուլ 01, անվանումը` ԳՐԱՆՑՈՒՄ
Համակարգչային ծրագրի տեխնիկական մասնագրեր
.______. ._________.
Մոդուլ | 01 | Անվանում |Գրանցում |
.______. ._________.
Նախագծման շրջանակը, մոդուլի աշխատանքային նպատակները
._________________________________________________________________.
|Այս մոդուլի նպատակն է մատուցել մի շարք ծառայություններ, որոնք |
|կապահովեն, որ հարկ վճարողներին, աշխատողներին, կենսաթոշակառուներին|
|և կուտակային կենսաթոշակային համակարգի մասնակիցներին վերաբերող |
|տվյալների ռեգիստրներն ամբողջությամբ սինքրոնացվեն պաշտոնական |
|ռեգիստրների հետ` լինեն դրանք արտաքին, թե ներքին: |
|(ա) հարկ վճարողներ |
|(բ) աշխատողներ կամ անհատներ |
|(գ) կամավոր մասնակիցներ |
|(դ) ապագրանցում (գրանցումից հանում) |
._________________________________________________________________.
Օգտագործողների ակնկալիքները
._____________________________________________________________.
|Օրինակ` |
| |
|- Եկամտային հարկի մոդելի առցանց սինքրոնացում անձանց և հարկ |
| վճարողների արտաքին ռեգիստրների հետ |
|- Ոչ մի ֆիզիկական միջամտություն, գործընթացները գործարկվում են|
| ավտոմատ կերպով |
|- Մշակման նվազագույն ժամանակ |
._____________________________________________________________.
Ընդհանուր բնույթի պահանջներ
._______________________________________________.
|Պահանջի առարկան |Պահանջ |
|_________________|_____________________________|
|Տեխնոլոգիա |Java web services / Oracle PL|
|_________________|_____________________________|
|Տեղակայվածություն|Կենտրոնական սերվերներ |
|_________________|_____________________________|
|Կառավարման եղանակ|Ավտոմատ կատարում |
._______________________________________________.
Կատարողականի չափորոշիչներ
.____________________________________________________________.
|Համակարգի կոդ|Նկարագրություն |Միավորներ|Արժեք|
|_____________|______________________________|_________|_____|
|01.1P01 |ՊԵԿ-ի պաշտոնական ռեգիստրից մեկ| msec | 10 |
| |հարցմանն արձագանքելու | | |
| |առավելագույն ժամանակը | | |
|_____________|______________________________|_________|_____|
|01.1P02 |Նորք ՏՎԿ-ի սոցքարտերի | msec | 10 |
| |պաշտոնական ռեգիստրից մեկ | | |
| |հարցմանն արձագանքելու | | |
| |առավելագույն ժամանակը | | |
|_____________|______________________________|_________|_____|
|01.1P03 |Կամավոր մասնակիցներին կամ | վյրկ | 5 |
| |կենսաթոշակառուներին գրանցելու | | |
| |ժամանակ 100 գրառման մշակման | | |
| |ժամանակը | | |
|_____________|______________________________|_________|_____|
|01.1P04 |Կիրառել «TRACE» բոլոր հիմնական| ---- | ----|
| |SQL արտահայտությունների համար`| | |
| |պարզելու SQL | | |
| |արտահայտությունների | | |
| |ժամանակային ծախսերը և | | |
| |ստուգելու գործարքային | | |
| |աղյուսակների (transaction | | |
| |table) լրիվ սկանավորումը: | | |
| |Հղումների աղյուսակները պետք է | | |
| |լինեն փոքր և չպահանջեն | | |
| |ցուցիչներ (indexes) | | |
.____________________________________________________________.
Որակի ընդհանուր ապահովում կամ փորձարկման պահանջներ
Հետևյալ աղյուսակում ներկայացվում են ստուգման այն չափանիշները, որոնք պետք է կիրառվեն մշակված ծրագրային ապահովումը ճշգրտորեն ընդունելու համար:
._____________________________________________________________________.
|Համակարգի կոդը|Նկարագրություն |
|______________|______________________________________________________|
|01.1Q01 |Ստուգել իրավիճակները, երբ տարբերակիչը նշվում է, սակայն|
| |եկամտային հարկի մոդելում այն չկա: Երբ եկամտային հարկի |
| |մոդելում տարբերակիչը չկա, ստուգել պաշտոնական |
| |ռեգիստրներում տարբերակչի լինելու և չլինելու դեպքերը: |
| |Ստուգել սխալների կոդերի ցանկերը (error code list): |
|______________|______________________________________________________|
|01.1Q02 |Ստուգել անունների անհամապատասխանությունը, ստուգել |
| |սխալների կոդերի ցանկը (error code list) |
|______________|______________________________________________________|
|01.1Q03 |Ստուգել ծննդյան թվերի և սեռերի անհամապատասխանության |
| |դեպքերը: Ստուգել սխալների կոդերի ցանկը (error code |
| |list): Ստուգել այն դեպքերը, երբ ծննդյան թիվը ճիշտ է, |
| |բայց սեռը սխալ է: Սխալի կոդ պետք է չգեներացվի: |
|______________|______________________________________________________|
|01.1Q04 |Եկամտային հարկի մոդելի ռեգիստրները թարմացվում են միայն|
| |այն ժամանակ, երբ եկամտային հարկի մոդելն իր |
| |համապատասխան կառույցներին ուղարկված հարցման |
| |արդյունքում պատասխան չի գտնում: Միայն այդ ժամանակ է |
| |համակարգը դիմում և տեղեկություններ հարցնում |
| |պաշտոնական ռեգիստրից (տես լուծում պահանջող հարցեր |
| |բաժինը ռեգիստրների լրիվ սինքրոնացման հարցերը |
| |հստակեցնելու վերաբերյալ) |
|______________|______________________________________________________|
|01.1Q05 |Ստուգել ըստ աշխատողի տարբերակչի (ID) գրանցված փաստացի |
| |աշխատողի կարգավիճակի (01D08)-ում և կոնֆիգուրացիայի |
| |կոդերում (00D29) նրա ակնկալվող ընթացիկ կարգավիճակի |
| |տարբերությունը: Ստուգել մերժման կոդը (output buffer) |
|______________|______________________________________________________|
|01.1Q06 |Ստուգել պրոցեդուրայի ավարտի ցուցանիշի կոնֆիգուրացիան, |
| |ակտիվացնել կամ պասիվացնել (desactivate) ֆունկցիոնալ |
| |հնարավորությունները հաստատելու համար, ստուգել |
| |դադարեցված անհատական կոդերը և դադարեցման ամսաթիվը |
| |(01D08)-ում: |
|______________|______________________________________________________|
|01.1Q07 |Ստուգել դադարեցման ամսաթիվը (01D08)-ում (բաղադրիչ |
| |01.1C03 և 01.1C04), համադրելով մուտքային ֆայլում |
| |կուտակային վճարների մասին տեղեկությունների հետ: |
|______________|______________________________________________________|
|01.1Q08 |Ստուգել մանդատների ժամկետների փակումը (01D11)-ում, ըստ|
| |գործող աշխատանքային պայմանագրերի, աշխատողի, հարկ |
| |վճարողի և անհատական հարկային կոդի |
|______________|______________________________________________________|
|01.1Q09 |Ստուգել անհատական հարկային կոդերի նոր գրառումների |
| |գեներացիան ըստ նոր աշխատողի կարգավիճակի և նոր |
| |գրառումները (բաղադրիչ 01.1C03) սկսելու ամսաթվի |
| |(01D08)-ում ըստ մուտքի ֆայլի կուտակային վճարների |
| |վերաբերյալ տեղեկությունների` համաձայն աշխատողի |
| |կարգավիճակի կոնֆիգուրացիայի (00D29 - 00D32) |
|______________|______________________________________________________|
|01.1Q10 |Ստուգել նոր մանդատների գեներացումն ըստ գործող |
| |աշխատանքային պայմանագրերի, աշխատողի և հարկ վճարողի, |
| |աշխատողի կարգավիճակի և անհատական հարկային կոդի: |
| |Ստուգել ամսաթվերն ու հաշվարկի ցուցանիշն ըստ (00D32)-ի:|
|______________|______________________________________________________|
|01.1Q11 |Ստուգել նոր գրառումներն աշխատողների կարգավիճակի |
| |գրանցման մատյանում (worker status log) (01D06) |
|______________|______________________________________________________|
|01.1Q12 |Ստուգել աշխատողի ցուցանիշի կոնֆիգուրացիան, ակտիվացնել |
| |կամ պասիվացնել (desactivate) է ֆունկցիոնալ |
| |հնարավորությունները հաստատելու համար, ստուգել աշխատողի|
| |մասին տեղեկությունների թարմացումը (01D03) |
|______________|______________________________________________________|
|01.1Q13 |Ստուգել ելքի ֆայլում յուրաքանչյուր գրառման |
| |համապատասխանությունը մուտքի ֆայլի գրառումներին: |
| |Ստուգել մերժման կոդերն ըստ համակարգի կողմից մերժված և |
| |ընդունված աշխատողների: |
._____________________________________________________________________.
Աշխատանքային գործընթացներ
._____________________________________________________________.
|Գործընթացի|Գործընթացի|Նկարագրություն |Հաճախականություն|
|անվանումը |կոդ | | |
|__________|__________|______________________|________________|
|Գրանցում |01.1C |Հարկ վճարողներին և |Օրական` ըստ |
| | |անհատներին վերաբերող |պահանջի |
| | |եկամտային հարկի մոդելի| |
| | |սինքրոնացում | |
| | |պաշտոնական ռեգիստրների| |
| | |հետ: | |
._____________________________________________________________.
Աշխատանքային գործընթացի բաղադրիչներ
._____________________________________________________________________.
|Բաղադրիչի անվանում|Բաղադրիչի|Նկարագրություն |Հաճախականութ-|
| |կոդ | |յուն |
|__________________|_________|__________________________|_____________|
|Հարկ վճարողներ | 01.1C01 |Հարկ վճարողների գրանցում: |Ըստ պահանջի |
| | |Հարկ գործակալներին | |
| | |վերաբերող պաշտոնական | |
| | |տվյալների ռեգիստրը վարում | |
| | |է ՊԵԿ-ը: | |
|__________________|_________|__________________________|_____________|
|Աշխատողներ | 01.1C02 |Ֆիզիկական անձանց, |Ըստ պահանջի |
|ֆիզիկական անձինք | |աշխատողների գրանցում: | |
| | |Անհատներին, աշխատողների | |
| | |վերաբերող պաշտոնական | |
| | |տվյալների ռեգիստրը վարում | |
| | |են ՆՈՐՔ կենտրոնը և ԱՍՀՆ: | |
|__________________|_________|__________________________|_____________|
|Կամավոր | 01.1C03 |Կուտակային կենսաթոշակային |Ըստ պահանջի |
|մասնակցություն | |համակարգի կամավոր | |
| | |մասնակիցների գրանցում: | |
| | |Պաշտոնական տվյալների | |
| | |ռեգիստրը վարում է ՀԿԴ-ն: | |
|__________________|_________|__________________________|_____________|
|Կամավոր | 01.1C04 |Բաշխողական և կուտակային |Ըստ պահանջի |
|մասնակիցների | |կենսաթոշակային համակարգերի| |
|ապագրանցում | |մասնակիցներին գրանցումից | |
| | |հանում: Կուտակային | |
| | |համակարգի պաշտոնական | |
| | |ռեգիստրը վարում է ՀԿԴ-ն: | |
|__________________|_________|__________________________|_____________|
|Պարտադիր մասնակցի | 01.1C05 |Կուտակային կենսաթոշակային |Ամսական |
|կարգավիճակի փակում| |համակարգի կամավոր | |
|ըստ տարիքի | |մասնակիցների գրանցում: | |
| | |Կուտակային համակարգի | |
| | |մասնակիցների տվյալների | |
| | |պաշտոնական ռեգիստրը վարում| |
| | |է ՀԿԴ-ն: | |
|__________________|_________|__________________________|_____________|
|Աշխատողների մասին | 01.1C06 |Գործադրվելով Նորք ՏՎԿ-ի |Ըստ պահանջի |
|տվյալների ցանկացած| |կողմից, ՊԵԿ-ի | |
|փոփոխության | |ծառայությունը ստուգում է | |
|գրանցում | |աշխատողների տվյալների | |
| | |բազան և կանչում է մի | |
| | |երկրորդ բաղադրիչ Նորք-ի | |
| | |աղբյուր հանդիսացող | |
| | |տվյալների բազայից | |
| | |տեղեկատվություն քաղելու | |
| | |համար և թարմացնում է | |
| | |եկամտային հարկի մոդելում | |
| | |տվյալ պահին գրանցված | |
| | |տեղեկությունները: | |
|__________________|_________|__________________________|_____________|
|F1 ձևի | 01.1C07 |Գրանցում է աշխատանքային |Ամսական |
|աշխատանքային | |գործունեության մասին բոլոր| |
|գործունեության | |տվյալներն ըստ հարկ վճարողի| |
|մասին տվյալների | |ներկայացված ամսական F1 | |
|գրանցում | |ձևի: ՊԵԿ-ը ստանում է | |
| | |տեղեկատվությունը ՍԱՊԾ-ի | |
| | |կողմից ուղարկված XML ֆայլի| |
| | |տեսքով: | |
| | | | |
| | |Բաղադրիչը դադարում է | |
| | |գործել 2011 թ. | |
| | |հունվարի 1-ից | |
._____________________________________________________________________.
Մոդուլի բաղկացուցիչ մաս կազմող գործընթացների համար կրկնողաբար կկիրառվի հետևյալ կառուցվածքը:
.________________. .____.
Գործընթացի անվանում |01.1C - Գրանցում| Բաղադրիչների թիվը | 04 |
.________________. .____.
Նպատակը
._______________________________________________________________.
|Հարկ վճարողներին և անհատներին վերաբերող եկամտային հարկի մոդելի|
|սինքրոնացում պաշտոնական ռեգիստրների հետ |
._______________________________________________________________.
Աշխատանքային գործընթացների գծապատկեր
. Տես ամփոփ գծապատկերը (հղում չկա, բաժինը վերաբերում է ՀԿԴ-ին,
ՍԱՊԾ-ին)
Աշխատանքային գործընթացի մաս կազմող բաղադրիչների շարքի համար կրկնողաբար կկիրառվի հետևյալ կառուցվածքը:
.___________________________________________.
Բաղադրիչի անվանում |Հարկ վճարողների գրանցում |
.___________________________________________.
Համակարգի կոդ Բաղադրիչի տեսակ Տարբերակի համար
._________. .___________________. ._________.
| 01.1C01 | |Java / Pl procedure| | 0 |
._________. .___________________. ._________.
Նպատակը ...
Գրանցել հարկ վճարողներին: Հարկ վճարողների տվյալների պաշտոնական ռեգիստրը վարում է ՊԵԿ-ը:
Ապահովել տվյալների 2 բազաների սինքրոնացումը:
Նախապատմություն ...
Հարկ վճարողների պաշտոնական ռեգիստրը վարում է ՊԵԿ-ը: ՊԵԿ-ն ունի պաշտոնական ռեգիստրը վարելու և մշտապես թարմացնելու գործող ընթացակարգեր:
Ծրագրային ապահովումը հանդիսանում է կամուրջ եկամտային հարկի մոդելի և պաշտոնական ռեգիստրի միջև:
Գրանցման բաղադրիչը բաղկացած է 2 մասից:
(ա) գործառույթը, որը կանչվում է եկամտային հարկի մոդելի կողմից
(բ) վեբ ծառայությունը ստանում է դիմումը (ա)-ից և մտնում է պաշտոնական
տվյալների բազա և բերում է պահանջվող տեղեկությունը աղբյուր հանդիսացող
տվյալներից, եթե այն կա:
Գործառույթը (ա) ստանում է տեղեկությունը և վեբ ծառայության համար կառուցում է հաղորդագրություն եկամտային հարկի մոդելից ստացած տվյալների շարքով: Գործառույթը կանչում է աղբյուր հանդիսացող տվյալների միջավայրում տեղակայված վեբ ծառայությանը և սպասում է պատասխանին: Վեբ ծառայությունից (բ) պատասխանն ստանալուց հետո գործառույթն անցնում է ստացված տեղեկատվության վավերագրմանը եկամտային հարկի մոդելի կառուցվածքների մեջ:
Վեբ ծառայությունը (բ) ստանում է տեղեկությունների շարքը, մտնում է պաշտոնական ռեգիստր և եղած տեղեկատվությունը վերադարձնում է (ա)-ին:
._____.
|Մոդել|__. .______. _______________> / / / / / /
._____. | | | /ՊԵԿ-ի վեբ /
| .___> |Մոդուլ| /ծառայություն/
| .______. <_______________ / / / / / / /
| | /|\ |
| \|/ | \|/
._____________________. .___________.
|Եկամտային հարկի մոդել| |ՊԵԿ-ի հարկ |
._____________________. |վճարողների |
|ռեգիստր |
.___________.
Բոլոր անունները գրվում և պահվում են հայերեն լեզվով:
Աշխատանքային գործընթացի մասնագրեր ...
. Ստանում է մուտքի պարամետրերը (IP)
* Հարկ վճարողի տարբերակիչ
* Տարբերակչի անվանում
* Գործառնության ամսաթիվ
* Բաղադրիչ - կանչող
. Ելքի պարամետրեր (OP)
* Ետադարձ հաղորդագրություն 'OK' կամ ER'
* Սխալների կոդի ցանկն առանձնացվում է ՛;՛-ով
* Տարբերակիչ
* Հարկատուի անուն - NAM
* ՈՒնիկալ տարբերակիչ (հարկ վճարող) - UID
* ID տեսակի տարբերակիչ - IDTI
* Հարկատուի տեսակը - TPI
. Պարզել հիմնական ID տեսակը (PID) ընդհանուր պարամետրերից, հիմնական
բառ` = 'principal_taxpayer_id'
. Տարբերակման ուղեցույցի կառուցվածքում (01D04) ընտրել տարբերակիչ (IP),
ստուգել, որ վերջնաժամկետը գործառնության ամսաթվից առաջ չլինի:
. Եթե կան տեղեկատվության մի քանի շարքեր, ապա ընտրել այն
տեղեկատվությունը, որտեղ ID տեսակը հավասար է հիմնական ID տեսակին:
* Տարբերակիչ + ID տեսակ = հարկ վճարողների տարբերակիչ (IP) + հարկ
վճարողի հիմնական ID
. Կարևոր է` քանի որ 01D04-ում տարբերակիչը պետք է ունիկալ լինի,
ընտրությունը պետք է կատարվի առանց հիմնական ID տեսակի:
. Պարզել տարբերակչի ID_տեսակը (IDTI) = (01D04)
. Պարզել հարկ վճարողի ունիկալ ID-ն (UID) = ID (01D04)
. Ռեգիստրից (01D01) ընտրել անունը (NAM) և հարկ վճարողի տեսակը (TPT)`
ըստ 01D04-ից ստացված ունիկալ ID-ի:
. Ետադարձ հաղորդագրություն = 'OK'
. Եթե տարբերակիչը (IP) չի գտնվում (01D01)-ում կամ (01D04)-ում, ապա
* ետադարձի հաղորդագրություն = 'ER'
* սխալների կոդերի ցանկը = 060
* տարբերակիչ և անվանում = մուտքի պարամետրեր
* (A) հաղորդագրության գեներացում` մուտքի պարամետրեր
* Կանչել ՊԵԿ-ի վեբ ծառայության 01.1C01W ծրագրային ապահովումը,
օգտագործելով (A) հաղորդագրությունը
* ՊԵԿ-ի վեբ ծառայությունը պաշտոնական ռեգիստրում փնտրում է
տարբերակիչը
* Եթե 01.1C01W-ից պատասխանը 'OK' է, ապա`
* Ետադարձ հաղորդագրություն = 'OK'
* Մաքրել սխալների կոդերի ցանկը
* Ելքի պարամետրեր = պատասխանի արժեքներ
* Պատասխանի արժեքներ 01.1C01W-ից
. Տարբերակչի համար
. Հարկ վճարողի տեսակ
. Հարկ վճարողի անուն
. Գրանցման համար
. Գրանցման ամսաթիվ
. Ընդհատման ամսաթիվ/Suspension date
. Տնտեսական գործունեության կոդ
. Հասցեի մասին տեղեկատվություն (տես 01D02 ձևաչափը)
. Հեռախոսահամարի մասին տեղեկատվություն (տես 01D02 ձևաչափը)
* Նոր հաջորդականության գեներացում - SEQ հարկատու աշխատող (S01)
* Գրել նույնականացման ուղեցույցը (01D04)
* Identifier number
* ID01 - taxpayer ID type
* ID = S01
* Commencing = Registration date
* Expiry = Null
* Գրել հարկ վճարողին (01D01)
* ID = S01
* Հարկ վճարողի անվանումը/ Name of tax payer
* Հարկ վճարողի տեսակը /Taxpayer type
* Գրանցման ամսաթիվը/ Registration date
* Փակման ամսաթիվը = անվավեր /Closure date = null
* Տնտեսական կոդը/ Economic code
* Տարբերակչի համարը/ Identifier number
* Գրել հարկ վճարողի տվյալները (01D02)
* ID = S01
* Information (01D02) = match 01.1C01 response information
* Bank account = payers bank account number (T)
* Ավարտ, եթե --- 01.1C01-ի պատասխանը 'OK' է, ապա
. վերադառնալ ելքի պարամետրեր
01.1C01 տրամաբանության ավարտը
Աշխատանքի և կատարողների հոսքի գծապատկեր ...
. Գծապատկեր չկա
Տեխնիկական մասնագրեր ...
. Տես բաղադրիչի կոդը 01.1C01 և 01.1C01W տեխնիկական մասնագրերում
Ալգորիթմներ և հաշվարկներ ...
. Չկան հատուկ ալգորիթմներ, որոնք անհրաժեշտ է մանրամասն նկարագրել այս
բաժնում:
Հսկողության չափանիշներ
.____________________________________________.
|Կոդ|Նկարագրություն |Հաճախականություն|Աղբյուր|
|___|_______________|________________|_______|
| |Լրացուցիչ | | |
| |հսկողության | | |
| |չափանիշներ չկան| | |
.____________________________________________.
Հաշվետվության փաստաթղթեր
.__________________.
Փաստաթղթի անվանումը |01.1C01.Oxxx-O |
.__________________.
._______________________.
Փաստաթղթի տեսակը |xxxxxxxxxxxxxxxx |
._______________________.
.__________________________________________________________.
|Հաշվետվության ձևաչափը` ոչ մի հաշվետվություն չի պահանջվում|
|գեներացնել այս մոդուլով |
.__________________________________________________________.
Լիազորված օգտագործողները
Հետևյալ աղյուսակում նկարագրվում են մոդուլը գործարկելու իրավունք ունեցող օգտագործողների դերերը:
.________________________________________________________________.
|Դերը |Նկարագրությունը |
|________|_______________________________________________________|
|Համակարգ|01.1C01 պրոցեդուրան մի գործառույթ է, որը ցանկացած տվյալ|
| |պահին օգտագործվում է եկամտային հարկի մոդելի կողմից հարկ|
| |վճարողների մասին տեղեկությունների համապատասխանությունը |
| |ստուգելու համար |
.________________________________________________________________.
Լուծում պահանջող հարցեր
. Հաշվի առնելով այն փաստը, որ հարկ վճարողների պաշտոնական ռեգիստրը
վարում է ՊԵԿ-ը, ապա հնարավոր է, որ տվյալների բազայից օգտվելու
համապատասխան արտոնություն տվող կապ ունենալը բավարար լինի որևիցե
մեկին ՊԵԿ-ի տեղեկատվությունից օգտվելու հնարավորություն ստանալու
համար: Տվյալ անձի ընտրությունը կլինի համեմատաբար պարզ, և,
հետևաբար, տվյալներ վերցնելիս խնդիրներ չեն առաջանա:
. Եկամտային հարկի մոդելի ռեգիստրները թարմացվում են միայն այն ժամանակ,
երբ եկամտային հարկի մոդելի հարցումից հետո համապատասխան
կառուցվածքներում տվյալներ չեն գտնվում: Միայն այդ դեպքում համակարգը
պետք է դիմի և տեղեկատվություն պահանջի պաշտոնական ռեգիստրից:
Հետևաբար, կարելի է եզրակացնել, որ որևիցե մեկ պահի եկամտային հարկի
մոդելը և պաշտոնական ռեգիստրները կարող են սինքրոնացված չլինել:
* Եթե դա ընդունելի չէ, ապա պետք է մշակվի հատուկ պրոցեդուրա, որը
սկիզբ կառնի պաշտոնական ռեգիստրից և կստուգի եկամտային հարկի
մոդելը, և եթե տվյալները չեն համապատասխանում, ապա կթարմացնի
եկամտային հարկի մոդելի տվյալները` կիրառելով նույն պրոցեդուրան:
. Տարբերակչի, անունների համապատասխանության ստուգումը, և այլ
ստուգումներ կարելի է կենտրոնացնել այս ընդհանուր բաղադրիչում,
օգտագործելով ERROR Code ցանկը հաղորդագրության կոդերը կանչող մոդուլին
ուղարկելու համար, կամ միայն տեղեկատվություն քաղել և ուղարկել կանչող
մոդուլին, իսկ ստուգում-հաստատումն իրականացնել կանչող մոդուլում: Դա
տեխնիկական հարց է և այն անհրաժեշտ է լուծել նախքան այդ ծրագրային
ապահովումների մշակման նախաձեռնումը:
* Տարբերակչի անունների ստուգումը. կարևոր է հաստատել այն ձևը, որով
տարբերակչի համեմատումն ու հաստատումը պետք է կատարվի ըստ անունների:
Նախապես քննարկվել է, որ անունները պետք է հայերեն լեզվով գրվեն
պաշտոնական ռեգիստրում կիրառելով Unicode UTF 8 ձևաչափը, և
հետևաբար, բավարար կլինի կատարել ուղղակի համեմատում, սակայն պետք է
գնահատվեն նաև այլ եղանակներ, ինչպես օրինակ, հնչյունաբանական
ստուգումները, այսինքն SOUNDEX-ը:
Առաջարկություններ
. ՊԵԿ-ի հարկ վճարողների պաշտոնական ռեգիստրից տեղեկատվություն քաղելու
ծառայությունը պետք է զարգացնել որպես վեբ ծառայություն` ՊԵԿ-ի հարկ
վճարողների ծառայությունը համարելով արտաքին պաշտոնական ռեգիստր:
Առաջարկության նպատակը արտաքին տեղեկատվությունից օգտվելու եղանակը
ստանդարտացնելն է:
Կարևոր է` ՊԵԿ-ի ՏՏ թիմը կարծում է, որ հարկ վճարողի տվյալների կառուցվածքն ամբողջությամբ կփոխարինվի ներկայումս ՊԵԿ-ի համակարգում կիրառվող տվյալների կառուցվածքով: Եթե այս որոշումը ճիշտ է, ապա 01.1C01 բաղադրիչը կլինի ոչ անհրաժեշտ և պետք չէ այն մշակել:
Աշխատանքային գործընթացի մաս կազմող բաղադրիչների շարքի համար կրկնողաբար կկիրառվի հետևյալ կառուցվածքը:
.________________________________________.
Բաղադրիչի անվանումը |Ֆիզիկական անձանց և աշխատողների գրանցում|
.________________________________________.
Համակարգի կոդը Բաղադրիչի տեսակը Տարբերակի համարը
._________. .___________________. ._________.
| 01.1C02 | |Java / Pl procedure| | 0 |
._________. .___________________. ._________.
Նպատակը ...
Գրանցել աշխատողներին կամ ֆիզիկական անձանց: Անձանց պաշտոնական ռեգիստրը վարում է ԱՍՀՆ-ն իր «Նորք» ՏՎԿ-ի միջոցով:
Ապահովել տվյալների 2 բազաների սինքրոնացումը:
Նախապատմություն ...
Ֆիզիկական անձանց և աշխատողների պաշտոնական ռեգիստրը վարում է ԱՍՀՆ-ն իր «Նորք» ՏՎԿ-ի միջոցով: «Նորք» ՏՎԿ-ն ունի գործող ընթացակարգեր պաշտոնական ռեգիստրը վարելու և թարմացնելու համար:
Մոդուլը տրամադրում է կապ եկամտային հարկի մոդելի և պաշտոնական ռեգիստրի միջև:
Գրանցման բաղադրիչը բաղկացած է 2 մասից:
(ա) գործառույթ, որը կանչվում է եկամտային հարկի մոդելի կողմից
(բ) վեբ ծառայությունը ստանում է դիմումն (ա)-ից և կապվում է պաշտոնական
տվյալների բազայի հետ և աղբյուր հանդիսացող տվյալներից բերում է
հարցված տեղեկությունները դրանց առկայության դեպքում:
(ա) գործառույթը ստանում է տեղեկատվությունը և վեբ ծառայության համար կառուցում է հաղորդագրություն եկամտային հարկի մոդելից ստացված տվյալների շարքի տեսքով: Գործառույթը կանչում է աղբյուր հանդիսացող տվյալների միջավայրում տեղակայված վեբ ծառայությանը և սպասում է պատասխանին: Վեբ ծառայությունից (բ) պատասխանն ստանալուց հետո գործառույթը անցնում է ստացված տեղեկությունների գրանցմանը եկամտային հարկի մոդելի կառուցվածքներում:
Վեբ ծառայությունը (բ) ստանում է տվյալների շարքը, մտնում է պաշտոնական ռեգիստր և բերում է առկա տեղեկատվությունը (ա)-ին:
._______.
|Մոդել | ._________. | / / / / / / /
| |_______>|Ծրագրային|_____|___>/ Նորք ՏՎԿ վեբ /
._______. |ապահովում| | / ծառայություն /
| | |<____|____ / / / / / /
| ._________. /|\ |
| \|/ | | \|/
._____________________. | .___________________.
|Եկամտային հարկի մոդել| | |Նորք ՏԿ-ում |
|աշխատողներ, ֆիզիկական| | |ֆիզիկական անձանց- |
|անձինք | |աշխատողների ռեգիստր|
._____________________. .___________________.
Վերը գծապատկերում ցույց տրված Նորք ՏՎԿ-ի վեբ ծառայությունն իրականում առանձին ՊԵԿ միջավայր է` համակցված վեբ սերվերով և տվյալների բազայի միջավայրով, որտեղ Նորք ՏՎԿ-ն կրկնօրինակում է ֆիզիկական անձանց տեղեկատվական բազան: Առանձին միջավայրը հանդիսանում է միակողմ ճանապարհ Նորք ՏՎԿ-ից դեպի ՊԵԿ-ի կրկնօրինակման միջավայրը:
. Այս օպերացիոն միջավայրն առաջարկվել է Նորք ՏՎԿ-ի կողմից
. Առաջարկում ենք, որ Նորք ՏՎԿ-ն չունենա ՊԵԿ-ի հիմնական գործառնական
միջավայր մուտք գործելու արտոնություն
. Առաջարկում ենք, որ ՊԵԿ-ը չունենա Նորք ՏՎԿ-ի փոստի օպերացիոն միջավայր
մուտք գործելու արտոնություն
Բոլոր անունները գրված և պահված են հայերեն լեզվով:
Աշխատանքային գործընթացի մասնագրեր ...
. Ստանում է մուտքի պարամետրերը (IP)
* Անձի տարբերակիչ Person identifier
* Տարբերակչի անունն ու ազգանունը Name and surname of identifier
(բաժանողներ separators)
* Գործառնության ամսաթիվը Date of operation
* Ծննդյան թիվը Date of birth
* Սեռը Gender
* Բաղադրիչ-կանչող Component - caller
. Ելքի պարամետրեր (OP)
* Հետադարձ հաղորդագրություն Return message 'OK' or ER'
* Սխալների ցանկ` անջատված ';'-ով Error code list separated by ';'
* Տարբերակիչ
* Հարկ վճարողի անուն - NAM (բաժանարարներ)
* ՈՒնիկալ տարբերակիչ (հարկ վճարող) - UID
* ID տեսակի տարբերակիչ Type identifier - IDTI
* Ծննդյան թիվը
* Սեռը
. Պարզել հիմնական ID տեսակը (PID) գլոբալ պարամետրերից, key word =
«principal_taxpayer_id
. Տարբերակման ուղեցույցի կառուցվածքում (01D04) ընտրել տարբերակիչ (IP),
ստուգել, որ վերջնաժամկետը գործառնության ամսաթվից առաջ չլինի:
. Եթե կան տեղեկատվության կրկնվող տողեր, ապա ընտրել այն
տեղեկատվությունը, որտեղ ID տեսակը հավասար է հիմնական ID տեսակին:
* Տարբերակիչ + ID տեսակ = աշխատողի տարբերակիչ (IP) + աշխատողի
հիմնական ID (Identifier + ID type = worker identifier (IP) +
principal worker ID)
. Կարևոր է` քանի որ 01D04 տարբերակիչը պետք է լինի ունիկալ,
ընտրությունը պետք է կատարվի առանց հիմնական ID տեսակի:
. Առանձնացնել ID_type of identifier /տարբերակչի տեսակը
(IDTI) = (01D04)
. Առանձնացնել աշխատողի ունիկալ (unique ID) տարբերակիչը (UID) = ID
(01D04)
. (01D03) ռեգիստրից ընտրել անունը, ազգանունը (NAM), սեռը (G), ծննդյան
թիվը (DB)` ըստ ունիկալ տարբերակչի (unique ID) 01D04-ից
. Հետադարձ հաղորդագրություն = 'OK'
. Ստուգել տարբերակչի (parameter) անունը մատյանից (NAM) քաղված անվան
հետ
* Տե՛ս քննարկումը լուծում պահանջող հարցերի մասում
* Եթե անունները տարբերվում են, ապա կամ ամբողջությամբ պետք է մերժել
մուտքագրման պարամետրերը, կամ կիրառել SOUNDEX եղանակը տեքստերի
նմանության հայտնաբերման և ընդունելու հարցը որոշելու համար:
. Error code list = 051
. Ստուգել ծննդյան թիվը և սեռը ճիշտ նույնականացման համար: Մուտքի
պարամետրերը միշտ չէ, որ պարտադիր են, հետևաբար այս
ստուգում-հաստատումը կիրառելի է միայն այն ժամանակ, երբ մուտքի
պարամետրերը պարունակում են տվյալներ:
* Տե՛ս քննարկումը լուծում պահանջող հարցերի մասում
* Եթե ծննդյան թիվը և սեռը (երկուսն էլ) տարբերվում են պաշտոնական
ռեգիստրի տեղեկատվությունից` (G) և (DB), ապա մուտքի պարամետրերը
պետք է լիովին մերժել:
. Error code list = error list + 052 (բաժանարար ';')
. Եթե ծննդյան թիվը = (DB), սակայն սեռը <> (G), ապա նույնականացումը
համարվում է OK:
. Եթե տարբերակիչը (IP) չի գտնվում (01D03)-ում կամ (01D04)-ում, ապա
* հետադարձ հաղորդագրություն = 'ER'
* Error code list = 050
* տարբերակիչ և անուն = մուտքի պարամետրեր
* (A) հաղորդագրության գեներացում` մուտքի պարամետրերով
* Կանչել Նորք ՏՎԿ-ի վեբ ծառայության 01.1C02W մոդուլն, օգտագործելով
(A) հաղորդագրությունը
* Նորք ՏՎԿ-ի վեբ ծառայությունն փնտրում է տարբերակիչը պաշտոնական
ռեգիստրում
* Եթե 01.1C02W-ի պատասխանը 'OK' է, ապա
* Հետադարձ հաղորդագրություն = 'OK'
* Ելքի պարամետրեր = պատասխանի արժեքներ
* Պատասխանի արժեքներ 01.1C01W-ից
. Տարբերակչի համար
. ID տեսակ
. Անուն
. Ազգանուն
. Ծննդյան թիվ
. Սեռ
. Աշխատողի կարգավիճակ = 0
. Հասցեի տվյալներ (տես ձևաչափ 01D05)
. Կապի համար հեռախոսահամարի տվյալներ (տես ձևաչափ 01D05)
* Նոր հերթականության գեներացում - SEQ_taxpayer_worker (S01)
* Գրել նույնականացման ուղեցույց (01D04)
. Տարբերակող համարը Identifier number
. ID01 - ID type
. ID = S01
. Սկսելու ամսաթիվը = ծննդյան թիվը
. Ավարտելու ամսաթիվը = մահվան թիվը
* Գրել աշխատողի տվյալները (01D03)
. ID = S01
. Աշխատողի անունը
. Աշխատողի ազգանունը
. ID տեսակը
. Ծննդյան թիվը
. Սեռը
. Մահվան թիվը
. Տարբերակող համարը
* Գրել աշխատողի մասին տեղեկությունները (01D05)
. ID = S01
. Information (01D05) = match 01.1C02 response information
Ավարտ, եթե; --- եթե 01.1C02-ից ստացված պատասխանը 'OK' է, ապա
. Վերադառնալ ելքի պարամետրեր
01.1C02 մոդուլի տրամաբանության ավարտը
Աշխատանքի և կատարողների հոսքի գծապատկեր ...
. Գծապատկեր չկա
Տեխնիկական մասնագրեր ...
. Տես բաղադրիչի կոդը 01.1C02 և 01.1C02W ծրագրի տեխնիկական մասնագրերում:
Ալգորիթմներ և հաշվարկներ ...
. Չկան հատուկ ալգորիթմներ, որոնք անհրաժեշտ է մանրամասն նկարագրել այս բաժնում:
Հսկողության չափանիշներ
.__________________________________________________.
|Կոդ|Նկարագրություն |Հաճախականություն|Աղբյուր|
|___|_____________________|________________|_______|
| |Լրացուցիչ հսկողության| | |
| |չափանիշներ չկան | | |
.__________________________________________________.
Հաշվետվության փաստաթղթեր
.__________________.
Փաստաթղթի անվանումը |01.1C02.Oxxx-O |
.__________________.
._______________________.
Փաստաթղթի տեսակը |xxxxxxxxxxxxxxxx |
._______________________.
.__________________________________________________________.
|Հաշվետվության ձևաչափը` ոչ մի հաշվետվություն չի պահանջվում|
|գեներացնել այս մոդուլով |
.__________________________________________________________.
Լիազորված օգտագործողները
Հետևյալ աղյուսակում նկարագրվում են մոդուլը գործարկելու իրավունք ունեցող օգտագործողների դերերը:
.__________________________________________________________________.
|Դեր |Նկարագրություն |
|________|_________________________________________________________|
|Համակարգ|01.1C02 պրոցեդուրան մի գործառույթ է, որը ցանկացած տվյալ |
| |պահին օգտագործվում է եկամտային հարկի մոդելի կողմից |
| |աշխատողների կամ անձանց մասին տեղեկությունների |
| |ճշտությունը ստուգելու համար |
|________|_________________________________________________________|
|ՀԿԴ |Առաջարկվում է, որ ՀԿԴ-ն օգտվի ՊԵԿ-ի ֆիզիկական անձ-աշխատող|
| |գործառույթից աշխատողների կրկնօրինակված տվյալների բազայից |
| |տեղեկություններ քաղելու համար |
.__________________________________________________________________.
Լուծում պահանջող հարցեր
. Հաշվի առնելով այն փաստը, որ հարկ վճարողների պաշտոնական ռեգիստրը
վարում է ՊԵԿ-ը, ապա հնարավոր է, որ տվյալների բազայից օգտվելու
համապատասխան արտոնություն տվող կապ ունենալը բավարար լինի որևիցե
մեկին ՊԵԿ-ի տեղեկատվությունից օգտվելու հնարավորություն ստանալու
համար: Տվյալ անձի ընտրությունը կլինի համեմատաբար պարզ, և,
հետևաբար, տվյալներ վերցնելիս խնդիրներ չեն առաջանա:
. Եկամտային հարկի մոդելի ռեգիստրները թարմացվում են միայն այն ժամանակ,
երբ եկամտային հարկի մոդելի հարցումից հետո համապատասխան
կառուցվածքներում տվյալներ չեն գտնվում: Միայն այդ դեպքում համակարգը
պետք է դիմի և տեղեկատվություն պահանջի պաշտոնական ռեգիստրից:
Հետևաբար, կարելի է եզրակացնել, որ որևիցե մեկ պահի եկամտային հարկի
մոդելը և պաշտոնական ռեգիստրները կարող են սինքրոնացված չլինել:
* Եթե դա ընդունելի չէ, ապա պետք է մշակվի հատուկ պրոցեդուրա, որը
սկիզբ կառնի պաշտոնական ռեգիստրից և կստուգի եկամտային հարկի
մոդելը, և եթե տվյալները չեն համապատասխանում, ապա կթարմացնի
եկամտային հարկի մոդելի տվյալները` կիրառելով նույն պրոցեդուրան:
. Տարբերակչի, անունների համապատասխանության ստուգումը, և այլ
ստուգումներ կարելի է կենտրոնացնել այս ընդհանուր բաղադրիչում,
օգտագործելով ERROR Code ցանկը հաղորդագրության կոդերը կանչող մոդուլին
ուղարկելու համար, կամ միայն տեղեկատվություն քաղել և ուղարկել կանչող
մոդուլին, իսկ ստուգում-հաստատումն իրականացնել կանչող մոդուլում: Դա
տեխնիկական հարց է և այն անհրաժեշտ է լուծել նախքան այդ ծրագրային
ապահովումների մշակման նախաձեռնումը:
* Տարբերակչի անունների ստուգումը. կարևոր է հաստատել այն ձևը, որով
տարբերակչի համեմատումն ու հաստատումը պետք է կատարվի ըստ անունների:
Նախապես քննարկվել է, որ անունները պետք է հայերեն լեզվով գրվեն
պաշտոնական ռեգիստրում կիրառելով Unicode UTF 8 ձևաչափը, և
հետևաբար, բավարար կլինի կատարել ուղղակի համեմատում, սակայն պետք է
գնահատվեն նաև այլ եղանակներ, ինչպես օրինակ, հնչյունաբանական
ստուգումները, այսինքն SOUNDEX-ը:
Առաջարկություններ
. Նորք ՏՎԿ-ի աշխատողների, ֆիզիկական անձանց պաշտոնական ռեգիստրից
տեղեկատվություն քաղելու ծառայությունը պետք է զարգացնել որպես վեբ
ծառայություն, Նորք ՏՎԿ-ի տվյալների բազան համարելով արտաքին
պաշտոնական ռեգիստր:
Կարևոր է
Աշխատողների կամ ֆիզիկական անձանց տեղեկատվական բազան նաև պահանջվում է ՀԿԴ-ի համար Կենսաթոշակային ֆոնդերի ընտրության համար դիմումի ձևը ստուգելու-հաստատելու և անհատական հաշիվ բացելու նպատակով:
ՊԵԿ-ի բաց վեբ կառուցվածքը հնարավորություն է տալիս տեղեկատվություն քաղել Նորք ՏՎԿ-ի կրկնօրինակված տվյալների բազայից:
Առաջարկվում է, որ ՊԵԿ-ն այդ ծառայությունը հասանելի դարձնի ՀԿԴ-ի համար և փոխանակի նույն տեղեկատվությունը:
.___________________.
| |ՊԵԿ-ի կրկնօրինակման| |
| |միջավայրը | |
| .___________________. |
._______. | / / / / / / / / | .___.
| ՊԵԿ | <______|_>/Վեբ ծառայություն/ <________|> |ՀԿԴ|
._______. | / / / / / / / / | .___.
| ._________________. |
| |Նորք ՏՎԿ-ի անձանց| | .________.
| |տվյալների բազայի |<________|_ |Նորք ՏՎԿ|
| |կրկնօրինակում | | .________.
| ._________________.
Աշխատանքային գործընթացի մաս կազմող բաղադրիչների շարքի համար կրկնողաբար կկիրառվի հետևյալ կառուցվածքը:
.___________________________________________.
Բաղադրիչի անվանումը |Գրանցել կուտակային կենսաթոշակային համակարգի|
|կամավոր մասնակիցներին |
.___________________________________________.
Համակարգի կոդը Բաղադրիչի տեսակը Տարբերակի համարը
._________. .___________________. ._________.
| 01.1C03 | |Java / Pl procedure| | 0 |
._________. .___________________. ._________.
Նպատակը ...
Գրանցել կուտակային կենսաթոշակային համակարգի կամավոր անդամներին: Կուտակային համակարգի մասնակիցների տվյալների պաշտոնական ռեգիստրը վարում է ՀԿԴ-ն:
ՀԿԴ-ում գրանցված և ԿՖ ընտրած յուրաքանչյուր կամավոր անդամի մասին պետք է տեղեկացնել ՊԵԿ-ին կուտակային վճարների ամսական հաշվարկները վերահսկելու նպատակով:
Նախապատմություն ...
ՀԿԴ-ն պետք է ուղարկի կամավոր մասնակիցների մասին տեղեկությունները միայն առկա կամավոր մասնակցության դիմումների հիման վրա (դատարկ ֆայլեր չեն ուղարկվում)
ՊԵԿ-ի լուծումը բաղկացած է 2 բաղադրիչից`
(ա) ՊԵԿ-ի ինտերնետային կայքում առկա վեբ ծառայություն, որը ստանում է տեղեկությունները ՀԿԴ-ից և փոխանցում է դրանք բաղադրիչ (բ)-ին և ապա սպասում է ստանալու հետադարձ ֆայլ բաղադրիչ (b)-ից և վերադարձնում է նոր ֆայլը ՀԿԴ:
(բ) մշակում և ստուգում հաստատում է բաղադրիչ (a)-ի ուղարկած ֆայլը և գեներացնում է հետադարձ ֆայլ` նույն ձևաչափով, ինչ որ մուտքի ֆայլը, սակայն մերժումների կոդերով: Նոր ֆայլն ուղարկում է բաղադրիչ (a)-ին:
ՊԵԿ-ն ամբողջական մուտքի ֆայլը` մերժումների համապատասխան կոդերով, վերադարձնում է ՀԿԴ (տե՛ս լուծում պահանջող հարցերը)
ՊԵԿ-ի տվյալների բազա գրվում են միայն կամավոր մասնակիցների մերժման կոդ = 00 = OK ունեցող գրառումները:
/ / / / / / /
._________. | / ՊԵԿ-ի վեբ /
|ՀԿԴ մոդել| <__________________|_> / ծառայություն /
._________. | / / / / / / /
/|\ |
| | \|/
| .____________________.
| |Կամավոր մասնակիցների|
| |ստուգման-հաստատման |
| |բաղադրիչ |
| .____________________.
ՊԵԿ-ը վերադարձնում է նույն ձևաչափով ֆայլ, որը պարունակում է նույն քանակով գրառումներ, ինչ որ ՀԿԴ-ի կողմից ուղարկված մուտքային տվյալները:
Վեբ բաղադրիչը` 01.1C03W, ստանում է անդամների մասին տեղեկությունները:
. Վեբ կապը բաղադրիչ 01.1C03W-ին պետք է տեղակայված լինի ՊԵԿ-ի վեբ
սերվերի վրա` պաշտպանված գոտում և տեսանելի միայն ՀԿԴ-ին:
. Տե՛ս հետևյալ փաստաթուղթը երկու հաստատությունների` ՀԿԴ-ի և ՊԵԿ-ի
միջև տեղեկատվության փոխանակման ձևաչափի և եղանակի մասին (Բաժին A):
o SPSS_FY09Q2_Mar26_DataExchgCDA-SRC.arm
Մուտքային ձևաչափը ամփոփ գրառումներ չի պարունակում, հետևաբար չի պահանջվում, որ վեբ բաղադրիչը ստուգի ուղարկված գրառումների քանակի համապատասխանությունը:
Բաղադրիչ 01.1C03-ի ստացած ամբողջ տեղեկատվությունը փոխանվում է վեբ բաղադրիչից (w) 01.1C03W:
ՀԿԴ-ից ուղարկած բոլոր անունները պետք է գրվեն հայերեն լեզվով, հակառակ դեպքում անունների համեմատության գործառույթը կմերժի անդամության մասին գրառումը:
Հատուկ նշում`
2010 թ. հունվարի 1-ից մոդելի կիրառման համար պահանջվում է աշխատողի կարգավիճակ հատկացնել բոլոր փաստացի աշխատողներին և ստեղծել մանդատներ ըստ անհատական հարկային կոդերի:
Այս բաղադրիչի «Առաջարկություններ» բաժնում հատուկ բերված է նախագիծ, թե ինչպես անցնել միջավայրի նախապատրաստմանը:
Աշխատանքային գործընթացի մասնագրեր ...
. Operation date = system date (include time hhmmss) (P)
. Identify the discriminating criteria for voluntary membership (year
of birth) from the Global parameters key word = MandatoryBirthDate
* VAR-A = value from global parameter
. Create an OUPUT File (B) - (same format as INPUT) this is the return
information
. Loads the voluntary membership information from the web component
into an INPUT BUFFER (A) for processing.
. Once loaded ALL the information, (A) .. process each record
separately
* See format of record in attached document
. SPSS_FY09Q2_Mar26_DataExchgCDA-SRC_arm
. For each record in (A) ..
. Move information from INPUT buffer (A) to input parameter buffer of
01.1C02.
* Include name, date of birth and gender from INPUT buffer (A)
. Move INPUT buffer (A) to OUPUT Buffer (B)
. Move '000' to rejection cause code (OUPUT buffer - B)
. Worker status (WS) = type of operation code from INPUT buffer (A)
* Exclude first digit from type of operation code
. Set error indicator = 0
. Check identification of the person
. Call component 01.1C02 with the corresponding input parameters. (see
specifications)
. Review results of identification check of the person
* If return parameters indicates «ER' then
. Move 1 to error indicator
. Mover Error code list from 01.1C02 to rejection cause code -
Buffer B
. Write OUPUT buffer (B)
. If error indicator = 0 (NO errors from worker - person check) then
* Check ID type in return parameters with the ID type from the INPUT
buffer (A)
. If type ID are different then
. Move 1 to error indicator
. Mover '055' to rejection cause code - Buffer B
. Write OUPUT buffer (B)
* Identify ID (worker) from output parameters from 01.1C02 (IDW)
* Identify system parameters (00D29) (C) according to the type of
operation reported by CDA in the INPUT buffer (A) worker status
(WS)
. Check validity of worker status (00D29) according to date of
signature from INPUT buffer (A) between commencing and expiry
dates
. If the worker status is NOT valid then
* Move 1 to error indicator
* Mover '054' to rejection cause code - Buffer B
* Write OUPUT buffer (B)
. Closure indicator (C)
. Worker indicator (C)
. New worker Status code (C)
. Current status (C)
* Generate a List (D) of distinct tax forms (00D32) associated to
the worker status concluded from INPUT buffer (A) and
configuration values (00D29) and the date of signature from INPUT
buffer (A) between commencing and expiry dates (00D32)
. If the worker status is NOT valid, NO information selected then
. Move 1 to error indicator
. Mover '054' to rejection cause code - Buffer B
. Write OUPUT buffer (B)
* For each record in List D .. process the following
* Tax form code (TFC) = List D
* Check existing status of the worker (01D08) according to the ID
(worker) - IDW and termination date is NULL
. Check current status (pensioner status and date of birth
according to global parameter
. If the worker status is (01D08) NOT in list of acceptable
current status (C) and termination date is null then
. Move 1 to error indicator
. Mover '053' to rejection cause code - Buffer B
. Write OUPUT buffer (B)
* Generate List of active individual tax codes (List E) (00D32)
according to the worker status from INPUT buffer (A) and the tax
form (TFC) and the date of signature from INPUT buffer (A) between
commencing and expiry dates.
. If the worker status is NOT valid, NO information selected then
. Move 1 to error indicator
. Mover '054' to rejection cause code - Buffer B
. Write OUPUT buffer (B)
* For each record in List E .. process the following.
* If the closure indicator (C) = 1 then
. Close ALL existing ACTIVE movements registered for the worker
(01D08) according to the ID (worker) and tax form (TFC), worker
status = Current status (C), and individual tax code = List E
and termination date is NULL.
. Terminating date (01D08) = last day of the month prior to the
FIRST month contribution reported in the INPUT buffer (A)
. Termination status = new worker status code (C)
* If new worker status code (C) is NOT NULL
. Write new records in the worker tax relation (01D08)
. Individual tax code = List E
. ID (worker) = IDW
. Worker status = status code (C)
. Tax form = TFC
. Commencing date = first day of the FIRST contribution month
from INPUT buffer (A)
. Expiry date = null
* Generate List of active tax payers (List F) (01D07) according to
the ID (worker) = IDW and date of signature (INPUT buffer A)
between commencing and termination dates and termination date is
NULL
* For each record selected in List F .. process the following ..
* If the closure indicator (C) = 1 then
. Close ALL existing active MANDATES (01D11) where date of
signature (INPUT buffer A) between commencing and expiry dates,
and ID (worker) = IDW and registered in (01D08) and individual
tax code (01D11) = List E and ID (tax Payer) = List F
. Expiry date = last day of the month prior to the FIRST month
contribution reported in the INPUT buffer (A)
. Operation date = operation date (P)
* If new worker status code (C) is NOT NULL
. Calculate NEW sequence value for MANDATES (S09)
. Write new records in the worker MANDATE (01D11)
. ID = (S09)
. ID (worker) = IDW
. ID (tax Payer) = List F
. Individual tax code = List E
. Mandate type = List E
. Commencing date = first day of the FIRST contribution month from
INPUT buffer (A)
. Destination entity code = List E
. Expiry date = null
. Operation date = operation date (P)
. Calculation indicator = List E
. % income = List E
. Fixed value = List E
* Process ALL records in List F ..
* Process ALL records from List E ..
* Process ALL records from List D ..
* Once completed the processing of List D .. process the following.
* Write worker status log record (01D06)
. ID worker = IDW
. Status date = first day of the FIRST contribution month from
INPUT buffer (A)
. Worker status = status code (C)
. Operation date = operation date (P)
* If worker indicator (C) = 1 then
. Update worker record (01D03) according to ID (worker) - IDW
. Worker status = status code (C)
. Status date = first day of the FIRST contribution month from
INPUT buffer (A)
* Write OUPUT buffer (B)
. End if .... error indicator = 0 (NO errors from worker - person
check)
. Process ALL records from INPUT Buffer (A)
. Once completed processing of INPUT buffer (A) .. then
. Close OUTPUT file - buffer (B)
. Send file (B) to web component 01.1C03W
01.1C03 մոդուլի տրամաբանության ավարտը
Աշխատանքի և կատարողների հոսքի գծապատկեր ...
. Գծապատկեր չկա
Տեխնիկական մասնագրեր ...
. Տես բաղադրիչի կոդը 01.1C03 և 01.1C03W ծրագրի տեխնիկական
մասնագրերում:
Ալգորիթմներ և հաշվարկներ ...
. Չկան հատուկ ալգորիթմներ, որոնք անհրաժեշտ է մանրամասն նկարագրել այս
բաժնում:
Հսկողության չափանիշներ
.___________________________________________________.
|Կոդ|Նկարագրություն |Հաճախականություն|Աղբյուր|
|___|______________________|________________|_______|
| |Լրացուցիչ հսկողության | | |
| |չափանիշներ չկան | | |
|___|______________________|________________|_______|
.___________________________________________________.
Հաշվետվության փաստաթղթեր
.__________________.
Փաստաթղթի անվանումը |01.1C03.Oxxx-O |
.__________________.
._______________________.
Փաստաթղթի տեսակը |xxxxxxxxxxxxxxxx |
._______________________.
.__________________________________________________________.
|Հաշվետվության ձևաչափը` ոչ մի հաշվետվություն չի պահանջվում|
|գեներացնել այս մոդուլով |
.__________________________________________________________.
Լիազորված օգտագործողները
Հետևյալ աղյուսակում նկարագրվում են մոդուլը գործարկելու իրավունք ունեցող օգտագործողների դերերը:
.________________________________________________________________.
|Դեր |Նկարագրություն |
|________|_______________________________________________________|
|Համակարգ|01.1C03 պրոցեդուրան ավտոմատ առաջացող գործառույթ է, որն |
| |առաջանում է ՀԿԴ կողմից ՊԵԿ վեբ սերվերին կանչ ուղարկելիս|
| |(01.1C03W) կուտակային կենսաթոշակային համակարգի կամավոր |
| |մասնակիցներին գրանցելու համար: |
.________________________________________________________________.
Լուծում պահանջող հարցեր
. ՊԵԿ-ը ՀԿԴ-ի հետ պետք է քննարկի այն հարցը, թե արդյո՞ք կարիք կա, որ
ՊԵԿ-ի ծրագրային ապահովումը ՀԿԴ ուղարկի բոլոր ստացված տվյալները,
յուրաքանչյուր գրառում իր համապատասխան ընդունման կամ մերժման կոդով:
. Սինքրոնացնել ՊԵԿ-ի և ՀԿԴ-ի միջև տարբերակիչների տեսակները (ID
types) տարբերակիչների համարների համար:
Առաջարկություններ
. ՊԵԿ-ի ծրագրային ապահովումը հետ ուղարկի միայն այն տեղեկատվությունը,
որը վերաբերում է ERROR դեպքերին:
Հատուկ նշում` աշխատողների հարկային կոդերի և մանդատների կիրառումը
Նախատեսվում է, որ կենսաթոշակային ֆոնդերի ընտրությունը կսկսվի 2009 թ. հոկտեմբերի կեսից:
Հետևաբար ՊԵԿ-ի գրանցման համակարգը պետք է համարվի առաջնային և փորձարկվի և տեղադրված լինի ՀԿԴ-ից մասնակցության դիմումները ստանալու համար:
Նորքի կրկնօրինակ տվյալների բազան պետք է լինի պատրաստ և լիովին գործի և ՊԵԿ-ի, և՛ ՀԿԴ-ի համար ինչպես առաջարկվում է:
Նախքան ծրագրի գործարկումը ՊԵԿ-ը պետք է գեներացնի համակարգի կառուցվածքին համապատասխանող տվյալների մոդել:
Աշխատողի մասով տեղեկատվությունը, ըստ Նորքի կրկնօրինակ տեղեկատվական բազայի, պետք է գեներացնի հետևյալ կառուցվածքները`
. Տարբերակչի ուղեցույց - 01D04
. Աշխատող - 01D03
. Աշխատողի տվյալներ - 01D05
Հարկ վճարողի մասին տեղեկատվությունը, ըստ ՊԵԿ-ի տեղեկատվական բազայի, պետք է գեներացնի հետևյալ կառուցվածքները`
. Տարբերակչի ուղեցույց - 01D04
. Հարկ վճարող - 01D01
. Հարկ վճարողի տվյալներ - 01D02
ՊԵԿ-ում հետևյալ կերպ գրանցված հարկ վճարողները պետք է ունենան 01D04 մոդուլում գրանցված անձի անհատական տարբերակիչ:
. Անհատ ձեռներեց
. Նոտար
. Օտարերկրյա քաղաքացի կամ քաղաքացիություն չունեցող անձ
. Ինքնազբաղված անձինք պետք է նույնականացվեն և գրանցվեն
Նշում` հարկ վճարողների այն տեսակների մասով, որոնք պետք է ներկայացնեն տարեկան հաշվետվություններ, վճարման մոդելը պետք է կարողանա նրանց ճանաչել և գումարները բաշխել համապատասխան կենսաթոշակային ֆոնդերին: Հետևաբար պահանջվում է, որ վերը նշված հարկ վճարողների խմբերի համար կոնֆիգուրացվի ավտոմատ վճարման կառուցվածքը 03D04-ում:
Հատուկ դիտարկում` հաշվի առնելով, որ յուրաքանչյուր միավորին տրված է ունիկալ համար, անկախ այն բանից, որ տարբեր տարբերակիչներ կարող են ցույց տալ այդ նույն միավորը, կարելի է ենթադրել, որ հարկ վճարողի տվյալների կառուցվածքը և աշխատողի տվյալների կառուցվածքը և հարկ վճարողի ու աշխատողի մասին տվյալները կմիաձուլվեն միայն 2 կառուցվածքի մեջ`
. հարկ վճարող-աշխատող
. հարկ վճարող-աշխատող - տեղեկատվություն
Պառնաս և Նորք տվյալների բազաներից տվյալների փոխանցումը ՊԵԿ-ին կարևոր բաղադրիչ է հարկ վճարողի և աշխատողի միջև ակտիվ աշխատանքային հարաբերությունների ստեղծման ծրագրի համար:
. աշխատանքային հարաբերություններ - 01D07
Նախապատրաստական փուլում աշխատողը պետք է Նորքի տվյալների բազայից նույնականացվի ըստ ծննդյան թվի և ըստ ընդհանուր պարամետրերի պետք է որոշվի նրա կարգավիճակը:
00 - պարտադիր կուտակային համակարգի անդամ չէ` ծննդյան թիվը < 1970 թ.
01 - պարտադիր անդամներ => 1970 թ.
Աշխատանք ունեցող յուրաքանչյուր ակտիվ աշխատողի համար համակարգը պետք է որոշի աշխատողի կարգավիճակը և հարկային հարաբերությունը և ակտիվ մանդատները բաշխման մոդելի համար:
. աշխատողի հարկային հարաբերություն/ռեժիմը - 01D08
. մանդատի պայմանագիր - 01D11 (մանդատի տեսակ = 'MAN')
. աշխատողի կարգավիճակ - 01D06
Համակարգի կոնֆիգուրացիայի աղյուսակները, որոնք վերաբերում են աշխատողի կարգավիճակին, մանդատներին և աշխատողի անհատական հարկային կոդին/ կարգավիճակին պետք է կոդավորվեն նախքան մշակումը:
աշխատողի կարգավիճակ - 00D29
մանդատներ - 00D30
աշխատողի անհատական կարգավիճակ - 00D32
Միավորի կոդերը - 00D28 (վերջնանպատակ միավորի կոդ)
Համակարգի կոնֆիգուրացիայի աղյուսակների լիակատար համակազմը պետք է կոդավորվի և փորձարկվի նախքան ծրագրի իրականացման ժամկետը` 1 հունվարի, 2010 թ.:
Աշխատանքային գործընթացի մաս կազմող բաղադրիչների շարքի համար կրկնողաբար կկիրառվի հետևյալ կառուցվածքը:
._________________________________________.
Բաղադրիչի անվանումը |Կամավոր անդամների ապագրանցում (գրանցումից|
|հանում) |
._________________________________________.
Համակարգի կոդը Բաղադրիչի տեսակը Տարբերակի համարը
._________. .___________________. ._________.
| 01.1C04 | |Java / Pl procedure| | 0 |
._________. .___________________. ._________.
Նպատակը ...
Բաղադրիչի նպատակն է ՀԿԴ-ից ստանալ տեղեկություններ կամավոր անդամների վերաբերյալ, ովքեր` ըստ գրանցված բողոքների, համակարգում գրանցումից հանվել են:
Նախապատմություն ...
ՀԿԴ-ն տրամադրում է ապագրանցման վերաբերյալ տեղեկություններ:
ՊԵԿ ուղարկվող տեղեկությունները գրառվում են միայն առկա տեղեկությունների հիման վրա (դատարկ ֆայլեր չեն ուղարկվում)
ՊԵԿ-ի լուծումը բաղկացած է 2 բաղադրիչից`
(ա) ՊԵԿ-ի ինտերնետային կայքում առկա վեբ ծառայություն, որը ստանում է տեղեկությունները ՀԿԴ-ից և փոխանցում է դրանք բաղադրիչ (բ)-ին և ապա սպասում է ստանալու հետադարձ ֆայլ բաղադրիչ (b)-ից և վերադարձնում է նոր ֆայլը ՀԿԴ:
(բ) մշակում և ստուգում հաստատում է բաղադրիչ (a)-ի ուղարկած ֆայլը և գեներացնում է հետադարձ ֆայլ` նույն ձևաչափով, ինչ որ մուտքի ֆայլը, սակայն մերժումների կոդերով: Նոր ֆայլն ուղարկում է բաղադրիչ (a)-ին:
ՊԵԿ-ն ամբողջական մուտքի ֆայլը` մերժումների համապատասխան կոդերով, վերադարձնում է ՀԿԴ (տե՛ս լուծում պահանջող հարցերը):
ՊԵԿ-ի տվյալների բազա գրվում են միայն կամավոր մասնակիցների մերժման կոդ = 00 = OK ունեցող գրառումները:
/ / / / / /
._________. | / ՊԵԿ վեբ /
|ՀԿԴ մոդել| <__________________|_> /ծառայություն/
._________. | / / / / / / /
| /|\ |
| | \|/
| .____________________.
| |Կամավոր մասնակիցների|
| |ապագրանցում |
.____________________.
ՊԵԿ-ը վերադարձնում է նույն ձևաչափով ֆայլ, որը պարունակում է նույն քանակով գրառումներ, ինչ որ ՀԿԴ-ի կողմից ուղարկված մուտքի տվյալները:
Վեբ բաղադրիչը` 01.1C04W, ստանում է անդամների մասին տեղեկությունները:
. Վեբ կապը բաղադրիչ 01.1C04W-ին պետք է տեղակայված լինի ՊԵԿ-ի վեբ
սերվերի վրա պաշտպանված գոտում և ցույց տրվի միայն ՀԿԴ-ին:
. Տե՛ս հետևյալ փաստաթուղթը երկու հաստատությունների` ՀԿԴ-ի և ՊԵԿ-ի
միջև տեղեկատվության փոխանակման ձևաչափի և եղանակի մասին (Բաժին B):
* SPSS_FY09Q2_Mar26_DataExchgCDA-SRCarm
Մուտքի ձևաչափը ամփոփ գրառումներ չի պարունակում, հետևաբար չի պահանջվում, որ վեբ բաղադրիչը ստուգի ուղարկված գրառումների քանակի համապատասխանությունը:
Բաղադրիչ 01.1C04-ի ստացած ամբողջ տեղեկատվությունը փոխանցվում է վեբ բաղադրիչից (w) 01.1C04W:
ՀԿԴ-ի կողմից ուղարկված բոլոր անունները պետք է գրվեն հայերեն լեզվով, հակառակ դեպքում անունների համեմատության գործառույթը կմերժի անդամության մասին գրառումը:
Աշխատանքային մասնագրեր.....
. Operation date = system date (include time hhmmss) (P)
. Create an OUPUT File (B) - (same format as INPUT) this is the return
information
. Loads the information from the web component into an INPUT BUFFER (A)
for processing.
. Once loaded ALL the information, (A) .. process each record
separately
* See format of record in attached document
. SPSS_FY09Q2_Mar26_DataExchgCDA-SRC_eng
. For each record in (A) ..
. Move information from INPUT buffer (A) to input parameter buffer of
01.1C02.
* Include name, date of birth and gender from INPUT buffer (A)
. Move INPUT buffer (A) to OUPUT Buffer (B)
. Move '000' to rejection cause code (OUPUT buffer - B)
. Worker status (WS) = type of operation code from INPUT buffer (A)
* Exclude first digit from type of operation code
. Set error indicator = 0
. Check identification of the person
. Call component 01.1C02 with the corresponding input parameters. (see
specifications)
. Review results of identification check of the person
* If return parameters indicates 'ER' then
. Move 1 to error indicator
. Mover Error code list from 01.1C02 to rejection cause code -
Buffer B
. Write OUPUT buffer (B)
. If error indicator = 0 (NO errors from worker - person check) then
* Check ID type in return parameters with the ID type from the INPUT
buffer (A)
. If type ID are different then
. Move 1 to error indicator
. Mover '055' to rejection cause code - Buffer B
. Write OUPUT buffer (B)
* Identify ID (worker) from output parameters from 01.1C02 (IDW)
* Identify system parameters (00D29) (C) according to the type of
operation reported by CDA in the INPUT buffer (A) worker status
(WS)
. Check validity of worker status (00D29) according to date of
signature from INPUT buffer (A) between commencing and expiry
dates
. If the worker status is NOT valid then
* Move 1 to error indicator
* Mover '054' to rejection cause code - Buffer B
* Write OUPUT buffer (B)
- Closure indicator (C)
- Worker indicator (C)
- New worker status code (C)
- Current status (C)
* Generate a List (D) of distinct tax forms (00D32) associated to
the worker status concluded from INPUT buffer (A) and
configuration values (00D29) and the date of signature from INPUT
buffer (A) between commencing and expiry dates (00D32)
- If the worker status is NOT valid, NO information selected then
. Move 1 to error indicator
. Mover '054' to rejection cause code - Buffer B
. Write OUPUT buffer (B)
* For each record in List D .. process the following
* Tax form code (TFC) = List D
* Check existing status of the worker (01D08) according to the ID
(worker) - IDW and termination date is NULL
- If the worker status is (01D08) NOT in list of acceptable
current status (C) and termination date is null then
. Move 1 to error indicator
. Mover '053' to rejection cause code - Buffer B
. Write OUPUT buffer (B)
* Generate List of active individual tax codes (List E) (00D32)
according to the worker status from INPUT buffer (A) and the tax
form (TFC) and the date of signature from INPUT buffer (A) between
commencing and expiry dates.
. If the worker status is NOT valid, NO information selected then
. Move 1 to error indicator
. Mover '054' to rejection cause code - Buffer B
. Write OUPUT buffer (B)
* For each record in List E .. process the following.
* If the closure indicator (C) = 1 then
. Close ALL existing ACTIVE movements registered for the worker
(01D08) according to the ID (worker) and tax form (TFC), worker
status = Current status (C), and individual tax code = List E
and termination date is NULL.
. Terminating date (01D08) = last day of the month prior to the
FIRST month contribution reported in the INPUT buffer (A) *
. Termination status = status code (C)
* If new worker status code (C) NOT NULL
. Write new records in the worker tax relation (01D08)
. Individual tax code = List E
. ID (worker) = IDW
. Worker status = status code (C)
. Tax form = TFC
. Commencing date = first day of the FIRST contribution month
from INPUT buffer (A)
. Expiry date = null
* Generate List of active tax payers (List F) (01D07) according to
the ID (worker) = IDW and date of signature (INPUT buffer A)
between commencing and termination dates and termination date is
NULL
* For each record selected in List F .. process the following ..
* If the closure indicator (C) = 1 then
. Close ALL existing active MANDATES (01D11) where date of
signature (INPUT buffer A) between commencing and expiry dates,
and ID (worker) = IDW and registered in (01D08) and individual
tax code (01D11) = List E and ID (tax Payer) = List F
. Expiry date = last day of the month prior to the FIRST month
contribution reported in the INPUT buffer (A)
. Operation date = operation date (P)
* If new worker status code (C) NOT NULL
. Calculate NEW sequence value for MANDATES (S09)
. Write new records in the worker MANDATE (01D11)
. ID = (S09)
. ID (worker) = IDW
. ID (tax Payer) = List F
. Individual tax code = List E
. Mandate type = List E
. Commencing date = first day of the FIRST contribution month
from INPUT buffer (A)
. Destination entity code = List E
. Expiry date = null
. Operation date = operation date (P)
. Calculation indicator = List E
. % income = List E
. Fixed value = List E
* Process ALL records in List F ..
* Process ALL records from List E ..
* Process ALL records from List D ..
* Once completed the processing of List D .. process the following.
* Write worker status log record (01D06)
. ID worker = IDW
. Status date = first day of the FIRST contribution month from
INPUT buffer (A)
. Worker status = status code (C)
. Operation date = operation date (P)
* If worker indicator (C) = 1 then
. Update worker record (01D03) according to ID (worker) - IDW
. Worker status = status code (C)
. Status date = first day of the FIRST contribution month from
INPUT buffer (A)
* Write OUPUT buffer (B)
. End if .... error indicator = 0 (NO errors from worker - person
check)
. Process ALL records from INPUT Buffer (A)
. Once completed processing of INPUT buffer (A) .. then
. Close OUTPUT file - buffer (B)
. Send file (B) to web component 01.1C04W
01.1C04 մոդուլի տրամաբանության ավարտը
Աշխատանքի և կատարողների հոսքի գծապատկեր ...
. Գծապատկեր չկա
Տեխնիկական մասնագրեր ...
. Տես բաղադրիչի կոդը 01.1C04 և 01.1C04W ծրագրի տեխնիկական մասնագրերում:
Ալգորիթմներ և հաշվարկներ ...
. Չկան հատուկ ալգորիթմներ, որոնք անհրաժեշտ է մանրամասն նկարագրել այս բաժնում:
Հսկողության չափանիշներ
.__________________________________________________.
|Կոդ|Նկարագրություն |Հաճախականություն|Աղբյուր|
|___|_____________________|________________|_______|
| |Լրացուցիչ հսկողության| | |
| |չափանիշներ չկան | | |
.__________________________________________________.
Հաշվետվության փաստաթղթեր
.__________________.
Փաստաթղթի անվանումը |01.1C04.Oxxx-O |
.__________________.
._______________________.
Փաստաթղթի տեսակը |xxxxxxxxxxxxxxxx |
._______________________.
.__________________________________________________________.
|Հաշվետվության ձևաչափը` ոչ մի հաշվետվություն չի պահանջվում|
|գեներացնել այս մոդուլով |
.__________________________________________________________.
Լիազորված օգտագործողները
Հետևյալ աղյուսակում նկարագրվում են մոդուլը գործարկելու իրավունք ունեցող օգտագործողների դերերը:
._______________________________________________________________.
|Դեր |Նկարագրություն |
|________|______________________________________________________|
|Համակարգ|01.1C04 պրոցեդուրան ավտոմատ սկսվող գործառույթ է ՀԿԴ |
| |կողմից ՊԵԿ-ի վեբ ծառայությանը կանչելու ժամանակ |
| |(01.1C04W)` կուտակային համակարգի կամավոր մասնակիցներին|
| |ապագրանցելու համար: |
._______________________________________________________________.
Լուծում պահանջող հարցեր
. ՊԵԿ-ը ՀԿԴ-ի հետ պետք է քննարկի այն հարցը, թե արդյոք կարիք կա, որ
ՊԵԿ-ի ծրագրային ապահովումը ՀԿԴ ուղարկի բոլոր ստացված
տեղեկությունները, յուրաքանչյուր գրառում իր համապատասխան ընդունման
կամ մերժման կոդով:
. Սինքրոնացնել ՊԵԿ-ի և ՀԿԴ-ի միջև տարբերակիչների տեսակները (ID
types) տարբերակիչների համարների համար:
Առաջարկություններ
. ՊԵԿ-ի ծրագրային ապահովումը հետ ուղարկի միայն այն տեղեկատվությունը,
որը վերաբերում է ERROR դեպքերին:
. 01.1C03 և 01.1C04 բաղադրիչները ունեն նույն տրամաբանությունը և
նույն ֆորմատով տեղեկատվության աղբյուրը: Այնուամենայնիվ,
սկզբնաղբյուրի ֆայլի ֆորմատը թեթևակի տարբերվում է: Սակայն համակարգի
տրամաբանությունը և վերամշակված աղյուսակները նույնական են: Դա
նշանակում է, որ 01.1C04 բաղադրիչի ծրագրի մշակումը կարժենա գրեթե զրո:
Աշխատանքային գործընթացի մաս կազմող բաղադրիչների շարքի համար կրկնողաբար կկիրառվի հետևյալ կառուցվածքը:
._______________________________________.
Բաղադրիչի անվանումը |Փակել աշխատողի պարտադիր կարգավիճակն ըստ|
|տարիքի |
._______________________________________.
Համակարգի կոդը Բաղադրիչի տեսակը Տարբերակի համարը
._________. ._______________. ._________.
| 01.1C05 | |Pl procedure | | 0 |
._________. ._______________. ._________.
Նպատակը ...
Հիմնական նպատակն է փակել աշխատողի պարտադիր կարգավիճակը: ՊԵԿ-ը հաշվարկում է աշխատողի տարիքը և ինքնաբերաբար փակում է կարգավիճակը, հարկատեսակի հետ կապը, երբ աշխատողը հասնում է կենսաթոշակային տարիքի:
Նախապատմություն ...
Կուտակային կենսաթոշակի մասին օրենք: Հոդված 7 կետ 3, այն աշխատողները, ովքեր հասել են կենսաթոշակային տարիքի, սակայն շարունակում են աշխատել, ազատվում են պարտադիր կուտակային վճարներից: Սակայն, աշխատողները կարող են շարունակել կուտակային համակարգին կամավոր մասնակցությունը, գրանցվելով որպես կամավոր մասնակից:
ՊԵԿ-ի պրոցեդուրան պետք է հաշվարկի աշխատողի տարիքը և համեմատի կենսաթոշակի անցնելու ընդունված տարիքի հետ:
Եթե աշխատողը հասնում է կենսաթոշակային տարիքի և աշխատողի հարկը/կարգավիճակը համընկնում է closure taxes / status ցանկի հետ, ապա աշխատողի կարգավիճակն ինքնաշխատ կերպով փակվում է:
ՊԵԿ-ի պրոցեդուրան պետք է մշակի յուրաքանչյուր ամսվա վերջին օրվա ամսաթվով, աշխատանքային օրվա ավարտին, ժամը 18:00:
Աշխատանքային մասնագրեր ...
. SD = sysdate (truncate time)
. Select from global parameters, Pension Age
* Keyword = 'PensionAge'
* PA = value of global parameter
. Select from global parameters, Retirement Status
* Keyword = 'RetirementStatus'
* RS = value of global parameter
. Select from global parameters, List of tax codes related to
Retirement Status
* List of tax codes separated by ';'
* Keyword = «RetirementTaxCodes'
* TCL = value of global parameter
. Generate List (A) of all worker records from (01D03) - select all
values from 01D03
where SD minus date of birth (years rounded) => PA
. For each record selected (List A) process the following.
StaDate = date of birth (List A) + PA
Generate List (B) of all worker records from (01D08)
Where ID worker = List A
And status_worker = List A
And individual_tax_code IN list TCL (view separators)
. For each record selected (List B) process the following.
* Update 01D08 from List B
* Termination status = RS
* Terminating date = StaDate
. Process ALL records in List B
Write worker status history (01D06)
ID = ID - List A
Status date = StaDate
Worker status = RS
Operation date = SD
Update Worker record (01D03)
Worker status = RS
Status date = StaDate
. Process ALL records in List A
. The commitment of the information should be done by this
application.
End of business specifications - 01.1C05
Աշխատանքի և կատարողների հոսքի գծապատկեր ...
. Աշխատանքի և կատարողների հոսքի գծապատկեր չկա
Տեխնիկական մասնագրեր ...
. Տես բաղադրիչի կոդը մոդուլ 01.1C05-ում տեխնիկական-ծրագրային մասնագրերի մասում:
Ալգորիթմներ և հաշվարկներ...
. Չկան հատուկ ալգորիթմներ, որոնք անհրաժեշտ է մանրամասնել այս բաժնում:
Ստուգման չափանիշներ
.______________________________________________________.
|Կոդ|Նկարագրություն |Հաճախականություն|Աղբյուր|
|___|_________________________|________________|_______|
| |Հատուկ լրացուցիչ ստուգում| | |
| |չի պահանջվում | | |
|___|_________________________|________________|_______|
.______________________________________________________.
Հաշվետվության փաստաթղթեր
.__________________.
Փաստաթղթի անվանում |01.1C05.Oxxx-O |
.__________________.
._______________________.
Փաստաթղթի տեսակը |xxxxxxxxxxxxxxxx |
._______________________.
.__________________________________________________________.
|Հաշվետվության ձևաչափը` ոչ մի հաշվետվության գեներացում այս|
|ծրագրային ապահովմամբ չի պահանջվում |
.__________________________________________________________.
Լիազորված օգտագործողներ
Հետևյալ աղյուսակում սահմանվում են ծրագրային ապահովումը գործադրելու լիազորություն ունեցող օգտագործողների դերերը: T
._________________________________________________________________.
|Դեր |Նկարագրություն |
|________|________________________________________________________|
|համակարգ|01.1C05 ծրագրային ապահովումը գործադրվում է աշխատանքային |
| |հերթով, ժամանակացույցը պետք է մշակվի յուրաքանչյուր ամսվա|
| |վերջին աշխատանքային օրը, ժամը 18:00 |
|________|________________________________________________________|
._________________________________________________________________.
Լուծում պահանջող հարցեր ...
. Լուծում պահանջող հարցեր չկան
Առաջարկություններ ...
. Հատուկ առաջարկություններ չկան
Աշխատանքային գործընթացի մաս կազմող բաղադրիչների շարքի համար կրկնողաբար կկիրառվի հետևյալ կառուցվածքը:
.____________________________________________.
Բաղադրիչի անվանումը |Աշխատողների մասին տվյալների փոփոխություններ`|
|ըստ պաշտոնական աղբյուրի |
.____________________________________________.
Համակարգի կոդը Բաղադրիչի տեսակը Տարբերակի համարը
._________. .________________. ._________.
| 01.1C06 | |Java / DAO | | 0 |
._________. .________________. ._________.
Նպատակը ...
Բաղադրիչի նպատակն է տրամադրել գործադրման մեխանիզմ, որը կարող է ակտիվացվել աղբյուր հանդիսացող որևէ կազմակերպության կողմից (Նորք), երբ պաշտոնական տվյալների բազայում տեղի է ունենում աշխատողների մասին տվյալների ցանկացած փոփոխություն:
Նախապատմություն ...
Աշխատողների պաշտոնական ռեգիստրը վարում է Նորք ՏՎԿ-ն:
ՊԵԿ-ի ծառայությունը գործադրվում է Նորք ՏՎԿ-ի համակարգի կողմից: Երբ Նորք ՏՎԿ-ի համակարգը տեսնում է, որ աշխատողների մասին տեղեկություններն ինչ-որ ձևով փոխվել են` տվյալները փոփոխության են ենթարկվել կամ նոր գրանցում է տեղի ունեցել, ապա Նորք ՏՎԿ-ի համակարգը գործադրում է ՊԵԿ-ի վեբ 01.1C06 ծառայությունը:
Ծրագրային ապահովումը կապում է եկամտային հարկի մոդելը պաշտոնական ռեգիստրի հետ:
Գրանցման բաղադրիչը բաղկացած է 2 մասից`
(ա) Գործառույթը կանչվում է Նորք ՏՎԿ-ի կողմից
(բ) Վեբ ծառայությունը ստանում է դիմումն (ա)-ից, մտնում է պաշտոնական
տվյալների բազա և վերադարձնում է պահանջվող տեղեկությունները
սկզբնաղբյուր տվյալներից` առկայության դեպքում:
(ա) գործառույթն ստանում է տեղեկությունը և կառուցում է
հաղորդագրություն վեբ ծառայության համար` տվյալների շարքով: Գործառույթը
կանչում է վեբ ծառայությունը, որը տեղակայված է սկզբնաղբյուր տվյալների
կրկնօրինակված միջավայրում և սպասում է պատասխանի: (բ) վեբ
ծառայությունից պատասխանն ստանալուց հետո գործառույթը շարունակում է
աշխատել, ստացած տեղեկատվությունը վավերագրելով եկամտային հարկի մոդելի
կառուցվածքներում:
Վեբ ծառայությունը` (b), դիմում է 01.1C02W ծառայությանը:
Աշխատանքային մասնագրեր ...
. Receive INPUT parameters (IP)
* Person identifier
* Name and surname of identifier (separators)
* Date of operation
* Date of birth
* Gender
. Identify principal ID Type (PID) from global parameters, key word =
'principal_worker_id'
. Select identifier (IP) in the identification guide structure (01D04)
.. check that expiry date is not prior to date of operation
. If there are multiples rows of information, then select the
information where the ID Type is equal to the principal ID Type.
* Identifier + ID type = worker identifier (IP) + principal worker
ID
. Special Note: because the identifier in 01D04 should be unique, the
select should be executed without the principal ID type.
. If the identifier (IP) is NOT FOUND in (01D03) or (01D04) then
* Call component 01.1C02.
. Send input parameters to 01.1C02
. If the identifier (IP) is FOUND in (01D03) or (01D04) then
* Generate message (A) with Input parameters
* Call NORQ web service application 01.1C02W using message (A)
* The NORQ web service checks the official register for the
identifier
* If reply from 01.1C02W is 'OK' then
* Response values from 01.1C02W
. Identifier number
. ID type
. Name
. Surname
. Date of birth
. Gender
. Worker status = 0
. Address information (see format 01D05)
. Contact phone information (see format 01D05)
* Update worker (01D03) according to ID (01D03)
. Name of worker
. Surname of worker
. Date of Birth
. Gender
. Date of death
* Update worker information (01D05) according ID (01D03)
. Information (01D05) = match 01.1C02W response information
* End if; --- If reply from 01.1C02 is 'OK' then exit
01.1C06 մոդուլի տրամաբանության ավարտը
Աշխատանքի և կատարողների հոսքի գծապատկեր ...
. Գծապատկեր չկա
Տեխնիկական մասնագրեր ...
. Տես բաղադրիչի կոդը 01.1C06 և 01.1C02W համակարգչային ծրագրի
տեխնիկական մասնագրերում:
Ալգորիթմներ և հաշվարկներ ...
. Հատուկ ալգորիթմներ, որոնք անհրաժեշտ է մանրամասնել այս բաժնում, չկան:
Ստուգման չափանիշներ
._______________________________________________.
|Կոդ|Նկարագրություն |Հաճախականություն|Աղբյուր|
|___|__________________|________________|_______|
| |Լրացուցիչ ստուգման| | |
| |չափանիշներ չկան | | |
|___|__________________|________________|_______|
._______________________________________________.
Հաշվետվական փաստաթղթեր
._______________________.
Name of Document |01.1C06.Oxxx-O |
._______________________.
._________________________________.
Type of document |xxxxxxxxxxxxxxxx |
._________________________________.
.____________________________________________________________.
|Report Format: NO report is required to be generated by this|
| application |
.____________________________________________________________.
The following table identifies the user ROLEs that are authorized to operate the application.
.______________________________________________________________.
|Role |Description |
|______|_______________________________________________________|
|System|The procedure 01.1C06 is a web service triggered by an |
| |external institution. The institution should connect |
| |automatically to the SRC web site, user / password, and|
| |activate the link 01.1C06 with the set of input |
| |parameters. |
|______|_______________________________________________________|
.______________________________________________________________.
Լուծում պահանջող հարցեր ...
. NO pending issues.
Առաջարկություններ ...
. NO special recommendations
The following structure will repeat itself for the number of components that comprise the business process.
.__________________________________.
Component Name |Register employment F1 information|
.__________________________________.
System Code Type of Component Version number
._________. .___________________. .________.
| 01.1C07 | |Java / PL procedure| | 0 |
._________. .___________________. .________.
Objective ...
The objective of the component is to register employment history from the F1 form submitted by the tax payer to the SSSS.
The information submitted by the tax payer, refers to commencing and termination of employment, in accordance to the change of Law.
Background Information ...
The SSSS provide the F1 information on employment, on the last working day of the month.
The information is sent to the SRC by the SSSS in the format of an XML file.
The information is sent to the SRC is recorded solely on the basis of existing information ONLY. (empty files are NOT sent)
The SRC solution is comprised of 2 components.
(a) web service available on the SRC web site which receives information from the SSSS, and transfers that information to component (b), and then waits to receive a return file from component (b) and returns the new file to the sender (SSSS) .
(b) processes and validates the file sent from component (a), and generates a return file, same format as input file but with rejection codes. Sends the new file to component (a).
The SRC will return the complete INPUT file with corresponding rejection codes to SSSS (see pending issues)
ONLY those records with rejection code = 00 = OK are written to the SRC data base.
/ / / | / / .__________.
/ SSSS / <_________________|__> / SRC|Employment|
/ / / | / / |History |
.__________.
|
The component 01.1C07 is OBSOLETE and should be removed from the SRC web site, January 1, 2011.
The web component 01.1C07W receives the information
. The web link to the component 01.1C07W should be located on the SRC
web server in a protected zone and published only to the SSSS.
. See the following document for the format and method of exchange of
information between the two institutions, MLSI and SRC.
* PSS_FY09Q2_Sep13_DataExchgSRC-MLSI_eng
. File (c)
Frequency: Monthly (last day of the month) before 16:00
Source: MLSI (NORK center)
Destination: SRC
Method of exchange of information: XML message
Note: The SSSS will close the month at 16:00 on the last working day of the month, and generate the exchange format described in this section.
Description of information.
. Date of operation (yyyymmdd - hhmmss)
. Employer identifier
. Worker identifier
. Type of worker identifier
. Surname
. Name
. Commencing date of employment
. Termination date of employment
. Date of Birth
. Gender
. Job classification code
. Contract resolution / number
. Contractual wage
The termination record of an employment relation MUST contain the corresponding commencing date of employment, for matching purposes.
The input format contains NO summary record; therefore the web component is NOT required to check consistency of number of records sent.
ALL information received by the component 01.1C07 is transferred from the web component (w) 01.1C07W.
Business Specifications ...
. Operation date = system date (include time hhmmss) (P)
. Create an OUPUT File (B) - (same format as INPUT) this is the return
information
. Loads the information from the web component into an INPUT BUFFER
(A) for processing.
. Once loaded ALL the information, (A) .. process each record
separately
* See format of record in attached document
. SPSS_FY09Q2_Sep13_DataExchgSRC-MLSI_eng
. File format (c)
. Sort buffer (A) according the following criteria
* Tax payer identifier
* Worker identifier
* Commencing date
. For each record in buffer (A) ..
. Move information from INPUT buffer (A) to input parameter buffer
of 01.1C02.
* Include name, date of birth and gender from INPUT buffer (A)
. Move INPUT buffer (A) to OUPUT Buffer (B)
. Move '000' to rejection cause code (OUPUT buffer - B)
. Set error indicator = 0
. Check identification of the tax payer
. Call component 01.1C01 with the corresponding input parameters.
(see specifications)
. Review results of identification check of the tax payer
* If return parameters indicates 'ER' then
- Move 1 to error indicator
- Mover Error code list from 01.1C01 to rejection cause code -
Buffer B
- Write OUPUT buffer (B)
. Check identification of the person
. Call component 01.1C02 with the corresponding input parameters.
(see specifications)
. Review results of identification check of the person
* If return parameters indicates 'ER' then
- Move 1 to error indicator
- Mover Error code list from 01.1C02 to rejection cause code -
Buffer B
- Write OUPUT buffer (B)
. If error indicator = 0 (NO errors from worker - person check)
And (NO errors from tax payer) then
. Select count (Z) of employment recors (01D07)
Where ID - worker = Buffer A
And ID - tax payer = Buffer A
And commencing date = Buffer A
And termination date is NULL
. If count (Z) = 1 then
* If termination date (Buffer A) is NULL then
- Move 1 to error indicator
- Mover Error code (300) to rejection cause code - Buffer B
- Write OUPUT buffer (B)
Update employment record (01D07)
Contract resolution number = Buffer A
Contractual wage = Buffer A
Job classification = Buffer A
Termination date = Buffer A
. End if ... (Z)
. If count (Z) = 0 then
Write employment record (01D07) Field values 01D07 = Buffer A
. End if ... (Z)
. Select count (W) of employment records (01D07)
Where ID - worker = Buffer A
And ID - tax payer = Buffer A
And termination date is NULL
- If count (W) > 1
- Move 1 to error indicator
- Mover Error code (301) to rejection cause code - Buffer B
- Write OUPUT buffer (B)
. Select count (W) of employment records (01D07)
Where ID - worker = Buffer A
And termination date is NULL
- If count (W) > 1
- Move 1 to error indicator
- Mover Error code (302) to rejection cause code - Buffer B
- Write OUPUT buffer (B)
. End if .... error indicator = 0 (NO errors from worker - NO errors
from tax payer)
. Process ALL records from INPUT Buffer (A)
. Once completed processing of INPUT buffer (A) .. then
. Close OUTPUT file - buffer (B)
. Send file (B) to web component 01.1C07W
End logic 01.1C07
Swim Lane - Flow Diagram ...
. NO diagram
Technical Specifications ...
. See component code 01.1C07 and 01.1C07W in Technical - Software
Requirement Specifications.
Algorithms and Calculations ...
. There are NO specific algorithms that need to be detailed in this
section.
Control criteria's
.____________________________________________________.
|Code|Description |Frequency|Source|
|____|______________________________|_________|______|
| |NO additional control criteria| | |
|____|______________________________|_________|______|
.____________________________________________________.
Report Documents.
._______________________.
Name of Document |01.1C07.Oxxx-O |
._______________________.
._________________________________.
Type of document |xxxxxxxxxxxxxxxx |
._________________________________.
.____________________________________________________________.
|Report Format: NO report is required to be generated by this|
| application |
.____________________________________________________________.
Permitted Users
The following table identifies the user ROLEs that are authorized to operate the application.
.___________________________________________________________________.
|Role |Description |
|______|____________________________________________________________|
|System|The procedure 01.1C07 is a function triggered automatically |
| |by a request call from the SSSS to the SRC web service |
| |(01.1C07W) for registering employment history concluded from|
| |the F1 form submitted monthly by the tax payer to the SSSS. |
|______|____________________________________________________________|
.___________________________________________________________________.
Pending Issues ...
. NO pending issues.
Recommendations ...
. NO special recommendations
3.2.2 Մոդուլ 02, անվանումը` ԱԿՆԿԱԼՎՈՂ ԵԿԱՄՈՒՏՆԵՐ
Ծրագրային պահանջների բնութագրերը
.____. .___________________________.
Մոդուլ | 02 | Անվանում |Ակնկալվող եկամուտներ |
.____. .___________________________.
Մոդուլի մշակման շրջանակ, գործառնական նպատակներ
.____________________________________________________________________.
|Մոդուլի նպատակն է հաշվարկել հարկային ամսվա` «եկամտային հարկից և |
|կուտակային կենսաթոշակային վճարներից ակնկալվող ամսական եկամուտներն |
|ըստ բոլոր այն հարկային գործակալների, որոնք ունեն գործող աշխատանքային|
|պայմանագրեր աշխատողների հետ: |
.____________________________________________________________________.
Օգտագործողների գործառնական ակնկալիքներ
._____________________________________________________________________.
|Օրինակ |
| |
| . Եկամտային հարկից և կուտակային կենսաթոշակային վճարներից ակնկալվող |
| հարկային եկամուտների ճիշտ հաշվարկված բազա` եկամուտների հաշվարկման |
| բիզնես սահմանումներին համապատասխան: |
| . Ավտոմատ վերլուծություն, գործընթացի իրականացման ընթացքում օպերատորի|
| միջամտության բացակայություն: |
| . Արդյունավետ տեղեկատվական տվյալներ, որոնք թույլ կտան |
| կազմակերպություններին մշակել և ձևակերպել ռազմավարություններ` |
| ուղղված հարկերի վճարման առումով համապատասխանության բարելավմանը: |
| |
|Հարկային հաշվետվությունը ժամանակին ներկայացրած հարկ վճարողների կողմից|
|համապատասխանության պահպանման վերլուծություն: |
| |
| . Տնտեսական գործունեության ոլորտ |
| . Աշխարհագրական վայր |
| . Աշխատողների թիվ |
| . Ակնկալվող եկամտի մեծություն |
| |
|Խախտումներ թույլ տված հարկ վճարողի նկարագրի վրա հենվող |
|ռազմավարություններ |
| |
| . Տեսչական այցելություններ |
| . Հեռախոսազանգեր |
| . Բյուջեին համապատասխան նախատեսվող թիրախներ |
._____________________________________________________________________.
Ընդհանուր բնույթի սահմանափակումները
._______________________________________________________.
|Սահմանափակման սուբյեկտ|Սահմանափակում |
|______________________|________________________________|
|Տեխնոլոգիա |«Oracle PL/SQL» |
|______________________|________________________________|
|Գործառնությունների |Կենտրոնական սերվերներ |
|աշխարհագրական ծածկույթ| |
|______________________|________________________________|
|Կառավարման մանդատ |Նախատեսված գործառնության ավտոմատ|
| |իրականացում ըստ ժամանակացույցի |
._______________________________________________________.
Կատարողականի չափորոշիչներ
.________________________________________________________________.
|Համակարգի|Նկարագրություն |Միավոր |Արժեք|
|ծածկագիր | | | |
|_________|_______________________________________|________|_____|
| 02.P01 |Վերլուծության առավելագույն ժամանակ | րոպե | 45 |
| |հաշվարկի համար, 500.000 աշխատող | | |
| |ունեցող մոտավորապես 40.000 հարի վճարող | | |
|_________|_______________________________________|________|_____|
| 02.P02 |Վերլուծության առավելագույն ժամանակ |վայրկյան| 3-4 |
| |յուրաքանչյուր 1000 աշխատողի հաշվով | | |
|_________|_______________________________________|________|_____|
| 02.P03 |«SQL» լեզվով բոլոր կարևոր հարցումների | | |
| |համար «TRACE»-ի կիրառում` «SQL»-ի | | |
| |նախադասության վրա ծախսվող ժամանակին | | |
| |հետևելու և գործառնությունների | | |
| |աղյուսակների ԱՄԲՈՂՋԱԿԱՆ սկանը ստուգելու| | |
| |նպատակով: Դիտարկվող աղյուսակները պետք է| | |
| |լինեն փոքր և ՉՊԱՀԱՆՋԵՆ ցուցիչներ: | | |
.________________________________________________________________.
Ընդհանուր որակի ապահովում կամ փորձարկման պահանջներ
Ստորև աղյուսակը պարունակում է հսկողության այն չափանիշները, որոնք անհրաժեշտ են մշակված «Business application»-ի ճիշտ ընդունումն ապահովելու համար:
._____________________________________________________________________.
|Համակարգի ծածկագիր|Նկարագրություն |
|__________________|__________________________________________________|
| 02.1Q01 |31 դեկտեմբերի, 2009թ. Պետք է ստեղծվի աշխատավարձերի|
| |կառուցվածք` գրանցված բոլոր աշխատողների համար: |
| |Հարկային բոլոր ճիշտ ծածկագրերի համար որպես եկամուտ|
| |կհամարվեն «ՊԱՌՆԱՍ»-ի տրամադրած Ձև 10 |
| |հաշվետվությունից ստացվող եկամտային գումարները: |
|__________________|__________________________________________________|
| 02.1Q02 |Հայաստանում առկա բոլոր աշխատողների` տվյալ հարկային|
| |ամսվա միջին եկամտի արժեքը պետք է գրանցվի |
| |համակարգում: |
|__________________|__________________________________________________|
| 02.1Q03 |Եկամտային հարկերի տեսքով ակնկալվող ընդհանուր |
| |գումարը պետք է հավասար լինի միևնույն հարկային |
| |ամսում միևնույն հարկ վճարողի գծով սպասվելիք |
| |եկամտին` արտացոլված հարկ վճարողի «HEDER» գրանցման |
| |մեջ: |
|__________________|__________________________________________________|
| 02.1Q04 |Հարկ վճարողի «HEDER»-ում արտացոլված աշխատողների |
| |թիվը միևնույն հարկային ամսում միևնույն հարկ |
| |վճարողի գծով հարկային տարբեր ծածկագրերի տակ |
| |գրանցված աշխատողների թվերից առավելագույնն է: |
|__________________|__________________________________________________|
| 02.1Q05 |Հարկ վճարողների առանձին տեսակները չեն ներառվում |
| |գործընթացում բոլոր այն դեպքերում, երբ եկամտի |
| |ցուցանիշը ՉԻ ակտիվացվում: |
|__________________|__________________________________________________|
| 02.1Q06 |Աշխատողների առավելագույն թիվն ըստ հարկային |
| |ծածկագրի պետք է հավասար լինի տվյալ հարկային ամսվա |
| |«աշխատանքային պատմության» մեջ գրանցված ակտիվ |
| |աշխատողների թվին: |
._____________________________________________________________________.
Աշխատանքային գործընթացներ
.___________________________________________________________________.
|Գործընթացի|Գործընթացի|Նկարագրություն |Հաճախականություն|
|անվանում |ծածկագիր | | |
|__________|__________|____________________________|________________|
|Եկամուտ | 02.1C |Հաշվարկել ակնկալվող եկամուտը|Ամսական |
.___________________________________________________________________.
Բիզնես բաղադրիչներ
._____________________________________________________________________.
|Բաղադրիչի անվանում |Բաղադրիչի|Նկարագրություն |Հաճախականություն|
| |ծածկագիր | | |
|___________________|_________|______________________|________________|
|Հաշվարկել ակնկալվող| 02.1C00 |Ակտիվ զբաղվածության | |
|եկամուտը | |գրանցումների հիման վրա| |
| | |կիրառական ծրագիրը պետք| |
| | |է հաշվարկի աշխատողների| |
| | |եկամուտների վրա | |
| | |հիմնվող հարկերի և | |
| | |կուտակային | |
| | |կենսաթոշակային | |
| | |վճարումներն | |
| | |համապատասխանող եկամտի | |
| | |ակնկալվող մեծությունը | |
._____________________________________________________________________.
Մոդուլի բաղկացուցիչ մաս կազմող գործընթացների համար կրկնողաբար կկիրառվի հետևյալ կառուցվածքը:
._______________. .______.
Գործընթացի անվանում |02.1C - Եկամուտ| Բաղադրիչների թիվ | 01 |
._______________. .______.
Նպատակ
.__________________________________________________________________.
| Նպատակն է հաշվարկել կոնկրետ հարկային ամսվա ակնկալվող եկամուտները|
|բոլոր այն հարկային գործակալների կամ հարկ վճարողների գծով, որոնց |
|աշխատանքային ռեեստրում համապատասխան հարկային ամսվա դրությամբ |
|գրանցված են աշխատողները: |
.__________________________________________________________________.
Գործառնական գծապատկեր
. Տե՛ս «ԸՆԴՀԱՆՈՒՐ ՆԿԱՐԱԳԻՐ» գծապատկերը (2-րդ գլուխ, 1-ին նկար, «A»
հղում)
Մոդուլի բաղկացուցիչ մաս կազմող բաղադրիչների համար կրկնողաբար կկիրառվի հետևյալ կառուցվածքը:
.__________________________________.
Բաղադրիչի անվանում |Ակնկալվող եկամուտների հաշվարկ |
.__________________________________.
Համակարգի ծածկագիր Բաղադրիչի տեսակ Տարբերակի համար
._______________. ._____________________________. .______.
| 02.1C00 | |«PL/SQL»-ով պահվող ընթացակարգ| | 0 |
._______________. ._____________________________. .______.
Նպատակ ...
Հաշվարկել ակնկալվող եկամուտները հարկային բոլոր տեսակի ծածկագրերի և հարկային հաշվետվությունների գծով` համապատասխանության դեպքում: Սպասվելիք գումարները հաշվարկվում են առանձին աշխատողի մակարդակում ըստ հարկ վճարողի և գործող աշխատանքային պայմանագրերի:
Նախապատմություն ...
Աշխատողների և հարկ վճարողի միջև աշխատանքային հարաբերությունները հանդիսանում են սպասվելիք ամսական եկամուտների հաշվարկման հիմքը:
Հարկ վճարողները ՉԵՆ ճանաչվում որպես հարկային գործակալներ կամ աշխատողների հետ կապված անձինք, և հարկ վճարողների տվյալները վերլուծության ՉԵՆ ենթարկվում այս ընթացակարգում:
Սպասվելիք եկամուտները հաշվարկվում են անհատական հարկային ծածկագրով նշված` աշխատողի վերջին հայտնի եկամտի հիման վրա: Եթե համակարգն ի վիճակի չէ տրամադրել աշխատողի վերջին միասնական տվյալը, ապա առաջարկվում է սպասվելիք եկամուտների հաշվարկման համար կիրառել ամսական միջին եկամտի տվյալը:
Ընտրված յուրաքանչյուր հարկ վճարողի գծով վերլուծության են ենթարկվում ԲՈԼՈՐ ակտիվ աշխատողները:
Եկամուտները հաշվարկվում են հարկման համապատասխան ամսվա դրույքաչափերի և յուրաքանչյուր աշխատողի անհատական հարկային ծածկագրերի հիման վրա` ըստ աշխատողի անդամության տեսակի:
Ակնկալվող եկամուտների հաշվարկները պետք է գրանցվեն հարկ վճարողների հարկային քարտերում, սակայն միայն որպես սպասվելիք եկամուտ` միաժամանակ նշելով համապատասխան հարկային ամիսը:
Ակնկալվող եկամուտների հաշվարկները համադրվում են ճիշտ ներկայացված հարկային հաշվետվությունների հետ: Սպասվելիք եկամուտների տվյալները հայելաձև արտացոլվում են հարկ վճարողի հարկային քարտում:
Ակնկալվող եկամտի փոփոխված արժեքները պետք է նշվեն որպես հայտարարագրված կամ ընդհուպ մինչև վերացվեն` կախված այն բանից, թե նախկինում հաշվարկված տվյալներն ինչ պատմական արժեք ունեն:
* Առաջարկվում է փոփոխությունների մասին հաշվետվությունների տեսակների
շարքում սովորական հայտարարագրի համար ներառվի նաև հատուկ
հաշվետվության տեսակ ակնկալվող արդյունքի մասով, որպեսզի ակնկալվող
արդյունքի հայտարարագիրն արդյունավետ կերպով փոխարինվի:
* Ճիշտ ներկայացված հարկային հաշվետվությունում նշվող նոր տվյալները
կփոխարինեն հարկային քարտում նշված սպասվելիք գումարների տվյալներին:
Ակնկալվող եկամտի հայտարարագիրը գրանցվում է հատուկ հաշվետվության տեսակով: Հայտարարագիրը չի գրանցվում հաշվետվությունների ներկայացման հերթում որպես ընդունված հայտարարագիր և հետևաբար չի կարող համադրվել վճարումների հետ:
Աշխատանքային մասնագրեր ...
. Մուտքագրվող պարամետր = Հաշվետու ամիս (P)
. SD=հաշվետվությունների ներկայացման ամսաթիվ = SYSDATE
. Ընդհանուր պարամետրերից արժույթի ծածկագրի ճանաչում ՀՀ բոլոր
քաղաքացիների միջին եկամուտների համար
* Գաղտնաբառ = 'AverageIncomeCode'
- AVC = գլոբալ պարամետրի արժեք
* ՀՀ քաղաքացիների միջին եկամտի մեծության (00D40) որոշում ըստ
հաշվետու ամսվա և արժույթի ծածկագրի = AVC
. Գլոբալ պարամետրերից ընտրել ակնկալվող եկամուտների հաշվետվության կոդը
* Keyword = 'ExpectedRevenueRep'
EXRR = արժեք գլոբալ պարամետրերից (տես օրինակները)
. Համակարգը պետք է ունենա դրամական 2 բազա, որոնց հիման վրա կհաշվարկվեն
սպասվելիք եկամուտները:
* ՀՀ բոլոր աշխատող քաղաքացիների միջին ամսական եկամտի առավելագույն
գումար (AV)
* աշխատողի վերջին հայտարարագրված եկամուտը ըստ հարկ վճարողի հաշվառման
համարի, հայտարարագրման վերջին ամսվա և այն հարկային ծածկագրի, որին
համապատասխանում է եկամուտը (LI) (01D09)
- Ամեն անգամ, երբ ընդունվում է հարկային հաշվետվությունը, հարկային
ծածկագրին համապատասխանող եկամտի գումարը և հարկային ամիսը
նորացվում է:
. Բոլոր այն հարկային հաշվետվությունների (00D06) (A) ցանկի ստեղծում,
որտեղ ԱԿՆԿԱԼՎՈՒՄ է եկամուտների հաշվարկը:
Ընտրված յուրաքանչյուր հարկային հաշվետվությունից (A) հետևյալի վերլուծության կատարում ..
. Բոլոր հարկ վճարողների (01D01) (B) ցանկի ստեղծում, եթե ակտիվացված է «tax_month»-ը և հարկ վճարողի գրանցումից մինչև գործունեության դադարեցման ամսաթիվը, և «taxpayer_type»-ը (00D04) գրանցվում է հաշվարկված ակնկալվող եկամտի ցուցանիշով = «YES»:
. Հարկ վճարողների (B) ցանկի բոլոր գրառումների համար կատարել հետևյալը`
. TPT = հարկ վճարողի տեսակ = 01D01 (00D04)
. Հարկ վճարողի վերաբերյալ բոլոր ամփոփ տվյալների անսխալության ապահովում...
* Ընդամենը_հարկ վճարող_պետական եկամուտ = 0 (TPR)
* Հարկ վճարողների ընդհանուր եկամուտ = 0 (TPI)
* Հարկ վճարողի աշխատողների ընդհանուր թիվ = 0 (TPW)
. Յուրաքանչյուր հարկ վճարողի և հարկային ամսվա եզակի նույնականացման
համարի հաշվարկում (UN) = DOK_ID
. Հարկային հաշվետվությանը (A) առնչվող ԲՈԼՈՐ այն տարբեր հարկային
ծածկագրերի ցանկի (C) ստեղծում, որոնք ակտիվ են հարկային ամսվա սկզբի
և ավարտի միջև ընկած հատվածում (00D10)
. Յուրաքանչյուր հարկային կոդի համար ընտրել (ցանկ C-ի)... մշակել
հետևյալը`
. Ընտրել գործարքի կոդը աշխատանքային կանոններից (BRI - 00D16)
որտեղ վճարողի տեսակը = TPT
իսկ հաշվետվության տեսակը = EXRR
և հարկային կոդը = List C
ETC = հաշվապահական հաշվառման գործարքի կոդ (00D16)
. Հարկերի ծածկագրերի ամփոփ տվյալների անսխալության ապահովում ...
* Ընդամենը_հարկային ծածկագիր_պետական եկամուտ = 0 (TCR)
* Ընդամենը_հարկային ծածկագիր_եկամուտ = 0 (TCI)
* Ընդամենը_հարկային ծածկագիր_աշխատող = 0 (TCW)
. Կազմել հարկ վճարողի ցանկ (B) բոլոր ակտիվ աշխատողների (01D07) ցանկ
(D), եթե աշխատողն ակտիվ է համապատասխան հարկային ամսում, այսինքն`
աշխատանքի ընդունման և աշխատանքից ազատման ամսաթվերի միջև ընկած
ամսում, իսկ անհատական հարկային ծածկագրերի հիման վրա աշխատողի
նկարագիրը (00D32), հարկային հաշվետվության համապատասխան ցանկ (A),
ակտիվ է ըստ հարկային ամսվա` սկզբի և ավարտի ամսաթվերի միջև ընկած
ժամանակահատվածում, իսկ աշխատողների անհատական հարկային ծածկագիրը
կապված է հարկային ծածկագրի հետ (ցանկ C), և անհատական հարկային
ծածկագրի համար հաշվարկված սպասվելիք պետական եկամուտը = «YES» (00D12)
. Գործող պայմանագիր ունեցող յուրաքանչյուր ընտրված աշխատողի համար (D)
կատարել հետևյալի վերլուծություն:
. Աշխատողների կուտակային թիվ TCW = TCW + 1
. Որոշել առանձին աշխատողի (ցանկ D) և հարկ վճարողի (ցանկ B) եկամտի
արժեքը հարկային ծածկագրի (List C) և հարկային ամսվա <= հարկային
ամիս (P) հիման վրա` եկամտի կառուցվածքի (LI) կիրառմամբ, կամ
համապատասխան հարկային ամսվա համար կիրառել «AV» արժեքը (01D09):
* Եկամտի գումար = Z
. Կուտակային եկամտի գումար TCI = TCI + Z
. SREV = աշխատողների եկամտի հանրագումարի արժեքը = 0
. Գրել աշխատողների ամփոփ տվյալներ worker summary (05D05)
Dok_id = UN
Արժեքներ/Values = zero
Տարբերակիչ/Identifier = List D
ID = seq .. տես տվյալների կառուցվածքներ (IDW)
Պայմանագրի համար/Contract number = List D
Բազային եկամուտ/Base income = Z
. Գրել աշխատողների մանրամասն տվյալներ (05D02)
Dok_id = UN
Identifier = List D
Values = zero
ID = seq .. see data structures (IDW)
Contract number = List D
Base income = Z
Other values = List D
. Կազմել այն աշխատողի բոլոր ակտիվ հարկային ծածկագրերի (ցանկ D) ցանկը
(E), որն ակտիվ է այն ընթացքում, երբ հարկային ամիսը (P) համընկնում է
աշխատանքի սկզբի և դադարեցման ամսաթվերի միջև ընկած ժամանակահատվածին
(01D08):
. Անհատական հարկային ծածկագրի (ցանկ E) համար .. կատարել հետևյալը ..
. Ընտրել վճարման կոդն (05D08) ըստ անհատական հարկի (ցանկ E)
և հարկային կոդի (ցանկ C)
PC = վճարումների կոդ (05D08)
DC = վերջնանպատակ կազմակերպության կոդ (05D08)
. Ընտրել դրույքաչափ (RA) և առավելագույն թույլատրելի արժեք (MPV)
անհատական հարկային ծածկագրի համար
* Առավելագույն թույլատրելի արժեք (MPV) = արժույթի միավորներ *
առավելագույն թույլատրելի միավորներ
. Պետական եկամուտ = եկամուտ (Z) * RA
. Եթե եկամտի արժեքը մեծ է առավելագույն թույլատրելի արժեքից (MPV) ..
ապա եկամուտը = առավելագույն թույլատրելի արժեքին (MPV)
. Հաշվարկված եկամտի կուտակային արժեք TCR = TCR + եկամտի արժեք ..
. Գումարային SREV = SREV + եկամտի արժեքը
. Գրել աշխատողի հարկային կառուցվածքը (05D06)
ID .. տես տվյալների կառուցվածքները
Row = IDW
DOK_ID = UN
Անհատական հարկային կոդ = List E
Բազային եկամուտ = Z
Հարկի և վճարման գումարը = եկամտի արժեք
Վճարման կոդ = PC
Ստացող = DC
Այլ արժեքներ = List E
. Գրել աշխատողների մանրամասն տվյալներ հարկերի մասով (05D03)
ID .. տես տվյալների կառուցվածքները
Տարբերակիչ = List D
DOK_ID = UN
Հարկային կոդ = List C
Բազային եկամուտ = Z
Հարկի և վճարման գումարը = եկամտի արժեք
Այլ արժեքներ = List E
. Վերլուծել բոլոր անհատական հարկային ծածկագրերը .. ցանկ E
. Թարմացնել աշխատողների հանրագումարային տվյալները (05D05) աշխատողի
մակարդակում..
. ____________ Հարկի արժեք = SREV
. ____________ Նոր վճարում = SREV
. Վերլուծել բոլոր աշխատողների տվյալները .. ցանկ D
. Համապատասխան հարկային ծածկագրի (ցանկ C) գծով բոլոր անհատական
հարկային ծածկագրերը (E) և աշխատողների տվյալները (D) վերլուծելուց
հետո հետևյալի վերլուծության կատարում:
. Աճողական կարգով հաշվարկել հարկ վճարողի գծով սպասվելիք եկամուտը ...
TPR = TPR + TCR
. Որոշել հարկ վճարողի աշխատողների առավելագույն թիվը ... եթե ՀԱՐԿԱՅԻՆ
ԾԱԾԿԱԳՐԻ (TCW) համաձայն աշխատողների թիվը մեծ է ՀԱՐԿ ՎՃԱՐՈՂԻ
աշխատողների առկա թվից (TPW), ապա TPW = TCW:
. Գրանցել հաշվարկված սպասվելիք եկամտի արժեքները ՊԵԿ-ի «Հարկ վճարողների
ՀԱՐԿԱՅԻՆ ՔԱՐՏ» համակարգում:
* Այս ընթացակարգի միջոցով Հարկային քարտի կիրառական ծրագրին (H-09C00)
որպես պարամետրեր պետք է փոխանցվեն հետևյալ արժեքները (տես
տեխնիկական սահմանումը).
. Հարկ վճարողի հաշվառման համար = ցանկ B
. Հարկային կոդ = ցանկ C
. Գումար = TCR
. Հաշվապահական գործարքի կոդ = ETC
. Տարբերակչի անվանումը = ցանկ B
. Գործառնության ամսաթիվ= SD
. Բաղադրիչ = «02.1C00»
. Գործառնության հիմք
. Իրար միացնել «սպասվելիք եկամուտների հաշվարկը» + հարկային ամիս
. Վերլուծել հարկային ԲՈԼՈՐ ծածկագրերը .. ցանկ «C»
. Հարկ վճարողի գծով բոլոր հարկային ծածկագրերը վերլուծելուց հետո ...
* Գեներացնել ցանկ (GJ) վճարման կոդ, հարկային կոդ (05D08), գումար
(նոր վճարման գումարը)
05D06 մոդուլից,
որտեղ DOK_ID = UN,
իսկ վճարման կոդը = 05D08
և անհատական հարկային կոդը = 05D08
Խմբավորել ըստ վճարման կոդի, հարկային կոդի
. Գրել վճարման HEDER (05D07)
DOK_ID = UN
Վճարման կոդ = ցանկ GJ
Հարկային կոդ = ցանկ GJ
Գումար = գումարային արժեք - ցանկ GJ
Ստատուս = 0
* Մշակել GJ ցանկի բոլոր գրառումները
* Գրել HEDER-ի կառուցվածքը (05D01)
* DOK_ID = UN
* Հարկ վճարողի տարբերակիչ = ցանկ B
* Հաշվետու ամիս = P
* հարկ վճարողի տեսակ = TPT
* Հաշվետվության տեսակ= EXRR
* Հարկային ձև = ցանկ A
* Եկամուտ = TPI
* Հարկի և վճարման գումար = TPR
* Աշխատողների համարակալում = TPW
* Ստատուս = 0
* Այլ արժեքներ` ըստ B ցանկի
Կարևոր է` այդ ակնկալվող եկամտի հայտարարագրերի համար ներկայացված հաշվետվությունների մատյան չի ստեղծվում:
. Վերլուծել տվյալ հարկային հաշվետվությունը ներկայացրած ԲՈԼՈՐ հարկ
վճարողների տվյալները` ցանկ B:
. Վերլուծել հարկային ԲՈԼՈՐ հաշվետվությունները ... ցանկ A:
«Swim Lane» սխեմատիկ գծապատկեր ...
. Գծապատկեր ՉԿԱ
Տեխնիկական բնութագրեր ...
. Տես «02.1C00» բաղադրիչի ծածկագիրը Ծրագրային պահանջների տեխնիկական բնութագրերում
Ալգորիթմներ և հաշվարկներ ...
. ՉԿԱՆ առանձնակի ալգորիթմներ, որոնք պետք է մանրամասնվեն այս բաժնում:
Հսկողության չափանիշներ
._____________________________________________________________________.
|Ծածկագիր|Նկարագրություն |Հաճախականություն |Աղբյուր|
|________|________________________________|___________________|_______|
|02.1CC01|Պետք է ուսումնասիրվի համակարգի |Ամսական, ամսի 1-ին | |
| |հերթական գործողությունների | | |
| |ցանկը` նպատակ ունենալով ապահովել| | |
| |ընթացակարգի ճիշտ իրականացումը և | | |
| |հաջող ավարտը: | | |
|________|________________________________|___________________|_______|
|02.1CC02|Սպասվելիք եկամուտների հաշվարկման|31 դեկտեմբերի, 2009| |
| |դեպքում յուրաքանչյուր հարկ | | |
| |վճարողի հաշվառման համարը պետք է | | |
| |ԶՐՈՅԱՑՎԻ նախքան գործառնության | | |
| |իրականացումը: | | |
._____________________________________________________________________.
Հաշվետվության փաստաթղթեր
.__________________.
Փաստաթղթի անվանում |02.1C01.Oxxx-O |
.__________________.
._______________________.
Փաստաթղթի տեսակ |xxxxxxxxxxxxxxxx |
._______________________.
.__________________________________________________________.
|Հաշվետվության ձև` Այս կիրառական ծրագրի միջոցով որևէ |
|հաշվետվության ձև ՉԻ պահանջվում: |
.__________________________________________________________.
Լիազորված օգտագործողներ
Հետևյալ աղյուսակում նկարագրվում են մոդուլը գործարկելու իրավունք ունեցող օգտագործողների դերերը:
.___________________________________________________________________.
|Դեր |Նկարագրություն |
|________|__________________________________________________________|
|Համակարգ|«02.1C» ընթացակարգը ավտոմատ սկսվում է համակարգում |
| |գործողությունների կատարման հաջորդականությանը համապատասխան:|
| |Գործողությունը պետք է ակտիվացվի յուրաքանչյուր ամսվա առաջին|
| |օրը, ժ. 07:00: Գործողության միջոցով կիրառական ծրագիրը |
| |կմեկնարկի հետևյալ կերպ` մուտքային պարամետր = ընթացիկ |
| |ամիս = տարի, ամիս: |
.___________________________________________________________________.
Լուծում պահանջող հարցեր
. ՀՀ բոլոր աշխատողների համար որպես «միջին եկամուտ» առաջարկվող
մեծության հաշվարկի հիմնական արժեքը պետք է քննարկվի և համաձայնեցվի:
Հակառակ դեպքում պետք է առաջարկվի այլընտրանքային արժեք:
. Արդյո՞ք սպասվելիք եկամտի հաշվարկը պետք է ՄՈՒՏՔԱԳՐՎԻ հարկ վճարողների
ՀԱՐԿԱՅԻՆ ՔԱՐՏՈՒՄ որպես ԿՐԵԴԻՏ կամ պարտավորություն: Եթե սպասվելիք
եկամուտը գրանցվում է հարկային քարտում, ապա ճիշտ ներկայացված հարկային
հաշվետվության դեպքում սպասվելիք եկամուտը պետք է հակադարձվի, իսկ նոր
եկամուտը ներառվի հարկային քարտում: Կազմակերպությունները պետք է
որոշեն, թե արդյոք հաշվառման այս ձևն ընդունելի է:
Առաջարկություններ.
. Առաջարկվում է յուրաքանչյուր աշխատողի գծով եկամտի հաշվարկման համար
կիրառել եկամտի բազային այնպիսի արժեք, որը ԶՐՈՅԻՑ մեծ է: ՉՊԵՏՔ է
ենթադրել, որ եկամտի արժեքը զրո է այն պատճառով, որ աշխատողի
աշխատավարձի գրանցամատյանում պատմական արժեքներ գրանցված չեն:
. Երբ ակնկալվող եկամտի հայտարարագիրը մշակվում է ծանուցման կամ աուդիտի
մոդուլի կողմից, ՊԵԿ-ի համակարգը պետք է գրանցի DOK_ID-ն և արժեքները
ներկայացված հաշվետվությունների մատյանում (10D01):
3.2.3 Մոդուլ 03, անվանումը` ՎՃԱՐՈՒՄՆԵՐ
Ծրագրային պահանջների բնութագրեր
.____. .___________________________.
Մոդուլ | 03 | Անվանում |Վճարումներ |
.____. .___________________________.
Մոդուլի մշակման շրջանակ, գործառնական նպատակներ
.___________________________________________________________________.
|Մոդուլի նպատակն է (ա) գրանցել կուտակային կենսաթոշակային վճարների |
|և եկամտային հարկի գծով բոլոր վճարումները, և (բ) համադրել հարկային|
|հաշվետվությունների տվյալները փաստացի վճարված գումարների հետ, իսկ |
|վճարման ամբողջական ճանաչման դեպքում ամփոփել ամսական հարկային |
|հաշվետվության մեջ նշված տվյալները և տրամադրել դրանք համապատասխան |
|մարմիններին: |
.___________________________________________________________________.
Օգտագործողների գործառնական ակնկալիքներ
._____________________________________________________________________.
| Օրինակ |
| |
|. Կուտակային կենսաթոշակային վճարումների և միասնական հարկի գծով բոլոր|
| վճարումների նկատմամբ խիստ հսկողություն և ընտրություն: |
|. Վճարումների ֆայլերի ավտոմատ ճանաչում և համադրում` ԱՌԱՆՑ օպերատորի |
| միջամտության: Ծրագրային պարզ ընթացակարգ: |
|. Վերլուծության նվազագույն ժամանակ: |
._____________________________________________________________________.
Ընդհանուր բնույթի սահմանափակումներ
._______________________________________________.
|Սահմանափակման սուբյեկտ|Սահմանափակում |
|______________________|________________________|
|Տեխնոլոգիա |«Java / Oracle PL/SQL» |
|______________________|________________________|
|Գործառնությունների |Կենտրոնական սերվերներ |
|աշխարհագրական ծածկույթ| |
|______________________|________________________|
|Կառավարման մանդատ |Նախատեսված գործառնության|
| |ավտոմատ իրականացում ըստ |
| |ժամանակացույցի |
._______________________________________________.
Կատարողականության ցուցանիշներ
.__________________________________________________________________.
|Համակարգի|Նկարագրություն |Միավոր |Արժեք|
|ծածկագիր | | | |
|_________|_____________________________________|____________|_____|
| 03.P01 |Վերլուծության առավելագույն ժամանակ | րոպե | 10 |
| |վճարումների գրանցման համար | | |
| |(30.000 վճարում) | | |
|_________|_____________________________________|____________|_____|
| 03.P02 |Վերլուծության առավելագույն ժամանակ | րոպե | 20 |
| |համադրման համար | | |
| |(30.000 վճարում) | | |
|_________|_____________________________________|____________|_____|
| 03.P03 |Արձագանքման նվազագույն ժամանակ հարկ |միլիվայրկյան| x |
| |վճարողի մասին տեղեկատվության | | |
| |ստուգման համար | | |
|_________|_____________________________________|____________|_____|
| 03.P04 |«SQL» լեզվով բոլոր կարևոր | ---- | --- |
| |հարցումների համար «TRACE»-ի կիրառում`| | |
| |«SQL»-ի նախադասության վրա ծախսվող | | |
| |ժամանակին հետևելու և | | |
| |գործառնությունների աղյուսակների | | |
| |ԱՄԲՈՂՋԱԿԱՆ սկանը ստուգելու նպատակով: | | |
| |Դիտարկվող աղյուսակները պետք է լինեն | | |
| |փոքր և ՉՊԱՀԱՆՋԵՆ ցուցիչներ: | | |
.__________________________________________________________________.
Ընդհանուր որակի ապահովում կամ փորձարկման պահանջներ
Ստորև աղյուսակը պարունակում է հսկողության այն չափանիշները, որոնք անհրաժեշտ են մշակված «Business application»-ի ճիշտ ընդունումն ապահովելու համար:
._____________________________________________________________________.
|Համակարգի ծածկագիր|Նկարագրություն |
|__________________|__________________________________________________|
| 03.1Q01 |ԲՈԼՈՐ «TR» բանկային հաշիվները պետք է գրանցվեն |
| |«03D03» կառուցվածքում համապատասխան հարկային |
| |ծածկագրերի հետ մեկտեղ |
|__________________|__________________________________________________|
| 03.1Q02 |Ավտոմատ վճարում համարվող ԲՈԼՈՐ հարկ վճարողների |
| |տեսակները և վճարումները պետք է վերլուծության |
| |ենթարկվեն առանց հաշվետվությունների ներկայացման և |
| |գրանցվեն «03D04» կառուցվածքում |
|__________________|__________________________________________________|
| 03.1Q03 |Վճարումների հերթականությունը պետք է պլանավորվի ողջ|
| |տարվա կտրվածքով (03D05): Կարգավիճակը դեֆոլտային է |
| |0-ի դեպքում: |
|__________________|__________________________________________________|
| 03.1Q04 |Բոլոր շարժերի արժեքների հանրագումարը «03D01»-ում, |
| |որտեղ «գործառնության տեսակ = 1 = ԴԵԲԵՏ»-ը պետք է |
| |միշտ հավասար լինի «03D02»-ում նշվող ԴԵԲԵՏԻ վճարման|
| |արժեքին (մնացորդ) ըստ հարկային ծածկագրի և |
| |հաշվառման համարի (հարկ վճարող) |
|__________________|__________________________________________________|
| 03.1Q05 |Բոլոր շարժերի արժեքների հանրագումարը «03D01»-ում, |
| |որտեղ «գործառնության տեսակ = 2 = փոխանցում»-ը պետք|
| |է միշտ հավասար լինի «03D02»-ում նշվող Վճարումների |
| |փոխանցման արժեքին (մնացորդ) ըստ հարկային ծածկագրի |
| |և հաշվառման համարի (հարկ վճարող) |
|__________________|__________________________________________________|
| 03.1Q06 |Դրամական մնացորդային արժեքը «03D02»-ում (մնացորդ) |
| |պետք է միշտ հավասար լինի «դեբետ վճարումներ` հանած |
| |փոխանցված վճարումներ»-ին ըստ հարկային ծածկագրի և |
| |հաշվառման համարի (հարկ վճարող) |
|__________________|__________________________________________________|
| 03.1Q07 |Մնացորդային գումարի արժեքը «03D02»-ում (մնացորդ) |
| |պետք է միշտ հավասար լինի «դեբետ վճարումներ` հանած |
| |կրեդիտային պարտավորություններ»-ին ըստ հարկային |
| |ծածկագրի և հաշվառման համարի (հարկ վճարող) |
|__________________|__________________________________________________|
| 03.1Q08 |Բոլոր շարժերի արժեքների հանրագումարը «03D01»-ում, |
| |որտեղ «գործառնության տեսակ = 1 = ԴԵԲԵՏ և |
| |կարգավիճակ = 0»-ն պետք է միշտ հավասար լինի |
| |«03D02»-ում (մնացորդ) նշվող մնացորդային արժեքին |
| |ըստ հարկային ծածկագրի և հաշվառման համարի (հարկ |
| |վճարող) |
|__________________|__________________________________________________|
| 03.1Q09 |Կարգավիճակ = 1 = գրանցված ՉԷ «03D02»-ում (մնացորդ)|
| |արտացոլում է վավերացված հարկային ծածկագրերի գծով |
| |«TR» հաշվին մուծված ՉՃԱՆԱՉՎԱԾ վճարումները: Հարկ |
| |վճարողների «01D01» ռեեստրը ՉՊԵՏՔ է ունենա այս |
| |շարժերի ճանաչման գործառույթ: Չճանաչված |
| |վճարումների ցանկը կարող է կազմվել տեղեկատվության |
| |դուրս բերման համար նախատեսված «SQL»-ի պարզ |
| |նախադասության կիրառման միջոցով: |
|__________________|__________________________________________________|
| 03.1Q10 |«Կարգավիճակ = 1 = ՉԳՐԱՆՑՎԱԾ «03D02»-ում»-ը |
| |(մնացորդ) պետք է ավտոմատ եղանակով վերածվի «արժեք =|
| |0»-ի այն նույն պահին, երբ հարկ վճարողի հաշվառման |
| |համարը գրանցվում է համապատասխանաբար «01D01» և |
| |«01D04» կառուցվածքներում: |
|__________________|__________________________________________________|
| 03.1Q11 |Բոլոր շարժերի հանրագումարը «03D01»-ում, որտեղ |
| |«գործառնության տեսակ = 1 = ԴԵԲԵՏ և «03D01»-ում |
| |«DOK_ID_CREDIT» դաշտը ԶՐՈ ՉԷ (այսինքն` պարունակում|
| |է արժեքներ) պետք է միշտ հավասար լինի ԿՐԵԴԻՏԻ |
| |պարտավորության արժեքին «03D02»-ում (մնացորդ) ըստ |
| |հարկային ծածկագրի և հաշվառման համարի (հարկ |
| |վճարող) |
|__________________|__________________________________________________|
| 03.1Q12 |Տվյալների կառուցվածքում գրանցված յուրաքանչյուր |
| |գործող հարկ վճարողի գծով (հարկ վճարող - 01D01) |
| |պետք է ձևակերպվի «TA» մնացորդային հաշվի գրանցում |
| |վճարման ծածկագրի յուրաքանչյուր տեսակի համար: |
| |«TA» հաշվի մնացորդի գրանցումը պետք է լինի եզակի |
| |ըստ հարկ վճարողի հաշվառման համարի, վճարման |
| |ծածկագրի և արժույթի ծածկագրի |
|__________________|__________________________________________________|
| 03.2Q13 |«Վճարումների HEDER»-ում բոլոր արժեքների |
| |հանրագումարը (05D07), որտեղ «կարգավիճակ = 1 = |
| |համադրված»-ը պետք է հավասար լինի «HEDER»-ում նշված|
| |նոր վճարման գումարին (05D01), եթե «կարգավիճակը |
| |«05D01»-ում = 1 = վճարված» է |
|__________________|__________________________________________________|
| 03.2Q14 |Բաշխման ՑԱՆԿՈՒՄ բոլոր արժեքների հանրագումարը ըստ |
| |«DOK_ID»-ի և անհատական հարկային ծածկագրի ՊԵՏՔ է |
| |հավասար լինի աշխատողների հարկերից վերցված |
| |արժեքների հանրագումարին (05D06) միևնույն |
| |«dok_id»-ի և անհատական հարկային ծածկագրի համար |
|__________________|__________________________________________________|
| 03.2Q15 |Բաշխման ՑԱՆԿՈՒՄ «Պետական ֆինանսավորում» գրանցումը |
| |պետք է գոյություն ունենա աշխատողների հարկերի |
| |(05D06) համապատասխան արժեքների հետ միասին, երբ |
| |անհատական հարկային ծածկագիրը բաշխման ցանկում |
| |գրանցվում է «SAME DOK_ID»-ին համապատասխանող |
| |«Պետական ֆինանսավորում» կառուցվածքում (05D17) |
|__________________|__________________________________________________|
| 03.2Q16 |«Պահուստային կրեդիտ»-ի կարգավիճակը (03D06) պետք է |
| |հավասար լինի 1-ի, եթե կարգավիճակը «HEDER»-ում |
| |(05D01) = 1, իսկ «DOK_ID»-ին նույնն է: |
|__________________|__________________________________________________|
| 03.2Q17 |Հարկ վճարողի հաշվի մնացորդի գրանցման մեջ «Կրեդիտ |
| |պարտավորությունը» պետք է հավասար լինի «Վճարումների|
| |HEDER»-ում նշված արժեքների հանրագումարին (05D07), |
| |որտեղ «կարգավիճակ = համադրված»-ը և հարկ վճարողի |
| |հաշվառման համարը գրանցված են միևնույն «HEDER»-ում|
| |(05D01) ըստ «05D07»-ի «DOK_ID»-ի: |
._____________________________________________________________________.
Աշխատանքային գործընթացներ
._____________________________________________________________________.
|Գործընթացի|Գործընթացի|Նկարագրություն |Հաճախականություն|
|անվանում |ծածկագիր | | |
|__________|__________|______________________________|________________|
|Վճարումներ| 03.1C |Վճարումների գրանցում | Օրական |
| | |համակարգում ըստ հարկ | |
| | |վճարողների և հարկային | |
| | |ծածկագրերի | |
|__________|__________|______________________________|________________|
|Համադրում | 03.2C |Ստացված հարկային | Օրական |
| | |հաշվետվությունների ԱՄԲՈՂՋԱԿԱՆ | |
| | |համադրում չհամադրված | |
| | |վճարումների հետ ըստ հարկ | |
| | |վճարողների և հարկային | |
| | |ծածկագրերի | |
._____________________________________________________________________.
Աշխատանքային գործընթացի բաղադրիչներ
._____________________________________________________________________.
|Բաղադրիչի անվանում|Բաղադրիչի|Նկարագրություն |Հաճախականություն|
| |ծածկագիր | | |
|__________________|_________|_______________________|________________|
|Վճարումների | 03.1C01 |«TR»-ից վճարումների | Օրական |
|գրանցում | |տվյալները գրանցել | |
| | |համակարգում` ստուգելով | |
| | |հարկ վճարողների | |
| | |հաշվառման համարների | |
| | |ճշտությունը: Նորացնել | |
| | |յուրաքանչյուր հարկ | |
| | |վճարողի հաշվի մնացորդը | |
| | |ըստ համապատասխան | |
| | |հարկային ծածկագրի: | |
|__________________|_________|_______________________|________________|
|Վճարումների և | 03.2C02 |Վերլուծել ՉՀԱՄԱԴՐՎԱԾ | Օրական |
|հարկային | |բոլոր վճարումներն ըստ | |
|հաշվետվությունների| |հարկ վճարողների և | |
|համադրում | |հարկային ծածկագրերի, և | |
| | |յուրաքանչյուր | |
| | |համադրության համար | |
| | |բացահայտել ներկայացված | |
| | |և հաշվետվությունների | |
| | |ցանկում գրանցված բոլոր | |
| | |այն հարկային | |
| | |հաշվետվությունները, | |
| | |որոնք դեռևս | |
| | |վերլուծության ՉԵՆ | |
| | |ենթարկվել: | |
| | |Յուրաքանչյուր հարկ | |
| | |վճարողի և հարկային | |
| | |ծածկագրի համար հարկային| |
| | |հաշվետվության | |
| | |«DOK_ID»-ին ուղարկել | |
| | |բաշխման ցանկ արժեքների | |
| | |ամբողջական | |
| | |համապատասխանությունը | |
| | |որոշելուց հետո: | |
._____________________________________________________________________.
Մոդուլի բաղկացուցիչ մաս կազմող գործընթացների համար կրկնողաբար կկիրառվի հետևյալ կառուցվածքը:
.__________________. .______.
Գործընթացի անվանում |03.1C - Վճարումներ| Բաղադրիչների թիվ | 01 |
.__________________. .______.
Նպատակ`
._______________________________________________________________.
|Գրանցել վճարումները համակարգում ըստ հարկ վճարողների և հարկային|
|ծածկագրերի |
._______________________________________________________________.
Գործառնական գծապատկեր
. Տե՛ս «ԸՆԴՀԱՆՈՒՐ ՆԿԱՐԱԳԻՐ» գծապատկերը (2-րդ գլուխ, 1-ին նկար, «Բ»
հղում)
Բիզնես գործընթացի բաղկացուցիչ մաս կազմող բաղադրիչների համար կրկնողաբար կկիրառվի հետևյալ կառուցվածքը:
.______________________________________.
Բաղադրիչի անվանում | Վճարումների գրանցում |
.______________________________________.
Համակարգի ծածկագիր Բաղադրիչի տեսակ Տարբերակ
._________. .____________________________________. ._______.
| 03.1C01 | |«Java / PL/SQL»-ով պահվող ընթացակարգ| | 0 |
._________. .____________________________________. ._______.
Նպատակ ...
«TR»-ից վճարումների տվյալները գրանցել համակարգում` ստուգելով հարկ վճարողների հաշվառման համարների ճշտությունը: Նորացնել յուրաքանչյուր հարկ վճարողի հաշվի մնացորդը ըստ համապատասխան հարկային ծածկագրի:
Նախապատմություն ...
Վճարումների գանձապետական օրական ֆայլի բեռնման համար պետք է հատուկ ստեղծվի «տեղեկատվական բազայի դիրեկտորիա» (TREZOR) (սահմանումը տրվում է ընդհանուր պարամետրերում):
Գանձապետական ֆայլի անվանումը պետք է ունենա ստանդարտ ձևաչափ: Եզակի անվանում ապահովելու համար առաջարկվում է ներառել վճարման ամսաթիվը: Միևնույն օրվա ընթացքում վերլուծված մեկից ավելի վճարումները կարելի է նույնականացնել հերթական կամ տարբերակային համարի միջոցով:
Համակարգի վճարումների ցանկը (կառուցվածք 03D05) պետք է կազմվի տարեկան կտրվածքով, ընթացիկ տարվա 1-ին օրը: Կառուցվածքը պետք է պարունակի ՄԻԱՅՆ աշխատանքային օրերին համապատասխանող գրանցումներ, որոնցում պետք է հղում արվի գանձնապետական ֆայլին, այսինքն` դիրեկտորիայի և ֆայլի անվանմանը ըստ օրերի:
Էլեկտրոնային ֆայլի ձևաչափով «TR»-ը իրականացնում է օրական վճարային գործառնություններ վճարված հարկերի գծով: Էլեկտրոնային ֆայլը պետք է ավտոմատ եղանակով բեռնվի համակարգի «Oracle» դիրեկտորիա, որը կոնֆիգուրացվել է ընդհանուր պարամետրերում:
. Համակարգի դիրեկտորիայում «TR»-ի ֆայլի բեռնումից անմիջապես հետո
ակտիվացվում է «03.1C» գործընթացը:
. Գանձապետարանի ֆայլից (T) վճարման յուրաքանչյուր մանրամասն գրառում
ունի հետևյալ ստանդարտ ձևաչափը`
* Վճարողի տարբերակիչ համար (ՀՎՀՀ և ՍՔ համար)
* Վճարողի անուն
* Վճարողի բանկային հաշվի համար
* Վճարողի բանկի անվանում
* Վճարման ամսաթիվ
* Ստացողի բանկային հաշվի համար
* Ստացողի բանկի անվանում
* Գումար
* Վճարման հիմք (տեքստ 160 նիշով)
* ՈՒրույն հերթական համար
Կարևոր է, որ նախքան բնութագրերին ծանոթանալը ընթերցողն ուսումնասիրի հապավումները, տվյալների բառարանը և տվյալների մոդելը, որպեսզի ըմբռնի «Գործառնական բնութագրեր» բաժնում արվող որոշ հղումները:
Աշխատանքային մասնագրեր ...
. Ժամանակագրական հաջորդականությամբ համակարգը պետք է վերլուծի
գանձնապետական բոլոր ֆայլերն ըստ վճարման ամսաթվերի: Ֆայլերը ՉՊԵՏՔ է
վերլուծության ենթարկվեն հաջորդականության խախտմամբ:
. Վճարումների բոլոր շարժերը բեռնվում են գանձնապետական ֆայլից, երբ
ստացող հաշիվը համընկնում է համակարգում գրանցված և վճարային ակտիվ
ծածկագրեր ունեցող հաշիվների հետ: Վճարումների այն շարժերը, որոնք
համընկնում են ՉՃԱՆԱՉՎԱԾ և ըստ կազմակերպությունների համակարգում
չգրանցված հաշիվների հետ, ՉՊԵՏՔ է ենթարկվեն վերլուծության
(գանձնապետական վավեր հաշիվների ցանկ 03D03):
* Ապահովել գանձնապետական հաշվի և վճարային ծածկագրի հավաստիությունը
ըստ սկզբի և ավարտի ամսաթվերի:
- Վճարումը պետք է կատարվի սկզբի և ավարտի ամսաթվերի միջև ընկած
ժամանակահատվածում:
. Յուրաքանչյուր առանձին հարկ վճարողի և գանձապետական հաշվի համար
վճարումների մոդուլը պետք է կառավարի վճարումները որպես շարժեր և
հաշիվների մնացորդների ռեեստրներ:
* «TA» հաշիվների մնացորդների ռեեստրը պետք է պարունակի բոլոր
վճարումների (դեբետների), փաստացի փոխանցված վճարումների և
ընդունված հարկային հաշվետվությունների (կրեդիտ) ամփոփ արժեքները:
* Գանձապետական վճարումների շարժերի գրանցում համակարգի առանձին
կառուցվածքում (03D01):
. Հարկ վճարողի գծով վճարումների շարժերը և հաշիվների մնացորդների
գրանցումները պետք է կոդավորվեն գանձապետական հաշվի համարին տրված
վճարման ծածկագրով` գրանցված «03D03» կառուցվածքում:
* TC = հաշվապահական կոդ = հաշվի գործարքային կոդ (03D03)
. Վճարումների շարժերը պետք է գրանցվեն հարկ վճարողների ՀԱՐԿԱՅԻՆ
ՔԱՐՏԵՐՈՒՄ:
* Որոշել վճարման ծածկագրի հետ կապված հիմնական հարկային ծածկագիրը:
* Գրանցել վճարման արժեքը ՊԵԿ-ի հարկ վճարողների «ՀԱՐԿԱՅԻՆ ՔԱՐՏԵՐ»
համակարգում:
* Այս ընթացակարգի միջոցով Հարկային քարտի կիրառական ծրագրին (H-09C00)
որպես պարամետրեր պետք է փոխանցվեն հետևյալ արժեքները (տես
տեխնիկական սահմանումը).
- Հարկ վճարողի հաշվառման համար
- Հարկային կոդ
- Գումար = վճարման գումար
- Հաշվապահական գործարքի կոդ = TC
- Հարկ վճարողի անվանում
- Գործառնության ամսաթիվ = վճարման ամսաթիվ
- Բաղադրիչ = «03.1C01»
- Գործառնության հիմք
- Իրար միացնել «վճարում + վճարման ծածկագիր + գանձնապետական
հաշիվ»
. Եթե այն հարկ վճարողը, ում վերաբերում է վճարումը, գրանցված ՉԷ որպես
գործող հարկ վճարող, ապա մոդուլը պետք է պահանջի հարկ վճարողի
հաշվառման համարի հաստատում ՊԵԿ-ի հարկ վճարողների պաշտոնական
ռեեստրից:
* Այս պրոցեդուրան պետք է հետևյալ արժեքները որպես պարամետրեր փոխանցի
հարկ վճարողների դիմումների ռեգիստր (01.1C01)`
- Հարկ վճարողի տարբերակիչ
- Տարբերակչի անվանում
- Գործառնության ամսաթիվը = վճարման ամսաթիվ
- Բաղադրիչ = '03.1C01'
* Եթե տեղեկատվությունն առկա է ՊԵԿ-ի համակարգում, ապա մոդուլը պետք է
գրանցի հարկ վճարողին:
. Եթե հարկ վճարողը գրանցված ՉԷ համակարգում, ապա համակարգը պետք է
գրանցի «կարգավիճակի ծածկագիր = 1»-ը հարկ վճարողների հաշիվների
մնացորդների ռեեստրում` 1 = գրանցված ՉԷ:
. Օրենքի համաձայն, աշխատողների համար հարկային գործակալների կողմից
կատարված վճարումները չեն կարող համադրվել, քանի դեռ չի ներկայացվել
հաշվետվությունը (հարկային ձևը): Ինչևէ, գոյություն ունեն որոշ հարկ
վճարողներ (անհատ ձեռնարկատերեր, նոտարներ և ինքնազբաղված անձինք,
որոնք պարտավոր են հաշվետվություն ներկայացնել տարեկան կտրվածքով,
սակայն վճարել հարկերը և կենսաթոշակային վճարներն ամսական կտրվածքով:
Կուտակային կենսաթոշակային վճարները պետք է ուղարկվեն ՀԿԴ-ին անհապաղ,
առանց սպասելու հաշվետվությունների ստացմանը, ինչպես դա նախատեսվում է
«Կուտակային կենսաթոշակային համակարգի մասին» օրենքի 9-րդ հոդվածի 1-ին
կետով:
* Այս վճարումները ճանաչելու համար համակարգը պետք է որոշի վճարման
ավտոմատ վճարային ցուցիչը: Ավտոմատ վճարային ցուցիչը որոշվում է ըստ
հարկ վճարողների առանձին տեսակների և ըստ այն հարկ վճարողների
հաշվառման համարների, որոնք պարտավոր են հաշվետվություն ներկայացնել
տարեկան հաճախականությամբ: Վճարումները պետք է բաշխվեն` չսպասելով
այն պահին, երբ կներկայացվի հարկային հաշվետվությունը:
* Որոշել հաշվարկի ծածկագիրը
* Որոշել տեղեկատվությունը ստացող կազմակերպության ծածկագիրը
* Ավտոմատ վճարային համակարգից ընտրել միայն ակտիվ անհատական
հարկային ծածկագրերն ըստ սկզբի և ավարտի ամսաթվերի:
- Վճարման ամսաթիվը պետք է ընկած լինի սկզբի և ավարտի ամսաթվերի
միջև:
* Հարկ վճարողների հատուկ ծածկագրերը և համապատասխան վճարային
ծածկագրերը գրանցվում են գործառնական միավորի կողմից ավտոմատ
վճարումների կառուցվածքում` «03D04»:
* Օրենքի համաձայն, հարկ վճարողները այս տեսակներին համապատասխանող
վճարումների արժեքները և գանձնապետական հաշիվներին համապատասխանող
վճարային ծածկագրերը պետք է անմիջապես ենթարկվեն վերլուծության և
փոխանցվեն համապատասխան Հիմնադրամներին:
- Կանոնը տարածվում է հարկ վճարողների ոչ բոլոր տեսակների և
վճարային ծածկագրերի վրա: Այն վերաբերում է միայն գործառնական
միավորի կողմից վերը կառուցվածքում նշված տեսակներին և
ծածկագրերին: Թեև վճարումների գումարները փոխանցվում են
համապատասխան հիմնադրամներին, սակայն գումարները համադրվում են
ՄԻԱՅՆ այն բանից հետո, երբ հարկ վճարողը ներկայացնում է տարեկան
հարկային հաշվետվությունը (տես վճարման կարգավիճակը):
- Պարտադիր կուտակային բաղադրիչի մասնակիցների գծով պետական
ֆինանսավորումը, որը ենթակա է ավտոմատ բաշխման, հաշվարկվում և
վերլուծության է ենթարկվում տարեկան հարկային հաշվետվության հետ:
. Վճարման տվյալ օրվա համար իրար գումարել վճարումների բոլոր արժեքներն
ըստ հարկ վճարողների, վճարային ծածկագրի, արժույթի: Արժեք = X
. Կուտակել «արժեք = X»-ը հարկ վճարողների հաշիվների մնացորդների
գրանցման ընթացիկ «ԴԵԲԵՏ» գումարում ըստ հարկ վճարողների, վճարային
ծածկագրի և արժույթի:
. Վճարումների շարժի հիման վրա հարկ վճարողի հաշվի մնացորդի գրանցման մեջ
նշել մնացորդի ամսաթիվը = վճարման առավելագույն ամսաթիվը ըստ հարկ
վճարողների, վճարային ծածկագրի և արժույթի:
. Վճարումների գրանցման ընթացքում բացահայտված բոլոր չգրանցված հարկ
վճարողների համար պետք է կազմվի ցանկ, որը պետք է ուղարկվի գործառնական
միավորին` ուղղումների համար:
* Նախքան համակարգի իրականացումը գրանցված բոլոր հարկ վճարողները
(01D01) պետք է ունենան «TA» հաշվի մնացորդի գրանցում (03D0)`
ստեղծված համակարգում գրանցված գանձնապետական հաշվի (03D03) հիման
վրա կազմված վճարային ծածկագրին համապատասխան:
. Վերը նշված կանոնների համաձայն ավտոմատ վճարումների գործառույթի
միջոցով ճանաչված ԲՈԼՈՐ վճարումները (03D04) և հարկ վճարողի ԳՐԱՆՑՎԱԾ
հաշվառման համարը պետք է նշվեն հետևյալում:
* Անհրաժեշտ ողջ տեղեկատվությունը պարունակող բաշխման հերթը
հնարավորություն կտա համակարգին կազմելու այլ մարմիններին փոխանցվող
տեղեկատվությունը:
- Գումար = վճարման գումար
- Փոխանցվող տեղեկատվության համար սահմանվում է եզակի համար (DOK_ID)
- Սահմանվում է ավտոմատ ցուցիչ = 1
- Ստատուս = 0 = ընթացքի մեջ
- Ստատուսի ամսաթիվ = գործառնության ամսաթիվ
- Ստացող կազմակերպության կոդը = Ստացող կազմակերպության կոդն ըստ
էլեկտրոնային վճարումների ցանկի
- Կարգավիճակի ցուցիչ = 0 = ենթակա վճարման
- Ստացող մարմնի ծածկագիր = ստացողի ծածկագիր ըստ ավտոմատ
վճարումների ցանկի
- Վճարային ծածկագիր = ըստ ավտոմատ վճարումների ցանկի
- Վճարման վերջին ամսաթիվ = ամենավերջին վճարման ամսաթիվը TA հաշվի
շարժից
* ՊԱՀՈՒՍՏԱՎՈՐԵԼ ԿՐԵԴԻՏՆԵՐԸ հարկ վճարողի հաշվառման համարին վերաբերող
ողջ անհրաժեշտ տեղեկատվության հետ մեկտեղ: Պահուստավորված գումար =
վճարման գումար, փաստաթղթի եզակի համարը պետք է լինի ԶՐՈ, իսկ
ավտոմատ ցուցիչը = 1:
* Եթե ԳՆԱՀԱՏՄԱՆ ծածկագիրն ունի արժեք, ապա համակարգը պետք է ստեղծի
ԳՆԱՀԱՏՄԱՆ ցուցիչ տվյալ հարկ վճարողի համար, իսկ հաշվառման համարը
պետք է համապատասխանի գնահատման ծածկագրին:
Աշխատանքների և կատարողների հոսքի գծապատկեր ...
. Գծապատկեր ՉԿԱ
Տեխնիկական բնութագրեր ...
. Տես «03.1C01» բաղադրիչի ծածկագիրը Ծրագրային պահանջների տեխնիկական
բնութագրերում
Ալգորիթմներ և հաշվարկներ ...
. ՉԿԱՆ առանձնակի ալգորիթմներ, որոնք պետք է մանրամասնվեն այս բաժնում:
Հսկողության չափանիշներ
.______________________________________________________________________.
|Ծածկագիր|Նկարագրություն |Հաճախականություն|Աղբյուր|
|________|____________________________________|________________|_______|
|03.1CC01|ՈՒսումնասիրել գանձապետական ֆայլի | Օրական | 03D05 |
| |գործընթացի կարգավիճակը: Եթե | | |
| |կարգավիճակը «-1» է, ապա | | |
| |ուսումնասիրել գործառնական միջավայրը | | |
| |և վերլուծել կրկին: | | |
|________|____________________________________|________________|_______|
|03.1CC02|Կազմել հարկ վճարողների «TA» | Շաբաթական | 03D02 |
| |մնացորդներում առկա բոլոր այն | | |
| |գրանցումների ցանկը, որտեղ | | |
| |կարգավիճակը = 1 (ՉԳՐԱՆՑՎԱԾ): Դեպքերի| | |
| |ցանկում պետք է ուղղումներ արվեն: | | |
| |Հատուկ հաշվետվություն ՉԻ պահանջվում,| | |
| |տեղեկատվությունը կարելի է դուրս | | |
| |բերել «SQL»-ի պարզ նախադասության | | |
| |կիրառման միջոցով: | | |
|________|____________________________________|________________|_______|
|03.1CC03|Յուրաքանչյուր տարվա 1-ին օրը ավտոմատ|Դեկտեմբերի 31 | 03D05 |
| |եղանակով համակարգը պետք է ստեղծի | | |
| |գալիք ողջ տարվա ՎՃԱՐՈՒՄՆԵՐԻ ՑԱՆԿԸ: | | |
| |Աշխատանքային և ոչ աշխատանքային | | |
| |օրերի որոշման համար օգտագործվում է | | |
| |գալիք տարվա օրացույցը: | | |
.______________________________________________________________________.
Հաշվետվության փաստաթղթեր
.________________________.
Փաստաթղթի անվանում |03.1C01.Oxxx-O |
.________________________.
.________________________________.
Փաստաթղթի տեսակ |xxxxxxxxxxxxxxxx |
.________________________________.
._________________________________________________________________.
|Հաշվետվական ձև` Այս կիրառական ծրագրի միջոցով որևէ հաշվետվության|
|կազմում ՉԻ պահանջվում: |
._________________________________________________________________.
Լիազորված օգտագործողներ
Ստորև աղյուսակում ներկայացվում են կիրառական ծրագրի շահագործման լիազորություն ունեցող օգտագործողների ԴԵՐԵՐԸ:
.__________________________________________________________________.
|Դեր |Նկարագրություն |
|________|_________________________________________________________|
|Համակարգ|«03.1C» ընթացակարգը ավտոմատ սկսվում է «TR» վճարման ֆայլի |
| |ստացումը ճանաչելուց հետո: «TR» ֆայլը ավտոմատ եղանակով |
| |բեռնվում է համակարգի «Oracle» դիրեկտորիայում` նախատեսված |
| |Գանձապետարանի վճարումների համար: |
.__________________________________________________________________.
Լուծում պահանջող հարցեր
. Ճշտել գանձնապետական վճարային ֆայլի վերջնական ձևաչափը:
. Ճշգրտել գանձնապետական ֆայլի պաշտոնական ԱՆՎԱՆՈՒՄԸ: Անվանումը պետք է
ներառի եզակի նույնականացման տվյալ, որը վերաբերում է վճարման
բովանդակության ժամանակագրությանը:
. Վերջնականորեն սահմանել գանձնապետական ֆայլը համակարգի ԴԻՐԵԿՏՈՐԻԱ
ավտոմատ եղանակով բեռնելու և «03.1C» ընթացակարգը ակտիվացնելու
տեխնիկական լուծումը:
. Որոշել հարկ վճարողի ՉԳՐԱՆՑՎԱԾ կարգավիճակի ուղղման ծրագրային
լուծումը:
. Ինքնազբաղված անձանց կողմից կատարված վճարումները պետք է գրանցվեն անձի
նույնականացման եզակի համարի հետ մեկտեղ: Ինքնազբաղված անձը պարտավոր
ՉԷ գրանցվել ՊԵԿ-ում:
. Անհատ ձեռնարկատերերի և նոտարների կողմից կատարված վճարումները պետք է
գրանցվեն հաշվառման համարի հետ մեկտեղ, սակայն վճարումների գումարները
պետք է բաշխվեն` նշելով անձի նույնականացման եզակի համարը:
. Անձինք կարող են ինքնազբաղվածի կարգավիճակից անցնել աշխատողի
կարգավիճակին և հակառակը, առանց ֆորմալ փաստաթղթավորման: Վճարումների
համակարգը պետք է ստանա վճարումները, և եթե դրանք կապված ՉԵՆ գրանցված
հարկ վճարողի հետ, ապա ենթադրվում է, որ գումարը պատկանում է անձին և
ուղարկվում է համապատասխան կազմակերպություններ:
Առաջարկություններ
. Կոնֆիգուրացիաների կառուցվածքները (03D03, 03D04) պետք է լրացվեն և
ստուգվեն գործառնական միավորի կողմից:
. Վճարումների ցանկը (03D05) պետք է կազմվի ողջ տարվա համար: Վճարումների
ցանկում գրանցված ֆայլի անվանումը պետք է համընկնի պաշտոնական անվանման
գանձնապետական կառուցվածքի հետ:
. Համակարգի ԴԻՐԵԿՏՈՐԻԱՅԻ անվանումը պետք է կոդավորվի Ընդհանուր
պարամետրերում (գաղտնաբառ = վճարում_դիրեկտորիա):
Մոդուլի բաղկացուցիչ մաս կազմող գործընթացների համար կրկնողաբար կկիրառվի հետևյալ կառուցվածքը:
._________________. .______.
Գործընթացի անվանում |03.2C - Համադրում| Բաղադրիչների թիվ | 01 |
._________________. .______.
Նպատակը...
.___________________________________________________________________.
|Ստացված հարկային հաշվետվությունների ԱՄԲՈՂՋԱԿԱՆ համադրում չհամադրված|
|վճարումների հետ ըստ հարկ վճարողների և հարկային ծածկագրերի: |
.___________________________________________________________________.
Գործառնական գծապատկեր...
. Տե՛ս «ԸՆԴՀԱՆՈՒՐ ՆԿԱՐԱԳԻՐ» գծապատկերը («Գ» հղում)
Գործառնական գործընթացի մաս կազմող բաղադրիչների համար կրկնողաբար կկիրառվի հետևյալ կառուցվածքը:
.____________________________________________.
Բաղադրիչի անվանում |Վճարումների և հարկային հաշվետվությունների |
|համադրում |
.____________________________________________.
Համակարգի ծածկագիր Բաղադրիչի տեսակ Տարբերակ
.______________. .________________________. .___________.
| 03.2C02 | |PL / ընթացակարգ | | 0 |
.______________. .________________________. .___________.
Նպատակ ...
Վերլուծել ՉՀԱՄԱԴՐՎԱԾ բոլոր վճարումներն ըստ հարկ վճարողների և հարկային ծածկագրերի, և յուրաքանչյուր համադրության համար բացահայտել ներկայացված և հաշվետվությունների ցանկում գրանցված բոլոր այն հարկային հաշվետվությունները, որոնք դեռևս վերլուծության ՉԵՆ ենթարկվել: Յուրաքանչյուր հարկ վճարողի և հարկային ծածկագրի համար հարկային հաշվետվությունը (DOK_ID) ուղարկել բաշխման ցանկ այն բանից հետո, երբ կորոշվի արժեքների ամբողջական համապատասխանությունը:
Գլխավոր նպատակն է ստեղծել բաշխման հերթ:
Բաշխման ցանկը համադրված ԲՈԼՈՐ հարկային հաշվետվությունների ցանկն է: Ըստ հարկային ծածկագրերի անհատականացված այս ցանկը կիրառվում է բաշխման գործընթացում (տեղեկատվությունն արդեն զտվել է) այլ հաստատությունների, այսինքն` կենսաթոշակային հիմնադրամների - ՀԿԴ-ի, Պետական բաշխողական հիմնադրամի և այլնի համար վճարումների և փոխանակվող այլ տվյալների ստացման նպատակով:
Նախապատմություն ...
Համադրման ընթացակարգը (03.2C02) պետք է ակտիվացվի ավտոմատ եղանակով` «03.1C01» ընթացակարգի իրականացման կամ համակարգում նախատեսված գործողության միջոցով:
Եկամտային հարկի հաշվետվությունները համադրվում են վճարումների հետ` վերջիններիս ստացմանը համընթաց: Նախ համադրվում է ամենաառաջինը ստացված հարկային հաշվետվությունը, այսինքն` «հերթում սպասարկվում է առաջինը»:
Եկամտային հարկի հաշվետվությունների ներկայացման ժամանակագրությունը հանգուցային նշանակություն ունի համադրման գործընթացի համար:
Աշխատանքային մասնագրեր ...
. Հարկային հաշվետվությունների հետ փաստացի վճարումների համադրումը պետք
է վերլուծության ենթարկվի ՕՐԱԿԱՆ կտրվածքով:
. Համադրման գործընթացը պետք է ակտիվացվի ավտոմատ եղանակով` վճարումների
գրանցման գործընթացի ավարտման միջոցով կամ օրվա նախատեսված ժամին:
* Գործառնական միավորը սրա համար առաջարկում է օրական սահմանված ժամ`
16:00:
. Գանձապետական հաշիվները կապված են վճարային ծածկագրերին: Վճարային
ծածկագրերը ներկայացնում են առանձին հարկային ծածկագրերի
խմբավորումները: Գանձապետական հաշվից վճարումներ կարող են կատարվել
միայն գործառնական միավորի կողմից որոշված անհատական հարկային
ծածկագրերի գծով` ըստ վճարային ծածկագրի:
. Հարկ վճարողի հաշվի մնացորդի յուրաքանչյուր գրանցում կապված է վճարային
ծածկագրին:
. Ներկայացված և ընդունված յուրաքանչյուր հարկային հաշվետվություն պետք
է գրանցվի ներկայացված հաշվետվությունների հերթում:
. Համակարգում գրանցված յուրաքանչյուր հարկային հաշվետվություն (DOK_ID)
պետք է մշակի կարգավիճակի տարբեր ցուցիչներ:
. Համադրման գործընթացը պետք է սկսվի հաշվետվությունների ցանկից այն
ԲՈԼՈՐ հաշվետվությունների ընտրությունից (որոնցում նշված գումարները
դեռևս փաստացիորեն չեն վճարվել) և հարկային կոդերից, որտեղ հարկ
վճարողի հաշվի մնացորդի գրանցման մեջ մնացորդային արժեքը մեծ է ԶՐՈՅԻՑ:
* Ընտրված հարկային հաշվետվությունները պետք է վերլուծության ենթարկվեն
ժամանակագրական կարգով` առաջինից մինչև վերջինը:
. Համակարգը պետք է առանձին վերլուծության ենթարկի յուրաքանչյուր
հարկային հաշվետվության (DOK_ID) և հարկ վճարողի տվյալները:
. Յուրաքանչյուր հարկային հաշվետվության (DOK_ID) և հարկ վճարողի համար
համակարգը պետք է ընտրի հաշիվների մնացորդների այն գրանցումները, որտեղ
տվյալ հարկ վճարողի գծով մնացորդային արժեքը մեծ է ԶՐՈՅԻՑ:
* Ընտրվում են հաշիվների մնացորդների ՄԻԱՅՆ այն գրանցումները, որոնք
ունեն «կարգավիճակ = գրանցված = 0»:
* Հաշիվների մնացորդները հաջորդականությունը որոշվում է ըստ վճարման
կոդերի:
. Համակարգը պետք է առանձին վերլուծության ենթարկի հաշվի մնացորդի
յուրաքանչյուր գրանցում ըստ վճարման կոդի:
. Առանձնացնել ամենավերջին վճարման ամսաթիվը TA հաշվի հաշվեկշռից (MPD)
. Հաշվի մնացորդի գրանցումից որոշել համադրման համար առկա մնացորդային
արժեքը (Z):
. Հաշվի մնացորդի գրանցումից որոշել ավտոմատ վճարումների արժեքը (AP):
. Ընդունված և համակարգում գրանցված յուրաքանչյուր հարկային
հաշվետվություն (DOK_ID) պետք է ունենա բոլոր այն անհատական ծածկագրերի
ամփոփ արժեքները, որոնք համապատասխանում են հարկային հաշվետվության մեջ
նշվող աշխատողի տվյալներին` խմբավորված ըստ վճարային ծածկագրի,
այսինքն` ըստ գանձապետական հաշվի վճարային ծածկագրի, եթե ակնկալվում է,
որ գումարը վճարվել է (կառուցվածք «05D07»):
* Վճարային յուրաքանչյուր ծածկագրի համար գոյություն ունի հարկային
ծածկագրերի և անհատական հարկային ծածկագրերի ցանկ: Վճարային
ծածկագրերին կապված անհատական հարկային ծածկագրերի ցանկը կիրառվում է
հաշվետվությունների ներկայացման գործընթացում` վերոնշյալ ամփոփ
արժեքների ստացման նպատակով (կառուցվածք «05D08»)
* Վերը նշված համակարգից ընտրել միայն ակտիվ վճարային ծածկագրերն ըստ
սկզբի և ավարտի ամսաթվերի:
- Հարկային հաշվետվության հարկային ամիսը (DOK_ID) պետք է ներառի
սկզբի և ավարտի ամսաթվերի միջև ընկած ժամանակահատվածը:
* Համապատասխան հարկային հաշվետվության (DOK_ID) և վճարային ծածկագրի
գծով հաշվարկել հարկերի և վճարների այն գումարները, որոնք նախկինում
ՉԵՆ համադրվել (Y):
. Համակարգում գրանցված յուրաքանչյուր հարկային հաշվետվություն (DOK_ID)
կարող է ունենալ ԿՐԵԴԻՏՆԵՐԻ արժեքներ` պահված նախորդ մասնակի
վճարումներից (կառուցվածք «03D06»): Մասնակի վճարումները սովորաբար
պահվում են տվյալ հարկային հաշվետվության համար (DOK_ID)` միայն
ուշացած վճարումների դիմաց տոկոսների տվյալների նախապես կազմման
գործընթացի միջոցով:
* Հաշվարկել տվյալ հարկային հաշվետվության (DOK_ID) և վերլուծության
ենթարկվող վճարային ծածկագրի գծով ԿՐԵԴԻՏԻ գումարը, «կարգավիճակ =
չվճարված» (W):
* Հատուկ նշում. Մասնակի վճարումների տվյալները կարելի է ստանալ նաև
որպես ավտոմատ վճարում գրանցված և հարկ վճարողների տեսակներին
համապատասխանող վճարումների տվյալներից: Եթե հարկ վճարողի գծով
գրանցվել են ԿՐԵԴԻՏՆԵՐ (03D06), իսկ վերլուծության ենթարկվող
հարկային հաշվետվությանը (DOK_ID) համապատասխանող հարկ վճարողի
տեսակը գրանցված ավտոմատ վճարում է, ապա պետք է կուտակել տվյալ հարկ
վճարողի գծով դեռևս չվճարված ԿՐԵԴԻՏՆԵՐԻ արժեքները, բայց միայն այն
դեպքում, երբ հարկային հաշվետվության համարը (DOK_ID) գրանցված չէ
կրեդիտի պահուստավորման կառուցվածքում (ԶՐՈ Է):
Առանձին կուտակել արժեքները, եթե ավտոմատ ցուցիչը = 1: Կուտակման
նպատակն է հսկել վճարային ծածկագիրը բաշխման ցանկում (AP):
. Հաշվարկել համադրման ենթակա հարկային հաշվետվության` վճարվելիք գումարը
T = (Y - W):
. Համակարգը պետք է կազմի ԳՆԱՀԱՏՄԱՆ ցուցիչի գրանցում մասնակի վճարումներ
կամ ԿՐԵԴԻՏՆԵՐ ունեցող հարկ վճարողների գծով, այսինքն` երբ «W»-ը մեծ է
0-ից:
* գնահատման ծածկագիր = 09
* հիմնավորումների ցանկ = «W», հարկ_ամիս
. Եթե հաշվի մնացորդը բավարար ՉԷ համադրման ենթակա գումարը վճարելու
համար (T), ապա համակարգը պետք է շարունակի համադրել միևնույն հարկ
վճարողի հաշվի մնացորդի գրանցման հաջորդ տեղեկատվությունը, իսկ
մնացորդը պետք է մնա անփոփոխ հաջորդ համադրման համար:
. Եթե հաշվի մնացորդը (Z) հավասար կամ մեծ է վճարման ենթակա գումարից
(T), ապա համակարգը պետք է շարունակի կատարել հետևյալ
գործողությունները:
. Համակարգի պահուստավորված ԿՐԵԴԻՏԻ ռեեստրում (03D06) համապատասխան
հարկային հաշվետվության (DOK_ID) և վճարային ծածկագրի համար գրանցել
հարկի վճարման ենթակա գումարը: Կարգավիճակ = վճարման ենթակա և ավտոմատ
ցուցիչ = 0 (երբ վճարման ենթակա գումարը ԶՐՈՅԻՑ մեծ է):
. Ըստ հարկ վճարողների և վճարային ծածկագրի հաշվարկել հաշվի նոր
մնացորդի գումարը` ընթացիկ մնացորդի գումարից հանելով համադրվող և
վճարման ենթակա գումարը (T):
. Հարկային հաշվետվության (DOK_ID) աշխատողների վերաբերյալ գրանցման
(05D06) մեջ նշվող յուրաքանչյուր անհատական հարկային ծածկագրի գծով
ամփոփել վճարման գումարը, որը համապատասխանում է հետևյալին...
* Որոշել գումարը և տեղեկատվությունը ստացող կազմակերպության
ծածկագիրը` աշխատողների և գործատուների մանդատային պայմանագրերից
(01D11) դուրս բերելով ճիշտ տեղեկատվություն այն մանդատների
վերաբերյալ, որոնք ակտիվ են ըստ սկզբի և ավարտի ամսաթվերի միջև
ընկած ժամանակահատվածին համապատասխանող հարկային ամսվա:
- Ստացող կազմակերպություն = DE
* Աշխատողի անհատական հարկային ծածկագիրը պետք է ներառված լինի
ներկայումս վերլուծության ենթարկվող հարկային և վճարային
ծածկագրերին կապված անհատական հարկային ծածկագրերի ցանկում
(կառուցվածք «05D08»):
- Վերը նշված կառուցվածքից ըստ սկզբի և ավարտի ամսաթվերի ընտրել
միայն ակտիվ վճարային և հարկային ծածկագրերը:
. Հարկային հաշվետվությունում (DOK_ID) հարկային ամիսը պետք է
ներառի սկզբի և ավարտի ամսաթվերի միջև ընկած ժամանակահատվածը:
* Հարկային հաշվետվության (DOK_ID) վճարային ամփոփ գրանցման մեջ նշվող
հարկային ծածկագիրը ՉՊԵՏՔ է համադրվի, կարգավիճակ = 0 («05D07»):
* Ընտրված անհատական հարկային ծածկագրին համապատասխանող յուրաքանչյուր
ամփոփ արժեքի գծով համակարգը պետք է կատարի հետևյալ
գործողությունները:
* Անհրաժեշտ ողջ տեղեկատվության հետ մեկտեղ բաշխման հերթում գրել ամփոփ
արժեքը և անհատական հարկային ծածկագիրը, ինչը հնարավորություն կտա
համակարգին կազմել այլ կազմակերպություններին ուղարկվող
տեղեկատվությունը:
- Ավտոմատ վճարման ցուցիչ = 0
- Վճարային ծածկագիր = վերլուծության ենթարկվող ընթացիկ վճարային
ծածկագիր
- Գումար = ամփոփ արժեք
- Ստացող կազմակերպության կոդը = DE
- Ստատուսը = 0 = ընթացքի մեջ
- Ստատուսի ամսաթիվը = գործառնության ամսաթիվ
- Վերջին վճարման ամսաթիվ = (MPD)
Հատուկ նշում` եթե ավտոմատ վճարումներին համապատասխանող պահուստավորված կրեդիտի գումարը մեծ է ամփոփ արժեքից, ապա համակարգը պետք է ԶՐՈՅԱՑՆԻ վճարային ծածկագիրը: ԶՐՈՅԱԿԱՆ ծածկագրի նպատակն է սահմանափակել դրամական միջոցների վճարումը բաշխման գործընթացում` միաժամանակ թույլ տալով, որ տեղի ունենա տեղեկատվության հոսք:
* Հարկ վճարողի հաշվի մնացորդի ԿՐԵԴԻՏ պարտավորությունում կուտակել
անհատական հարկային ծածկագրի արժեքը ըստ հարկ վճարողի հաշվառման
համարի և վճարային ծածկագրի:
* Եթե անհատական հարկային ծածկագիրը գրանցված է «Պետական
ֆինանսավորում»-ում (05D17), «Պետական ֆինանսավորման» հարկային
ծածկագիրն ակտիվ է, իսկ հարկային ամիսը (dok_id) համապատասխանում է
սկզբի և ավարտի ամսաթվերի միջև ընկած ժամանակահատվածին, ապա
համակարգը պետք է վերլուծության ենթարկի հետևյալը:
* Որոշել ստացող կազմակերպության ծածկագիրը (DEC)
* Որոշել վճարային ծածկագիրը (PC)
* Ընտրել «Պետական ֆինանսավորման» ԲՈԼՈՐ հարկային ծածկագրերը և
անհատական հարկային ծածկագրին կապված համապատասխան վճարային
ծածկագրերը:
* Հարկային հաշվետվության (DOK_ID)` աշխատողներին վերաբերող հարկային
գրանցման մեջ նշվող «Պետական ֆինանսավորման» յուրաքանչյուր
ծածկագրի գծով առանձին ամփոփել վճարման գումարը:
* Գրել «Պետական ֆինանսավորման» հարկային ծածկագրին համապատասխանող
ամփոփ արժեքը ԲԱՇԽՄԱՆ ՑԱՆԿՈՒՄ այն ողջ տեղեկատվության հետ միասին,
որը հնարավորություն կտա համակարգին կազմելու այլ
կազմակերպություններին ուղարկվող տեղեկատվությունը:
- Ավտոմատ վճարման ցուցիչ = 0
- Վճարային ծածկագիր = պետական ֆինանսավորման վճարային ծածկագիր
(PC)
- Կարգավիճակ = 0 = վճարման ենթակա
- Ստատուսի ամսաթիվը = գործառնության ամսաթիվ
- Ստացող կազմակերպության կոդը = (DEC)
- Վերջին վճարման ամսաթիվ = (MPD)
. Անհատական բոլոր հարկային ծածկագրերը վերլուծելուց և ԲԱՇԽՄԱՆ ՑԱՆԿԸ
կազմելուց հետո համակարգը պետք է վերլուծության ենթարկի հետևյալը:
. Համադրել հարկային հաշվետվությանը (DOK_ID) և վճարային համապատասխան
ծածկագրին կապված բոլոր գրանցումների ամփոփ հարկային արժեքները`
սահմանված «կարգավիճակ = համադրված = 1» (կառուցվածք «05D07»):
. Համադրել հարկային հաշվետվությանը (DOK_ID), հարկ վճարողի հաշվառման
համարին, համապատասխան վճարմանը և «կարգավիճակ = վճարման ենթակա»-ին
կապված բոլոր գրանցումների Պահուստավորված ԿՐԵԴԻՏԸ` սահմանված
«կարգավիճակ = համադրված = 1» (կառուցվածք «03D06»):
* Հատուկ նշում. Մասնակի վճարումների տվյալները կարելի է ստանալ նաև
որպես ավտոմատ վճարում գրանցված և հարկ վճարողների տեսակներին
համապատասխանող վճարումների տվյալներից: Եթե հարկ վճարողի գծով
գրանցվել են ԿՐԵԴԻՏՆԵՐ (03D06), իսկ վերլուծության ենթարկվող
հարկային հաշվետվությանը (DOK_ID) համապատասխանող հարկ վճարողի
տեսակը գրանցված ավտոմատ վճարում է, ապա համադրել այս արժեքները,
որոնք ևս համապատասխանում են հարկ վճարողին, բայց միայն այն
դեպքում, երբ հարկային հաշվետվության համարը (DOK_ID) գրանցված չէ
կրեդիտի պահուստավորման կառուցվածքում (ԶՐՈ Է): Կարգավիճակ =
համադրված =1:
. Հարկ վճարողի հաշվառման համարի և վերլուծության ենթարկվող վճարային
ծածկագրի հիման վրա թարմացնել հարկ վճարողի հաշվի մնացորդի
գրանցումը:
* ԿՐԵԴԻՏԱՅԻՆ պարտավորություն
* Մնացորդային գումար
. Երբ համակարգն ավարտում է հարկ վճարողի և հարկային հաշվետվության
(DOK_ID) նույնականացման նպատակով հաշիվների մնացորդների բոլոր
գրանցումների վերլուծությունը, համակարգը պետք է կատարի հետևյալ
գործողությունները:
. Հաշվարկել հարկային հաշվետվության (DOK_ID) համաձայն վճարային ամփոփ
կառուցվածքում (05D07) առկա բոլոր այն ամփոփ գրանցումների թիվը (SR),
որոնց գծով վճարում դեռևս չի կատարվել` կարգավիճակ = 0 = վճարման
ենթակա:
. Եթե ամփոփ արժեքների (SR) թիվը հավասար է զրոյի, ապա համակարգը պետք է
կատարի հետևյալ գործողությունները:
* Նորացնել վերլուծության ենթարկվող հարկային հաշվետվությանը (DOK_ID)
համապատասխանող «HEDER» տեղեկատվությունը` կարգավիճակ = 1 = վճարված:
* Համապատասխան հարկային հաշվետվության (DOK_ID) կարգավիճակի
գրանցամատյանում ներառել գրանցում` կարգավիճակ = 2 = լիովին վճարված:
Կարգավիճակը պետք է գրանցվի գործառնության ամսաթվի հետ մեկտեղ:
. Եթե ամփոփ արժեքների (SR) թիվը զրոյից մեծ է, ապա համակարգը պետք է
կատարի հետևյալ գործողությունները:
* Համապատասխան հարկային հաշվետվության (DOK_ID) կարգավիճակի
գրանցամատյանում ներառել գրանցում` կարգավիճակ = 1 = մասամբ վճարված:
Կարգավիճակը պետք է գրանցվի գործառնության ամսաթվի հետ մեկտեղ:
* Համապատասխան հարկ վճարողի (հաշվառման համարի) ԳՆԱՀԱՏՄԱՆ ցուցիչում
գրանցել «գնահատման ծածկագիր = 10 .. հայտարարագրված գումարի մասնակի
վճարում»:
. Համակարգը պետք է շարունակի վերլուծել ՀԱՇՎԵՏՎՈՒԹՅՈՒՆՆԵՐԻ ՑԱՆԿՈՒՄ
գրանցված բոլոր մնացած հարկային հաշվետվությունները:
Սխեմատիկ գծապատկեր ...
. Գծապատկեր ՉԿԱ
Տեխնիկական բնութագրեր ...
. Տես «03.2C02» բաղադրիչի ծածկագիրը Ծրագրային պահանջների տեխնիկական
բնութագրերում
Ալգորիթմներ և հաշվարկներ ...
. ՉԿԱՆ առանձնակի ալգորիթմներ, որոնք պետք է մանրամասնվեն այս բաժնում:
Հսկողության չափանիշներ
._____________________________________________________.
|Ծածկագիր|Նկարագրություն |Հաճախականություն|Աղբյուր|
|________|___________________|________________|_______|
| |Առանձնակի լրացուցիչ| | |
| |հսկողություն ՉԿԱ | | |
._____________________________________________________.
Հաշվետվության փաստաթղթեր
.________________________.
Փաստաթղթի անվանում |03.2C02.Oxxx-O |
.________________________.
.________________________________.
Փաստաթղթի տեսակ |xxxxxxxxxxxxxxxx |
.________________________________.
._________________________________________________________________.
|Հաշվետվական ձև` Այս կիրառական ծրագրի միջոցով որևէ հաշվետվության|
|կազմում ՉԻ պահանջվում |
._________________________________________________________________.
Լիազորված օգտագործողներ
Ստորև աղյուսակում ներկայացվում են կիրառական ծրագրի շահագործման լիազորություն ունեցող օգտագործողների ԴԵՐԵՐԸ:
.___________________________________________________________________.
|Դեր |Նկարագրություն |
|________|__________________________________________________________|
|Համակարգ|«03.2C «ընթացակարգը ավտոմատ սկսվում է «03.1C» ընթացակարգի|
| |հաջող ավարտից անմիջապես հետո: Հակառակ դեպքում համակարգի |
| |հաջորդական գործողությունները կակտիվացվեն նախատեսված ստույգ|
| |ժամին, այսինքն` ժ. 16:00-ին |
.___________________________________________________________________.
Լուծում պահանջող հարցեր.
. Հարկային հաշվետվությունը ներկայացվում և ընդունվում է, ապա այն
գրանցվում է ներկայացման հերթում: Ներկայացված հաշվետվությունները
մշակվում են հերթով` առավել վաղ ներկայացվածներից մինչև նոր
ներկայացվածները և համադրվում վճարումների հետ: ՈՒստի հարցը հետևյալն
է. եթե հարկային հաշվետվությունը ներկայացվում և ընդունվում է,
սակայն նախքան վճարում կատարելը հարկ վճարողը հայտնաբերում է սխալ իր
ներկայացված տվյալներում և ներկայացնում է հաշվետվության նոր
տարբերակ, համակարգը պետք է պահպանի հաշվետվության նախկին տարբերակի
ամսաթիվը և հաշվետվությունը փոխարինի նոր տարբերակով, թե՞ նոր
տարբերակին տա ներկայացման նոր ամսաթիվ: Կարևոր է գիտակցել, որ
ներկայացման մոդուլը ունի իրադարձությունները լիովին փոխարինելու log,
սակայն վճարումները ներկայացված հաշվետվությունների հետ համադրելու
համար պե՞տք է հաշվետվության նոր տարբերակի համար կիրառվի ներկայացման
նախկին ամսաթիվը: Տրամաբանորեն գործընթացի պատասխանն է Ոչ,
յուրաքանչյուր փաստաթուղթ ունի ներկայացման իր ամսաթիվը: Սակայն այս
հարցը պետք է քննարկվի և որոշվի:
Առաջարկություններ ...
. Առանձնակի առաջարկություններ ՉԿԱՆ
3.2.4 Մոդուլ 04, անվանումը` ԾՐԱԳՐԱՅԻՆ ԳՈՐԾԻՔ
Համակարգչային ծրագրի տեխնիկական մասնագրեր
.______. .__________________________.
Մոդուլ | 04 | Անվանումը |Ծրագրային գործիք |
.______. .__________________________.
Մշակման շրջանակը, մոդուլի խնդիրները
._____________________________________________________________________.
|Ծրագրային գործիքը հարկ վճարողի գործիք է` նախատեսված ամսական |
|էլ. հարկային հայտարարագրի ստուգման-հաստատման և գեներացման համար: |
|Ծրագրային գործիքի նպատակն է հարկ վճարողին կամ իր ներկայացուցչին տալ |
|հնարավորություն լրիվ ինքնավարությամբ գեներացնել և ճշգրտել |
|էլ. հայտարարագիրը: |
|Ծրագրային գործիքն ունի էլ. հայտարարագրի թվային ստորագրման գործառույթ`|
|ապահովելու հարկ վճարողի տեղեկությունների գաղտնիությունը: |
._____________________________________________________________________.
Օգտագործողների ակնկալիքները
._____________________________________________________________________.
| Օրինակ |
| |
|. տեղեկատվության աղբյուրի իսկության վերահսկողություն (առցանց) |
|. ներկայացուցչի ինքնության վերահսկողություն (առցանց) |
|. ընդհանրական կառուցվածք, որը թույլ է տալիս փոխել եկամտային հարկի |
| հայտարարագրի աշխատանքային ձևաչափը և ներառել լրացուցիչ հարկեր կամ |
| կուտակային վճարներ` համաձայն օրենքների նախագծերի ներկա վիճակին և |
| հետագա պահանջներին |
|. հարկ վճարողի ֆինանսական պարամետրերի մենյու (արտացանց) |
|. առցանց և տարածքային տեսչությունում տվյալների մշակման նպատակով |
| նախորդ էլ. ֆայլը բերելու գործառույթ |
|. հարկային հայտարարագրերի, վճարողների և հաշվետվությունների տեսակների|
| վերահսկողություն |
|. աշխատողների մակարդակում հարկերի և կուտակային վճարների հաշվարկների |
| նախնական ստուգում-հաստատում |
|. աշխատանքային պատմության վերաբերյալ գրառումների նախնական |
| ստուգում-հաստատում |
|. պասիվ հարկերի հաշվարկների և կուտակային վճարների գումարների |
| նախնական ստուգում-հաստատում |
|. համակարգի կոդերի նախնական ստուգում-հաստատում |
|. հարկ վճարողի առավելագույն ինքնավարություն |
|. որոնման մեխանիզմ աշխատողների տարբերակչի մակարդակում |
|. օգտագործողի համար հարմար նավիգացիոն մենյու |
|. առցանց «Help» (օգնություն) տեքստեր / բաժնի և keyword-ի պարզ |
| ցուցիչներ |
|. ՊԵԿ-ի ինտերնետային կայքին միանալու գործառույթ |
|. աշխատողների ստուգման-հաստատման գործընթացում արդյունավետ տեղային |
| հիշողության (local memory) կառավարում |
._____________________________________________________________________.
Ընդհանուր պահանջներ
.__________________________________________________.
|Պահանջի առարկան |Պահանջը |
|_________________|________________________________|
|Տեխնոլոգիա |Java / C# |
|_________________|________________________________|
|Տեղակայվածություն|Տեղում մշակում/Local processing |
|_________________|________________________________|
|Կառավարման եղանակ|Դրսից կառավարվող բիզնես կանոններ|
.__________________________________________________.
Հավելվածներ
. Տես եկամտային հարկի հաշվետվության ձևը կետ 6.3 մոդուլ 04-ի
հավելվածներում
Կատարողականի չափորոշիչներ
._________________________________________________________________.
|Համակարգի կոդ|Նկարագրություն |Միավորներ|Արժեք|
|_____________|___________________________________|_________|_____|
| 04.1P01 |Հիշողության մեջ 1000 աշխատողի համար| վյրկ | 6 |
| |ամփոփ գրառումների հաշվարկման | | |
| |պատասխանի առավելագույն ժամանակը | | |
|_____________|___________________________________|_________|_____|
| 04.1P02 |Ըստ աշխատողի տարբերակչի որոնման | վյրկ | 3 |
| |պատասխանի առավելագույն ժամանակը | | |
|_____________|___________________________________|_________|_____|
| 04.1P03 |Հիշողության մեջ 1000 աշխատողի համար| վյրկ | 10 |
| |հարկերի և կուտակային վճարների | | |
| |գումարների հաշվարկման պատասխանի | | |
| |առավելագույն ժամանակը | | |
._________________________________________________________________.
Կարևոր է` կատարման ժամանակը պետք է կապված լինի համակարգչի մշակման արագության և սարքավորման մեջ տեղադրված հիշողության ծավալի հետ:
Որակի ընդհանուր ապահովում կամ փորձարկման պահանջներ
Հետևյալ աղյուսակում ներկայացվում են հսկողության այն չափանիշները, որոնք պետք է կիրառվեն մշակված ծրագրային ապահովումը ճշգրտորեն ընդունելու համար:
._____________________________________________________________________.
|Համակարգի կոդ|Նկարագրություն |
|_____________|_______________________________________________________|
| 04.1Q01 |Հարկերի և կուտակային վճարների գումարների ճիշտ հաշվարկ:|
| |Ֆինանսական պարամետրերի դրույքաչափերի փոփոխում |
| |համապատասխան հաշվետու ժամանակահատվածի համար և |
| |արտապատկերման կառուցվածքում գրանցված հաղորդագրության |
| |կոդերի գեներացման ստուգում: |
|_____________|_______________________________________________________|
| 04.1Q02 |Ստուգել աշխատանքային գործունեությունը սկսելու հետ |
| |կապված III և VI բաժիններում գրանցված տեղեկատվության |
| |սինքրոնացումը: Փոփոխել VI բաժինը և նշել սկսելու ուրիշ |
| |ամսաթիվ: Համակարգը պետք է գտնի և ցույց տա |
| |հաղորդագրություն: Ստուգել բազմակի պայմանագրերը և |
| |կրկնվող ամսաթվերը: |
|_____________|_______________________________________________________|
| 04.1Q03 |Ստուգել արխիվացված ֆայլերը բերելու մեխանիզմները և՛ |
| |արտացանց, և՛ առցանց ռեժիմներում: Ստուգել որոնման |
| |մեխանիզմը բոլոր ներքին և արտաքին կրիչներում: |
|_____________|_______________________________________________________|
| 04.1Q04 |Ստուգել «օգնություն» տեքստերը տվյալների դաշտերի և |
| |անհամապատասխանությունների դեպքում հաղորդագրությունների |
| |մասով: |
|_____________|_______________________________________________________|
| 04.1Q05 |Ստուգել որոնման գործառույթի աշխատանքն առանձին |
| |աշխատողների տարբերակիչների մասով: Որոնումը կրկնել |
| |բազմաթիվ անգամներ` համոզվելու, որ գործառույթը ճիշտ է |
| |կրկնվում և չի խառնվում այլ տողի հղումների հետ: |
| |Մուտքագրել աշխատողի որևէ տարբերակիչ, որ ֆայլում չկա: |
|_____________|_______________________________________________________|
| 04.1Q06 |Ստուգել անհամապատասխանությունների դեպքում |
| |հաղորդագրության կապը աշխատողների տարբերակիչների շարքի |
| |տարբերակչի հետ, որը գեներացրել է հաղորդագրությունը: |
|_____________|_______________________________________________________|
| 04.1Q07 |Ստուգել բոլոր բացվող (drop-down) ցանկերը: Ստուգել |
| |որոնումը բացվող ցանկում ըստ որոնման առաջին տառի: |
|_____________|_______________________________________________________|
| 04.1Q08 |Ստուգել մեկ գործառույթից մեկ ուրիշին անցումը` |
| |նավիգացիան, օգտագործելով մենյուի կոճակները: Կրկնել |
| |նույն գործառույթը բազմաթիվ անգամ` համոզվելու, որ |
| |գործողությունները ճիշտ են: |
|_____________|_______________________________________________________|
| 04.1Q09 |Ստուգել ֆայլի նախնական տարբերակի ճիշտ գեներացումը: |
| |Ստուգել տարբերակի համարի վերահսկումը: |
|_____________|_______________________________________________________|
| 04.1Q10 |Ստուգել էլ.- ֆայլի արտացանց և առցանց արխիվացումը |
|_____________|_______________________________________________________|
| 04.1Q11 |Ստուգել կուտակային վճարների արժեքների, օրերի քանակի, ոչ|
| |ճիշտ կոդի և գրանցված սահմանից արժեքի գերազանցելու |
| |վերահսկումը: |
|_____________|_______________________________________________________|
| 04.1Q12 |Ստուգել ֆինանսական պարամետրերի ֆունկցիոնալ |
| |հնարավորությունները: Բացել նոր հաշվետու ժամանակաշրջան: |
| |Փոփոխել առկա հաշվետու ժամանակաշրջանը: Ստուգել, որ |
| |նախորդ հաշվետու ժամանակաշրջանը փակվի նոր ժամանակաշրջանը|
| |սկսելու նախորդ օրվա ամսաթվով: |
|_____________|_______________________________________________________|
| 04.1Q13 |Ստուգել հարկ վճարողի ներկայացուցչի գրանցումն ու |
| |հաշվառումն էլ.- ֆայլում |
|_____________|_______________________________________________________|
| 04.1Q14 |Ստուգել թվային հավաստագրի ճիշտ ստուգումը: Օգտագործել |
| |թվային հավաստագիր, որը հարկ վճարողը կամ նրա |
| |ներկայացուցիչը չէ: Ստուգել, որ հեշ կոդը մտցված լինի |
| |էլ.- ֆայլի մեջ: |
._____________________________________________________________________.
Աշխատանքային գործընթացներ
._____________________________________________________________________.
|Գործընթացի|Գործընթացի|Նկարագրությունը |Հաճախականությունը|
|անվանումը |կոդը | | |
|__________|__________|_____________________________|_________________|
|Ծրագրային | 04.1C |Գործընթացը հիմնականում իրենից|ըստ պահանջի |
|գործիք | |ներկայացնում է ծրագրային | |
| | |գործիք, որը հարկ վճարողին | |
| | |տրամադրում է ինտերֆեյս | |
| | |եկամտային հարկի ամսական | |
| | |հայտարարագիրը պատրաստելու | |
| | |համար: Պարզ մենյուն հարկ | |
| | |վճարողին ուղղորդում է տարբեր | |
| | |գործողությունների միջով, | |
| | |որոնք ավարտվում են | |
| | |էլեկտրոնային ձևաչափով | |
| | |հարկային հայտարարագրի | |
| | |գեներացմամբ: | |
._____________________________________________________________________.
Աշխատանքային գործընթացի բաղադրիչները
._____________________________________________________________________.
|Բաղադրիչի |Բաղադրիչի|Նկարագրությունը |Հաճախականությունը|
|անվանումը |կոդը | | |
|____________|_________|____________________________|_________________|
|Եկամտային | 04.1C01 |Ծրագրային գործիքը մշակված է |ըստ պահանջի |
|հարկի | |ընդհանրական տեսքով առցանց | |
|հայտարարագրի| |կամ արտացանց եղանակով | |
|գեներատոր | |աշխատելու նպատակով: | |
| | |Համակարգչային ծրագրի բիզնեսի| |
| | |կանոնները կոդավորված են | |
| | |դրսից, ապահովելով ծրագրի | |
| | |տրամաբանությունից (software | |
| | |logic) լրիվ անկախություն: | |
._____________________________________________________________________.
Մոդուլի բաղկացուցիչ մաս կազմող գործընթացների համար կրկնողաբար կկիրառվի հետևյալ կառուցվածքը:
._________________. .____.
Գործընթացի անվանումը |04.1C - Ծրագրային| Բաղադրիչների թիվը | 01 |
|գործիք | .____.
._________________.
Նպատակը
.____________________________________________________________________.
|Ծրագրային գործիքի նպատակն է հարկ վճարողին տրամադրել ինտերֆեյս, որը |
|նրան կտա եկամտային հարկի ամսական հայտարարագիրը պատրաստելու |
|հնարավորություն: Ինտերֆեյսը տրամադրում է մի պարզ մենյու, որը հարկ |
|վճարողին տանում է տարբեր գործողությունների միջով, որոնք ավարտվում են|
|էլ. ձևաչափով հարկային հայտարարագրի գեներացմամբ: |
.____________________________________________________________________.
Աշխատանքային գործընթացների գծապատկեր
. Տես ամփոփ գծապատկերը (գլուխ 2, գծապատկեր 1, քայլ D)
Աշխատանքային գործընթացի մաս կազմող բաղադրիչների շարքի համար կրկնողաբար կկիրառվի հետևյալ կառուցվածքը:
._____________________________________.
Բաղադրիչի անվանումը |Ծրագրային գործիք էլ. հայտարարագրի |
|գեներացման համար |
._____________________________________.
Համակարգի կոդը Բաղադրիչի տեսակը Տարբերակ
._________. .___________________. .________.
| 04.1C01 | | Java / C# | | 0 |
._________. .___________________. .________.
Նպատակը ...
Նպատակն է տրամադրել ծրագրային գործիք, որը կարող է գործել առցանց կամ արտացանց եղանակով և հարկ վճարողին տալ մի շարք ֆունկցիոնալ հնարավորություններ, որոնք նրան հնարավորություն կտան գեներացնել եկամտային հարկի էլ.-հայտարարագիր, որը հնարավոր կլինի ներկայացնել ՊԵԿ-ի համակարգի հիմնական ստուգման-հաստատման բաղադրիչին, որից հարկ վճարողը կարող է ստանալ ստացման տեղեկանք գործընթացի ժամանակ բացահայտված անհամապատասխանություններով կամ վերջնական հաշվարկով, թե ինչ գումար է հարկ վճարողից պահանջվում վճարել:
Նախապատմություն ...
Ծրագրային գործիքն ընդհանրապես նախագծված է առցանց և արտացանց եղանակներով աշխատելու համար:
Նույն ինտերֆեյսը և գործառույթները կարելի է գտնել առցանց` ՊԵԿ-ի ինտերնետային կայքում, կամ արտացանց` հարկ վճարողին տրամադրված համակարգչային ծրագրում, որն աշխատում է ցանկացած համակարգչի վրա:
Բեռնման գործառույթը պետք է հարկ վճարողին թույլ տա վերբեռնել դրսից իր կողմից գեներացված ցանկացած ֆայլ, օր.` աշխատողների ցուցակային թվի հաշվապահական համակարգերը:
Տվյալներ գտնելու և բերելու գործառույթը պետք է որոշի այն գործառնական միջավայրը, որում աշխատում է հարկ վճարողը, և տրամադրի որոնման հնարավորություն ըստ համակարգչի լոկալ սկավառակի վրա կամ ՊԵԿ-ի կենտրոնական համակարգում տեղակայված նախկինում գեներացված բոլոր էլ.- ֆայլերի արխիվային ցուցիչի կառուցվածքի:
. Հարկ վճարողի համակարգչի վրա պահված լոկալ արխիվային ցուցիչը կարելի է
պահուստավորել XML ձևաչափով կառուցվածքում կամ հարակից լոկալ տվյալների
բազայում, օր.` Microsoft ACCESS:
Եկամտային հարկի էլ.հայտարարագիրը ստեղծվում է ֆայլի հետևյալ անվանմամբ`
. Tax form '#' Tax payer identifier '#' tax month '#' taxpayer type '#' Report type '#' representative identifier # version (հարկային հայտարարագիր '#' հարկ վճարողի տարբերակիչ '#' հաշվետու ժամանակահատված '#' հարկ վճարողի տեսակ '#' հաշվետվության տեսակ '#' ներկայացուցչի տարբերակիչ # տարբերակ)
Էլ. ֆայլի կառուցվածքը բաղկացած է հետևյալ գրառումներից`
. էլ. ստորագրություն/Electronic signature (hash code/հեշ կոդ)
. հարկային հայտարարագրի տարբերակիչ/Tax form identification (1)
. հարկ վճարողի տարբերակիչ/Tax Payer identification (2)
. աշխատողների հետ կապված հաշվարկներ/Worker calculations (3)
. ամփոփ արժեքներ/Summary values (4)
. պասիվ եկամուտների արժեքներ/Passive tax values (5)
. աշխատանքային գործունեության մասին տվյալներ/Employment information (6)
. համակարգչային ծրագրի տարբերակը/Version of software (9)
Ծրագրային գործիքը պետք է տա եկամտային հարկի էլ.հայտարարագիրը ցանկացած հնարավոր արտաքին կրիչի վրա գրելու հնարավորություն:
. մագնիսային կրիչ
. USB կրիչ
. CD
Գործողության բոլոր բիզնես կանոնները դրսից կոդավորվում են համակարգչային ծրագրի տրամաբանությունից անկախ, ստանդարտ XML ձևաչափերով:
Ծրագրային ապահովումը բեռնում է բիզնես կանոնները հիշողության մեջ կամ համակարգչի լոկալ սկավառակից կամ ՊԵԿ-ի կենտրոնական համակարգից:
Բիզնես կանոնները համարժեք են հիմնական ստուգման-հավաստման մոդուլի համակարգի կոնֆիգուրացիային:
._______________________________________________________________.
|Արտաքին կոդավորման նկարագրություն |Հղման կոդ |
|__________________________________________________|____________|
|Հարկային հայտարարագրերի նկարագրություն | 00D06 |
|__________________________________________________|____________|
|Անհատական հարկային կոդի կապը հարկային հայտարարագրի|00D10, 00D07|
|և հարկային կոդերի հետ | |
|__________________________________________________|____________|
|Անհատական հարկային կոդերի նկարագրություն | 00D09 |
|__________________________________________________|____________|
|Հարկ վճարողի կոդը | 00D04 |
|__________________________________________________|____________|
|Հաշվետվության կոդերը | 00D05 |
|__________________________________________________|____________|
|Արժույթի կոդերը/Currency codes | 00D03 |
|__________________________________________________|____________|
|Մասնակցության կարգավիճակի կոդերը |00D32, 00D29|
|__________________________________________________|____________|
|Պետական ֆինանսավորման կոդերը | 05D17 |
|__________________________________________________|____________|
|Պասիվ եկամուտների կոդերը | 00D08 |
|__________________________________________________|____________|
|Կուտակային վճարների կոդերը | 00D11 |
|__________________________________________________|____________|
|Բիզնես կանոններն ըստ հարկ վճարողների և | 00D15 |
|հաշվետվությունների տեսակների | |
|__________________________________________________|____________|
|Բիզնես կանոններն ըստ հարկային կոդերի | 00D16 |
|__________________________________________________|____________|
|Արտապատկերման կանոնները | 00D17 |
|__________________________________________________|____________|
|Աշխատանքային գործունեության դադարեցման կոդերը | 00D35 |
|__________________________________________________|____________|
|Քաղաքացիության կոդերը | 00D18 |
|__________________________________________________|____________|
|Մարզերի կոդերը | 00D19 |
|__________________________________________________|____________|
|Քաղաքների կոդերը | 00D20 |
|__________________________________________________|____________|
|Երկրի կոդերը | 00D21 |
|__________________________________________________|____________|
|Տարածքների հեռախոսային կոդերը | 00D23 |
|__________________________________________________|____________|
|Փոստային կոդերը | 00D27 |
|__________________________________________________|____________|
|Փողոցների կոդերը | 00D22 |
|__________________________________________________|____________|
|Սեռերի կոդերը | 00D26 |
|__________________________________________________|____________|
|Զբաղմունքների դասակարգման կոդերը | 00D24 |
|__________________________________________________|____________|
|Տնտեսական գործունեության կոդերը | 00D25 |
._______________________________________________________________.
Վերը նկարագրված համակարգային կոդերը չեն վերահսկվում կամ պահվում հարկ վճարողի կողմից: Կոդերը սահմանվում են ՊԵԿ-ի կողմից և դրված են ՊԵԿ-ի ինտերնետային կայքում: Կոնֆիգուրացիայի բուն արժեքների ցանկացած փոփոխության դեպքում, ՊԵԿ-ը կհրապարակի արժեքների նոր ցանկն ինտերնետային կայքում, որը հարկ վճարողը կարող է վարբեռնել իր լոկալ համակարգիչ:
Հղումների կոդերը համապատասխանում են ՊԵԿ-ի կենտրոնական համակարգում գրանցված տվյալների նմանատիպ կառուցվածքներին, որոնք հնարավոր է վերափոխել ծրագրային գործիքի արտաքին կառուցվածքների XML ձևաչափերով:
Ծրագրային գործիքը պետք է հարկ վճարողին տա լրիվ ինքնավարության հնարավորություն` կապված ֆինանսական պարամետրերի արժեքների հետ:
Ծրագրային գործիքը հարկ վճարողին տրամադրում է դինամիկ ինտերֆեյս` գրանցելու ֆինանսական պարամետրերը: Ֆինանսական պարամետրերը գրանցվում են ըստ մի շարք ամսաթվերի` ՍԿՍԱԾ և ՄԻՆՉԵՎ: Ինտերֆեյսը հարկ վճարողին տրամադրում է կոճակներ ֆինանսական պարամետրերի նոր հաշվետու ժամանակաշրջան գեներացնելու կամ ընթացիկ ժամանակաշրջանը փոփոխելու համար:
._________________________________________________.
|Արտաքին կոդավորման նկարագրություն |Հղման կոդ|
|_______________________________________|_________|
|Արժույթի կոդեր | 00D40 |
|_______________________________________|_________|
|Հարկային դրույքաչափեր (ներառում է պասիվ| 00D12 |
|եկամուտները) | |
|_______________________________________|_________|
|Ամսական պարամետրեր | 00D13 |
|_______________________________________|_________|
|Կուտակային վճարների արժեքներ | 00D14 |
._________________________________________________.
Վերը նկարագրված համակարգային կոդերը վերահսկվում և պահվում են միայն հարկ վճարողի կողմից:
Հղումների կոդերը համապատասխանում են ՊԵԿ-ի կենտրոնական համակարգում գրանցված տվյալների նմանատիպ կառուցվածքներին, որոնք հնարավոր է վերափոխել ծրագրային գործիքի արտաքին կառուցվածքների XML ձևաչափերով:
Էլ. հայտարարագրի գեներացման համար կիրառված ֆինանսական պարամետրերը ստուգվում-հաստատվում են հիմնական ստուգման-հաստատման մոդուլի միջոցով, երբ ներկայացվում է էլ. հայտարարագիրը: Եթե պարզվում է, որ արժեքները սխալ են ըստ կենտրոնական տվյալների բազայում եղած արժեքների, ապա համակարգը կմերժի հարկային հայտարարագիրը (ուղարկելով համապատասխան հաղորդագրություն սխալների մասին):
Ծրագրային գործիքը հարկ վճարողին տրամադրում է պարզ մենյու էլ. հայտարարագիրը գրելուց առաջ մեկ գործառույթից մյուսը անցնելու համար: Հարկային հայտարարագրի գեներացումից առաջ պետք է իրականացվի բոլոր մուտքագրված տվյալների ստուգման-հաստատման գործընթաց:
. Ստուգման-հաստատման պարտադիր գործընթաց չի իրականացվում միայն հարկային
հայտարարագրի նախնական տարբերակի (նախագծի) ստեղծման ժամանակ:
Մենյու - գործառույթներ
.__________________________________________________________________.
|Մաքուր տվյալների միջավայր/Clean data environment |
|__________________________________________________________________|
|«Օգնություն» տեքստեր/HELP texts |
|__________________________________________________________________|
|Ֆինանսական պարամետրեր/Financial parameters |
|__________________________________________________________________|
|Հարկային հայտարարագրի գրանցում/Register Tax Form |
|__________________________________________________________________|
|Ամսական հարկային հայտարարագրի բեռնում կամ տվյալների բազայից հանում|
|__________________________________________________________________|
|Հաշվետու ժամանակաշրջանի, հարկ վճարողների և հաշվետվությունների |
|տեսակների գրանցում |
|__________________________________________________________________|
|Հարկ վճարողների մասին տեղեկատվության գրանցում |
|__________________________________________________________________|
|Աշխատողների մասին տեղեկությունների գրանցում |
|__________________________________________________________________|
|Պասիվ եկամուտների գրանցում |
|__________________________________________________________________|
|Աշխատանքի նոր ընդունվածների գրանցում |
|__________________________________________________________________|
|Տեղեկատվության ստուգում-հաստատում |
|__________________________________________________________________|
|Անհամապատասխանությունների դեպքում հաղորդագրությունների ցուցադրում |
|__________________________________________________________________|
|Թվային ստորագրություն և էլ.հայտարարագրի գրում |
|(Writing of E-Tax file) |
|__________________________________________________________________|
|Էլ. հայտարարագրի նախնական ֆայլի գրում |
|__________________________________________________________________|
|Էլ. հայտարարագրի ներկայացում ՊԵԿ |
|__________________________________________________________________|
.__________________________________________________________________.
Մենյուն էկրանի վրա հնարավոր է ցույց տալ ուղղահայաց կամ հորիզոնական դիրքով:
Մենյուի որոշակի գործառույթներ ուղղակիորեն կապված են էլ.-հայտարարագրի մուտքի և ելքի ձևաչափի գրառումների տեսակների հետ (տես մենյուի գործառույթները հավելվածում):
Մենյուի Ներկայացնել Էլ. հայտարարագիրը ՊԵԿ (SUBMIT e-tax form to state revenue) գործառույթը ստուգում է ինտերնետային կապի առկայությունը և ինքնաշխատ կերպով միանում է ՊԵԿ-ի ինտերնետային կայքին և ուղղակիորեն էլ.-հայտարարագրեր ներկայացնելու հղմանը:
. Մոդուլ (05) ծրագրային ապահովում 05.1C01
. Հարկ վճարողը կամ նրա ներկայացուցիչը պետք է նույնականացվեն թվային
հավաստագրի միջոցով, որը պահանջվելու է ինտերնետային կայքի
հայտարարագրերի ներկայացման գործառույթի կողմից ներկայացված հարկային
հայտարարագրում պարունակվող տեղեկությունների աղբյուրի
օրինականությունը հավաստելու համար (տես ֆունկցիոնալ
հնարավորությունները):
Ծրագրային գործիքի կառուցվածքը պետք է կախված լինի արտաքին կոդավորումից: Հարկային հայտարարագրի նույնականացումը կարող է դինամիկ կերպով փոխել ինտերֆեյսի արտաքին կառուցվածքը:
LABELS-ները և էկրանի վրա դաշտերի ձևաչափերը, ինչպես նաև հիշողության մեջ DATA BLOCK-ում այդ դաշտերի արտապատկերումը, բոլորը պետք է դրսից կոդավորված լինեն ծրագրային ապահովման տրամաբանությունից անկախ: Արտաքին կոդավորման դինամիկան թույլ է տալիս ՊԵԿ-ի աշխատանքային բաժնին ստեղծել հարկային հայտարարագրերի նոր ձևեր, կամ եկամտային հարկի տվյալ հայտարարագրի նոր տարբերակներ:
. Տես պարամետրերի սահմանումը «ինտերակտիվ արտապատկերում»
Ծրագրային գործիքի արտաքին կոդավորումը հիմնվում է հետևյալ նախադրյալի վրա`
. Տվյալների դաշտերը սահմանվում են որպես աշխատանքային վանդակ, excel
աղյուսակի վանդակների նման:
. Վանդակի պիտակը (label) կամ ցուցանակը պետք է լինի դինամիկ` ըստ արժեքի
տեսակի, որը զբաղեցնում է վանդակը, որին պիտակը վերաբերում է:
Ծրագրային գործիքն աշխատում է շերտերի (layer) սկզբունքով: Այն ճանաչում է գործողության բազմակի շերտերը:
. Մուտքի տվյալների ֆայլ/INPUT data file
. Data BLOCK վանդակներ
. Ելքի տվյալների ֆայլ/ OUPUT data file
. Պիտակներ (labels) կամ վանդակների նկարագրություններ (լեզվի արտաքին
կոդավորում)
Յուրաքանչյուր շերտ բաղկացած է բազմաթիվ վանդակներից: Յուրաքանչյուր վանդակ համապատասխանում է տեղեկատվական մեկ դաշտի:
CELLS of each LAYER-ը փոխկապակցված է կոնֆիգուրացիայի կառուցվածքի արտաքին համակարգի հետ: Կոնֆիգուրացիան սահմանում է նաև յուրաքանչյուր վանդակը զբաղեցնող արժեքի մեծությունը և տեսակը:
. Տես պարամետրերի սահմանումը «ինտերակտիվ արտապատկերում»
Վանդակները, որոնք տարբերակված են ըստ հաշվարկի արժեքների, պետք է DATA BLOCK CELL-ից դինամիկ կերպով արտապատկերվեն անհատական հարկային կոդում` ըստ համակարգի կոդավորման, և անհատական հարկային կոդի միջոցով միացվեն բիզնես կանոններին:
. Տես պարամետրերի սահմանումը «Tax Mapping»-ում
Ծրագրային գործիքը պետք է կարողանա դինամիկ կերպով կառուցել ինտերֆեյսի արտաքին ձևաչափը և գործողության շերտերը (ինտերակտիվ արտապատկերում) և բիզնես կանոնները (հարկերի արտապատկերում) ըստ հարկ վճարողի կողմից մշակվող հարկային հայտարարագրի:
Ծրագրային գործիքը պետք է ունենա հարկ վճարողի համար մատչելի լիակատար օգնության տեքստերի գրադարան, որը հիմնված կլինի հետևյալի վրա`
. Եկամտային հարկի հայտարարագրի դաշտի անվանումը
. Անհամապատասխանությունների մասին հաղորդագրության կոդը
Յուրաքանչյուր հարկային հայտարարագրի համար օգնության տեքստերի ցուցիչը պետք է կառուցված լինի հետևյալ ձևով`
. հարկային հայտարարագրի տարբերակիչ/Tax form identification
. հարկ վճարողի տարբերակիչ/Tax Payer identification
. աշխատողների տվյալների հաշվարկներ/Worker calculations
. պասիվ եկամտի արժեքներ /Passive tax values
. աշխատանքային գործունեության մասին տեղեկություններ/Employment
information
Օգնության տեքստերի գործառույթը (կառուցված Microsoft գործիքով) պետք է տրամադրի KEY WORD որոնման ֆունկցիոնալ հնարավորություն:
. Օգնության տեքստերը կարող են գրվել ստանդարտ word փաստաթղթերի տեսքով
ՊԵԿ-ի աշխատանքային գործընթացների բաժնի կողմից և փոխարկվեն HTML-ի
ցուցիչի հետ կապելու համար:
Օգնության տեքստից կարելի է օգտվել կատարելով հետևյալը`
. Մկնիկը տեղադրել դաշտի վրա: Հղումն օգնության տեքստին դինամիկ է`
համաձայն ինտերֆեյսի ձևաչափին և «ինտերակտիվ արտապատկերման»
կառուցվածքին:
. Մկնիկը տեղադրել անհամապատասխանությունների մասին հաղորդագրությունների
ցանկում ցույց տրված անհամապատասխանությունների կոդի վրա:
. Ակտիվացնել օգնության տեքստի կոճակը և օգտագործել ցուցիչը նպատակակետը
որոնելու համար կամ որոնման գործառույթն` ըստ մուտքագրված KEYWORD-ի:
Աշխատողների բաժինը: Ծրագրային գործիքը պետք է տրամադրի SEARCH button աշխատողների բաժնի համար, որպեսզի հարկ վճարողը կարողանա արագ տեղորոշել աշխատողի շարքն ըստ որոնման չափանիշներում ներառված տարբերակչի:
DATA BLOCK-ում բեռնված տեղեկատվությունն աշխատողի մասին պետք է դասակարգվի (տեսակավորվի) աճման կարգով` ըստ աշխատողի տարբերակչի և պայմանագրի համարի:
Հարկերի և կուտակային վճարների հաշվարկը վերահսկվում է առանձին աշխատողի մակարդակում:
. Աշխատողի տարբերակիչ/Worker identifier
Զրոյական արժեքներ թույլատրելի են յուրաքանչյուր աշխատողի համար, սակայն կուտակային վճարի կոդը պետք է նշվի:
. Նախորդ ամսվա վերջին օրը աշխատանքը դադարեցրած աշխատողները ծրագրային
գործիքի կողմից ընդունվում են զրոյական արժեքներով: Կուտակային վճարի
կոդ չի պահանջվում:
Արժեքներն ու կոդերը վերահսկվում են աշխատողի աշխատանքային պայմանագրի մակարդակում:
. Աշխատողը կարող է ունենալ մեկից ավելի պայմանագիր նույն հաշվետու ամսվա
մեջ:
. Յուրաքանչյուր պայմանագրի համար պետք է սահմանվի պայմանագրի հերթական
համար:
. Պայմանագրի մեկ համարի հետ մեկից ավելի աշխատողի տարբերակիչ կապված
լինել չի կարող:
Համապատասխան հաշվետու ամսվա պասիվ եկամուտների կոդերի և հարկային դրույքաչափի վերահսկողություն:
Կուտակային վճարների կոդերի ստուգում և վճարի առավելագույն չափի սահմանների վերահսկում:
Անհամապատասխանությունների դեպքում հաղորդագրությունները պետք է կոդավորված լինեն արտաքին կառուցվածքում: Հաղորդագրության կոդը պետք է կազմված լինի հաղորդագրության մակարդակից (սխալ կամ զգուշացում), հղում DATA BLOCK CELL-ին և ավտոմատ հղում HELP text-ին տվյալների դաշտի նկարագրության և անճշտության ուղղման գործում հարկ վճարողին օգնելու նպատակով:
. Տես պարամետրերի սահմանումը հավելվածում` 'Messages'
* Հաղորդագրության կառուցվածք պետք է վերբեռնվեն նույն հաղորդագրության
տվյալները, ինչպես սահմանված է համակարգի կառուցվածքում (00D31)`
զուգակցված HELP text-երին միացնող հղմամբ:
. Անճշտությունների ցանկից հաղորդագրության պարզ ընտրությունը պետք է
հարկ վճարողին ինքնաբերաբար դնի DATA BLOCK-ի գծում, ըստ տողի
տարբերակչի և աշխատողի տարբերակչի, որը համապատասխանում է գրառմանը,
որը գեներացրել է անճշտությունը:
Տեղեկությունների ստուգման-հաստատման գործառույթի կողմից բացահայտված բոլոր անճշտությունները պահվում են հիշողության ցանկում, որը կարող է ցուցադրվել «Ցույց տալ անհամապատասխանությունների դեպքում հաղորդագրությունը» գործառույթի կիրառմամբ:
Անճշտությունների ցանկը պետք է ինքնաշխատ կերպով ցուցադրվի ծրագրային գործիքի կողմից հաղորդագրություններից որևէ մեկում հաղորդագրության մակարդակը=սխալ բացահայտվելու դեպքում:
Սխալի մասին հաղորդագրություններ չլինելու դեպքում դեռ գեներացվում է անճշտությունների ցանկ զգուշացնող հաղորդագրություններով, սակայն այն ցույց է տրվում միայն «ցույց տալ անհամապատասխանությունների մասին հաղորդագրությունները» կոճակը սեղմելիս: Նշված կոճակը ընդգծված է, սակայն ակտիվացված չէ:
Եթե ստուգման-հաստատման գործառույթը անճշտությունների մասին որևէ հաղորդագրություն չի բացահայտում, ապա «ցույց տալ անհամապատասխանությունների մասին հաղորդագրությունները» կոճակը պետք է անջատվի:
Ծրագրային գործիքը տեղեկատվության բոլոր բաժինների համար տրամադրում է միայն մեկ ստուգման-հաստատման գործառույթ:
Մենյուի հետևյալ գործառույթները հանդիսանում են տվյալների մուտքագրման գործողություններ: Մուտքագրված տեղեկությունների հաստատման վրա ազդեցություն ունի միայն ստուգման-հաստատման գործառույթը:
. Հաշվետու ժամանակամիջոցի գրանցում/Register Tax Period
. Հարկ վճարողի գրանցում/Register Tax Payer
. Աշխատողների մասին տեղեկությունների գրանցում/Register Worker
Information
. Պասիվ եկամուտների գրանցում/Register Passive Taxes
. Աշխատանքի նոր ընդունվածների գրանցում/Register New Employment
Տվյալների մուտքագրման ինտերֆեյսներում ծրագրային գործիքը տրամադրում է տվյալների որոշակի դաշտերի ճիշտ նկարագրությունների բացվող ցանկեր: Բացվող ցանկի յուրաքանչյուր նկարագրություն ունի ճիշտ կոդ:
. Կոդն օգտագործվում է ստուգման-հաստատման գործառույթում և ելքի
կառուցվածքի գեներացման ժամանակ:
. Յուրաքանչյուր բացվող ցանկ պետք է տրամադրի որոնման գործառույթ ըստ
նկարագրության առաջին տառի:
Ե՛վ առցանց, և՛ արտացանց միջավայրերում լեզուն պետք է սահմանված լինի ավտոմատ կերպով հայերեն և լատիներեն այբուբեններով աշխատելու համար:
. Բոլոր անունները (հարկ վճարողների և աշխատողների) պետք է գրված լինեն հայերեն լեզվով կամ լատիներեն տառերով:
Առցանց ծրագրային գործիքն արտացանց ծրագրային գործիքից տարբերվում է միայն օգտագործողի նույնականացման եղանակով, ինչպես է ծրագիրը ստուգելու օգտագործողի տարբերակիչը, պահանջելով ներկայացնել ՊԵԿ-ի կողմից այդ անձին տրամադրված թվային հավաստագրի քարտ, թե USB (e-token): Ծրագիրը կստուգի համակարգին միացած անձի ինքնությունը և կվերահսկի հարկ վճարողի կամ նրա ներկայացուցչի նույնականացումը համապատասխանաբար:
Աշխատանքային մասնագրեր
. Կիրառելի միայն առցանց համակարգչային ծրագրի դեպքում:
* Երբ օգտագործողը սեղմում է եկամտային հարկի ինտերնետային կայքի
հայտարարագրի ներկայացման հղումը, առցանց ծրագիրը պահանջում է ներդնել
թվային հավաստագիրը` որպեսզի նույնականացնի անձին և գրանցի նրա
տարբերակիչը:
. Համակարգը պետք է բոլոր բիզնես կանոնները բեռնի հիշողության մեջ
* Տես բիզնես կանոնների հետ կապված տվյալների կառուցվածքների ցանկը
. Ընտրել TAX FORM-ը հայտարարագրերի ցանկից, որոնք գրանցված են նախապատմության բաժնում նկարագրված տվյալների կառուցվածքում: Համակարգը պետք է բեռնի բոլոր հայտարարագրերը` անկախ դրանց ժամկետի ավարտի ամսաթվից:
* Հայտարարագրի վավերականությունը պետք է ստուգվի այն պահին, երբ
համակարգը ընդունում է հարկ վճարողի կողմից մուտքագրված հաշվետու
ժամանակահատվածը:
.__________________________________________.
|Հայտարարագիր |scroll bar|
|_______________________________|__________|
|Xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx| |
|_______________________________|__________|
|Xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx| |
|_______________________________|__________|
|Xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx| |
|_______________________________|__________|
|Xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx| |
|_______________________________|__________|
|Xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx| |
|_______________________________|__________|
|Xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx| |
|_______________________________|__________|
.__________________________________________.
* Համակարգը բեռնում է հայտարարագրի կոդը ակտիվ հայտարարագրերի ցանկից`
ըստ հայտարարագրի նկարագրության ընտրության:
. Ակտիվ մենյուն` գործառույթների ցանկով
.________________________________________________________.
|Menu |scroll bar|
|_____________________________________________|__________|
|Clean Data Environment | |
|_____________________________________________|__________|
|HELP texts | |
|_____________________________________________|__________|
|Financial parameters | |
|_____________________________________________|__________|
|Load or Retrieve Monthly Tax Form | |
|_____________________________________________|__________|
|Register Tax period | |
|_____________________________________________|__________|
|Register Tax Payer | |
|_____________________________________________|__________|
|Register Worker information | |
|_____________________________________________|__________|
|Register Passive Taxes | |
|_____________________________________________|__________|
|Register NEW employment | |
|_____________________________________________|__________|
|VALIDATE the information | |
|_____________________________________________|__________|
|Show Inconsistency Messages | |
|_____________________________________________|__________|
|Digital Signature + Write Electronic Tax File| |
|_____________________________________________|__________|
|Write DRAFT electronic tax file | |
|_____________________________________________|__________|
|Submit E-Tax Form to State Revenue | |
.________________________________________________________.
Կանաչ գունավորմամբ տողերի համար` տես «Լուծում պահանջող հարցեր» բաժինը:
Յուրաքանչյուր գործառույթի համար կա կոդավորված ուղու հասցե կամ հղում` համապատասխան տրամաբանությանը:
Էլեկտրոնային ճիշտ հայտարարագիր գեներացնելու իրադարձությունների/քայլերի նորմալ հաջորդականությունը հետևյալն է.
. Մաքրել տվյալների միջավայր
. Բեռնել կամ գտնել ամսական հարկային հայտարարագրի ձևը
. Գրանցել հաշվետու ժամանակաշրջանը
. Գրանցել հարկ վճարողին
. Գրանցել պասիվ եկամուտները
. Գրանցել նոր կնքած աշխատանքային պայմանագրերը
. Գրանցել աշխատողի տվյալները
. Վավերացնել տեղեկատվությունը
. Ցույց տալ անհամապատասխանության հաղորդագրությունները (գեներացման
դեպքում)
. Էլ. ստորագրում և Էլ. հայտարարագրի գրում
. Ներկայացնել էլ. հայտարարագրի ձևը ՊԵԿ (ըստ ընտրության)
Առկա այլ տարբերակներ
. Օգնության տեքստեր
. Ֆինանսական պարամետրեր
. Գրել էլ. հարկային հայտարարագրի ՆԱԽՆԱԿԱՆ օրինակը
. Կոճակ «Մաքրել տվյալների միջավայրը» պարզ գործառույթ է, որը պետք է
մաքրի հիշողության բոլոր փոփոխականները` կապված էլ-հայտարարագրի
գեներացման նոր փորձի հետ:
* Նախքան շարունակելը բոլոր շերտերը պետք է մաքրվեն:
. Կոճակ «ՕԳՆՈՒԹՅՈՒՆ» տեքստը պետք է ակտիվացնի ծրագրի այն գործիքը, որը
նախատեսված է HELP text-երի ցուցիչների կառավարման համար: Այն պահին,
երբ ծրագիրն ակտիվացված է, օգտագործողն այժմ աշխատում է ծրագրային
գործիքի այն սահմանափակումների մեջ, որոնք նախատեսված են HELP text-երը
փնտրելու և ցույց տալու համար (ոչ թե ծրագրի մշակում, այլ գործիքների
սինքրոնացում):
. Կոճակ «ՖԻՆԱՆՍԱԿԱՆ պարամետրեր» ծրագիրը պահանջում է հայտարարագրի
հաշվետու ժամանակահատվածին համապատասխան ֆինանսական արժեքներ: Դրանք
կազմում են հավաստման գործառույթի հիմքը:
. Ֆինանսական պարամետրերի յուրաքանչյուր խումբ, որը մուտքագրվում է
համակարգ, միշտ պետք է համապատասխանի Ֆինանսական ժամանակահատվածին,
.....-ից մինչև ...... ձևաչափով (ձևաչափ` տարի, ամիս)
. Ֆինանսական պարամետրերի ինտերֆեյսը բաղկացած է 4 բաժնից:
* Աշխատանքային օրեր
* Արժույթի կոդեր
* Հարկային կոդեր
* Կուտակային վճարի կոդեր
. Բոլոր 4 բաժիններն ինտերֆեյսում տեսանելի են (տես հաջորդ օրինակը)
. Բոլոր 4 բաժինները պետք է լրացվեն նախքան SAVE կոճակը սեղմելը:
. Ֆինանսական պարամետրերը պետք է պահպանվեն արտաքին տվյալների
կառուցվածքներում:
. Ֆինանսական պարամետրի ինտերֆեյսը բաղկացած է 2 կոճակից:
* Մեկը` ներկայիս պարամետրերը փոփոխելու համար:
* Մյուս կոճակը նոր`.....-ից մինչև ...... ֆինանսական ժամանակահատված
և նոր արժեքներ ստեղծելու համար է:
* Երկու կոճակների համար էլ կիրառելի է SAVE կոճակը, որպեսզի գրանցվեն
մուտքագրված ֆինանսական պարամետրերի արժեքները:
. Ֆինանսական պարամետրերի ժամանակահատվածն ունի DROP DOWN ցանկ, որին եթե
սեղմեն, ցույց կտա ֆինանսական պարամետրերի բոլոր առկա
ժամանակահատվածները .....-ից մինչև ......:
* Օգտագործողը պետք է կարողանա մկնիկի օգնությամբ ցանկով վերուվար անել
նախքան սեղմումով ֆինանսական ժամանակահատվածի ընտրումը համապատասխան
տողից:
* Ֆինանսական արժեքները ցուցադրվում են ըստ ֆինանսական ժամանակահատվածի:
Monthly Financel | |Button| |Button| |Save |
Parameters | |Modify| |New | |Financial |
__________________. | | |period| |parameters|
.______. .______. .__________.
__________________.
From |To |Drop|
______|______|List|
yyyymm|yyyymm| |
__________________.
______________________________. ._______________________________.
Working days | | Currency codes |
______________________________. ._______________________________.
______________________________. ._______________________________.
Year |Number |Number |scroll| |Year |Currency|currency|scroll|
Month |working|calendar|bar | |Month |code |value |bar |
|days |days | | | | | | |
______|_______|________|______| |______|________|________|______|
______|_______|________|______| |______|________|________|______|
yyyymm| 99 | 99 | | |yyyymm| xxxx | 999999 | |
______|_______|________|______| |______|________|________|______|
yyyymm| 99 | 99 | | |yyyymm| xxxx | 999999 | |
______|_______|________|______| |______|________|________|______|
yyyymm| 99 | 99 | | |yyyymm| xxxx | 999999 | |
______|_______|________|______| |______|________|________|______|
yyyymm| 99 | 99 | | | | | | |
______|_______|________|______| |______|________|________|______|
yyyymm| 99 | 99 | | | | | | |
______|_______|________|______| |______|________|________|______|
yyyymm| 99 | 99 | | | | | | |
______________________________. ._______________________________.
.________________________________________.
| Tax codes |
.________________________________________.
.________________________________________.
|Tax |% rate|maximum |scroll|
|description | |permissible|bar |
| | |value | |
|______________|______|___________|______|
|______________|______|___________|______|
|xxxxxxxxxxxxxx|99.99%| 9999999 | |
|______________|______|___________|______|
|xxxxxxxxxxxxxx|99.99%| 9999999 | |
|______________|______|___________|______|
|xxxxxxxxxxxxxx|99.99%| 9999999 | |
|______________|______|___________|______|
|xxxxxxxxxxxxxx|99.99%| 9999999 | |
|______________|______|___________|______|
|xxxxxxxxxxxxxx|99.99%| 9999999 | |
|______________|______|___________|______|
|xxxxxxxxxxxxxx|99.99%| 9999999 | |
.________________________________________.
._______________________________________________.
| Insurance Benefits |
._______________________________________________.
._______________________________________________.
|Insurance |maximum |maximum |scroll|
|Benefit |permissible|permissible|bar |
|description |value |number of | |
| | |days | |
|________________|___________|___________|______|
|________________|___________|___________|______|
|xxxxxxxxxxxxxxxx| 9999999 | 99 | |
|________________|___________|___________|______|
|xxxxxxxxxxxxxxxx| 9999999 | 99 | |
|________________|___________|___________|______|
|xxxxxxxxxxxxxxxx| 9999999 | 99 | |
|________________|___________|___________|______|
|xxxxxxxxxxxxxxxx| 9999999 | 99 | |
|________________|___________|___________|______|
|xxxxxxxxxxxxxxxx| 9999999 | 99 | |
|________________|___________|___________|______|
|xxxxxxxxxxxxxxxx| 9999999 | 99 | |
._______________________________________________.
Համակարգը ստորև բերված աղյուսակները պետք է տվյալների կառուցվածքներից ավտոմատ կերպով բեռնի համապատասխան կոդերը, նկարագրությունները և արժեքները, որոնք ակտիվ են տվյալ ֆինանսական ժամանակահատվածի համար:
. Աշխատանքային օրեր (00D13)
. Արժույթի կոդեր (00D03)
. Անհատական հարկային կոդեր (00D09)
. Կուտակային վճարի կոդեր (00D11)
Օգտագործողից պահանջվում է մուտքագրել համապատասխան ֆինանսական արժեքները:
Եթե համակարգ մուտքագրված հաշվետու ժամանակահատվածի համար ոչ մի արժեք չկա, համապատասխան աղյուսակների «արժեք» վանդակները պետք է դատարկ լինեն, միայն նկարագրությունը պետք է երևա: Օգտագործողից կպահանջվի դրանք լրացնել:
Երբ սեղմվի «ՖԻՆԱՆՍԱԿԱՆ պարամետրեր» կոճակը, համակարգը պետք է ավտոմատ կերպով բեռնի այդ պահի ֆինանսական ժամանակահատվածը և համապատասխան ֆինանսական արժեքները:
. Կոճակ «Բեռնել կամ Գտնել ամսական հարկային հայտարարագրի ձևը»
Load or Retrieve Tax Form|
_________________________.
________________________________________.
|search button|
________________________________________.
__________________________. .__________.
Tax payer identifier | |Year|Month|
__________________________| |____|_____|
__________________________. .__________.
____________________________________________________________________.
Payer Type|Report|Tax Form|Representative|version|Generation|scroll|
|Type | |Identifier | |Date |bar |
___________|______|________|______________|_______|__________|______|
___________|______|________|______________|_______|__________|______|
___________|______|________|______________|_______|__________|______|
___________|______|________|______________|_______|__________|______|
___________|______|________|______________|_______|__________|______|
____________________________________________________________________.
RETRIEVE (ԲԵՐԵԼ) ինտերֆեյսի նպատակն է վերբեռնել նախորդ ժամանակաշրջանի որևէ ֆայլի պարունակությունը և ծրագրի բոլոր բաժինները բեռնել տեղեկություններով:
Ծրագրի որոնման և տվյալների բերման գործառույթն օգտագործողին թույլ կտա ընտրել այլ ֆայլեր, որոնք պետք է ներառվեն ոչ այն ձևաչափով, ինչ գործընթացի սկզբում ընտրված հարկային հայտարարագրի ձևը:
* Համակարգը պետք է ստուգի-հաստատի մուտքագրման ձևաչափն ընտրված
հայտարարագրի ձևի հետ: Եթե ձևաչափերի համակցությունը չի գրանցված,
համակարգը պետք է մերժի ֆայլը:
Իրենց սեփական հաշվապահական համակարգերն ունեցող օգտագործողները սովորաբար գեներացնում են մուտքի ֆայլ ըստ էլ.-հայտարարագրի վերաբերյալ տպագիր նյութերի, որտեղ մուտքի ֆայլի ձևաչափն ամբողջությամբ նկարագրված է: Հաշվապահական համակարգի ֆայլը կարելի է բեռնել համակարգչային ծրագրի մեջ այդ տարբերակով:
Օգտագործողն ունի երկու տարբերակ:
. Բեռնել/ LOAD
. Գտնել /RETRIEVE
ԲԵՌՆԵԼ տարբերակն օգտագործվում է որոշակի ֆայլի համար ցանկացած տեղական, արտաքին կամ ցանցային կրիչ որոնելու համար: Օգտագործողն ընտրում է ֆայլի տեղադրությունը:
. Ընտրված ֆայլի անվան առաջին 4 նիշերը պետք է պարունակեն ցանկացած
հայտարարագրի տարբերակիչ:
. Համակարգն ստուգում է հարկային հայտարարագրի կոդի համապատասխանությունը
(00D06) մուտքի ֆայլի տարբերակչի հետ:
. Համակարգը պետք է ստուգի ընտրված հարկային հայտարարագրի և մուտքի
ֆայլի հարկային հայտարարագրի համակցությունը կիրառելով արտապատկերման
կառուցվածքը` 'Interactive Mapping'-ը:
* Եթե համակցությունը չի գրանցված, ապա համակարգը պետք է ինքնաշխատ
կերպով մերժի մուտքի ֆայլը և օգտագործողից պահանջի նոր ֆայլ ընտրել:
ԳՏՆԵԼ տարբերակն օգտագործողին տալիս է համակարգի արխիվային մատյանում փնտրելու հնարավորություն:
. Օգտագործողը որոնման համար պետք է նշի հարկ վճարողի տարբերակիչը և
հաշվետու ժամանակամիջոցը:
. Ծրագիրը կփնտրի արխիվային մատյանում` առցանց ռեժիմում (05D24) կամ
համակարգչում տեղադրված տեղական տվյալների հարակից բազայում, որտեղ
հայտարարագրի ֆայլը արտացանց եղանակով պահելու ժամանակ կիրառվում են
արխիվացման նույն չափանիշները:
. Օգտագործողը կարող է դիտել տվյալ հարկ վճարողի և հաշվետու
ժամանակամիջոցի համար նախապես ստեղծված բոլոր ֆայլերը:
. Օգտագործողը կարող է ընտրել որևէ ֆայլ արխիվի ցանկից:
. Առցանց ծրագրային ապահովումը ՊԵԿ-ի համակարգին միացած անձին կստուգի
հարկ վճարողի ինտերֆեյս մուտքագրված տարբերակչով:
* Եթե համակարգին միացած օգտագործողի տարբերակիչը նույնը չէ, ինչ հարկ
վճարողի տարբերակիչը, ապա համակարգը պետք է ստուգի հարկ վճարողի
գրանցված ներկայացուցչին (01D10)
- Եթե հարկ վճարողի և համակարգին միացած օգտագործողի համակցությունը
ճիշտ չէ, ապա համակարգը պետք է արխիվից որևէ ֆայլ չբացի կամ թույլ
չտա օգտագործողին ընտրել հարկ վճարողի հետ կապ ունեցող որևէ ֆայլ:
. Արխիվային մատյանից որևէ ֆայլ ընտրելը նշանակում է, որ այդ ֆայլի
ձևաչափը նախապես թույլատրելի է համարվել, այդ դեպքում համակարգը պետք
է ստուգի հարկային հայտարարագրի և մուտքի ֆայլի հայտարարագրի
կոդավորված համակցությունը 'Interactive Mapping' արտապատկերման
կառուցվածքի միջոցով:
* Եթե համակցությունը գրանցված չէ, ապա համակարգն ինքնաշխատ ձևով պետք
է մերժի ընտրված մուտքի ֆայլը և օգտագործողից պահանջի նոր ֆայլ
ընտրել:
Երբ ֆայլն ընտրվել և հավաստագրվել է «Interactive Mapping» կառուցվածքի կոդավորման համակարգի միջոցով (հարկային հայտարարագիր - ֆայլի հարկային հայտարարագրի կոդ), անկախ օգտագործողի կիրառած տարբերակից, ծրագրային գործիքը պետք է վերբեռնի ֆայլի ամբողջ պարունակությունը, գրառումների տեսակները և տվյալների դաշտերը ծրագրային գործիքի համապատասխան բաժիններում համաձայն տվյալների արտապատկերման ձևի:
. Տես «Interactive Mapping» կառուցվածքը
. Կոճակ «Գրանցել հաշվետու ժամանակահատվածը»
. Ինտերֆեյսի նպատակն է գրանցել հաշվետու ժամանակաշրջանին վերաբերող
տեղեկատվությունը (Բաժին 1)
. Ինտերֆեյսը պետք է ինքնաշխատ կերպով ցույց տա առկա վերբեռնված
տեղեկությունները, եթե ԲԵՌՆԵԼ կամ ԳՏՆԵԼ գործառույթում ընտրվել է որևէ
նախկին ֆայլ:
. Ինտերֆեյսի հետևյալ դաշտերն ենթակա են համակարգի կոնֆիգուրացիայի
կառուցվածքներից արժեքների DROP DOWN ցանկերի: Ցանկից կարող է ընտրվել
միայն մեկ արժեք:
* Վճարողի տեսակը (վճարողներ - 00D04)
* Հաշվետվության տեսակը (հաշվետվություններ - 00D05)
* Չափման միավորը (արժույթի կոդը - 00D03)
ԲԱԺԻՆ I Վճարման ամիս
.______________________________________________________________.
|Ամիս|Տարի|Հաշվետվության տեսակ|Հարկ վճարողի տեսակ|Չափման միավոր|
|____|____|___________________|__________________|_____________|
|____|____|___________________|__________________|_____________|
|1.1.|1.2.| 1.3. | 1.4. | 1.5 |
.______________________________________________________________.
(Պ) (Պ) (Պ) (Պ) (Պ)
Կոճակ «Հարկ վճարողին»
. Հարկ վճարողի ինտերֆեյսի նպատակն է (Բաժին II) գրանցել հայտարարագիրը
ներկայացնող հարկ վճարողի հետ կապված բոլոր տեղեկությունները և այդ
տեղեկությունները բեռնել ծրագրային գործիքի 2-րդ բաժնում:
. Ինտերֆեյսը պետք է ինքնաշխատ կերպով ցույց տա վերբեռնված ընթացիկ
տեղեկությունները, ԲԵՌՆԵԼ կամ ԳՏՆԵԼ գործառույթում որևէ նախկին ֆայլ
ընտրվելու դեպքում:
. Ինտերֆեյսի նկարագրության համար տես եկամտային հարկի հայտարարագրի ձևը
պարունակող հավելվածը - Բաժին II:
. Ինտերֆեյսը պետք է տրամադրի հետևյալ կոդերի DROP DOWN ցանկերը`
* Տնտեսական գործունեության կոդը (00D25)
* Տարածքի հեռախոսային կոդը (00D23)
* Քաղաքի կոդերը (00D20)
* Մարզերի կոդերը (00D19)
* Փոստային կոդերը (00D27)
. Կոնտակտային տվյալների բաժնում անունն ու հեռախոսի համարը լրացնելը
պարտադիր է, իսկ էլ.-հասցեն նշվում է ըստ ցանկության:
. Փողոցի կոդը կարող է ներմուծվել ավելի ուշ: Ծրագրային գործիքը պետք է
տրամադրի փողոցի կոդերի արտաքին կառուցվածք: Փողոցի կոդի
կոնֆիգուրացիայի կառուցվածքը պետք է պարունակի մեկ հղում, անգամ եթե դա
դատարկ վանդակ է, որոնման գործընթաց սկսելու համար (00D22):
. Եթե փողոցը հնարավոր չէ գտնել DROP DOWN ցանկից, ծրագիրը պետք է
օգտագործողին տա փողոցի անունը գրելու հնարավորություն (ըստ
նախապատմության բաժնում նկարագրված անունների վերաբերյալ կանոնների):
. Ծրագրային գործիքը պետք է փողոցի անունը գրանցի տվյալների արտաքին
կառուցվածքում հետագա DROP DOWN հղման համար:
- Օգտագործողի կողմից մուտքագրված փողոցի անվանը պետք է տրվի փողոցի
ունիկալ կոդ:
- Ծրագրային գործիքը պետք է ունենա արտաքին կառուցվածքում փողոցի
ունիկալ կոդ, որին կհամապատասխանի մեկ ունիկալ անվանում:
* Հիմնական ստուգման-հաստատման պրոցեդուրան պետք է վավերացնի
փողոցների նոր անունները և գեներացնի փողոցի ունիկալ կոդ:
. Կոճակ «Գրանցել պասիվ եկամուտները»
. Պասիվ եկամտի` ոչ աշխատավարձային հարկերի ինտերֆեյսի (Բաժին V)
նպատակն է համակարգչային ծրագրի համապատասխան բաժնում գրանցել հարկ
վճարողի կողմից վճարման ենթակա բոլոր պասիվ եկամուտները:
ԲԱԺԻՆ V Պասիվ եկամուտներ` ոչ աշխատավարձային եկամուտներ
.____________________________________________________________________.
|__________|__________|______|___________|__________________|________|
|Եկամտի կոդ|Եկամտի չափ|Հարկի |Աշխատողների|Եկամտի կոդի |% դրույք|
| | |գումար|թվաքանակը |նկարագիր | |
|__________|__________|______|___________|__________________|________|
| 5.1 | 5.2 | 5.3 | 5.4 |5.5 (ընտրել | 5.6 |
| | | | |համապատասխան տողը)| |
|__________|__________|______|___________|__________________|________|
.____________________________________________________________________.
(Պ) (Պ) (Պ) (V) (ԸՑ) (ԸՑ)
. Ինտերֆեյսը պետք է ինքնաշխատ կերպով ցույց տա վերբեռնված ընթացիկ
տեղեկությունները, LOAD or RETRIEVE գործառույթում որևէ նախկին ֆայլ
ընտրվելու դեպքում:
. Ինտերֆեյսը պետք է տրամադրի հետևյալ կոդերի DROP DOWN ցանկերը`
* Պասիվ եկամտի կոդ (00D08)
. Կոճակ «Գրանցել նոր կնքած աշխատանքային պայմանագրերը»
. Աշխատանքային գործունեության ինտերֆեյսի (Բաժին VI) նպատակն է
գրանցել ներկայումս կիրառվող [Ֆ1] ձևին համապատասխանող
տեղեկատվությունը:
. Ինտերֆեյսը պետք է ցույց չտա վերբեռնված ընթացիկ տեղեկությունները,
LOAD or RETRIEVE գործառույթում որևէ նախկին ֆայլ ընտրվելու
դեպքում:
. Ինտերֆեյսի նկարագրության համար տես հավելվածը` Employment History
of the Unified income tax Form - Բաժին VI:
. Ինտերֆեյսը պետք է տրամադրի հետևյալ կոդերի DROP DOWN ցանկերը`
* Զբաղմունքի դասակարգիչ (00D24)
* Սեռ (00D26)
* Քաղաքի կոդերը (00D20)
* Մարզերի կոդերը (00D19)
* Փոստային կոդերը (00D27)
* Քաղաքացիության կոդերը (00D18)
* Երկրի կոդերը (00D21)
. Փողոցի կոդը կարելի է ներմուծել ավելի ուշ: Ծրագրային գործիքը պետք է
տրամադրի փողոցի կոդերի արտաքին կառուցվածք: Փողոցի կոդի
կոնֆիգուրացիայի կառուցվածքը պետք է պարունակի մեկ հղում, անգամ եթե դա
դատարկ վանդակ է, որոնման գործընթաց սկսելու համար: (00D22)
* Եթե փողոցը հնարավոր չէ գտնել DROP DOWN ցանկից, ծրագիրը պետք է
օգտագործողին տա փողոցի անունը գրելու հնարավորություն (ըստ
նախապատմության բաժնում նկարագրված անունների վերաբերյալ կանոնների):
* Ծրագրային գործիքը պետք է փողոցի անունը գրանցի տվյալների արտաքին
կառուցվածքում հետագա DROP DOWN հղման համար:
- Օգտագործողի կողմից մուտքագրված փողոցի անվանմանը պետք է տրվի
փողոցի ունիկալ կոդ:
- Ծրագրային գործիքը պետք է ունենա արտաքին կառուցվածքում փողոցի
ունիկալ կոդ, որին կհամապատասխանի մեկ ունիկալ անվանում:
* Հիմնական ստուգման-հաստատման պրոցեդուրան պետք է վավերացնի
փողոցների նոր անունները և գեներացնի փողոցի ունիկալ կոդ:
. «Ստուգել» գործառույթով կոճակի պետք է ստուգի Բաժին VI-ի հետևյալ
կետերի համապատասխանությունը Բաժին III-ի տվյալների հետ:
Բաժին VI Բաժին III
3.20 Սկսման ամսաթիվը 3.20 Սկսման ամսաթիվը
6.3 Պայմանագրի համարը 3.24 Պայմանագրի համարը
. Կոճակ «Աշխատողի մասին տեղեկատվությունը»
. Եթե արխիվի համակարգից արդեն հանվել է որևէ նախկին ֆայլ, ծրագիրն
ինքնաշխատ կերպով պետք է իրականացնի հետևյալ գործողությունները
նախքան էկրանին աշխատողի մասին տեղեկությունները ցույց տալը:
* Վերացնել աշխատողների պայմանագրերի մասով այն գրառումները, որտեղ
դադարեցման ամսաթիվը (yyyymm) Բաժին I-ում մուտքագրված հաշվետու
ժամանակաշրջանին (yyyy - mm) առաջ է:
. Աշխատողների ինտերֆեյսի (Բաժին III) նպատակն է գրանցել համապատասխան
հաշվետու ժամանակաշրջանում հարկ վճարողի հետ աշխատանքային ակտիվ
պայմանագիր ունեցող յուրաքանչյուր աշխատողին համապատասխանող
տեղեկությունները:
. Ինտերֆեյսը պետք է ցույց տա վերբեռնված ընթացիկ տեղեկությունները, LOAD
or RETRIEVE գործառույթում որևէ նախկին ֆայլ ընտրվելու դեպքում:
. Ինտերֆեյսի նկարագրության համար տես հավելվածը` Employment History of
the Unified income tax Form - Բաժին III:
. Ինտերֆեյսը պետք է տրամադրի հետևյալ կոդերի DROP DOWN ցանկերը`
* Զբաղմունքի դասակարգիչ (00D24)
* Կուտակային վճարի կոդեր (00D11)
* Կուտակային համակարգի մասնակցի կոդեր (00D32, 00D29)
* Դադարեցման հիմքերը (00D35)
. Ըստ ունիկալ ՍՔ համարի աշխատողի հետ կապված յուրաքանչյուր գրառման
համար պայմանագրի համարը պարտադիր է:
. Յուրաքանչյուր աշխատող (ունիկալ ՍՔ համար) կարող է գրանցել կուտակային
վճարի կոդերի բազմակի գրառումներ
. Յուրաքանչյուր աշխատողի (ունիկալ ՍՔ համար) համար կարող են գրանցված
լինել տարբեր աշխատանքային պայմանագրեր նույն հաշվետու ժամանակաշրջանի
համար:
* Սկսելու և դադարեցնելու ամսաթվերը չեն կարող համընկնել:
* Յուրաքանչյուր պայմանագրի համարը պետք է տարբեր լինի:
* Դադարեցման ամսաթվով յուրաքանչյուր գրառում պետք է ունենա դադարեցման
կոդ:
. Աշխատողին ըստ ՍՔ համարի տեղորոշելու համար Բաժին III-ում պետք է գործի
որոնման կոճակ:
* Համակարգչային գործիքը պետք է տեղորոշի և ընդգծի որոնվող աշխատողի
տվյալների առաջին շարքը:
Կոճակ «Վավերացնել տեղեկատվությունը»
. Ծրագրային գործիքը պետք է բեռնի համապատասխան ֆինանսական պարամետրերի
արժեքներն ըստ Բաժին I-ում մուտքագրված հաշվետու ժամանակաշրջանի:
* Հարկային դրույքաչափեր (00D12)
* Ամսական պարամետրեր (00D13)
* Կուտակային վճարի արժեքներ (00D14)
* Եթե ֆինանսական արժեքները չեն գտնվում, ծրագիրը պետք է գեներացնի
անհամապատասխանությունների հաղորդագրություն, որտեղ կոդ = 125,
հաղորդագրության արժեքը = Բաժին I-ում մուտքագրված հաշվետու
ժամանակաշրջան:
. Ծրագրային գործիքը պետք է առանձնացնի արժույթի կամ չափման միավորի կոդը
Բաժին I-ից (չափման միավոր) և ընտրի համապատասխան արժեքը ֆինանսական պարամետրերից:
* Արժույթի արժեքներ (00D40)
* Եթե արժույթի արժեքը չի գտնվում, ծրագիրը պետք է գեներացնի
անհամապատասխանությունների հաղորդագրություն, որտեղ կոդ = 126,
հաղորդագրության արժեքը =
- հաշվետու ժամանակաշրջան (yyyy mm)` մուտքագրված Բաժին I-ում
- չափման միավոր մուտքագրված` Բաժին I-ում
. Ծրագրի նախորդ գործառույթներում մուտքագրված տեղեկատվությունը
պահուստավորվում է հիշողության անկախ բաժիններում: Հիշողության
յուրաքանչյուր բաժին պետք է ունենա իր սեփական DATA BLOCK CELLS-երը:
.________________________________________________.
|Նկարագրություն |Բաժին|
|__________________________________________|_____|
|Հարկային հայտարարագրի տարբերակիչ | 1 |
|__________________________________________|_____|
|Հարկ վճարողի տարբերակիչ | 2 |
|__________________________________________|_____|
|Աշխատողների տվյալների հաշվարկներ | 3 |
|__________________________________________|_____|
|Պասիվ եկամտի արժեքներ | 5 |
|__________________________________________|_____|
|Աշխատանքային գործունեության մասին տվյալներ| 6 |
.________________________________________________.
Բաժին (4)-ը համապատասխանում է համապատասխան ամփոփ գումարներին:
. Ընտրել բոլոր գրառումները MAPPING կոնֆիգուրացիայից (00D17) ըստ
հայտարարագրի ընտրված կոդի:
* Արտապատկերման կառուցվածքում գրանցված գրառման տեսակը
համապատասխանում է ծրագրային գործիքի հիշողության բաժնին:
. Մշակել Բաժին III-ում գրանցված բոլոր գրառումները: Դինամիկ
արտապատկերման համակարգի հետ համապատասխանող յուրաքանչյուր գրառման
համար կուտակային վճարները և հարկային արժեքները պետք է պատկերվեն
հիշողության մեջ Ենթաբաժին III-ում:
* Memory section = 3 mapping record type = 3
* Հայտարարագրի և NOT FOUND բաժնի տեսակի համակցությունը
արտապատկերման կառուցվածքում (00D17)
- Message code = 160
* Հայտարարագրի և FOUND բաժնի տեսակի համակցությունը պատկերման
կառուցվածքում (00D17)
* Յուրաքանչյուր աշխատողի համար DETAL գրառում, Բաժին III, բեռնել
յուրաքանչյուր հարկային կոդի տվյալներն առանձին-առանձին, բազային
եկամտի արժեքները, հարկերը կամ կուտակային վճարները և գերավճարի
արժեքները գրվում են Ենթաբաժին III-2 հիշողության մեջ ըստ
արտապատկերման կառուցվածքում (00D17) նկարագրված յուրաքանչյուր
հարկային կոդի արտապատկերման դիրքի:
- III-2 ենթաբաժնում գրանցված յուրաքանչյուր առանձին հարկային կոդ
պետք է ունենա ունիկալ տարբերակիչ, որը միացնում է Ենթաբաժին
III-2-ը Բաժին III-ի գրառման հետ:
- Կարևոր է` Հարկերի կամ կուտակային վճարների հաշվարկման համար
բազային եկամտի արտապատկերման դիրքը կարող է բաղկացած լինել 1
կամ ավելի արժեքներից: Եթե նշված են մեկից ավելի դիրք, մուտքի
գրառման յուրաքանչյուր դիրքի սահմաններում յուրաքանչյուր արժեք
պետք է հավաքվի և գրանցվի III-2 ենթաբաժնի INCOME դաշտում:
- Մշակել Բաժին III-ի բոլոր գրառումները:
. Բոլոր անհատական հարկային կոդերը և արժեքները III-2 ենթաբաժնում
բեռնելուց հետո շարունակել հաջորդող ստուգման-հաստատման գործընթացը:
. Ծրագրային գործիքը հիշողության մեջ պետք է վերահսկի ստուգման-հաստատման
գործընթացի ժամանակ գեներացված անճշտությունների դեպքում
հաղորդագրությունները: Անհամապատասխանությունների հաղորդագրությունների
հիշողության մեջ եղած ցանկը պետք է երևա ինքնաշխատ ձևով, եթե ցանկում
գեներացված հաղորդագրություններից որևէ մեկը կոդավորվել է որպես ERROR
մակարդակի հաղորդագրություն:
* Եթե գեներացվում են միայն զգուշացումներ կամ տեղեկատվական
հաղորդագրություններ, հիշողության մեջ եղած ցանկն ինքնաշխատ ձևով չի
երևում, սակայն պետք է ակտիվացվի 'show inconsistency messages'
կոճակը:
. Ստուգել-հաստատել Բաժին (1)-ը
* Ստուգել բիզնես կանոնների առկայությունն ըստ Բաժին I-ում մուտքագրված
վճարողի և հաշվետվության կոդերի:
* Եթե բիզնես կանոնները չեն գտնվում, ծրագիրը պետք է գեներացնի
անհամապատասխանությունների հաղորդագրություն, կոդ = 123,
հաղորդագրության արժեք =
- Վճարողի կոդը` մուտքագրված Բաժին I-ում:
- Հաշվետվության տեսակի կոդը` մուտքագրված Բաժին I-ում:
. Ստուգել-հաստատել Բաժին (2)-ը
* Ստուգել հարկային համարի համապատասխանությունը (2.1), հաշվելով
ստուգման նիշը
* Եթե Բաժին II մուտքագրված ստուգման նիշը չի համապատասխանում
հաշվարկված թվին, ծրագիրը պետք է գեներացնի
անհամապատասխանությունների հաղորդագրություն, որտեղ կոդ = 130,
հաղորդագրության արժեք =
- Հարկային համար` (2.1) մուտքագրված Բաժին II
- Անուն` (2.3) մուտքագրված Բաժին II
* Ստուգել գրանցման համարի համապատասխանությունը (2.2), հաշվելով
ստուգման նիշը
* Եթե Բաժին II մուտքագրված ստուգման նիշը չի համապատասխանում
հաշվարկված թվին, ծրագիրը պետք է գեներացնի
անհամապատասխանությունների հաղորդագրություն, որտեղ կոդ = 131,
հաղորդագրության արժեք =
- Գրանցման համար` (2.2) մուտքագրված Բաժին II
- Անուն (2.3) մուտքագրված Բաժին II
* Ստուգել հարկ վճարողի անունը (2.3), անունը պարտադիր է
* Եթե անունը անվավեր է կամ չի լրացված, ծրագիրը պետք է գեներացնի
անհամապատասխանությունների հաղորդագրություն, կոդ = 132,
հաղորդագրության արժեք =
- Հարկային համար` (2.1) մուտքագրված Բաժին II
- Գրանցման համար` (2.2) մուտքագրված Բաժին II
* Ստուգել CONTACT անունը և հեռախոսահամարը (2.14, 2.15), դաշտերը
պարտադիր են
* Եթե անունը (2.14) անվավեր է կամ չի լրացված կամ հեռախոսի համարը
(2.15) չի մուտքագրված, ծրագիրը պետք է գեներացնի
անհամապատասխանությունների հաղորդագրություն, կոդ = 134,
հաղորդագրության արժեք =
- Հարկային համար` (2.1) մուտքագրված Բաժին II
- Գրանցման համար` (2.2) մուտքագրված Բաժին II
- Անուն` (2.3) մուտքագրված Բաժին II
- Կոնտակտային անուն (2.14)
- Կոնտակտային հեռախոսահամար (2.15)
* Ստուգել տնտեսական գործունեության կոդը (2.13), կոդը պարտադիր է, եթե չի
մուտքագրված, այդ դեպքում ծրագիրը պետք է գեներացնի
անհամապատասխանությունների հաղորդագրություն, կոդ = 135,
հաղորդագրության արժեք =
- Հարկային համար` (2.1) մուտքագրված Բաժին II
- Գրանցման համար` (2.2) մուտքագրված Բաժին II
- Անուն` (2.3) մուտքագրված Բաժին II
* Ստուգել հարկ վճարողի հասցեն: Փողոցի անունը և համարը պարտադիր են:
* Եթե փողոցի անունը (2.7) անվավեր է կամ չի լրացված կամ փողոցի համարը
(2.7a, 2.8) կամ քաղաքի/ավանի կոդը կամ մարզի կոդերը չեն
մուտքագրված, ծրագիրը պետք է գեներացնի անհամապատասխանությունների
հաղորդագրություն, կոդ = 133, հաղորդագրության արժեք =
- Հարկային համար` (2.1) մուտքագրված Բաժին II
- Գրանցման համար` (2.2) մուտքագրված Բաժին II
- Փողոցի անունը + համարը
- Քաղաքի անունն ըստ կոդի
- Մարզի անունն ըստ կոդի
. Ստուգել-հաստատել Բաժին (3)-ը
. Որոշել հաշվետու ժամանակաշրջանի օրացուցային օրերի քանակը (CD) Բաժին
I-ից ըստ ամսական պարամետրերի (00D13)
. Ծրագրային գործիքը պետք է յուրաքանչյուր աշխատողի և պայմանագրի համարի
մասով ստեղծի մեկ ունիկալ գրառում այն բազմաթիվ գրառումներից, որ
գործատուն կարող է հայտարարել յուրաքանչյուր աշխատողի համար: Նպատակն է
ստուգել-հաստատել հաշվարկված արժեքները ոչ թե յուրաքանչյուր գրառման,
այլ յուրաքանչյուր աշխատողի մակարդակում:
. Յուրաքանչյուր աշխատողի տարբերակչի և պայմանագրի համարի մասով
հիշողության մեջ ստեղծել մեկ ունիկալ գրառում, Բաժին III-3` Բաժին
III-ի գրառումներից:
* Պայմանագրի համարը (3.24) պետք է չլինի անվավեր կամ չլրացված:
* Բաժին III-3-ում գրանցված յուրաքանչյուր առանձին աշխատողի գրառում
պետք է ունենա շարքի ունիկալ տարբերակիչ.
- Աշխատողի տարբերակիչ/Worker Identifier
- Վերջին զբաղմունքի դասակարգչի մաքսիմալ կոդ
- Աշխատանքի անցնելու ամենավաղ ամսաթիվը/Min commencing date
- Աշխատանքի դադարեցման ամենավերջին ամսաթիվը/Max terminating date
- Կուտակային վճարի հաշվարկման օրերի ընդհանուր թիվը
- Կուտակային վճարների արժեքների ընդհանուր գումարը
- Աշխատողի ամենավերջին կարգավիճակը/Max worker status
- Հաշվարկված բազային եկամտի ընդհանուր գումարը
- Այլ եկամուտների հանրագումար
- Դադարեցման ամենավերջին պատճառի կոդը Max termination cause code
- Ամենավերջին ազգանունը/ Max Surname
- Ամենավերջին անունը/ Max Name
* Մշակել Բաժին III-3-ում գրանցված յուրաքանչյուր առանձին աշխատողի մասին
գրառում
* Աշխատողի տարբերակիչ
* Ստուգել աշխատողների տարբերակչի համապատասխանությունը Բաժին III-3-ում,
հաշվելով ստուգման նիշը:
* Եթե Բաժին III-3-ում գրանցված ստուգման նիշը չի համընկնում
հաշվարկված թվի հետ, ծրագիրը պետք է գեներացնի
անհամապատասխանությունների հաղորդագրություն, կոդ = 140,
հաղորդագրության արժեք =
- Աշխատողի տարբերակիչ, Բաժին III-3
- Max Name, Բաժին III-3
- Max Surname, Բաժին III-3
* Ստուգել աշխատողի անունը և ազգանունը, անունները պարտադիր են
* Եթե անունը կամ ազգանունը (Բաժին III-3) վավեր չէ կամ չի լրացված,
ծրագիրը պետք է գեներացնի անհամապատասխանությունների
հաղորդագրություն, կոդ = 141, հաղորդագրության արժեք =
- Աշխատողի տարբերակիչ, Բաժին III-3
- Անուն, Բաժին III-3
- Ազգանուն, Բաժին III-3
* Եթե զբաղմունքի դասակարգչի կոդը (Բաժին III-3) վավեր չէ կամ չի լրացված,
ծրագիրը պետք է գեներացնի անհամապատասխանությունների հաղորդագրություն,
կոդ = 142, հաղորդագրության արժեք =
- Աշխատողի տարբերակիչ, Բաժին III-3.
- Անուն, Բաժին III-3
- Ազգանուն, Բաժին III-3.
* Եթե աշխատողի կարգավիճակը (Բաժին III-3) վավեր չէ կամ չի լրացված,
ծրագիրը պետք է գեներացնի անհամապատասխանությունների հաղորդագրություն,
կոդ = 143, հաղորդագրության արժեք =
- Աշխատողի տարբերակիչ, Բաժին III-3.
- Անուն, Բաժին III-3
- Ազգանուն, Բաժին III-3.
* Առանձին աշխատողի համար ստեղծած յուրաքանչյուր գրառման համար (շարքի
տարբերակիչ, աշխատողի տարբերակիչ) (Բաժին III-3) ստեղծել հարկերի
լրացուցիչ կառուցվածք (Բաժին III-4) Բաժին III-2-ում եղած
գրառումներից:
Աշխատողների անհատական հարկային գրառումների նպատակը տարբերվում է ըստ
հայտարարագրում նշված հարկային կոդի և աշխատողի կարգավիճակի:
Անհատական հարկային կոդի գրառումը ստեղծվում է ընդհանուր հաշվարկին
նպաստելու և տրամաբանությունը վերահսկելու համար:
- Որոշել աշխատողի կարգավիճակը Բաժին III-3-ից
- Առանձնացնել բոլոր անհատական հարկային կոդերի (A) ցանկը մոդուլ
(00D10)-ից ըստ տվյալ հարկային հայտարարագրի և հարկային կոդի` Բաժին
III-2-ից:
- Ստեղծել անհատական հարկային գրառում հիշողության մեջ (Բաժին III-4)
ըստ շարքի տարբերակչի, տարբերակիչ (Բաժին III-3)-ից: Հարկային
գրառումների համար տեղեկատվության աղբյուր է հանդիսանում DETAL
հարկային գրառումը (Բաժին III-2)
. Յուրաքանչյուր նոր հարկային գրառում (Բաժին III-4) պետք է ունենա
ունիկալ կապ Բաժին III-3-ի հետ:
. Անհատական հարկային կոդը համապատասխանում է անհատական հարկային
կոդին մոդուլ (00D29 / 00D32)-ից ըստ աշխատողի կարգավիճակի և
տվյալ հարկային հայտարարագրի, և հաշվետու ժամանակամիջոցին` Բաժին
I-ից, աշխատանքը սկսելու և դադարեցնելու ամսաթվերի միջև:
. Անհատական հարկային կոդը պետք է լինի ակտիվ` ըստ (A) ցանկի մոդուլ
(00D10)-ից, որտեղ հաշվետու ժամանակաշրջանը համապատասխանում է
Բաժին I-ում նշված աշխատանքը սկսելու և դադարեցնելու ամսաթվերի միջև եղած ժամանակահատվածին (List A): . Նշել հարկային դրույքաչափը և առավելագույն թույլատրելի արժեքն ամսական հարկային դրույքաչափերից (00D12) . Նշել հանրագումարային ցուցանիշը . Նշել բազային եկամտի հաշվարկը DETAL հարկերից (Բաժին III-2) . Եթե մեկնարկային տվյալների ցուցանիշը (List A - 00D10) = 0, ապա հարկի արժեքը և վերադարձվող գերավճարների արժեքները վերցնել DETAL հարկերից (Բաժին III-2) . Մոդելն առանձնացնում է պետական ֆինանսավորումը որպես այս գործընթացում ստեղծված լրացուցիչ անհատական հարկային կոդ, դարձյալ հաշվարկելու և հսկելու գործընթացները հեշտացնելու համար: . Գեներացնել պետական ֆինանսավորման բոլոր հարկային կոդերի (այլ կոդեր) (B) ցանկը մոդուլ (05D17)-ից, որոնք համապատասխանում են աշխատողների անհատական հարկային կոդերին (Բաժին III-4) * Ցանկ B-ի յուրաքանչյուր գրառման համար .. մշակել հետևյալը` - Ավելացնել լրացուցիչ գրառում հիշողության մեջ Բաժին III-4, ըստ պետական մասնակցության կոդի - Բաժին III-4-ը կապել Բաժին III-3-ի համապատասխան տողին - Նշել հարկային դրույքաչափը և դրա առավելագույն թույլատրելի արժեքը ամսական հարկային դրույքաչափերից (00D12) - Նշել հանրագումարային ցուցանիշը - Նշել բազային եկամտի հաշվարկը DETAL հարկերից (Բաժին III-2) - Պետական մասնակցության կոդը պետք է ակտիվ լինի ըստ մոդուլ (00D10)-ի, որտեղ հաշվետու ժամանակաշրջանը համապատասխանում է
Բաժին I-ում նշված աշխատանքը սկսելու և դադարեցնելու ամսաթվերի միջև եղած ժամանակահատվածին: - Եթե աղբյուր հանդիսացող տեղեկատվության ցուցանիշը (00D10) = 1, ապա հաշվել հարկի արժեքը = result from application from (00D09)-ից արդյունքի ըստ պետական ֆինանսավորման կոդի, բազային եկամտի մուտքի պարամետրը, հաշվետու ամիսը, պետական ֆինանսավորման կոդը: . Մշակել Բաժին III-2-ի բոլոր հարկային գրառումներն ըստ յուրաքանչյուր աշխատողի պայմանագրի համարի (Բաժին III-3) . Ստուգել-հաստատել կուտակային վճարի կոդերը և հայտարարագրված գումարները . Գեներացնել (Z) ցանկը` DETAL հիշողությունից բոլոր շարժերը, Բաժին III, որտեղ կուտակային վճարի կոդն անվավեր չէ * Z ցանկում յուրաքանչյուր գրառման համար .. մշակել հետևյալը - Ստուգել կուտակային վճարի կոդի վավերականությունը մոդուլ (00D11)-ում ըստ հաշվետու ժամանակամիջոցի Բաժին I-ից` սկսման և ավարտման ամսաթվերի միջև . Կոդը վավեր չէ * համակարգչային ծրագիրը պետք է գեներացնի անհամապատասխանությունների հաղորդագրություն, կոդ = 008, հաղորդագրության արժեքը = - աշխատողի տարբերակիչ - (Z) ցանկ - կուտակային վճարի կոդ - (Z) ցանկ - Ստուգել կուտակային վճարի կոդի գումարի սահմանը (00D14) մոդուլում` ըստ Բաժին I-ից հաշվետու ժամանակաշրջանի և կուտակային վճարի կոդի - (Z) ցանկ . Գումար - ցանկ (Z) գերազանցում է գումարի սահմանը (00D14) * ծրագիրը պետք է գեներացնի անհամապատասխանությունների հաղորդագրություն, կոդ = 009, հաղորդագրության արժեքը = - աշխատողի տարբերակիչ - ցանկ (Z) - կուտակային վճարի կոդ - ցանկ (Z) II սահմանային գումար (limit amount) (00D14) II գումար - ցանկ (Z) - Ստուգել կուտակային վճարի կոդի օրվա դրությամբ սահմանը (00D14) մոդուլում ըստ Բաժին I-ից հաշվետու ժամանակաշրջանի և կուտակային վճարի կոդի - (Z) ցանկ . Օր - ցանկ (Z) գերազանցում է օրվա դրությամբ սահմանը (00D14) կամ օրերի քանակը (Z) ցանկում ավելի մեծ է, քան հաշվետու ժամանակամիջոցի օրերի քանակը (CD) * ծրագիրը պետք է գեներացնի անհամապատասխանությունների հաղորդագրություն, կոդ = 010, հաղորդագրության արժեքը = - աշխատողի տարբերակիչ - ցանկ(Z) - կուտակային վճարի կոդ - ցանկ (Z) II limit days (00D14) II number days - List (Z) . Ստուգել-հաստատել պասիվ եկամուտների կոդերը և հաշվարկված արժեքները . Գեներացնել (Y) ցանկը` Բաժին V-ից պասիվ եկամուտների բոլոր շարժերը: * Y ցանկում յուրաքանչյուր գրառման համար .. մշակել հետևյալը - Ստուգել պասիվ եկամուտների կոդի վավերականությունը մոդուլ (00D08)-ում ըստ հաշվետու ժամանակաշրջանի` սկսելու և ավարտելու ամսաթվերի միջև . Կոդը վավեր չէ * համակարգչային ծրագիրը պետք է գեներացնի անհամապատասխանությունների հաղորդագրություն, կոդ= 011, հաղորդագրության արժեքը = - հարկ վճարողի տարբերակիչ (Բաժին II) - պասիվ եկամտի կոդ - ցանկ (Y) - Ստուգել պասիվ եկամուտների կոդի գումարի ճիշտ հաշվարկը - ցանկ (Y) ամսական հարկային դրույքաչափերում (00D12), ըստ Բաժին I-ի հաշվետու ժամանակաշրջանի և պասիվ եկամուտների կոդի - ցանկ (Y) . Հաշվել ճիշտ գումարը = բազային եկամուտ - ցանկ (Y) * դրույքաչափ (00D12) . Հարկի գումար - ցանկ (Y) հավասար չէ հաշվարկված արժեքին * Ստուգել հաշվարկված արժեքի թույլատրելի տարբերությունը ըստ թույլատրելիության գործոնի և թույլատրելի նվազագույն արժեքի, որը սահմանված է բիզնես կանոններում (BR) ըստ վճարողի և հաշվետվության տեսակի * Եթե տարբերությունն ընդունելի թույլատրելիության սահմաններում չէ * համակարգչային ծրագիրը պետք է գեներացնի անհամապատասխանությունների հաղորդագրություն, կոդ = 012, հաղորդագրության արժեքը = - հարկ վճարողի տարբերակիչ (Բաժին II) - պասիվ եկամտի կոդ - ցանկ (Y) II հաշվարկված գումար II հարկային արժեք - ցանկ (Y) . Հետևյալ տրամաբանությունը նախատեսված է աշխատողի տարբերակչի և պայմանագրի համարի յուրաքանչյուր ունիկալ համակցության ամփոփ գրառումների մշակման համար: Տրամաբանությունը ստուգում է ամփոփ արժեքները և յուրաքանչյուր աշխատողի մակարդակում մշակում է անհատական հարկային կոդը, հաշվարկում է ճիշտ արժեքները և այդ հաշվարկված արժեքները համեմատում է հարկ վճարողի մուտքագրած արժեքների հետ: . Գեներացնել` ըստ պայմանագրի համարի, աշխատողին առնչվող ամբողջ ամփոփ տեղեկատվության (F) ցանկը (Բաժին III-3) . (F) ցանկում ընտրված յուրաքանչյուր գրառման համար մշակել հետևյալը . հաշվել աշխատանքային օրերի քանակը (CD) սկսելու և դադարեցնելու օրերի միջև * Եթե աշխատանքային օրերը չեն հայտարարագրված, համակարգը ենթադրաբար նշում է հաշվետու ժամանակաշրջանի առաջին և վերջին օրերը Բաժին I-ից: . Եթե կուտակային վճարի օրերի քանակը` ցանկ (F) ավելի մեծ է, քան օրացուցային օրերի թիվը` CD, ապա * ծրագիրը պետք է գեներացնի անհամապատասխանությունների հաղորդագրություն, կոդ = 013, հաղորդագրության արժեքը = - աշխատողի տարբերակիչ - ցանկ (F) - հաշվարկված օրեր (CD) II կուտակային վճարի օրեր - ցանկ (F) . Գեներացնել բոլոր անհատական հարկային կոդերի (G) ցանկը (Բաժին III-4) ըստ շարքի տարբերակչի (Բաժին III) և հանրագումարային ցուցանիշ = 0 . (G) ցանկում ընտրված յուրաքանչյուր անհատական հարկային կոդի մասով.. մշակել հետևյալը` . Առանձնացնել բիզնես կանոնները (BRI) անհատական հարկային կոդերի համար մոդուլ (00D16)-ից` ըստ վճարողի տեսակի, հաշվետվության տեսակի Բաժին I-ից և անհատական հարկային կոդի (ցանկ G), որտեղ հաշվետու ժամանակաշրջանը` Բաժին I-ից, համարվում է սկսելու և ավարտելու ամսաթվերի միջև ընկած ժամանակահատվածը * Նվազեցնել գերավճարի ցուցիչը (ROI) . Նշել սխալների կոդերը (EC), գերավճարի սխալի կոդը (OEC) արտապատկերման համակարգից (00D17)` ըստ ընտրված հարկային հայտարարագրի և հարկային կոդի, որտեղ հարկային կոդն անհատական հարկային կոդերից է (00D10)` ըստ հարկային հայտարարագրի և անհատական հարկային կոդի (ցանկ G) . Ստուգել հարկերի և կուտակային վճարների հաշվարկված արժեքները . Հաշվարկված հարկի գումար (ցանկ G) = բազային եկամուտ (ցանկ G) * հարկային դրույքաչափ (ցանկ G) . Գեներացնել (H) ցանկը` համապատասխան պետական ֆինանսավորման հարկային կոդերին (05D17), որտեղ անհատական հարկային կոդը = ցանկ (G) և հաշվետու ժամանակաշրջան է համարվում սկսելու և ավարտելու ամսաթվերի միջև ընկած ժամանակահատվածը * (H) ցանկում ընտրված բոլոր գրառումների մասով .. մշակել հետևյալը .. - Հարկի գումարի հանրագումարը (SF) հարկային գրառումներից (Բաժին III-4), որտեղ տողի տարբերակիչը = ցանկ (F) և անհատական հարկային կոդ = ցանկ (H) * Հանել (SF)-ը հաշվարկված հարկի գումարից (ցանկ G) . Եթե հարկի գումարը (ցանկ G) հավասար չէ հաշվարկված հարկի գումարին (ցանկ G) * Ստուգել հաշվարկված արժեքի թույլատրելի տարբերությունն ըստ թույլատրելիության գործոնի և նվազագույն թույլատրելի արժեքի, որը սահմանված է բիզնես կանոններում (BR) * Եթե տարբերությունն ընդունելի թույլատրելիության սահմաններում չէ . ծրագիրը պետք է գեներացնի անհամապատասխանությունների հաղորդագրություն, կոդ = սխալի կոդ (EC), հաղորդագրության արժեքը = * աշխատողի տարբերակիչ- ցանկ (F) * հաշվարկված արժեք - ցանկ G II հարկի գումար - ցանկ G II հարկային դրույքաչափ - ցանկ G . Ծրագրային գործիքը պետք է հաշվարկի յուրաքանչյուր աշխատողի և անհատական հարկային կոդի մասով վերջնական վճարման գումարը - Վճարման ենթակա նոր գումար - ցանկ (G) = մուտքագրված հարկի գումար - մուտքագրված գերավճարներ - Եթե վճարման ենթակա նոր գումարը - ցանկ (G) բացասական է * Գերավճարի արժեքներ = բացասական նոր գումար * Վճարման ենթակա նոր գումար = 0 . ծրագիրը պետք է գեներացնի անհամապատասխանությունների հաղորդագրություն, կոդ = 032, հաղորդագրության արժեքը = - աշխատողի տարբերակիչ - List F - գերավճարի արժեք . հետևյալ արժեքները տեղափոխել Բաժին III-4 ըստ (G) ցանկի * Վճարման ենթակա նոր գումար * Հաշվարկված հարկի գումար . Արժեքների հանրագումարն աշխատողի մակարդակում . Արժեքների հանրագումարը` (G) ցանկից աշխատողի ամփոփ գրառման մեջ ցանկ (F) . Արժեքների հանրագումարը հարկային հայտարարագրի մակարդակում . Արժեքների հանրագումարը (G) ցանկից` հարկային հայտարարագրի մակարդակ,
Բաժին IV
. Մշակել (G) ցանկի բոլոր գրառումները . Մշակել (F) ցանկի բոլոր գրառումները . Աշխատողների բոլոր գրառումները մշակելուց հետո (Բաժին III-3) .. մշակել հետևյալը: . Ծրագրային գործիքի հետևյալ տրամաբանությունը նպատակաուղղված է աշխատանքային գործունեության մասին տվյալների ստուգման-հաստատմանը: Ծրագիրը պետք է վերահսկի բազմաթիվ պայմանագրերը և ստուգի-հաստատի սկսելու և դադարեցնելու ամսաթվերը, իսկ դադարեցնելու դեպքում` դադարեցման պատճառի կոդը: . Գեներացնել գրանցված աշխատողների (J) ցանկը աշխատողների մասին ամփոփ տվյալների բաժնում (Բաժին III-3), որտեղ աշխատանքային գործունեությունն սկսելու և դադարեցնելու ամսաթվերը անվավեր չեն * (J) ցանկում ընտրված յուրաքանչյուր գրառման համար .. մշակել հետևյալը` - Եթե աշխատանքային գործունեության օրերը (ցանկ J) չեն համապատասխանում հաշվետու ժամանակաշրջանին Բաժին I-ից` . ծրագիրը պետք է գեներացնի անհամապատասխանությունների հաղորդագրություն, կոդ = 041, հաղորդագրության արժեքը = . աշխատողի տարբերակիչ - ցանկ (J) . աշխատանքային գործունեության օրերը - ցանկ (J) - Դադարեցնելու օրվա դեպքում (ցանկ J) .. ստուգել դադարեցման պատճառի կոդն ըստ (00D35) մոդուլի ըստ Բաժին I-ից հաշվետու ժամանակաշրջանի, որը համարվում է աշխատանքային գործունեությունն սկսելու և դադարեցնելու միջև ընկած ժամանակահատվածը: . Եթե կոդը վավեր չէ * ծրագիրը պետք է գեներացնի անհամապատասխանությունների հաղորդագրություն, կոդ = 043, հաղորդագրության արժեքը = - աշխատողի տարբերակիչ - ցանկ (J) - աշխատանքային գործունեության օրերը - ցանկ (J) II պատճառի կոդեր - ցանկ (J) - Ծրագրային գործիքը պահանջվում է բազմաթիվ պայմանագրերը վերահսկելու համար: Նույն աշխատողի տարբերակչի հետ կապված յուրաքանչյուր պայմանագիր պետք է ունենա պայմանագրի ունիկալ և հստակ համար: Եթե նույն ամսում աշխատողի տարբերակչի հետ կապված է մեկից ավելի պայմանագիր, ծրագրային գործիքը պետք է ստուգի-հաստատի, որ ընթացիկ պայմանագիրը դադարեցված կամ փակված է, և որ նոր պայմանագրերի սկսման ամսաթվերը չեն համընկնում նույն հաշվետու ժամանակաշրջանում այլ պայմանագրերի հետ: . Բազմակի պայմանագրերի դեպքում ամսաթվերի համընկնման դեպքում * ծրագիրը պետք է գեներացնի անհամապատասխանությունների հաղորդագրություն, կոդ = 145, հաղորդագրության արժեքը = - աշխատողի տարբերակիչ - ցանկ (J) - աշխատանքային գործունեության օրերը - ցանկ (J) II պատճառի կոդեր - ցանկ (J) - նոր սկսելու ամսաթիվը - Կարևոր է` պետք է որոշել, թե արդյոք ծրագիրը պետք է ընդունի նախքան հաշվետու ժամանակաշրջանը աշխատանքային գործունեության դադարեցման օրերը Բաժին I-ից: Ներկա տրամաբանությունը սկսելու և դադարեցնելու օրերը հստակորեն սահմանափակում է որպես հաշվետու ժամանակահատված (yyyymm): Այդպիսի դեպքերը վերահսկելու համար, դադարեցման կոդը պետք է ունենա ցուցիչ, որը տրամաբանությանն ասում է, որ դադարեցման օրը նախորդում է հաշվետու ժամանակաշրջանին և որ այդպիսի իրավիճակն ընդունելի է: - Պայմանագիրը սկսելը - Բաժին VI, հետևյալ տրամաբանությունը կիրառելի է միայն ցանկ (J)-ում հայտնաբերված այն գրառումների նկատմամբ, որոնք ունեն աշխատանքային գործունեությունը սկսելու ամսաթիվ: - Գեներացնել (K) ցանկը Բաժին VI-ում գրանցված աշխատողներից, որոնց աշխատողի տարբերակիչը, աշխատանքային գործունեությունը սկսելու ամսաթիվը և պայմանագրի համարը համընկնում են ցանկ (J)-ում գրանցված արժեքների հետ: * (K) ցանկում ընտրված յուրաքանչյուր գրառման համար.. Բաժին VI .. մշակել հետևյալը` - Ստուգել, որ հետևյալ դաշտերը լրացված լինեն - Ազգանուն և անուն - Հայրանուն - Զբաղմունքի դասակարգչի կոդ - Պաշտոնական պայմանագրի համար - Անձնական տեղեկություններ - ծննդյան թիվ և այլն * ծրագիրը պետք է գեներացնի մեկ կամ ավելի անհամապատասխանությունների հաղորդագրություններ, ըստ սխալ կամ ոչ ամբողջական համարվող տեղեկությունների: - Տես գոյություն ունեցող հաղորդագրությունների կոդերը: - Ստուգել գրանցման վայրը, բնակության վայրը և կոնտակտային տվյալները: Եթե մուտքագրված տեղեկություններն ամբողջական չեն` * ծրագիրը պետք է գեներացնի մեկ կամ ավելի անհամապատասխանությունների հաղորդագրություններ, ըստ սխալ կամ ոչ ամբողջական համարվող տեղեկությունների: - Տես գոյություն ունեցող հաղորդագրությունների կոդերը: - Մշակել ցանկ (K)-ի բոլոր գրառումները * Մշակել ցանկ (J)-ի բոլոր գրառումները * (J) ցանկում բոլոր գրառումներն ավարտելուց հետո . Ծրագիրը պետք է սինքրոնացնի աշխատանքային գործունեության բաժինը (Բաժին VI) Բաժին III-ում ըստ համապատասխան աշխատողի և պայմանագրի համարի գրանցված աշխատանքային գործունեության մասին տեղեկատվության հետ: Հետևյալ տրամաբանությունը նախատեսվում է աշխատանքային գործունեության մասին տեղեկատվության մեջ սխալների բացահայտման համար, առանձնացնելով
Բաժին VI-ում աշխատանքային գործունեության սկսման նույն ամսաթվով գրանցված և Բաժին III-ում չգրանցված աշխատողներին: . Գեներացնել աշխատանքային գործունեության սկսման ամսաթիվ ունեցող աշխատողների (M) ցանկը, Բաժին VI, որտեղ աշխատողի տարբերակիչը, աշխատանքային գործունեությունը սկսելու ամսաթիվը և պայմանագրի համարը գրանցված չեն հիշողության մեջ (J) ցանկում կամ Բաժին III-3-ում աշխատանքային գործունեությունը սկսելու ամենավաղ ամսաթիվն անվավեր չէ: * (M) ցանկում ընտրված յուրաքանչյուր գրառման համար .. մշակել հետևյալը` . ծրագիրը պետք է գեներացնի անհամապատասխանությունների հաղորդագրություն, կոդ = 144, հաղորդագրության արժեքը = . Աշխատողի տարբերակիչ - ցանկ (M) . Աշխատանքային գործունեության ամսաթվեր - ցանկ (M) . Անուններ - ցանկ (M) . Հաշվարկել հարկային հայտարարագրերի մասով ստացված հաղորդագրությունների տեսակները` հաղորդագրությունների մակարդակ: . Նշել զգուշացումների քանակը (NW), սխալների քանակը (NE) ստուգման-հաստատման գործընթացում գեներացված անհամապատասխանությունների հաղորդագրությունների ցանկից, որը ստեղծվել է հիշողության մեջ: * Եթե սխալների թիվը > 0, ապա ծրագրային գործիքն ավտոմատ ակտիվացնում է SHOW INCONSISTENCY MESSAGES կոճակը:
Կոճակ` Անհամապատասխանությունների հաղորդագրություններ/ Button - Inconsistency Messages
Ցույց է տալիս անհամապատասխանությունների հաղորդագրությունների ցանկը հիշողության մեջ:
Պետք է հնարավոր լինի միանգամից ցուցադրել 12 հաղորդագրություն և ունենալ scroll վահանակ գործառույթներ լրացուցիչ հաղորդագրությունները դիտելու համար:
Մկնիկը տեղադրել հաղորդագրության վրա և սեղմել, ծրագրային գործիքը պետք է տեղորոշի տեղեկատվության տողերը ծրագրային ապահովման համապատասխան բաժնում:
Կոճակ` Գրել նախնական էլ. հայտարարագրի ֆայլը /Button - Write Draft electronic Tax file
Ծրագրային գործիքը պետք է պահանջի հարկ վճարողի ներկայացուցչի նույնականացում ֆայլը գրելուց առաջ:
. Ներկայացուցչի տարբերակչի ձևաչափը նույնն է, ինչ որ ՀՎՀՀ-ի ձևաչափը:
. Ներկայացուցչի տարբերակիչը սովորաբար հարկ վճարողի տարբերակիչ
համարն է:
Եկամտային հարկի էլ.-հայտարարագիրը պետք է գեներացվի ֆայլի հետևյալ անվամբ, քանի որ դա նախագծային տարբերակ է, ավելացվում է 'PREL' սկզբնածանցը`
. «PREL' '#' հարկային հայտարարագիր '#' հարկ վճարողի տարբերակիչ '#'
հաշվետու ժամանակաշրջան '#' հարկ վճարողի տեսակ '#' հաշվետվության
տեսակ '#' ներկայացուցչի տարբերակիչ '#' տարբերակ/վերսիա
Ելքային ֆայլը գեներացվում է ըստ 'Interactive Mapping' կառուցվածքում սահմանված դաշտերի դիրքի:
. Յուրաքանչյուր data block cell ըստ խմբի բաժնի կոդավորված է
'Interactive Mapping' կառուցվածքում: Դա աշխատանքային data block
cell-ի դիրքն է և ելքային արդյունքի ձևաչափը, որն արտապատկերված է:
Վերսիայի համարը ինքնաշխատ կերպով հաշվարկվում է ծրագրային գործիքի կողմից, որը գտնում է այդ հարկ վճարողի, հաշվետու ժամանակաշրջանի, վճարողի և հաշվետվության տեսակների մասով վերջին գրանցված ֆայլը և 1-ով ավելացնում է այդ վերջին ֆայլի վերսիայի համարը:
Արտապատկերման գործընթացից ֆայլի մեջ ստեղծվում են հետևյալ գրառումները`
. Հարկային հայտարարագրի տարբերակիչ (1)
. Հարկ վճարողի տարբերակիչ (2)
. Աշխատողի տվյալների հաշվարկներ (3)
. Հանրագումարային արժեքներ (4)
. Պասիվ եկամտի գումար (5)
. Աշխատանքային գործունեության մասին տեղեկություններ (6)
. Ծրագրի տարբերակը/վերսիան
Ծրագրի տարբերակի համարը դրված է ծրագրի հիմքում այն տարածելիս: Ծրագրի տարբերակի նիշը պարզապես գրված է ֆայլի վերջին գրառման մեջ 1-ին դիրքում:
Էլ. ֆայլը գրվում է համակարգչի լոկալ սկավառակի վրա գտնվող ֆայլապանակում/ֆոլդերում` արխիվային ֆայլապանակ:
. Արխիվային ֆայլապանակի տարբերակիչը կամ ուղին կոդավորված է արտաքին
կառուցվածքում:
* Եթե ակտիվ է առցանց ռեժիմը, ֆայլը պետք է տվյալների բազայում գրվի
որպես խոշոր օբյեկտ:
Կոճակ` Էլ.ստորագրություն + ձայնագրել ստորագրված էլ.հայտարարագրի ֆայլը/Button - Digital Signature + Write signed electronic Tax file
Ծրագրային գործիքը պետք է պահանջի հարկ վճարողի ներկայացուցչի նույնականացում ֆայլը գրելուց առաջ:
. Ներկայացուցչի տարբերակչի ձևաչափը նույնն է, ինչ որ հարկային համարինը
. Ներկայացուցչի տարբերակիչը սովորաբար հարկ վճարողի տարբերակիչ
համարն է:
Եկամտային հարկի էլ. հայտարարագիրը պետք է գեներացվի ֆայլի հետևյալ անվամբ`
. Հարկային հայտարարագիր '#' հարկ վճարողի տարբերակիչ '#' հաշվետու
ժամանակաշրջան '#' հարկ վճարողի տեսակը '#' հաշվետվության տեսակը '#'
ներկայացուցչի տարբերակիչը '#' տարբերակը/վերսիան
Ելքային ֆայլը գեներացվում է ըստ 'Interactive Mapping' կառուցվածում սահմանված դաշտերի դիրքի:
. Յուրաքանչյուր data block cell ըստ խմբի բաժնի կոդավորված է
'Interactive Mapping' կառուցվածքում: Դա աշխատանքային data block
cell-ի դիրքն է և ելքային արդյունքի ձևաչափը, որն արտապատկերված է:
Վերսիայի համարը ինքնաշխատ կերպով հաշվարկվում է ծրագրային գործիքի կողմից, որը գտնում է այդ հարկ վճարողի, հաշվետու ժամանակաշրջանի, վճարողի և հաշվետվության տեսակների մասով վերջին գրանցված ֆայլը և 1-ով ավելացնում է այդ վերջին ֆայլի վերսիայի համարը:
Արտապատկերման գործընթացից ֆայլի մեջ ստեղծվում են հետևյալ գրառումները`
. Հարկային հայտարարագրի տարբերակիչ (1)
. Հարկ վճարողի տարբերակիչ (2)
. Աշխատողի տվյալների հաշվարկներ (3)
. Հանրագումարային արժեքներ (4)
. Պասիվ եկամտի գումար (5)
. Աշխատանքային գործունեության
մասին տեղեկություններ (6)
. Ծրագրի տարբերակը/վերսիան
Ծրագրի տարբերակի համարը դրված է ծրագրի հիմքում այն տարածելիս: Ծրագրի տարբերակի նիշը պարզապես գրված է ֆայլի վերջին գրառման մեջ 1-ին դիրքում:
Ծրագրային գործիքը պահանջում է հարկ վճարողի ինքնության հաստատումը թվային ստորագրությունը մտցնելու միջոցով:
. Ծրագիրը պետք է ստուգի-հաստատի թվային հավաստագիրը և ստուգի հարկ
վճարողի կամ ներկայացուցչի տարբերակիչը: Երկուսից մեկը պետք է
համապատասխանի այդ պահին ծրագրի պահանջով մտցված թվային հավաստագրում
գրանցված տիրոջը:
. Եթե թվային հավաստագիրը չի համադրվել կամ հարկ վճարողի, կամ նրա
ներկայացուցչի տարբերակչի հետ, ապա ծրագրային գործիքը պետք է տրամադրի
հաղորդագրություն և մերժի ֆայլի ստորագրումը, և վերադառնա կոճակի
գործառույթին գրելու ֆայլի նախագծային տարբերակ:
. Եթե թվային հավաստագիրը համապատասխանեցվել է, ապա ֆայլը ստորագրվում է
թվային ստորագրությամբ և ֆայլին տրվում է հեշ կոդ:
Էլ. ֆայլը գրվում է համակարգչի լոկալ սկավառակի վրա գտնվող ֆայլապանակում/ֆոլդերում` արխիվային ֆայլապանակ:
. Արխիվային ֆայլապանակի տարբերակիչը կամ ուղին կոդավորված է արտաքին
կառուցվածքում:
* Եթե ակտիվ է առցանց ռեժիմը, ֆայլը պետք է տվյալների բազայում գրվի
որպես խոշոր օբյեկտ:
Կոճակ` ՈՒղարկել էլ.հաշվետվությունը ՊԵԿ/Button - Submit E-Tax for to State Revenue
Գործառույթը պետք է ստուգի ինտերնետային կապի առկայությունը:
Եթե ինտերնետային կապ չկա, ապա ծրագրային գործիքը պետք է ուղարկի հաղորդագրություն`
. Ինտերնետային կապ չկա, էլ.-հայտարարագիրը պետք է ներկայացնել ցանկացած
ՏՀՏ կամ ուղարկել փոստով հետևյալ հասցեով ....
Եթե ինտերնետային կապ կա, ապա ծրագրային գործիքն ինքնաշխատ կերպով պետք է միանա ՊԵԿ-ի ինտերնետային կայքին և կապվի հասցեին եկամտային հարկի հայտարարագրի ներկայացման համար:
. Հայտարարագրերի ներկայացման գործառույթը նկարագրված է 05.1C01
բաղադրիչում:
04.1C01 աշխատանքային գործընթացների նկարագրման ավարտը
Աշխատանքի և կատարողների հոսքի գծապատկեր ...
. Գծապատկեր չկա
Տեխնիկական մասնագրեր ...
. Տես բաղադրիչի կոդը 04.1C01 տեխնիկական մասնագրերում
Ալգորիթմներ և հաշվարկներ...
. Չկան հատուկ ալգորիթմներ, որոնք անհրաժեշտ է մանրամասն նկարագրել այս բաժնում:
Հսկողության չափանիշներ
._______________________________________________________.
|Կոդ|Նկարագրություն |Հաճախականություն|Աղբյուր|
|___|__________________________|________________|_______|
| |Ոչ մի հատուկ լրացուցիչ | | |
| |հսկողություն չի պահանջվում| | |
._______________________________________________________.
Հաշվետվության փաստաթղթեր
.__________________.
Փաստաթղթի անվանումը |04.1C01.Oxxx-O |
.__________________.
._______________________.
Փաստաթղթի տեսակը |xxxxxxxxxxxxxxxx |
._______________________.
.__________________________________________________________.
|Հաշվետվության ձևաչափը` ոչ մի հաշվետվություն չի պահանջվում|
|գեներացնել այս մոդուլով |
.__________________________________________________________.
Լիազորված օգտագործողները
Հետևյալ աղյուսակում նկարագրվում են մոդուլը գործարկելու իրավունք ունեցող օգտագործողների դերերը:
.________________________________________________________________.
|Դերը|Նկարագրությունը |
|____|___________________________________________________________|
| |Օգտագործողը կամ հարկ վճարողը նույնականացվում է թվային |
| |հավաստագրի միջոցով, որը պատկանում է համակարգից օգտվող անձին|
.________________________________________________________________.
Լուծում պահանջող հարցեր
. Առաջարկվում է, որ Tax period և Tax payer բաժինների ինտերֆեյսները
միաձուլվեն մեկ ինտերֆեյսի մեջ: Միաձուլման պատճառն այն է, որ
տեղեկատվությունն ամբողջովին միմյանցից անկախ են, և միաձուլումը
կնվազեցնի մենյուի տարբերակները հարկ վճարողի համար: Դա ՊԵԿ-ի ՏՏ բաժնի
ղեկավարության կողմից կայացվելիք տեխնիկական որոշում է:
Առաջարկություններ
. ՊԵԿ-ի ՏՏ փորձագետներին առաջարկվում է օգտվել Microsoft-ի հետևյալ
ինտերնետային կայքերից`
* www.silverlight.net
* www.asp.net
* Մակեդոնիայում էլ.-հայտարարագրի արտացանց գեներացման համար
նախատեսված հարկ վճարողի համակարգչային ծրագիրը գրված է C#-ում:
- Մակեդոնյան ծրագրի գործառույթներն ու պարամետրացումը հանդիսանում
են փորձի հետաքրքիր բազա, որի վրա կարելի է հենվել Հայաստանում
արտացանց մոտեցումը մշակելիս:
- Նոր Microsoft զարգացումները (տես վերը նշված ինտերնետային
կայքերը) կարծես թե ցույց են տալիս, որ C#-ում ցանցային հենքերի
(.NET platforms) արտացանց լուծման համար մշակված ծրագրային
ապահովումը կարելի է հեշտությամբ տեղափոխել (միգրացիայի ենթարկել)
ինտերնետային ծրագրային ապահովման էլ.-հայտարարագրի առցանց
գեներացման համար:
Վերը նշվածի հիման վրա լուծում գտնելը ենթադրում է, որ մշակման ժամանակը և ծախսերը ԿԿԻՍՎԵՆ:
3.2.5 Մոդուլ 05, անվանումը` ՀԻՄՆԱԿԱՆ ՍՏՈՒԳՈՒՄ-ՀԱՍՏԱՏՈՒՄ
Համակարգչային ծրագրի տեխնիկական մասնագրեր
.____. .___________________________.
Մոդուլ | 05 | Անվանումը |Հիմնական ստուգում-հաստատում|
.____. .___________________________.
Նախագծման շրջանակը, մոդուլի աշխատանքային նպատակները
.____________________________________________________________________.
|Հիմնական ստուգման-հաստատման մոդուլը հանդիսանում է եկամտային հարկի |
|մոդելի միջուկը: Այս մոդուլի կառուցվածքը ներառում է մի լրիվ շրջափուլ`|
|վավեր համարվող հարկային հայտարարագրի ճանաչումից մինչև հարկային |
|հայտարարագրի բովանդակության ինտեգրալ ստուգում-հաստատում, ներկայացված|
|արժեքները և բացահայտված անհամապատասխանությունները, հարկ վճարողի |
|կողմից ՊԵԿ-ին վճարման ենթակա հարկերի և կուտակային վճարների գումարը |
|նկարագրող հաշվետվության տրամադրում: |
.____________________________________________________________________.
Օգտագործողների ակնկալիքները
.____________________________________________________________________.
| Օրինակ` |
| |
|. տեղեկատվության աղբյուրի իսկության վերահսկողություն |
|. ներկայացուցչի ինքնության վերահսկողություն |
|. Էլ. հարկային փաստաթղթի ընդհանուր ճանաչում և մշակում անկախ |
| ներկայացման եղանակից |
|. ընդհանրական կառուցվածք, որը թույլ է տալիս փոխել եկամտային հարկի |
| հայտարարագրի աշխատանքային ձևաչափը և ներառել լրացուցիչ հարկեր կամ|
| կուտակային վճարներ` համաձայն օրենքների նախագծերի ներկա վիճակին և |
| հետագա պահանջներին |
|. աշխատողի մակարդակում հարկերի և կուտակային վճարների հաշվարկների |
| գործուն հսկողություն |
|. աշխատանքային գործունեության վերաբերյալ գրառումների գործուն |
| հսկողություն և վարում |
|. յուրաքանչյուր աշխատողի մակարդակում վերջնական վճարի արժեքի ճիշտ |
| հաշվարկ |
|. նախկին չվճարված հարկային հայտարարագրերի արդյունավետ փոխարինում |
| (նույն բնութագրերը) |
|. յուրաքանչյուր աշխատողի մակարդակում ճշգրտված փաստաթղթերի ճիշտ |
| հաշվարկ և հսկողություն |
|. յուրաքանչյուր առանձին աշխատողի մակարդակում գերավճարների |
| ավտոմատացված վերադարձման կամ նվազեցման գործուն հսկողություն |
|. հարկ վճարողի կողմից անձնական նույնականացման տվյալների, հասցեի, |
| կոնտակտային տվյալների, անունների և այլ փոփոխությունների |
| արդյունավետ հսկողություն |
|. հարկ վճարողի առավելագույն ինքնավարություն |
|. անմիջական պատասխան հարկ վճարողին ներկայացված հաշվետվության |
| կարգավիճակի վերաբերյալ |
|. կազմակերպված պատասխան հարկ վճարողին անհամապատասխանությունների և |
| վճարման ենթակա գումարի վերաբերյալ |
|. մշակման նվազագույն ժամանակ |
.____________________________________________________________________.
Ընդհանուր պահանջներ
.________________________________________________________.
|Պահանջի առարկան |Պահանջը |
|_________________|______________________________________|
|Տեխնոլոգիա |Java web services / Oracle PL / Report|
|_________________|______________________________________|
|Տեղակայվածություն|Կենտրոնական սերվերներ |
|_________________|______________________________________|
|Կառավարման եղանակ|Ավտոմատ կատարում |
|_________________|______________________________________|
.________________________________________________________.
. Տես SPSS_FY09Q2_Mar16_UnifdTaxForm_arm և
. Unified_Receipt_Statement
Կատարողականի չափորոշիչներ
._____________________________________________________________________.
|Համակարգի կոդ|Նկարագրություն |Միավորներ|Արժեք|
|_____________|_______________________________________|_________|_____|
| 05.1P01 |100 աշխատողի տվյալ ունեցող եկամտային | րոպե |0.5-2|
| |հարկի հայտարարագրի ներկայացումից մինչև | | |
| |ստացման տեղեկանքը տպելու (լազերային | | |
| |տպիչ), առանց բեռնման, առավելագույն | | |
| |արձագանքման ժամանակը | | |
|_____________|_______________________________________|_________|_____|
| 05.1P02 |100 աշխատողի տվյալ ունեցող եկամտային | րոպե | 2-4 |
| |հարկի հայտարարագրի ներկայացումից մինչև | | |
| |ստացման տեղեկանքը տպելու (լազերային | | |
| |տպիչ), բովանդակության նույն ծավալն | | |
| |ունեցող 50 զուգահեռաբար մշակվող | | |
| |հարկային հայտարարագրերի բեռնմամբ, | | |
| |առավելագույն արձագանքման ժամանակը | | |
| |Պետք է նախագծվի լարվածության փորձարկման| | |
| |պլան | | |
|_____________|_______________________________________|_________|_____|
| 05.1P03 |Կիրառել «TRACE» բոլոր հիմնական SQL | ---- | ----|
| |արտահայտությունների համար` պարզելու SQL| | |
| |արտահայտությունների ժամանակային ծախսերը| | |
| |և ստուգելու գործարքային աղյուսակների | | |
| |(transaction table) լրիվ սկանավորումը: | | |
| |Հղումների աղյուսակները պետք է լինեն | | |
| |փոքր և չպահանջեն ցուցիչներ (indexes) | | |
._____________________________________________________________________.
Որակի ընդհանուր ապահովում կամ փորձարկման պահանջներ
Հետևյալ աղյուսակում ներկայացվում են հսկողության այն չափանիշները, որոնք պետք է կիրառվեն մշակված ծրագրային ապահովումը ճշգրտորեն ընդունելու համար:
._____________________________________________________________________.
|Համակարգի կոդ|Նկարագրություն |
|_____________|_______________________________________________________|
| 05.1Q01 |Հավաստել էլ. ֆայլի թվային ստորագրության իսկությունը |
|_____________|_______________________________________________________|
| 05.1Q02 |Ստուգել հարկ վճարողի ներկայացուցչին, գրանցված է, թե ոչ |
|_____________|_______________________________________________________|
| 05.1Q03 |Ստուգել հարկային արժեքների DETAL հարկային կառուցվածքում|
| |պատկերված լինելը |
|_____________|_______________________________________________________|
| 05.1Q04 |Ստուգել պասիվ եկամուտների արտապատկերումը |
|_____________|_______________________________________________________|
| 05.1Q05 |Ստուգել առանձին աշխատողի վերաբերյալ գրառման գեներացումն|
| |ըստ պայմանագրի համարի, ստուգել արժեքների ճիշտ |
| |հանրագումարը DETAL գրառումներից |
|_____________|_______________________________________________________|
| 05.1Q06 |Ստուգել բազմակի անհատական հարկային կոդերի գեներացումն |
| |ըստ հարկային հայտարարագրի և հարկային կոդի |
|_____________|_______________________________________________________|
| 05.1Q07 |Ստուգել հարկ վճարողների և աշխատողների դիմումները |
| |(01.1C01 և 01.1C02) սխալների ստուգողական թերթիկը և |
| |բազմակի սխալների դեպքում անհամապատասխանությունների |
| |ցանկի գեներացումը |
|_____________|_______________________________________________________|
| 05.1Q08 |Ստուգել աշխատանքային տվյալների հսկողության մոդուլը |
| |չհայտարարագրված գործող և հայտարարագրված պայմանագիր |
| |չունեցող աշխատողների մասով |
|_____________|_______________________________________________________|
| 05.1Q09 |Ստուգել անհամապատասխանությունների մատյանի գեներացումը, |
| |հաղորդագրության մակարդակը և ավտոմատ վերացման ցուցիչը |
|_____________|_______________________________________________________|
| 05.1Q10 |Ստուգել փոխարինման տրամաբանության ճիշտ կատարումը, |
| |վճարողների և հաշվետվությունների տեսակներն ըստ բիզնես |
| |կանոնների: Ստուգել փոխարինման մատյանի ճիշտ գեներացումը`|
| |ընթացիկ և նախկին տվյալները |
|_____________|_______________________________________________________|
| 05.1Q11 |Ստուգել ուղղումների և ճշգրտումների տրամաբանության ճիշտ|
| |կատարումը և աշխատողների մասին առանց փոփոխության |
| |գրառումների մերժման ճշտությունը |
|_____________|_______________________________________________________|
| 05.1Q12 |Ստուգել հարկերի և կուտակային վճարների ճիշտ հաշվարկն |
| |ըստ անհատական հարկային կոդերի |
|_____________|_______________________________________________________|
| 05.1Q13 |Ստուգել պետական մասնակցության չափի ճիշտ հաշվարկը |
|_____________|_______________________________________________________|
| 05.1Q14 |Ստուգել պետական մասնակցության մասի ճիշտ նվազեցումը |
|_____________|_______________________________________________________|
| 05.1Q15 |Ստուգել անհամապատասխանությունների մասին բոլոր |
| |հաղորդագրությունների ճիշտ բացահայտումն ու գեներացումը |
|_____________|_______________________________________________________|
| 05.1Q16 |Ստուգել հաղորդագրության մակարդակի հաշվարկը |
|_____________|_______________________________________________________|
| 05.1Q17 |Ստուգել պաշտոնական կառուցվածքների ճիշտ գեներացումը |
|_____________|_______________________________________________________|
| 05.1Q18 |Ստուգել TEMP կառուցվածքների վերացումը |
|_____________|_______________________________________________________|
| 05.1Q19 |Ստուգել պահուստավորված կրեդիտի (RESERVED CREDIT) |
| |հաշվարկն ու գրանցումը և մնացորդային գումարի թարմացումը|
|_____________|_______________________________________________________|
| 05.1Q20 |Ստուգել ստացման (RECEIPT) տեղեկանքի ձևաչափն ու |
| |բովանդակությունը (ներառյալ` CREDIT արժեքները) |
._____________________________________________________________________.
Աշխատանքային գործընթացներ
._____________________________________________________________________.
|Գործընթացի|Գործընթացի|Նկարագրությունը |Հաճախականությունը|
|անվանումը |կոդը | | |
|__________|__________|_____________________________|_________________|
|Հիմնական | 05.1C |Հիմնական ստուգման-հաստատման | Օրական` ըստ |
|ստուգում- | |շրջափուլը մշակում է էլ. | պահանջի |
|հաստատում | |հարկային հայտարարագիրը այն | |
| | |ներկայացնելուց և համակարգում| |
| | |տեղեկությունները գրանցելուց | |
| | |մինչև հարկային | |
| | |հայտարարագրում ներառված | |
| | |տեղեկությունների | |
| | |յուրաքանչյուր բաժնի | |
| | |ստուգում-հաստատում և ի վերջո| |
| | |ստացման տեղեկանքի գեներացում`| |
| | |ստուգման-հաստատման լրիվ | |
| | |արդյունքներով և | |
| | |մանրամասներով այնպես, որ հարկ| |
| | |վճարողը կարողանա ստուգել և | |
| | |նորից ներկայացնել | |
| | |տեղեկությունները կամ փաստացի | |
| | |վճարել վճարման ենթակա հարկերն| |
| | |ու կուտակային վճարները | |
._____________________________________________________________________.
Աշխատանքային գործընթացի բաղադրիչները
._____________________________________________________________________.
|Բաղադրիչի անվանումը|Բաղադրիչի|Նկարագրությունը |Հաճախականությունը|
| |կոդը | | |
|___________________|_________|_____________________|_________________|
|Հաշվետվությունների | 05.1C01 |Ներկայացման բաղադրիչի| Օրական` ըստ |
|ներկայացում | |խնդիրն է ճանաչել | պահանջի |
| | |եկամտային հարկի | |
| | |հայտարարագիրը և | |
| | |գրանցել հայտարարագրի | |
| | |բովանդակությունը | |
| | |համակարգում | |
|___________________|_________|_____________________|_________________|
|Հիմնական | 05.1C02 |Տեղեկությունները | Օրական` ըստ |
|ստուգում-հաստատում | |համակարգում | պահանջի |
| | |գրանցելուց հետո | |
| | |սկսվում է հիմնական | |
| | |ստուգման-հաստատման | |
| | |շրջափուլը: | |
| | |Ստուգում-հաստատում է | |
| | |էլ. հարկային | |
| | |հայտարարագրի ամբողջ | |
| | |բովանդակությունն | |
| | |առանձին աշխատողների | |
| | |մասով հաշվարկներից | |
| | |մինչև գործատուի | |
| | |տեղեկությունների | |
| | |փոփոխությունը, | |
| | |փոխարինման և | |
| | |ճշգրտման ստուգումը, | |
| | |գեներացնելով | |
| | |ընթացքում բացահայտված| |
| | |բոլոր անհամապատաս- | |
| | |խանությունների | |
| | |լիակատար ցանկը | |
|___________________|_________|_____________________|_________________|
|Ստացման տեղեկանք | 05.1C03 |Գեներացնում է ստացման| Օրական` ըստ |
| | |տեղեկանք` հիմնված | պահանջի |
| | |եկամտային հարկի էլ. | |
| | |հայտարարագրի հիմնական| |
| | |ստուգման-հաստատման | |
| | |շրջափուլի արդյունքում| |
| | |գեներացված | |
| | |արդյունքների վրա | |
._____________________________________________________________________.
Մոդուլի բաղկացուցիչ մաս կազմող գործընթացների համար կրկնողաբար կկիրառվի հետևյալ կառուցվածքը:
.__________________. .______.
Գործընթացի անվանումը |05.1C - Հիմնական | Բաղադրիչների թիվը | 03 |
|ստուգում-հաստատում| .______.
.__________________.
Նպատակը
.____________________________________________________________________.
|Հիմնական ստուգման-հաստատման շրջափուլը մշակում է էլ. հարկային |
|հայտարարագիրը այն ներկայացնելուց և համակարգում տեղեկությունները |
|գրանցելուց մինչև հարկային հայտարարագրում ներառված տեղեկությունների |
|յուրաքանչյուր բաժնի ստուգում-հաստատում և անհամապատասխանությունների |
|բացահայտում մինչև վերջնական փուլը և ստացման տեղեկանքի գեներացումը`|
|ստուգման-հաստատման լրիվ արդյունքներով և մանրամասներով այնպես, որ |
|հարկ վճարողը կարողանա ստուգել և նորից ներկայացնել տեղեկությունները |
|կամ փաստացի վճարել վճարման ենթակա հարկերն ու կուտակային վճարները: |
.____________________________________________________________________.
Աշխատանքային գործընթացների գծապատկեր
. Տես ամփոփ գծապատկերը (Գլուխ 2, Գծապատկեր 1, Հղում E)
Աշխատանքային գործընթացի մաս կազմող բաղադրիչների շարքի համար կրկնողաբար կկիրառվի հետևյալ կառուցվածքը:
.________________________________________.
Բաղադրիչի անվանումը |Եկամտային հարկի հայտարարագրի ներկայացում|
.________________________________________.
Համակարգի կոդը Բաղադրիչի տեսակը Տարբերակ
._________. .___________________. .________.
| 05.1C01 | |Java / PL procedure| | 0 |
._________. .___________________. .________.
Նպատակը ...
Հաշվետվությունների ներկայացման բաղադրիչի խնդիրն է ճանաչել եկամտային հարկի հայտարարագրերը և հայտարարագրերի բովանդակությունը գրանցել համակարգում: Տեղեկությունները համակարգում գրանցելուց հետո սկսվում է հիմնական ստուգման-հաստատման շրջափուլը:
Նախապատմություն ...
Եկամտային հարկի էլ. հայտարարագրի ֆայլի անունը հետևյալն է`
. Հարկային հայտարարագիր '#' Հարկ վճարողի տարբերակիչ '#' Հաշվետու ամիս
'#' հարկ վճարողի տեսակ '#' հաշվետվության տեսակ '#' ներկայացուցչի
տարբերակիչ (Tax form '#' Tax payer identifier '#' tax month '#'
taxpayer type '#' Report type '#' representative identifier)
Էլ. ֆայլը պարունակում է հետևյալ գրառումները`
. Էլ. ստորագրություն (hash code)
. Հարկային հայտարարագրի տարբերակիչ (1)
. Հարկ վճարողի տարբերակիչ (2)
. Աշխատողների մասով հաշվարկներ (3)
. Ամփոփ արժեքներ (4)
. Պասիվ եկամտի գումար (5)
. Աշխատանքային տեղեկություններ (6)
. Համակարգչային ծրագրի տարբերակը
Հաշվետվությունների ներկայացման պրոցեդուրան բաղկացած է հետևյալից`
. Ստուգում է տեղեկությունների աղբյուրի իսկությունը
. Ստուգում է տեղեկությունների աղբյուրի լիազորությունը
. Մերժում է հաշվետվությունների չարտոնված ներկայացումը + գեներացնում է
մեկ էջանոց հրահանգ գրանցվելու ձևի մասին
. Հաշվում է եկամտային հարկի հայտարարագրի ներկայացման ունիկալ համարը
(DOK_ID)
. Գրանցում է համակարգչային ծրագրի տարբերակը
. Եկամտային հարկի հայտարարագրի տվյալները (բոլոր գրառումները) գրանցում
է համակարգում
. Գործարկում է հիմնական ստուգման-հաստատման շրջափուլը
. Գեներացնում է ստացման տեղեկանք
. Ստացման տեղեկանքն ուղարկում է հարկ վճարողին կամ տպում է
Էլ. հարկային ֆայլը վերբեռնվում է տվյալների TEMP կառուցվածքներ հիմնական ստուգման-հաստատման շրջափուլով մշակման համար:
. Հիմնական ստուգման-հաստատման շրջափուլը մշակում է հաշվետվությունների
ներկայացման բաղադրիչով վերբեռնված UTD ժամանակավոր կառուցվածքները:
. Հիմնական ստուգման-հաստատման շրջափուլը գեներացնում է վերջնական UTD
կառուցվածքները:
Հաշվետվությունների ներկայացման բաղադրիչը գործարկվում է 3 տարբեր մուտքի կետերից`
. ՏՀՏ-ից հաշվետվությունների ներկայացման ծրագրային ապահովում
. Դիմումի առցանց վերբեռնման ծրագրային ապահովում
. Էլ. փոստի հաճախորդ սերվերի ծրագրային ապահովում
Հատուկ դիտարկում`
. Եթե ՊԵԿ-ը մտադիր է հարկ վճարողների համար կիրառել էլ. փոստով
հաշվետվությունների ներկայացման եղանակը, ապա պետք է հաշվի առնել
հետևյալ առաջարկությունները`
* պետք է մշակվի էլ. փոստի հաճախորդ սերվերի ծրագրային ապահովում
ստացվող էլ. հաղորդագրությունները կարդալու, դրանց կցված նյութերն
առանձնացնելու և եկամտային հարկի հայտարարագրերը որպես այդ կցված
նյութերի մաս անհատականացնելու համար:
* Էլ. փոստի հաճախորդ սերվերը պետք է կարողանա առանձնացնել և գրանցել
ուղարկողի հասցեն: ՈՒղարկողի հասցեն անհրաժեշտ է չարտոնված նամակի
ստացման տեղեկանքը հարկ վճարողին ետ ուղարկելու համար:
* Էլ. հարկային հայտարարագրի ներկայացման շրջափուլի ավարտից հետո էլ.
փոստի հաճախորդ ծրագրային ապահովումը պետք է կարողանա կազմել էլ.
հաղորդագրություն, ստացման տեղեկանքը կամ չարտոնված նամակը կցել դրան
և այդ էլ. հաղորդագրությունն ուղարկել սկզբնական ուղարկողի հասցեին:
* Առաջարկվում է, որ եկամտային հարկի էլեկտրոնային ձևերի ներկայացման
էլ. փոստի սերվերը լինի միանգամայն անկախ կազմակերպության փոստի
սերվերից: Փոստի սերվերը պետք է ունենա ճիշտ ծավալ հարկ վճարողների
ճիշտ ժամանակին պատասխանն ապահովելու համար:
Եկամտային հարկի հայտարարագիրը կարելի է ներկայացնել ՊԵԿ-ի ՏՀՏ-ում ցանկացած արտաքին կրիչով`
. մագնիսային կրիչ
. USB կրիչ
. CD
Եկամտային հարկի չարտոնված հայտարարագրի մերժումն իրենից ներկայացնում է մեկ էջանոց փաստաթուղթ (գեներացվում է PDF ձևաչափով), որտեղ բացատրվում է թվային հավաստագրի տրամադրման կամ ներկայացուցչությունը գրանցելու ընթացակարգը:
ՏՀՏ-ն և հաշվետվությունների առցանց ներկայացման պրոցեդուրայով պահանջվում է օգտագործողի ինտերֆեյս` տարբերակելու էլեկտրոնային ֆայլը կամ ֆայլապանակը/ֆոլդերը, որտեղ տեղակայված են էլեկտրոնային հարկային ֆայլերը
(հաշվապահները կարող են ներկայացնել միաժամանակ մի քանի գործատուի ֆայլեր):
Էլ. հարկային ֆայլի ընտրության ինտերֆեյս ...
.____________________________________________________.
|.__________________________________________________.|
||Եկամտային հարկի էլ. հայտարարագրի ֆայլի/ֆայլապանակի||
||տեղակայվածությունը ||
|.__________________________________________________.|
|.___________________..______.._______..____________.|
||Ներկայացված || հերթ ||Ֆայլերի||«Շարունակել»||
||հայտարարագրի համարը|| ||քանակը ||կոճակը ||
|.___________________..______.._______..____________.|
| |
.____________________________________________________.
.____________________________________________________.
|Հաղորդագրություն |
.____________________________________________________.
Էլ. ֆայլի տեղակայվածությանը համապատասխանող դաշտը բացում է և՛ ներքին, և՛ արտաքին կրիչները փնտրելու ցանկը: Էլ. ֆայլերի որոնումը հանդիսանում է ՏՀՏ-ում ՊԵԿ-ի ներկայացված հաշվետվությունների համար պատասխանատու գործավարի պարտականությունը:
Համակարգը պետք է օգտագործի հաղորդագրությունների վանդակն առցանց կամ ՊԵԿ-ի հաշվետվությունների ներկայացման կետից աշխատելու ժամանակ չլիազորված օգտագործողի մասին տեղեկացնելու համար կամ հաղորդագրությունը գեներացնի ստացման տեղեկանքում կամ չարտոնված ֆայլի մերժման նամակում, որը պետք է ուղարկվի հարկ վճարողին: Երկու տեսակի փաստաթղթերի համար էլ տեղի է ունենում հետևյալը` ըստ հաշվետվության ներկայացման ձևի (երկու փաստաթղթերն էլ գեներացվում են PDF ձևաչափով)
. ՏՀՏ-ում, ՊԵԿ-ի ներկայացված հաշվետվությունների համար պատասխանատու
գործավարը տեղում ավտոմատ տպում է փաստաթղթերը «ACROBAT reader» ծրագրի
միջոցով և հանձնում է անձամբ հարկ վճարողին
. հաշվետվությունների առցանց ներկայացում, փաստաթղթերը «ACROBAT reader»
ծրագրի միջոցով էկրանի վրա ներկայացվում են հարկ վճարողին: Հարկ
վճարողը կարող է պահել կամ տպել ֆայլը:
. Հաշվետվությունների ներկայացում էլ. փոստով, փաստաթուղթը կցվում է էլ.
հաղորդագրությանը և ուղարկվում սկզբնական հասցեատիրոջը:
Չարտոնված ֆայլերի մերժման նամակը պարունակում է հետևյալ տեղեկատվությունը`
. (A) Ճանաչում է թվային հավաստագրի օրինական լինելը, սակայն մերժում է
հարկային հայտարարագիրն այն փաստի հիման վրա, որ չունի ՊԵԿ-ում
գրանցված պաշտոնական ներկայացուցիչ:
* Նկարագրում է պահանջվող ձևերը
* Նկարագրում է ներկայացուցչի գրանցման ընթացակարգը
. (B) Մերժում է թվային հավաստագրի օրինական լինելը, որովհետև
ստորագրությունը չի համապատասխանում կամ հարկ վճարողին, կամ
ներկայացուցչին:
* Թվային ստորագրությունը գրանցված չէ
* Թվային ստորագրության սխալ օգտագործման իրավական հետևանքները
բացատրող տեքստ
* Նկարագրում է, թե որ ձևերն են անհրաժեշտ նոր թվային հավաստագրի
համար դիմելու համար
* Նկարագրում է լիազոր մարմնի կողմից նոր թվային հավաստագիր
տրամադրելու համար պահանջվող ընթացակարգը:
Հաշվետվությունների ներկայացման հատվածն իրենից ներկայացնում է արտապատկերման ընդհանրական մեխանիզմ, որը ծրագրային ապահովմանը հնարավորություն է տալիս ճանաչելու հարկերի և կուտակային վճարների տարբեր տեսակները և պահանջվող արժեքները արտապատկերում է տվյալների կառուցվածքի տեսքով ստուգման-հաստատման և մշակման համար:
. Հարկային կոդ
. Բազային եկամտի հաշվարկ
. Հարկի կամ կուտակային վճարի արժեքը
. Գերավճարի արժեքը
Հարկային հայտարարագրի տեսակի վրա հիմնված արտապատկերման արտաքին համակարգը ՊԵԿ-ին թույլ է տալիս մշակել հարկային հայտարարագրի նոր ձևեր և հարկային կոդի տեսակները կապել հայտարարագրին և այդ հարկային կոդերի գծով արժեքները պատկերել համակարգում:
Արտապատկերման մոդելը թույլ է տալիս յուրաքանչյուր աշխատողի համար հորիզոնական մակարդակում ավելացնել լրացուցիչ հարկային կոդեր, ընդունելով, որ յուրաքանչյուր հարկային կոդի համար պահանջվում է ստուգել-հաստատել նույն հիմնական տարրերը:
Տես լուծում պահանջող հարցերի մասում հատուկ ծանոթագրությունը, որը կապված է հարկերի կամ կուտակային վճարների այլ տեսակների դինամիկ ավելացման հետ:
Բոլոր անունները գրված և պահուստավորված են հայերեն լեզվով:
. Համակարգը պետք է կոնֆիգուրացվի, կիրառելով UNICODE UTF 8 ձևաչափը
անունները հայերեն լեզվով ճիշտ պահուստավորելու համար:
Business Specifications ...
. INPUT information ... method of submission (MSU)
* SRC branch office submission (1)
* ONLINE submission (2)
* Email submission (3)
* KIOSK auto service (4)
. Allocate unique submission number (S1)
. Identify FILE or FOLDER
. Generate list of electronic tax files. (A)
* If the submission comprises of ONLY ONE file, then the list
contains ONLY 1 file.
. Sequence = 0
. If FOLDER, identify total number of tax files in List (A) (S3)
. Process each electronic file separately from the LIST of tax files
(A)
. Sequence number (S2) = + 1
. Calculate unique FILE submission number (DOK_ID) = S1 II S2 II S3
(concatenate values)
. Open INPUT tax file (TF)
. Extract information from the name of the file.
* Tax Form (TF)
* Tax payer identifier (TAI)
* Representative identifier (REI)
* Tax month (TM)
* TaxPayer Type (TT)
* Report Type (RT)
. Identify digital certificate of tax payer identifier
. Identify digital certificate of representative identifier.
. Extract digital signature from file.
. Check authenticity of digital signature with authenticity of
document.
. If authenticity of digital signature or authenticity of document NOT
recognized then
* Generate NON authorized letter type (B) in «pdf» format
* Identify source of submission and return letter to tax payer
according to type of submission as described in the background
section.
* Close submission process
. If representation is RECOGNIZED and digital signature authenticated
* Check registered representation in the SRC system (01D10)
according to tax payer identifier and representative identifier.
* Check tax month (from file name) active between commencing and
expiry dates (01D10)
* If representation record DOES NOT exist or is NOT active
* Generate NON authorized letter type (A) in «pdf» format
* Identify source of submission and return letter to tax payer
according to type of submission as described in the background
section.
* Close submission process
. Commence loading of file into the system
. Submission date (SD) = system date, includes time (hhmmss)
. Select ALL records from the MAPPING configuration (00D17) according
to the Tax Form code.
. Process each record of the electronic Tax file. For each record the
dynamic mapping system comes into effect transfer values from the
electronic file format into the system where it can be validated and
processed correctly and in a structured manner.
* See Background information and PENDING issues
. Check record type from (TF) with mapping configuration (00D17)
* If record type NOT FOUND in mapping structure (00D17)
- Tax form information and tax payer information (1) - (2)
. Combine and LOAD information into TEMP HEDER (05D09) according
to DOK_ID
* Submission type = MSU
* Identify submission user for type = 1
* Identify branch office for type = 1
- Employment information (6)
. Load information into TEMP employment (05D23) according to
DOK_ID
- Summary values (4) these are NOT written into the system
* If record type FOUND in mapping structure (00D17)
- Record type = 3 = worker calculations
. Each worker DETAL record should have a unique ID number
(05D10)
. LOAD information from input record (TF) for each worker
information into the worker TEMP DETAL (05D10)
* For each worker DETAL record (05D10) LOAD information for
each tax code separately, base income values, taxes or
contributions and overpayment values into the structure
(05D11) in accordance to the mapping positions of each tax
code described in the mapping structure (00D17).
- Each individual tax code record should have a unique ID
number (05D11)
- Important Note: The mapping position of the base income
for calculation of taxes or contributions could comprise
of 1 or more values. If there are more than 1 position
specified, each value within each position of the input
record should be accumulated and registered in the INCOME
field in the data base (05D11).
- Record type = 5 = calculation of passive taxes
. Each passive tax record should have a unique ID number
. MAP information from input record (TF) according to mapping
positions (00D17) into TEMP passive taxes (05D12)
. Register software version used to generate the electronic tax form
into the TEMP HEDER (05D09)
. Process ALL records in the electronic file (TF) until NO more
records
. Close tax file (TF)
. Call the CORE validation process (05.1C02)
* Input parameter = DOK_ID
* Output parameter = message level
. Archive_indicator = output parameter
. Call the generation of the RECEIPT statement (05.1C03)
* Input parameter = DOK_ID
* Output parameter = Report name
. Archive tax file (TF) in archive log (05D24)
* Submission date = SD
* DOK_ID = DOK_ID
* Identifier = TAI
* Tax month = TM
* Taxpayer Type = TT
* Report Type = RT
* Type file = archive indicator
* LOB (large Object Block) = Tax file (TF)
. Return OUPUT parameters ...REPORT name
End logic 05.1C01
Swim Lane - Flow Diagram ...
. NO diagram
Technical Specifications ...
. See component code 05.1C01 in Technical - Software Requirement
Specifications.
Algorithms and Calculations ...
. There are NO specific algorithms that need to be detailed in this
section.
Control criteria's
.____________________________________________________.
|Code|Description |Frequency|Source|
|____|______________________________|_________|______|
| |NO additional control criteria| | |
.____________________________________________________.
Report Documents.
.________________________.
Name of Document |05.1C01.0xxx-0 |
.________________________.
.____________________________________.
Type of document |xxxxxxxxxxxxxxxx |
.____________________________________.
Permitted Users
The following table identifies the user ROLEs that are authorized to operate the application.
._____________________________________________________________________.
|Role |Description |
|______________|______________________________________________________|
|Tax payer |The tax payer is connected ONLINE to the SRC web |
| |portal for uploading the electronic tax file. The tax |
| |payer has been authenticated with his/her personal |
| |digital certificate. The tax payers uses the designed|
| |interface to identify the electronic tax file and |
| |triggers the procedure 05.1C01 with the address of the|
| |tax file. |
|______________|______________________________________________________|
|SRC submission|The SRC submission clerk in the branch offices, uses |
|clerk |the designed interface to locate the tax file, and |
| |triggers the procedure 05.1C01 with the address of the|
| |tax file. |
|______________|______________________________________________________|
|Email client |The email client server locates the e-tax file as part|
|server |of an attachment of an email and submits that file to |
| |the procedure 05.1C01. |
._____________________________________________________________________.
Լուծում պահանջող հարցեր
. Դինամիկ արտապատկերում (Dynamic Mapping) և լրացուցիչ հարկային կոդերի
ավելացում
* Հաշվետվությունների ներկայացման մոդելի արտապատկերման ընդհանուր
համակարգը նախագծված է մոդելի հնարավոր փոփոխվող կարիքները
բավարարելու համար աշխատողների մակարդակում լրացուցիչ հարկեր կամ
կուտակային վճարներ ավելացնելու նպատակով:
- Ամսական պասիվ եկամուտներ առանձին աշխատողների մակարդակում
- Աշխատողի կողմից ընտրված որևէ ապահովագրական ընկերությանը կամ
կենսաթոշակային հիմնադրամին գործատուի կողմից վճարված կամավոր
կուտակային վճարներ, աշխատողի հետ պայմանագրային համաձայնության
հիման վրա, ըստ կամավոր կենսաթոշակների մասին օրենքի
. Եկամտային հարկի մոդելը ներառում է մանդատների գաղափարը, որի
դեպքում աշխատողի և գործատուի միջև համաձայնությունը կարող է
կարգավորվել, ուստի եկամտային հարկի համակարգը կարող է ունենալ
ազդեցություն այդ մեխանիզմով վավերագրված ցանկացած տեսակի
կուտակային վճարների հսկողության, հավաքագրման և բաշխման վրա:
. Հարկ վճարողի ինքնավարությունը
* Հարկ վճարողին առավելագույն ինքնավարություն տրամադրելու համար ՊԵԿ-ը
կարող է օգտագործել ՏՀՏ-ներում ներկայացված հաշվետվությունների գծով
գործավարների համար նախատեսված նույն ինտերֆեյսը, ՏՀՏ-ներում կամ
մուտքի այլ կետերում, օրինակ` փոստային գրասենյակներում կամ
բանկերում, հիմնելու ինքնասպասարկման կրպակներ, որոնք ՊԵԿ-ի
համակարգին միացված կլինեն հատուկ կամ ինտերնետային կապով:
* Առանձին կրպակ կարելի է կառուցել քիչ ծախսով, եթե դա բաղկացած լինի
մեկ համակարգչից և մեկ լազերային տպիչից` փայտե շրջանակի մեջ
ցանցային հաղորդակցության հնարավորությամբ կամ ոչ մալուխային կապով:
* Երբ էլեկտրոնային ֆայլն արդեն թվային ձևով ստորագրվել է հարկ
վճարողի կամ նրա ներկայացուցչի կողմից, Կրպակի գաղափարն
առավելագույնի է հասցնում հարկ վճարողի ինքնավարությունը և ՊԵԿ-ի
ՏՀՏ-ի աշխատակազմին տրամադրում է այլընտրանք` նվիրվելու հարկ
վճարողներին ծառայություններ մատուցելու, մոնիթորինգի, ստուգումների
և հարկային կարգապահության հարկադիր պահպանման ավելի ժամանակակից
ձևերին:
Առաջարկություններ
. Եկամտային հարկի մոդելը նախագծված է մոդուլների տեսքով այնպես, որ քիչ
հրահանգներով համակարգը կարող է տարբերակել էլ. հարկային
հայտարարագրերը և հավաստել դրանց իսկությունը, մշակել դրանք,
ստուգել-հաստատել և հարկ վճարողին ներկայացնել լրիվ վերլուծության
հաշվետվությունը, որը հարկ վճարողին հնարավորություն կտա ուղղել
ցանկացած սխալ, կամ պարզապես նրան վստահեցնել, որ հարկային
հայտարարագիրը բարեհաջող կերպով ներկայացվել է և անհրաժեշտ է կատարել
վճարումները:
ՊԵԿ-ին առաջարկվում է ծանոթանալ մոդելին և այն կիրառել լավագույնս, ապահովելով հարկ վճարողի առավելագույն ինքնավարությունը մոդելն օգտագործելիս:
Աշխատանքային գործընթացի մաս կազմող բաղադրիչների շարքի համար կրկնողաբար կկիրառվի հետևյալ կառուցվածքը:
.______________________________________.
Բաղադրիչի անվանումը |Հիմնական ստուգում-հաստատում |
.______________________________________.
Համակարգի կոդը Բաղադրիչի տեսակը Տարբերակ
._________. .___________________. .________.
| 05.1C02 | |Java / PL procedure| | 0 |
._________. .___________________. .________.
Նպատակը ...
Հիմնական ստուգման-հաստատման բաղադրիչը ստուգում-հաստատում է էլ. հարկային հայտարարագրի ամբողջ բովանդակությունն առանձին աշխատողների մասով հաշվարկներից մինչև գործատուի տեղեկությունների փոփոխությունը, տվյալների փոխարինման և ճշգրտման վերահսկումը, գեներացնելով ընթացքում բացահայտված բոլոր անհամապատասխանությունների լիակատար ցանկը:
Նախապատմություն ...
Հարկերի և կուտակային վճարների հաշվարկը վերահսկվում է առանձին աշխատողների մակարդակում:
. Աշխատողի տարբերակիչ
Հարկային հայտարարագրում գրանցված աշխատողները պետք է գործատուի հետ ունենան գործող աշխատանքային պայմանագիր համապատասխան հաշվետու ամսվա համար կամ համապատասխան հաշվետու ամսվա համար նոր աշխատանքը սկսելու օր:
. Աշխատանքի դադարեցման ամսաթվերը կարող են համապատասխանել նախորդ ամսվան
* Ավելի քան մեկ ամիս ետին թվով արգելվում է
- հարկ վճարողի կողմից պետք է ներկայացվի ճշգրտման փաստաթուղթ
Յուրաքանչյուր աշխատողի համար թույլատրելի է ներկայացնել զրոյական արժեքներ, սակայն պետք է գեներացվի գնահատման ռեգիստր:
. Գնահատման ռեգիստրում տվյալներ չեն ներկայացվում միայն այն աշխատողների
համար, որոնց աշխատանքային գործունեությունը դադարեցվել է նախորդ ամսվա
վերջին օրը:
Արժեքներն ու կոդերը հսկվում են աշխատողի հետ կնքված աշխատանքային պայմանագրի մակարդակում:
. Աշխատողը կարող է ունենալ մեկից ավելի պայմանագիր նույն հաշվետու
ամսում:
. Յուրաքանչյուր պայմանագիր պետք է ունենա պայմանագրի ունիկալ համար:
. Տվյալ պայմանագրի համարի հետ մեկից ավելի աշխատողի տարբերակիչ չի կարող
կապված լինել
Պասիվ եկամուտների կոդերի և հարկերի դրույքաչափի հսկողություն համապատասխան հաշվետու ամսվա համար:
Կուտակային վճարի կոդերի ստուգում և վճարի առավելագույն գումարի սահմանների հսկողություն:
Ստուգման-հաստատման գործընթացում բացահայտված բոլոր անհամապատասխանությունները պահվում են սխալների մատյանում (error log)` անհատականացված ըստ աշխատողի կամ հարկ վճարողի, ըստ ներկայացված հայտարարագրի համարի (DOK_ID):
. Հաշվել զգուշացման կամ սխալի հաղորդագրության մակարդակը (քանի հատ)
. Ըստ հաղորդագրության մակարդակի բացահայտում է ավտոմատ վերացման ցուցիչը
և հաշվարկում է վերջնաժամկետը:
Հարկ վճարողի գնահատման տեղեկատվությունը գրանցվում է հարկ վճարողների մատյանում (tax payers log), ըստ համակարգում կոնֆիգուրացված գնահատման կոդի ցուցիչների: Մատյանն անմիջապես գրանցվում է, երբ այդ գրանցման կոդերն ակտիվանում են:
. Գնահատման յուրաքանչյուր նոր գրառում պետք է ունենա ունիկալ տարբերակիչ
(ID) համար
. Պասիվ եկամուտների կոդեր
. Կուտակային վճարների կոդեր
. Հաղորդագրությունների կոդեր
. Հաշվետվությունների տեսակներ
. Մանդատների տեսակներ
. Զբաղմունքի դասակարգչի կոդեր
. Ներկայացվող հաշվետվությունների տեսակներ
. Աշխատանքի դադարեցման կոդեր
Բոլոր անունները գրված և պահված են հայերեն լեզվով:
Հիմնական ստուգման-հաստատման բաղադրիչը գործընթացն սկսում է հաշվետվությունների ներկայացման մոդուլի (05.1C01) ստեղծած TEMP կառուցվածքներից և DOK_ID-ից:
. TEMP HEDER
. TEMP DETAL
. TEMP DETAL TAXES
. TEMP PASSIVE TAXES
Business Specifications ...
. INPUT parameters: DOK_ID (P)
* Unique number
* Sequence
* Total number of documents in submission
. OUPUT parameter: message level indicator.
. Identify submission date (SD) from HEDER (05D09) according DOK_ID
. Identify Tax Form (TF) from HEDER (05D09) according DOK_ID
. Identify tax month (TM) from HEDER (05D09) according DOK_ID
. Tax payers identification
. Identify tax payer identifier from HEDER record (05D09) according to
DOK_ID
. Call tax payer verification application '01.1C01' (see INPUT -
OUTPUT parameters)
* If return indicator is 'ER'
- Write inconsistency log (05D15) with a record for each
individual error code
. Identifier = tax payer identifier (05D09)
. Data description is according error code
* If return indicator is 'OK'
- Update HEDER (05D09) with the following
. unique tax payer number (ID)
. ID_type
. Identify assessment code related to REPORT type (00D05) according
HEDER record (05D09)
* Write assessment indicator (10D04) according ID (tax payer) and
assessment code
- Argument text = REPORT type II tax month II DOK_ID
- Operation date = (SD)
. Identify assessment code related to Submission Type (00D36)
according HEDER record (05D09)
* Write assessment indicator (10D04) according ID (tax payer) and
assessment code
- Argument text = submission type II tax month II DOK_ID
- Operation date = (SD)
. Identify currency value (CV) from (00D40) according to tax month and
currency code of tax form HEDER (05D09) according to DOK_ID
. Identify monthly parameters (MP) from (00D13) according to tax month
of tax form HEDER (05D09) according to DOK_ID
. If submission date (SD) > max date declaration (MP) then
* Write assessment indicator (10D04) according ID (tax payer) and
assessment code
- Argument text = submission date (SD) II tax month II max date
declaration (MP) II DOK_ID
- Operation date = (SD)
. Identify control validation Business rules (BR) from (00D15)
according to payer and report type from HEDER (05D09) according to
DOK_ID and tax month (05D09) between commencing and expiry dates
(00D15)
. The system creates a unique record for each worker and contract
number from the multiples records that the employer can declare for
each worker. The objective is to validate calculated values on the
level of each worker, not on the level of each record.
. Create unique record for each worker identifier and contract number
(05D13) from DETAL records (05D10) according DOK_ID
* Each individual worker record should have a unique ID (row
identifier)
- Max job classification code
- Min commencing date
- Max terminating date
- Accumulate number benefit days
- Accumulate benefit values
- Accumulate base calculation income
- Accumulate other income
- Max termination cause code
- Max Surname
- Max Name
* Worker identification
* Call worker verification application '01.1C02' (see INPUT - OUTPUT
parameters)
- If return indicator is 'ER'
- Write inconsistency log (05D15) with a record for each
individual error code
. Identifier = worker identifier (05D13)
. Row identifier = 05D13
. Data description according error code
- If return indicator is 'OK'
- Update worker summary (05D13) with the following
. unique worker number (ID)
. ID_type
* For each individual worker record created (row identifier,
Identifier) (05D13) create complementary TEMP taxes structure
(05D14) from the DETAL of taxes (05D11) according to DOK_ID
process the following ..
The objective of the individual worker tax record varies according
to the tax code declared in the tax form and the status of the
worker. The individual tax code record is created in order to
facilitate a generic calculation and control logic
- Identify worker status from (01D03) according to ID (worker)
from (05D13)
- Identify List (A) of all individual tax codes from (00D10)
according to tax form (TF) and tax code from TEMP DETAL taxes
(05D11)
- Create individual TEMP tax record (05D14) according to row
identifier, identifier from (05D13) and DOK_ID. The source of
information for the TEMP tax record is the TEMP DETAL tax record
(05D11)
. Each new TEMP tax record (05D14) should have a unique ID
. Individual tax code corresponds to individual tax code from
(01D08) according to ID (worker), worker status, and tax form
(TF) where tax month (TM) between commencing and termination
date.
. Individual tax code must be active according to List (A) from
(00D10) where tax month between commencing and expiry dates
(List A)
. Identify tax% rate and maximum permissible value from monthly
tax rates (00D12)
. Identify Base income calculation from DETAL taxes (05D11)
. Identify payment code from List (A)
. Identify destination entity code from List (A)
. Identify accumulate indicator from List (A) - (00D10)
. If source information indicator (List A - 00D10) = 0 then tax
value and return overpayment values from DETAL taxes (05D11)
. The model identifies the State Funding as a supplementary
individual tax code created in this process, again to
facilitate the calculation and control process.
. Generate List (B) for all state funding tax codes (other
codes) from (05D17) corresponding to the individual tax code
of the worker (05D14)
* For each record in List B .. process the following
- Write TEMP tax record (05D14) according to state funding
code
- Row identifier, identifier from (05D13)
- Identify tax% rate and maximum permissible value from
monthly tax rates (00D12)
- Identify Base income calculation from DETAL taxes (05D11)
- State funding code must be active according to (00D10)
where tax month between commencing and expiry dates
- Identify payment code from List (B)
- Identify destination entity code from List (B)
- Identify accumulate indicator from List (B)
- If source information indicator (00D10) = 1 then calculate
tax value = result from application from (00D09) according
to state funding code, input parameter Base Income, Tax
month, state funding code.
. Process all records in TEMP tax (05D11) for each worker contract
number (05D13)
. Identify last tax payer information registered in the system (01D02)
according tax payer identifier
. Compare the declared information from (05D09) according to DOK_ID
with the last registered information
* Addresses
* Economic industrial code
* Contact data
* Registration identifier
- If the information is different .. process the following ..
. Write new tax payer information (01D02)
* Each new record must have a unique ID number
. Write assessment log (10D04) according to identifier with
assessment code = 08
. If check employment indicator in (BR) is equal to 1 .. process the
following
. If Generate List (C) of ALL workers with active employment
contracts from (01D07) for ID (tax payer) from HEDER (05D09) and
ID (worker) NOT REGISTERED in summary records (05D13) according to
DOK_ID
* For each record selected List (C) .. process the following
- Write inconsistency log (05D15) with error code = 020
. Identifier = worker identifier List (C)
. Data description dates of employment (01D17)
. Generate List (D) of ALL distinct workers declared in tax form
(05D13) according to DOK_ID that are NOT REGISTERED with an active
employment contracts in (01D07) for ID (tax payer) from HEDER
(05D09) and ID (worker) where the tax month is between commencing
and termination dates (01D07) and the employment commencing date in
the tax form (05D13) for the tax month is NOT active.
* For each record selected List (D) .. process the following
- Write inconsistency log (05D15) with error code = 021
. Identifier = worker identifier List (D)
. Data description = NULL
. Generate general assessment indicators for the tax payer
. Generate List (X1) of distinct passive tax codes (05D12) with
assessment codes (00D08) according to DOK_ID
* Process each distinct passive tax code / assessment code (X1)
separately
* Write assessment indicator (10D04) according ID (tax payer) and
assessment code
- Argument text = passive tax code (X1) II tax month II DOK_ID
- Operation date = (SD)
. Generate List (X2) of distinct insurance benefit code (05D10) with
assessment codes (00D11) according to DOK_ID
* Process each distinct insurance benefit code / assessment code
(X2) separately
* Write assessment indicator (10D04) according ID (tax payer) and
assessment code
- Argument text = insurance benefit code (X2) II tax month II
DOK_ID
- Operation date = (SD)
. Generate List (X3) of distinct job classification code (05D10) with
assessment codes (00D24) according to DOK_ID
* Process each distinct job classification code / assessment code
(X3) separately
* Write assessment indicator (10D04) according ID (tax payer) and
assessment code
- Argument text = job classification code (X3) II tax month II
DOK_ID
- Operation date = (SD)
. Generate List (X4) of distinct termination cause code (05D10) with
assessment codes (00D35) according to DOK_ID
* Process each distinct termination cause code / assessment code (X4)
separately
* Write assessment indicator (10D04) according ID (tax payer) and
assessment code
- Argument text = termination cause code (X4) II tax month II
DOK_ID
- Operation date = (SD)
. If replacement indicator (BR) is equal to 1 .. process the following
* Generate List (E) of all NON paid tax forms from UTD HEDER (05D01)
where identifier, tax month and tax form are identical to HEDER
(05D09) according DOK_ID and payer type and report type (05D01)
registered in code lists from (BR)
* For each record selected in List (E) process the following
. Generate List (E2) of all expected payments from (05D07)
according to DOK_ID (List E)
Select all values from record 05D07
For each record selected in List (E2) process the following.
Select business rules (BRI) from (00D16) according to payer and report types (list E) and tax code (List E2)
RTC = reverse transaction code BRI - 00D16
* Register the reverse Liability of the tax payer, according tax
code to the TAX CARD system.
* Account trans code ATC = RTC
* This procedure should transfer as parameters to the Tax Card
application, (H-09.1C00) the following values (see technical
definition)
- Tax payer identifier
- Tax code = List E2
- Amount = List E2
- Accounting Transaction code = ATC
- Name of identifier (tax payer)
- Date of operation = SD
- Component = '05.1C02'
- Reason for operation
* Concatenate «DOK_ID(List E) +payer type+report type+amount
(List E2)
Process all records in List (E2)
When all records have been processed from List E2, continue
- Release reserved credit (03D06) according dok_id - List (E)
- Update account balance (03D02) according Identifier and payment
code from reserved credit (03D06)
- Write replacement Log (05D16)
- Write assessment log for tax payer (10D04) with assessment code =
03
- Write elimination log (05D22) for dok_id - List (E)
. Cause code = 02
- Eliminate ALL tax form information according dok_id - List (E)
. See PENDING issues
. UTD HEDER (05D01)
. UTD DETAL (05D02)
. UTD DETAL taxes (05D03)
. UTD passive taxes (05D04)
. UTD worker summary (05D05)
. UTD worker taxes (05D06)
. UTD payment HEDER (05D07)
. SUBMISSION QUEUE (10D01)
- Write inconsistency log (05D15) with error code = 025
. Identifier = tax payer identifier
. Data description = dok_id - List (E)
* Special note: it is important that previous documents replaced by
the dok_id in List (E) should also be connected to the current
DOK_ID replacing the document in List (E)
. Validate insurance benefit codes and declared values
. Generate List (Z) ALL movements from TEMP DETAL (05D10) according to
DOK_ID where insurance benefit code NOT NULL
* For each record in List Z .. process the following
- Check validity of insurance code in (00D11) according tax month
between commencing and expiry dates
. Code NOT valid
* Write inconsistency log (05D15) with error code = 008
- Identifier = identifier - List (Z)
- Data description = insurance code - List (Z)
- Check amount limit of insurance code in (00D14) according tax
month and insurance benefit code - List (Z)
. Amount - List (Z) exceeds amount limit (00D14)
* Write inconsistency log (05D15) with error code = message code
(00D14)
- Identifier = identifier - List (Z)
- Data description = insurance code - List (Z) II limit amount
(00D14) II amount - List (Z)
- Check day limit of insurance code in (00D14) according tax month
and insurance benefit code - List (Z)
. Day - List (Z) exceeds day limit (00D14)
* Write inconsistency log (05D15) with error code = message code
(00D14)
- Identifier = identifier - List (Z)
- Data description = insurance code - List (Z) II limit days
(00D14) II number days - List (Z)
. Validate passive tax codes and calculated values
. Generate List (Y) ALL movements from TEMP passive taxes (05D12)
according to DOK_ID
* For each record in List Y .. process the following
- Check validity of passive tax code in (00D08) according tax
month between commencing and expiry dates
. Code NOT valid
* Write inconsistency log (05D15) with error code = 011
- Identifier = tax payer identifier
- Data description = passive tax code - List (Y)
- Check correct calculation of amount of passive tax code - List
(Y) in monthly tax rates (00D12) according tax month and passive
tax code - List (Y)
. Calculate correct amount = base income - List (Y) * % rate
(00D12)
. Tax value - List (Y) NOT equal to Calculated value
* Check tolerance of difference of calculated value according
tolerance factor and minimum tolerance value defined in the
business rules (BR)
* If difference NOT within acceptable tolerance
- Write inconsistency log (05D15) with error code = message
code (00D12)
. Identifier = tax payer identifier
. Data description = passive code - List (Y) II calculated
amount II Tax value - List (Y)
. Identify number of calendar days (CD) of tax month according monthly
parameters (00D13)
. The objective of the next section is the control and calculation
check on the level of each worker for all types of taxes and
contributions. The model should validate the calculation of each
worker and determine the real amount of money that should be paid
for worker. The tax agent is informed when the worker generates an
overpayment. It is the tax agent responsibility to deduct that
overpayment from future calculations and inform the system. The
system checks the CREDIT balance of each worker and applies the
overpayment, reducing the CREDIT balance for future deductions.
. Generate List (F) of all TEMP summary worker information (05D13)
according DOK_ID
. For each record selected in List (F) process worker identifier and
contract number separately ..
. Calculate number of employment days (CD) between commencing and
termination dates
* If NO employment dates are declared, the system assumes FIRST and
LAST day of the tax month.
. If number of benefit days, List (F) greater than CD then
* Write inconsistency log (05D15) with error code = message code
(00D14)
- Identifier = worker identifier - List (F)
- Data description = calculated days (CD) II Benefit days - List
(F)
. Generate List (G) of ALL individual tax codes (05D14) according to
DOK_ID and row identifier from List (F) and accumulate indicator = 0
. For each individual tax code selected in List (G) .. process the
following .
. Identify business rules (BRI) for individual tax codes from (00D16)
according payer type, report type and individual tax code (List G)
where tax month between commencing and expiry dates
* Identify Reduce Overpayment indicator (ROI)
. Identify Error codes (EC), Overpayment error code (OEC) from mapping
system (00D17) according to tax form (TF) and tax code (TC) where
tax code is from individual tax codes (00D10) according to tax form
and individual tax code (List G)
. Check calculated values for taxes and contributions
. Calculated tax value (List G) = base income (List G) * Tax% rate
(List G)
. Generate List (H) corresponding to all state funding tax codes
(05D17) where individual tax code = List (G) and tax month between
commencing and expiry dates
* For all records selected in List (H) .. process the following ..
- Accumulate tax value (SF) from TEMP taxes (05D14) where row
identifier = List (F) and individual tax code = List (H)
* Subtract (SF) from calculated tax value (List G)
. If tax value (List G) NOT equal Calculated Tax value (List G)
* Check tolerance of difference of calculated value according
tolerance factor and minimum tolerance value defined in the
business rules (BR)
* If difference NOT within acceptable tolerance
- Write inconsistency log (05D15) with error code = (EC)
. Identifier = worker identifier - List F
. Data description = calculated value - List G II tax value -
List G II Tax % rate - List G
. Identify overpayment value pending return (OPV) from (06D01)
according ID (worker) (05D13) and ID (tax payer) (05D09) and
individual tax code - List G where status = 0 and amount return NOT
equal amount
. If (ROI) = 0 and return overpayment value - List (G) greater than
zero
- Write inconsistency log (05D15) with error code = (OEC)
. Identifier = worker identifier - List F
. Data description = '0' II overpayment value - List G
. If (ROI) = 1 and return overpayment value - List (G) greater than
Zero and overpayment - List (G) greater than pending value (OPV)
- Write inconsistency log (05D15) with error code = (OEC)
. Identifier = worker identifier - List F
. Data description = pending value (OPV) II overpayment value -
List G
. Notify the tax payer of workers with pending overpayments to be
returned
. If overpayment pending value (OPV) greater than zero and overpayment
value - List G = Zero
- Write inconsistency log (05D15) with error code = 032
. Identifier = worker identifier - List F
. Data description = pending value (OPV)
. Calculation of Base values for adjustment or correction
. If correction indicator (BR) is equal to 1 .. process the following
* Select worker information (PREV) according to maximum reference
(05D05 - 05D06) where the UTD HEDER (05D01) related to that
movement according to dok_id is PAID (status = 1) and worker
identifier - List (F) = (05D05) and individual tax code - List (G)
= (05D06) and payer and report types from UTD HEDER (05D01) are in
the list of permissible correction documents from (BR)
* Compare (PREV) values with equivalent values of current submission
tax form (05D13 - 05D14)
- If the data information and values are ALL the same .. i.e. NO
change
. Write inconsistency log (05D15) with error code = 026
* Identifier = worker identifier - List F
* Data description = dok_id -PREV II submission date - PREV
* Move Tax value (PREV) to previous values - List (G)
. Calculate final payment amount for each individual worker and
individual tax code
. New Amount for payment - List (G) = tax value - previous -
overpayments
. If new amount for payment - List (G) is NEGATIVE
* Overpayment values = Negative new amount
* New amount for payment = 0
* Write inconsistency log (05D15) with error code = 032
- Identifier = worker identifier - List F
- Data description = overpayment value
. Update TEMP Taxes record (05D14) values according to List (G)
* Previous values
* New amount for payment
* Overpayment values
* Calculated tax value
. Accumulate values on level of worker
. Accumulate values from List (G) to worker summary record List (F)
. Accumulate values on level of tax form
. Accumulate values from List (G) to tax form level (05D09)
. Process ALL records in List (G)
. Update TEMP worker summary record (05D13) according to List (F)
. Process ALL records in List (F)
. Once processed ALL worker records (05D13) .. List (F) .. process the
following.
. If income variation indicator (BR) = 1 .. process the following
* Identify income variation % from monthly parameters (00D13)
according to tax month
* Generate List (H) of all workers from (05D13) according DOK_ID
where base calculation income has varied in value from previous
month's income value (01D09) according ID (worker) and ID (tax
payer) greater than the permissible variation % (greater or lower)
- For each worker detected with excess income variation
. Write inconsistency log (05D15) with error code = 015
* Identifier = worker identifier - List (H)
* Data description = current income (05D13) II previous income
(01D09) II variation between incomes II variation limit
(00D13)
* If List (H) contains records with excess variation ..
- Write assessment record (10D04) for tax payer
. Assessment code = 02
. Generate List (J) of workers registered in TEMP employment movements
(05D23) and worker summary (05D13) where employment commencing or
termination dates correspond to the tax month
* For each record selected in List (J) .. process the following.
- Check employment dates (commencing / termination) List (J) with
employment register (01D07). If dates in employment register NOT
NULL and different from employment dates in List (J) then
accumulate number of cases (CEM)
- If employment dates (List J) DO NOT correspond to tax month
- Write inconsistency log (05D15) with error code = 041
. Identifier = worker identifier - List (J)
. Data description = employment dates - List (J)
- If termination date (List J) .. check cause code of
termination with (00D35) according to tax month between
commencing and expiry dates
. If code NOT valid
* Write inconsistency log (05D15) with error code = 043
- Identifier = worker identifier - List (J)
- Data description = employment dates - List (J) II cause
codes - List (J)
- Worker identification
- Call worker verification application '01.1C02' (see INPUT -
OUTPUT parameters)
- INPUT parameters = Birth date, Gender, Surname, Names from
List (J)
- If return indicator is 'ER'
- Write inconsistency log (05D15) with a record for each
individual error code
. Identifier = worker identifier - List (J)
. Row identifier = List (J)
. Data description according list of error code
- Check address and contact information for each record with
commencing date of employment. If information determined to be
incomplete or error in coding
. Write inconsistency log (05D15) with error code = 042
* Identifier = worker identifier - List (J)
* Data description = employment dates - List (J)
* Process ALL records in List (J)
* Once completed all records in List (J)
* If number of cases with difference of employment dates (CEM)
greater than zero
. Write inconsistency log (05D15) with error code = 040
* Identifier = Tax payer identifier
* Data description = number of cases (CEM)
. Write assessment record (10D04) for tax payer
. Assessment code = 06
. Calculate message level of tax form.
. Identify Number of warnings (NW), number of errors (NE) and max
message level (ML) from list of inconsistencies generated during
the CORE validation process (05D15)
. Identify min expiry date, and cause code for elimination from list
of inconsistencies generated during the CORE validation process
(05D15) where auto elimination indicator = 1
* Write auto elimination record (05D21)
- Dok_id = DOK_ID
- Expiry date = min expiry date
- Cause code = (05D15)
. Write UTD HEDER record (05D01) according to DOK_ID
* Message level = ML
. If message level NOT = Error (message code = 2), process the
following ....
* Write the official UTD structures from TEMP structures
- UTD DETAL (05D02) from (05D10)
- UTD DETAL Taxes (05D03) from (05D11)
- UTD Passive taxes (05D04) from (05D12)
- UTD worker summary (05D05) from (05D13)
- UTD worker taxes (05D06) from (05D14)
* Generate List (K) with accumulated new amount for payment, and
overpayment values for each distinct Payment Code from worker
taxes (05D06) according to DOK_ID where individual tax code in
Payment codes (05D08) and tax month between commencing and expiry
dates (05D08)
- For each value accumulated, and corresponding payment code ..
. Write UTD Payment HEDER (05D07) according DOK_ID
* Payment code = List K
* Tax code = List K
* New amount for payment = accumulated value - List K
* Overpayments = List K
- For each payment code (List K) check the account balance value
of the tax payer (03D02) where balance amount greater than ZERO
. Reserved credit = balance amount (03D02)
. If accumulated value - List K less than Balance amount (03D02)
reserved credit = accumulated value - List K
. Each new record reserve credit must have a unique ID
- Write Reserved credit (03D06) for DOK_ID
* Payment code = List K
* Amount reserved = Reserved credit
* Status = 0
* ID (tax payer)
- Update account Balance value (03D02) for ID (tax payer) and
payment code
* Automatic payment + reserved credit
* Balance amount = Debit - Credit - Automatic
* Register the Liability of the tax payer, according to tax code
to the TAX CARD system.
* Account trans code ATC = transaction code, business rules
tax code BRI
* This procedure should transfer as parameters to the Tax Card
application, (H-09.1C00) the following values (see technical
definition)
- Tax payer identifier
- Tax code = List K
- Amount = accumulated value - List K
- Transaction code = ATC
- Name of identifier (tax payer)
- Date of operation = SD
- Component = '05.1C02'
- Reason for operation
* Concatenate «DOK_ID+payer type+report type+amount
* Generate List (L) of workers registered in TEMP employment movements
(05D23) and worker summary (05D13) where employment commencing or
termination dates correspond to the tax month
* For each record selected in List (L) .. process the following.
- Write an employment activity record (01D14)
. Type employment
* Commencing = 1
* Terminating = 2
- Update employment register (01D07) for terminating employment
according ID (worker) ID (tax payer)
. Contract number
. Termination date = List (L)
. Cause termination = List (L)
- Write employment register (01D07) for commencing employment
. Contract number = List (L)
. Job classification = List (L)
. Contractual wage = Income - List (L) - (05D13)
. Commencing date = List (L)
* For each worker where the overpayment reduction declared by the tax
agent was accepted by the system, the CREDIT balance of the worker
must be corrected with the deduction of the overpayment and a new
balance calculated for future declarations.
* Generate List (M) for each worker with return overpayment values
registered and accepted from worker taxes (05D06) according to
DOK_ID where individual tax code in Payment codes (05D08) and tax
month between commencing and expiry dates (05D08) and return
overpayment values greater than zero
- For each worker in List (M) process the following
. OVPV = return overpayment value from List (M)
. Generate List (N) of pending overpayments registered in the
system (06D01) according to the ID (worker) from (List M) and ID
(tax payer) and individual tax code from (List M) and amount of
return (06D01) is NOT = amount (06D01) and status (06D01) is
PENDING
. For each record selected in List (N) .. process the following
* Calculate pending value (CPV) = amount (List N) - Amount
return (list N)
* If (CPV) greater than (OVPV) value then
. (CPV) = (OVPV)
. (OVPV) = 0
- Else (OVPV) = (OVPV) - (CPV)
* Write return overpayment movement into system (06D02)
- ID = ID (List N)
- Amount return = (CPV)
- Return dok_id = DOK_ID
- Return date = (SD) submission date
* Update returned values in overpayment movement (06D01)
according ID from (List N)
- Amount return = amount return + (CPV)
- Return dok_id = DOK_ID
- Return date = (SD) submission date
. Process all records selected in List (N)
- Process all records selected in List (M)
* Write a submission Queue (10D01) according DOK_ID separately for
each tax code registered in (05D07) according to DOK_ID
- Tax code = tax code (05D07)
- Max payment date = max date payment (00D13) according tax month
* Write Status Log (10D03) according DOK_ID
. Eliminate ALL TEMP structures according to DOK_ID (automatic clean
up)
* TEMP HEDER (05D09)
* TEMP DETAL (05D10)
* TEMP DETAL taxes (05D11)
* TEMP passive taxes (05D12)
* TEMP worker summary (05D13)
* TEMP worker taxes (05D14)
. Return OUPUT parameters = Message level
End logic 05.1C02
Swim Lane - Flow Diagram ...
. NO diagram
Technical Specifications ...
. See component code 05.1C02 in Technical - Software Requirement
Specifications.
Algorithms and Calculations ...
. There are NO specific algorithms that need to be detailed in this
section.
Control criteria's
._____________________________________________________.
|Code|Description |Frequency|Source|
|____|_______________________________|_________|______|
| | NO additional control criteria| | |
|____|_______________________________|_________|______|
._____________________________________________________.
Հաշվետվական փաստաթղթեր
.____________________.
Փաստաթղթի անվանում |05.1C02.Oxxx-O |
.____________________.
.________________________________.
Փաստաթղթի տեսակ |xxxxxxxxxxxxxxxx |
.________________________________.
.__________________________________________________________________.
|Հաշվետվության ֆորմատ: որևէ հաշվետվության գեներացում չի պահանջվում|
.__________________________________________________________________.
Լիազորված օգտագործողներ`
Հետևյալ աղյուսակում նկարագրվում են մոդուլը գործարկելու իրավունք ունեցող օգտագործողների դերերը:
._____________________________________________________________.
|Դեր |Նկարագրություն |
|________|____________________________________________________|
|Համակարգ|The procedure 05.1C02 is triggered by the submission|
| |procedure 05.1C01. |
|________|____________________________________________________|
._____________________________________________________________.
Լուծում պահանջող հարցեր
. Նախապես ներկայացված հարկային հայտարարագրերի փոխարինման գաղափարը
դրված է համակարգի նախագծի հիմքում` ավտոմատ մաքրման հնարավորություն
տրամադրելու համար:
* Փոխարինվել կարող են միայն չվճարված փաստաթղթերը:
* Փոխարինված փաստաթղթերը պետք է համապատասխանեն նույն հարկ վճարողի
տարբերակչին և հաշվետու ամսվան:
* Հարկ վճարողների և հաշվետվությունների թույլատրելի տեսակները
սահմանված են ներկայացվող հարկային հայտարարագրի բիզնես կանոններում:
* Մոդելը պահուստավորում է փոխարինման բոլոր անհրաժեշտ
մատյանները/ցանկերը, սակայն չի պահուստավորում փոխարինվող հարկային
հայտարարագրի ամբողջ տեղեկատվությունը:
- Համադրման և վճարման եղանակի շնորհիվ անհրաժեշտ չի համարվում
պահուստավորել ամբողջ տեղեկատվությունը:
. Սակայն վերջնական որոշումը տեխնիկական որոշում է և պետք է
սահմանվի ՊԵԿ-ի ՏՏ ղեկավար օղակի կողմից:
Առաջարկություններ
. Հատուկ առաջարկություններ չկան:
Աշխատանքային գործընթացի մաս կազմող բաղադրիչների շարքի համար կրկնողաբար կկիրառվի հետևյալ կառուցվածքը:
.______________________________________________.
Բաղադրիչի անվանումը |Գեներացնում է ստացման տեղեկանք եկամտային հարկի|
|յուրաքանչյուր հայտարարագրի համար |
.______________________________________________.
Համակարգի կոդը Բաղադրիչի տեսակը Տարբերակ
.__________. .____________________. .______.
| 05.1C03 | |Oracle Report PL/SQL| | 0 |
.__________. .____________________. .______.
Նպատակը ...
Գեներացնել ստացման տեղեկանք` հիմնված եկամտային հարկի հայտարարագրի հիմնական ստուգման-հաստատման շրջափուլով անցման ժամանակ գեներացված արդյունքների վրա:
Ստացման տեղեկանքը գեներացվում է 'pdf' ձևաչափով, որը կարող է պահուստավորվել կամ տպվել հարկ վճարողի կողմից:
Նախապատմություն ...
Ստացման տեղեկանքը եկամտային հարկի համակարգի ավտոմատ պատասխանն է հարկ վճարողին` հայտարարագրված եկամտի և հարկերի ամփոփ գնահատմամբ և ստուգման-հաստատման գործընթացում բացահայտված բոլոր անհամապատասխանությունների ցանկով:
Համակարգ ներկայացվելիս էլ. հարկային հայտարարագրին տրվում է ունիկալ համար:
. ՈՒնիկալ համար
. Հաջորդականություն
. Ներկայացված հաշվետվությունների ընդհանուր քանակը (դա սովորաբար
համապատասխանում է հաշվապահների թվին, ովքեր տարբեր հարկ վճարողների
համար միաժամանակ նույն գործընթացում ներկայացնում են բազմաթիվ
հարկային հայտարարագրեր):
. Օրինակ` 1234567 002 003
. երկրորդ հաշվետվությունն ընդհանուր երեքից` 1234567 ներկայացման
ունիկալ համարով
Հարկային հայտարարագրի ունիկալ համարը կոչվում է ներկայացված հայտարարագրի համար (SUBMISSION number) կամ DOK_ID
Ստացման տեղեկանքները բաղկացած են հետևյալ հիմնական բաժիններից`
. Հարկ վճարողի տարբերակիչ, հաշվետու ժամանակաշրջանի և հաշվետվության
տեսակի տարբերակիչ
. Ըստ հարկային կոդի նշված ամփոփ արժեքներ, եկամուտ, հարկեր, գերավճարներ
. Ամփոփ արժեքներ, որոնք պետք է վճարվեն ըստ Գանձապետարանի հաշվի համարի,
բացի կրեդիտներից
. Վճարման վերջնաժամկետը
. Աշխատողների, սխալների, զգուշացումների քանակը
. Հաղորդագրության վահանակ / Message Board
. Անհամապատասխանությունների ցանկ
Հաշվետվության ձևաչափը և բովանդակությունը նկարագրվում են հետևյալ ֆայլում`
. Եկամտային հարկի հայտարարագրի ստացման նոր տեղեկանք (New Unified
Receipt Statement)
Ստացման տեղեկանքն ունի մի բաժին, որն իրենից ներկայացնում է հաղորդագրությունների կամ նորությունների վահանակ: Այդ բաժնի նպատակն այն է, որ հարկային վարչարարություն իրականացնող մարմինը կարող է ցանկացած ժամանակ օգտագործել ստացման տեղեկանքը հարկ վճարողներին հաղորդագրություններ կամ նոր տեղեկատվություն ուղարկելու համար:
. Բաժինն ունի հաղորդագրությունների 3 ենթատեսակ:
. Ընդհանուր հաղորդագրություն բոլոր հարկ վճարողների համար: ՊԵԿ-ը
կարող է ուղարկել խորհրդատվական կամ շնորհավորական հաղորդագրություն
բոլոր հարկ վճարողներին:
. Հարկ վճարողների տարբերակիչ, դրանք ՊԵԿ-ի կողմից մշակված հատուկ
հաղորդագրություններ են միայն առանձին հարկ վճարողների համար և
ուրիշ ոչ մեկի:
. Ըստ հարկային հայտարարագրի համարի (DOK_ID) հատուկ
հաղորդագրություններ, որոնք մշակվել են ՊԵԿ-ի կողմից` կապված միայն
հարկային հայտարարագրի ներկայացման համարի հետ (սովորաբար
գեներացվում է հիմնական ստուգման-հաստատման շրջափուլով):
Հաշվետվությունը կարելի է մշակել ցանկացած հաշվետվական գործիքի միջոցով, որը համապատասխանում է ՊԵԿ-ի տեխնոլոգիական հենքին, օրինակ` Oracle Report:
Հաշվետվություն գեներացնողն առանձին բաղադրիչ է և հետևաբար կարող է կանչվել հետևյալ դեպքերում`
. Էլ. հարկային հայտարարագրի ներկայացում ՏՀՏ-ներից
. Էլ. հարկային հայտարարագրի ներկայացում առցանց
. Էլ. հարկային հայտարարագրի ներկայացում էլ. փոստով
. Ստացման տեղեկանքի կրկնօրինակի գեներացում
Ստացման տեղեկանքի արդյունքի ձևաչափի մեջ պետք է լինի ՊԵԿ-ի թվային լոգոն:
Ստացման տեղեկանքը գեներացվում է ներկայացված վերջնական արժեքների հիման վրա, այլ ոչ թե հիմնական ստուգման-հաստատման շրջափուլում օգտագործված ժամանակավոր արժեքների հիման վրա:
Աշխատանքային մասնագրեր ...
. INPUT parameters: DOK_ID (P)
* Unique number
* Sequence
* Total number of documents in submission
. OUPUT parameter: name of Report
* It is recommended that the DOK_ID number be included as an
integral part of the report name.
. Generate Report in 'PDF' format, visible to ACROBAT reader open
source.
. Write the HEDER identification section of the Report
. Identify LOGO image for report.
. Select identification information directly from the HEDER (05D01)
according to DOK_ID (P)
* Submission date
* Tax period
* Taxpayer type
* Report type
* Tax payer identification
. Identify number of days of the month from monthly parameters (00D13)
. Status = ACCEPTED
* If the message level (ML) of the HEDER information (05D01) = 2
then status = REJECTED
. Write the summary chart of values according to the tax Codes. The
chart consists of 3 columns. (see format of RECEIPT statement)
* Unified income tax
* Fully Funded Pensions
* Passive Taxes
* For each column the system accumulates the following items
- Income
- Other taxable Income
- Taxes or contributions
- Previous values (only for adjustment documents)
- Automatic return of overpayments
- Future calculated overpayments
- Final amount of taxes or contributions.
* Identify columns of tax codes from payment HEDER (05D07)
- For each tax code, accumulate the above mentioned values
connecting the tax code with the individual tax code (05D06)
using the connector (05D08)
- Other table incomes can be accumulated from the worker summary
(05D05)
- Passive values correspond to passive taxes (05D04)
. Write the summary value chart according to payment - treasury
account. Where to pay the money. (see format of RECEIPT statement)
* The summary values according to payment account can be calculated
using the payment code in the payment HEDER (05D07) according to
DOK_ID, connected with the payment account tax code (03D03).
* CREDIT deductions are calculated accumulating values from the
RESERVED credit values (03D06) according to DOK_ID.
* Total amount for payment = taxes, contributions minus CREDIT (see
format)
. Identify the Maximum date of payment of the Tax form.
. Identify number of workers in tax form, those commencing and
terminating contracts.
. Identify number of Error and Warning messages generated during the
CORE validation cycle.
. Identify name and role of representative that submitted the unified
income tax form in representation of the tax payer. (05D01) names in
(01D10) and role description (00D37)
. Write the News or Message board.
* The messages have priorities
- (1) Tax form (DOK_ID)
- (2) Tax payer messages
- (3) General message
* The messages should be processed separately and clearly
identifiable on the report image.
- Tax form (05D20)
- Tax payer (05D19)
- General (05D18)
. Write the List of inconsistencies generated during the CORE
validation cycle.
* Select all inconsistency records generated during process,
according to DOK_ID (05D15)
- Identifier
- Message code and description
- Calculated and submitted values (why the error or warning)
- Type of message
* For the description of the message code, refer to configuration
structure (00D31)
* Calculated and submitted values, copy directly from field
DATA_DESCRIPTION
* Type of message = message level
- 0 = information
- 1 = warning
- 2 = error
. Close report.
. Move name of report to OUTPUT parameter
. Return OUTPUT parameter to caller.
End logic 05.1C03
Swim Lane - Flow Diagram ...
. NO diagram
Technical Specifications ...
. See component code 05.1C03 in Technical - Software Requirement Specifications
Algorithms and Calculations ...
. There are NO specific algorithms that need to be detailed in this section.
Control criteria's
.____________________________________________________.
|Code|Description |Frequency|Source|
|____|______________________________|_________|______|
| |NO additional control criteria| | |
|____|_______________________________________________|
.____________________________________________________.
Հաշվետվական փաստաթղթեր
._____________________.
Փաստաթղթի անվանում |05.1C03.O0001-O |
._____________________.
.__________________________________________________.
Փաստաթղթի տեսակ |Ընդունման հաստատում - Եկամտային հարկի հայտարարագիր|
.__________________________________________________.
.___________________________________________________________________.
|Հաշվետվության ֆորմատ: 'PDF' |
| |
|Ֆորմատ - տես հավելված- Նոր Ընդունման հաստատման Ձև |
| |
|Հաշվետվությունը կարող է բաղկացած լինել ավելին քան 1 էջից` կախված |
|անհամապատասխանության հաղորդագրությունների քանակից: Մի քանի էջերից |
|բաղկացած լինելու դեպքում տես` Սխալ ֆորմատի մասին հաշվետվությունը: |
| |
|Ընդունման հաստատումը պետք է հնարավոր լինի տպել A4 ֆորմատի թղթի վրա:|
.___________________________________________________________________.
Լիազորված օգտագործողներ
Հետևյալ աղյուսակում նկարագրվում են մոդուլը գործարկելու իրավունք ունեցող օգտագործողների դերերը:
.________________________________________________________________.
|Դեր |Նկարագրություն |
|________|_______________________________________________________|
|Համակարգ|The procedure 05.1C03 is a reporting function triggered|
| |automatically from the submission components (branch |
| |offices, email, ONLINE submission) |
.________________________________________________________________.
Լուծում պահանջող հարցեր
. Չկան
Առաջարկություններ
. Հատուկ առաջարկություններ չկան
3.2.6 Մոդուլ 06, անվանումը` ԲԱՇԽՈՒՄ
Համակարգչային ծրագրի տեխնիկական մասնագրեր
.______. .__________________________.
Մոդուլ | 06 | Անվանումը |Բաշխում |
.______. .__________________________.
Նախագծման շրջանակը, մոդուլի աշխատանքային նպատակները
._____________________________________________________________________.
|Մոդուլի նպատակն է տարանջատել բաշխման հերթում գրանցված բոլոր համադրված|
|հարկային ձևերն ու վճարները և հետո դրանք մշակել համապատասխան |
|հաստատությունների համար տվյալների փոխանակման տեղեկատվական ֆայլերի և |
|«Կամուրջ» ու պետբյուջեի հաշիվներից կուտակային կենսաթոշակային |
|դրամամիջոցներին (ՀԿԴ) փողի փոխանցման համար վճարման կարգադրագրի |
|գեներացման համար: |
._____________________________________________________________________.
Օգտագործողների ակնկալիքները
._____________________________________________________________________.
|Օրինակ` |
|. խիստ հսկողություն համադրված եկամտային հարկի և կուտակային վճարների |
| նկատմամբ և դրանց ընտրությունը |
|. տարեկան հայտարարագրեր ներկայացնող հատուկ խմբերի վճարողների բաշխումը|
| և դրանց նկատմամբ հսկողությունը |
|. կուտակային վճարների հետ կապված փոխանակման ֆայլերի ավտոմատ |
| գեներացում և ուղարկում ըստ հասցեատեր կազմակերպության (ՍԱՊԾ, ՀԿԴ) |
|. ՍԱՊԾ-ի համար աշխատանքային գործունեության և ՀԿԴ-ի համար առաջին |
| անգամ աշխատանքի ընդունվելու կապակցությամբ պարտադիր տվյալների |
| ներկայացման հետ կապված փոխանակման ֆայլերի ավտոմատ գեներացում և |
| ուղարկում |
|. գործընթացի ավտոմատ գործարկիչ, ոչ մի ֆիզիկական միջամտություն |
|. մշակման նվազագույն ժամանակ |
|. հարկային հայտարարագրերի ընթացքի վերահսկողություն |
._____________________________________________________________________.
Ընդհանուր բնույթի պահանջներ
.________________________________________________________.
|Պահանջի առարկան |Պահանջը |
|_________________|______________________________________|
|Տեխնոլոգիա |Oracle PL / SQL |
|_________________|______________________________________|
|Տեղակայվածություն|Կենտրոնական սերվերներ |
|_________________|______________________________________|
|Կառավարման եղանակ|Ավտոմատ իրականացում ըստ ժամանակացույցի|
.________________________________________________________.
Կարևոր է, որ նախքան նյութը կարդալն ընթերցողը ծանոթացած լինի հապավումներին, բառարանին և տվյալների մոդելին, որպեսզի դրանք կարողանա կապել աշխատանքային գործընթացների նկարագրության բաժնում ներկայացված որոշակի հղումների հետ:
Կատարողականի չափորոշիչներ
._____________________________________________________________________.
|Համակարգի կոդը|Նկարագրություն |Միավոր|Արժեք|
|______________|_________________________________________|______|_____|
| 06.1P01 |Ավելի քան 100 աշխատող ունեցող | Րոպե | 3 |
| |ձեռնարկությունների ներկայացրած հարկային | | |
| |հայտարարագրերի բաշխման հերթում 100 տվյալի| | |
| |շարժ մշակելու առավելագույն ժամանակը | | |
|______________|_________________________________________|______|_____|
| 06.1P02 |Կիրառել «TRACE» բոլոր հիմնական SQL | ---- | --- |
| |արտահայտությունների համար` պարզելու SQL | | |
| |արտահայտությունների ժամանակային ծախսերը | | |
| |և ստուգելու գործարքային աղյուսակների | | |
| |(transaction table) լրիվ սկանավորումը: | | |
| |Հղումների աղյուսակները պետք է լինեն փոքր | | |
| |և չպահանջեն ցուցիչներ (indexes) | | |
._____________________________________________________________________.
Որակի ընդհանուր ապահովում կամ փորձարկման պահանջներ
Հետևյալ աղյուսակում ներկայացվում են հսկողության այն չափանիշները, որոնք պետք է կիրառվեն մշակված ծրագրային ապահովումը ճշգրտորեն ընդունելու համար:
._____________________________________________________________________.
|Համակարգի կոդը|Նկարագրություն |
|______________|______________________________________________________|
| 06.1Q01 |Համակարգի թղթապանակների (folder) և վերջնանպատակ |
| |հաստատության (տեղեկատվությունը ստացող) կոդի գլոբալ |
| |պարամետրերը պետք է կոնֆիգուրացվեն, իսկ ֆայլերը պետք է |
| |կազմվեն ճիշտ անվանումներով և բովանդակությամբ |
|______________|______________________________________________________|
| 06.1Q02 |Բաշխման հերթ, status = 2 .. պետք է ոչ մի գրառում չլինի|
|______________|______________________________________________________|
| 06.1Q03 |Նույն գործառնական ամսաթվով վճարների հանրագումարը |
| |վերահսկման մատյանում (log) (06D03) պետք է հավասար լինի|
| |ՀԳ-ի հաշվից նույն գործառնական ամսաթվով բոլոր շարժերի |
| |հանրագումարին և type operation = 2 |
|______________|______________________________________________________|
| 06.1Q04 |Վճարների վերահսկման մատյանում բոլոր արժեքների գումարը |
| |պետք է հավասար լինի Գանձապետարանի համար նախատեսված |
| |վճարումների էլ. ֆայլում շարժերի հանրագումարին |
|______________|______________________________________________________|
| 06.1Q05 |Բաշխման հերթում payment code = NOT NULL դեպքում բոլոր |
| |արժեքների գումարը պետք է հավասար լինի Գանձապետարանի |
| |համար նախատեսված վճարումների ֆայլում շարժերի |
| |հանրագումարին |
|______________|______________________________________________________|
| 06.1Q06 |Յուրաքանչյուր վերջնանպատակ հաստատությանը |
| |համապատասխանող փոխանակման առանձին ֆայլերում արժեքների |
| |գումարը պետք է հավասար լինի բաշխման հերթի արժեքների |
| |գումարին` ըստ վերջնանպատակ հաստատության |
|______________|______________________________________________________|
| 06.1Q07 |ՀԳ-ի հաշվի մնացորդում փոխանցված վճարումների բոլոր |
| |գրառումները, որտեղ last modified date = operation date|
| |նախքան գործընթացը և գործընթացից հետո, պետք է |
| |տարբերվեն ՀԳ հաշվի վրա եղած գումարի շարժի չափով, type |
| |operation =2 և operation date-ով |
|______________|______________________________________________________|
| 06.1Q08 |Բաշխման հերթում հարկային հայտարարագրերի բոլոր |
| |տարբերակիչները, status = 1 և status date = operation |
| |date պետք է ունենան status = 3 գրառումը «status |
| |log»-ում |
|______________|______________________________________________________|
| 06.1Q09 |աշխատանքային գործունեության մասին փոխանակվող |
| |տվյալները, status = 2 .. գրառում պետք է չպարունակեն |
|______________|______________________________________________________|
| 06.1Q10 |Կուտակային վճարների վերաբերյալ փոխանակվող ֆայլերի |
| |բոլոր գրառումները պետք է գրանցվեն նույնականացման |
| |ուղեցույցի մեջ (01D04)` ըստ աշխատողների տարբերակչի: |
| |Փոխանակման համար նախատեսված տվյալները պետք է |
| |չպարունակեն ունիկալ տարբերակիչը` աշխատողի համարը |
|______________|______________________________________________________|
| 06.1Q11 |Կուտակային վճարների վերաբերյալ փոխանակման ֆայլերի |
| |բոլոր տվյալները, պետք է գրանցվեն նույնականացման |
| |ուղեցույցում (01D04)` ըստ հարկ վճարողի տարբերակչի: |
| |Փոխանակման որևէ տվյալ պետք է չպարունակի հարկ վճարողի |
| |ունիկալ տարբերակիչը` հարկ վճարողի համարը |
|______________|______________________________________________________|
| 06.1Q12 |Status of record (06D03) = 1 closed, when tracking |
| |number, processed by component 06.1C03, exists in the |
| |structure (06D03). Check when tracking number, does |
| |not exist in structure (06D03) return message = ERR |
|______________|______________________________________________________|
| 06.1Q13 |List of all tracking numbers with status = 0, open |
| |pending confirmation, attached to email and sent to |
| |list of personnel for follow up procedures on why |
| |confirmation NOT received. |
._____________________________________________________________________.
Աշխատանքային գործընթացներ
._____________________________________________________________________.
|Գործընթացի|Գործընթացի|Նկարագրությունը |Հաճախականությունը|
|անվանումը |կոդը | | |
|__________|__________|_____________________________|_________________|
|Բաշխում | 06.1C |Բոլոր համադրված և լրիվ | Օրական |
| | |վճարված հարկային | |
| | |հայտարարագրերի մշակում և այլ| |
| | |հաստատությունների համար | |
| | |փոխանակման փաստաթղթերի | |
| | |գեներացում, ըստ եկամտային | |
| | |հարկի հայտարարագրերում | |
| | |գրանցված տեղեկությունների | |
._____________________________________________________________________.
Աշխատանքային գործընթացի բաղադրիչները
._____________________________________________________________________.
|Բաղադրիչի անվանումը|Բաղադրիչի|Նկարագրությունը |Հաճախակա-|
| |կոդը | |նությունը|
|___________________|_________|_____________________________|_________|
|Վճարումների հետ |06.1C01 |Առանձնացնել վճարումների հետ | Օրական |
|համադրված հարկային | |լրիվ համադրված բոլոր հարկային| |
|տեղեկությունների | |հայտարարագրերն ըստ հարկային | |
|փոխանակում | |կոդի և անցնել եկամտային | |
| | |հարկի հայտարարագրերից | |
| | |տեղեկություններ քաղելուն ու | |
| | |այլ հաստատությունների հետ | |
| | |փոխանակելու նպատակով | |
| | |տվյալների կառուցվածքներ | |
| | |գեներացնելուն | |
|___________________|_________|_____________________________|_________|
|Աշխատողների |06.1C02 |Հարկային հայտարարագրերի | Օրական |
|գերավճարների | |հատուկ տարբերակչի համար քաղել| |
|գեներացում | |գերավճարների հետ կապված բոլոր| |
| | |տվյալները` անհատականացված ըստ| |
| | |աշխատողների, և դրանք գրանցել| |
| | |գերավճարների մատյանում | |
|___________________|_________|_____________________________|_________|
|Register |06.1C03 |Once other institutions have | Daily |
|confirmation | |received the contribution | |
|receipt of | |information and payment, the | |
|information and | |institutions confirm receipt | |
|payment | |and balance of the | |
| | |information, using this | |
| | |component. The institutions | |
| | |send the tracking number, and| |
| | |the SRC system automatically | |
| | |assumes confirmation. | |
|___________________|_________|_____________________________|_________|
|___________________|_________|_____________________________|_________|
|Detect non |06.1C04 |Analysis of the payment |Weekly or|
|confirmed receipt | |tracking log, to detect daily|daily |
|of information and | |sending of information and | |
|payment | |payment NOT confirmed by the | |
| | |receiving institution. The | |
| | |SRC system identifies all | |
| | |tracking numbers amounts, and| |
| | |entities and sends the list | |
| | |to SRC personnel who will | |
| | |follow up to identify the | |
| | |cause of non receipt. | |
|___________________|_________|_____________________________|_________|
._____________________________________________________________________.
Մոդուլի բաղկացուցիչ մաս կազմող գործընթացների համար կրկնողաբար կկիրառվի հետևյալ կառուցվածքը:
.________________. .______.
Գործընթացի անվանումը |06.1C - Բաշխում | Բաղադրիչների թիվը | 02 |
.________________. .______.
Նպատակը
._____________________________________________________________________.
|Մշակել բոլոր համադրված և լրիվ վճարված հարկային հայտարարագրերի ձևերը |
|և գեներացնել փոխանակման փաստաթղթեր այլ հաստատությունների համար, ըստ |
|եկամտային հարկի հայտարարագրում գրանցված տեղեկությունների: |
._____________________________________________________________________.
Աշխատանքային գործընթացների գծապատկեր
. Տես ամփոփ գծապատկերը (Գլուխ 2, Գծապատկեր 1, Հղում F)
Աշխատանքային գործընթացի մաս կազմող բաղադրիչների շարքի համար կրկնողաբար կկիրառվի հետևյալ կառուցվածքը:
.____________________________________________.
Բաղադրիչի անվանումը |Փոխանակել վճարումների հետ համադրված հարկային|
|տեղեկություններ |
.____________________________________________.
Համակարգի կոդը Բաղադրիչի տեսակը Տարբերակ
(version) համարը
.__________. ._______________________. .______.
| 06.1C01 | |PL/SQL stored procedure| | 0 |
.__________. ._______________________. .______.
Նպատակը ...
Մշակել բոլոր լրիվ համադրված և վճարված հարկային հայտարարագրերը, որոնցում ներառված տվյալներն այժմ կարելի է փոխանակել այլ հաստատությունների հետ:
Միայն հարկային կոդերին համապատասխանող համադրված տեղեկություններն է կարելի փոխանակել այլ հաստատությունների հետ:
Նախապատմություն ...
Բաշխման հերթը համապատասխանում է բոլոր հարկային հայտարարագրերին, որոնք ամբողջությամբ համադրվել են վճարման համակարգի հետ և պատրաստ են համապատասխան հաստատությունների հետ տեղեկությունների պաշտոնական փոխանակման համար:
Փոխանակման համար նախատեսված ձևաչափով մշակված տեղեկությունները քաղվել են եկամտային հարկի հայտարարագրերի տվյալներից:
Փոխանակման ձևաչափերը համապատասխանում են հետևյալին`
. Աշխատանքային գործունեություն ԱՍՀՆ-ի և սոցիալական մարմնի, այսինքն`
ՍԱՊԾ-ի համար
. Առաջին անգամ աշխատանքի անցնող պարտադիր մասնակիցներ` ՀԿԴ-ի համար
. Կուտակային կենսաթոշակներին համապատասխանող կուտակային վճարներ ՀԿԴ-ի
համար
. Եկամուտների հայտարարագրեր և ապահովագրական նպաստներ ԱՍՀՆ-ի և ՍԱՊԾ-ի
համար («Պառնաս»)
Կուտակային վճարները և պետական մասնակցության գումարները (վճարները) պետք է ուղարկվեն ՀԿԴ Գանձապետարանի միջոցով: Դրա համար մոդուլը պետք է գեներացնի էլ. վճարման գործիք ուղարկելով փողը Գանձապետարանի համապատասխան հաշիվներից դեպի ստացող հաստատության համապատասխան հաշիվը:
Մոդելն ընդունում է վճարներ առանց եկամտային հարկի հայտարարագրի ներկայացման, որոնք, սակայն, համապատասխանում են հարկ վճարողների այն կարգերին, որոնք ունեն կանխավճարներ կատարելու իրավունք: Դրանք արժենշված ավտոմատ վճարներն են: Այդ վճարները պետք է մշակվեն և ուղարկվեն համապատասխան հաստատություններ որպես կատարված կուտակային վճարներ (այդ վճարները որևէ հստակ ամսվա հետ կապված չեն):
Տեղեկատվության ձևաչափերը և փոխանակման եղանակը նկարագրվում են հետևյալ փաստաթղթերում` (տես հավելվածը)
. որպեսզի առանձին փաստաթղթով ներկայացված տեղեկատվությունն այս
փաստաթղթում չկրկնվի, աշխատանքային գործընթացների նկարագրությունը
կարելի է գտնել հետևյալ փաստաթղթերում`
* SPSS_FY09Q2_Mar26_DataExchgCDA-SRC_arm
* SPSS_FY09Q2_Mar26_DataExchgSRC-MLSI_arm
Այս պրոցեդուրայով հաշվարկներ չեն պահանջվում, տեղեկատվության պարզապես արտապատկերվում փոխանակման ձևաչափերով:
Համակարգի ադմինիստրատորը պետք է ստեղծի համակարգի թղթապանակներ այդ փոխանակման ֆայլերի գեներացման համար` ըստ վերջնանպատակ հաստատության: Համակարգի ադմինիստրատորը պետք է կոդավորի այդ թղթապանակների անվանումները գլոբալ պարամետրերում, յուրաքանչյուր keyword-ի համար, որտեղ գլխավոր բառը հանդիսանում է վերջնանպատակ հաստատության կոդը:
Համակարգի ադմինիստրատորը պետք է ստեղծի ծրագրային հատուկ թղթապանակ փոխանակման ֆայլի արխիվացման համար: Թղթապանակի անվանումը պետք է գրանցվի գլոբալ պարամետրերում`
. Key word = archiveExchg
Բաշխման մոդուլը կգեներացնի փոխանակման ֆայլի ձևաչափերը և դրանք կգրանցի նախատեսված թղթապանակում:
Բաշխման մոդելն ավտոմատ կերպով կգրանցի համակարգի ադմինիստրատորի կողմից ստեղծված և գլոբալ պարամետրերում գրանցված արխիվային թղթապանակում գեներացված փոխանակման ֆայլի կրկնօրինակը:
Ֆայլերի ֆիզիկական փոխանակման եղանակը տեխնիկական հարց է և դեռևս պետք է այն որոշել (տես հարցերին և առաջարկություններին վերաբերող բաժինները):
Հատուկ ծանոթագրություն` Գանձապետարանի վճարումների ֆայլ` փողը համապատասխան հաստատություններին փոխանցելու համար: Մոդելը ներկայումս գեներացնում է վճարումների ֆայլ յուրաքանչյուր վերջնանպատակ հաստատության համար: Սակայն, քանի որ վճարումների ֆայլը նախատեսված է Գանձապետարանի համար, վճարումների բոլոր շարժերը, անկախ վերջնանպատակ հաստատությունից, կարող են գրվել նույն ֆայլի մեջ: (ՏՏ մասնագետները կսահմանեն վճարումների ֆայլի գեներացման վերջնական ձևը):
Աշխատանքային գործընթացների մասնագրեր ...
. Մուտքի պարամետր` Operation date (պետք է չներառի ժամանակը)
Մշակել աշխատանքային պատմությունը ԱՍՀՆ-ի համար
. Բացել ելքային ֆայլ ըստ գլոբալ պարամետրերում նկարագրված ֆայլի
անվանման կառուցվածքի` կապված «ՍԱՊԾ» keyword-ի հետ: Անվանման
վերջավորությունը համապատասխանում է ֆայլի տեսակին կամ բովանդակությանը
= «EMP»
* Աշխատանքային պատմության ֆայլ (Employment history file - EHF)
* Վերցնել թղթապանակի անվանումը գլոբալ պարամետրերից (առաջին արժեքը
անջատվում է ';'-ով)
* գործընթացի համարը համապատասխանում է օրացուցային կառուցվածքում
հերթական համարին
* Ֆայլը բացել համակարգի թղթապանակում, ըստ գլոբալ պարամետրերում գրված
անվանման
. ընտրել և նշել աշխատանքային գործունեության մասին գրառումների
փոխանակման ռեգիստրում pending status = 0 ունեցողները .. նշել status
= 2 = PROCESSING
. ջնջել ամփոփ արժեքները որոշակի թվով գրառումներ կուտակելուց հետո
. գեներացնել համակարգում գրանցված աշխատանքային գործունեությանն առնչվող
status = 2 = PROCESSING նշում ունեցող բոլոր տվյալների (A) ցանկը
. աշխատանքային գործունեությանը վերաբերող յուրաքանչյուր ընտրված տվյալի
համար մշակել հետևյալը`
. ընտրել աշխատողի մասին տեղեկատվություն ըստ աշխատողի տարբերակչի
. ընտրել հարկ վճարողի մասին տեղեկատվություն ըստ հարկ վճարողի
տարբերակչի
. EHF-ում գրել աշխատանքային պատմության փոխանակման գրառում ՍԱՊԾ
ուղարկելու համար, տվյալները վերցնելով աշխատողների և հարկ վճարողների
մասին տեղեկություններից փոխանակման փաստաթղթերում նկարագրված
ձևաչափով, Բաժին «Բ»:
. տվյալների ընդհանուր թվի հաշիվն ավելացնել 1-ով, ինչպես նաև`
* 1-ով ավելացնել type operation=1=commencing նշումն ունեցող
գրառումները
* 1-ով ավելացնել type operation=2= terminating նշում ունեցող
գրառումները
. Մշակել «A» ցանկի բոլոր գրառումները ...
. EHF-ում յուրաքանչյուր խմբի համար նախորդ քայլով առանձնացված
գրառումների թվով գրել ամփոփ գրառում
. փակել փոխանակման EHF ֆայլը
. Փոխանակման EHF ֆայլը կրկնօրինակել համակարգի արխիվի թղթապանակում:
Մշակել պարտադիր մասնակիցների մասին տվյալները ՀԿԴ-ի համար
. Պարտադիր մասնակիցների համար նշել ծննդյան թվեր համակարգի պահանջով:
Տեղեկատվությունն ընտրել գլոբալ պարամետրերից, keyword=
MandatoryBirthDate (MBD)
. Բացել ելքի ֆայլ ըստ գլոբալ պարամետրերում նկարագրված ֆայլի անվանման
կառուցվածքի` կապված «ՀԿԴ» keyword-ի հետ: Անվանման վերջավորությունը
համապատասխանում է ֆայլի տեսակին կամ բովանդակությանը = 'EMP'
* Աշխատանքային պատմության ֆայլ (Employment history file - MAF)
* Վերցնել թղթապանակի անվանումը գլոբալ պարամետրերից (առաջին արժեքը
անջատվում է ';'-ով)
* գործընթացի համարը համապատասխանում է օրացուցային կառուցվածքում
հերթական համարին
* Ֆայլը բացել համակարգի թղթապանակում ըստ գլոբալ պարամետրերում գրված
անվանման
. ջնջել ամփոփ արժեքները որոշակի թվով գրառումներ կուտակելուց հետո
. գեներացնել առաջին անգամ աշխատանքի ընդունված բոլոր պարտադիր անդամների
(B) ցանկը: Օգտագործել համակարգում գրանցված փոխանակման համար
նախատեսված աշխատանքային գործունեության մասին գրառումները, որտեղ
status = 2 = PROCESSING և type employment =1 = commencing
employment.
. աշխատանքային գործունեությանը վերաբերող յուրաքանչյուր ընտրված գրառման
համար մշակել հետևյալը`
. ընտրել աշխատողի մասին տեղեկատվություն ըստ աշխատողի տարբերակչի
. ընտրել հարկ վճարողի մասին տեղեկատվություն ըստ հարկ վճարողի
տարբերակչի
. Եթե աշխատողի ծննդյան ամսաթիվը մեծ կամ հավասար է system limit (MBD),
արվում է հետևյալը ..
. ՀԿԴ-ի համար գրել առաջին անգամ աշխատանքի ընդունված պարտադիր
անդամների փոխանակման գրառումը MAF ֆայլում, տվյալները վերցնելով
աշխատողների և հարկ վճարողների մասին տեղեկություններից փոխանակման
փաստաթղթերում նկարագրված ձևաչափով, Բաժին «Դ»
* Address type=1=worker
* Եթե աշխատողի հասցեն աշխատողների մասին տեղեկատվության մեջ հավասար
է «NULL» կամ չի գրանցված, ապա համակարգը աշխատողի հասցեի մասին
տվյալները պետք է փոխարինի հարկ վճարողի հասցեով` հարկ վճարողների
մասին տեղեկատվությունից, վերագրելով
address type=2=tax payer
. Գրառումների ընդհանուր թվին + 1
. Մշակել B ցանկի բոլոր գրառումները ...
. Գրառումների ընդհանուր թիվը գրել MAF-ում
. Փակել փոխանակման MAF ֆայլը
. Փոխանակման MAF ֆայլը կրկնօրինակել համակարգի արխիվի թղթապանակում:
Ապահովել, որ մշակված և փոխանակման ֆայլեր ուղարկված տեղեկությունները
նորից չմշակվեն:
. ընտրել և աշխատանքային գործունեության մասին տվյալների փոխանակման
ռեգիստրում նշել բոլոր գրառումները, որոնք ունեն PROCESSING status = 2
.. և դրանց տալ status=1=NOTIFIED
Կուտակային վճարների մասին տվյալների մշակում ըստ վերջնանպատակ
հաստատությունների
. Ընտրել և բաշխման հերթում նշել բոլոր գրառումները, որոնք ունեն
PENDING status = 0 .. և դրանց տալ status = 2 = PROCESSING:
. Գլոբալ պարամետրերից ICT-ի մեջ առանձնացնել անհատական հաշիվների
տարբերակչի տեսակը, օգտագործելով keyword = 'IndividualAccount'
. Բաշխման հերթի ամբողջ տեղեկատվությունից, որտեղ status=PROCESSING=2,
գեներացնել (C) ցանկն ըստ information = distinct destination entity
code
* payment code = NULL .. պետք է ընտրվի
* Tax form number (DOK_ID) = NULL .. պետք է ընտրվի
. Յուրաքանչյուր առանձին վերջնանպատակ հաստատության կոդի համար .. անել
հետևյալը`
. Առանձնացնել բանկային հաշվի մասին տեղեկությունները և անձնական
տվյալներն ըստ վերջնանպատակ հաստատության (BADE)
* Բանկային հաշվի մասին և այլ տեղեկություններ կարելի է գտնել
հաստատության մասին տեղեկությունների մեջ, ըստ վերջնանպատակ
հաստատության կոդի (List C)
. ՈՒնիկալ Tracking համար (TRN) հատկացնել վերջնանպատակ հաստատությանը
վճարման համար:
Գեներացնել վճարման ծանուցում դրամամիջոցների փոխանցման համար
. Գանձապետարանի համար նախատեսված յուրաքանչյուր մանրամասն վճարման
գրառում ունի հետևյալ ստանդարտ ձևաչափը`
* Payer identifier number (TIN number and SSC number)
* Payer name
* Payers bank account number
* Payers bank name
* Date of payment
* Receivers Bank account number
* Receivers bank name
* Amount
* Reason of payment (text 160 characters)
* Unique Tracking number
. Բացել ելքի ֆայլ ըստ գլոբալ պարամետրերում նկարագրված ֆայլի անվանման
կառուցվածքի, որտեղ keyword=Destination Entity Code: Անվանման
վերջավորությունը համապատասխանում է ֆայլի տեսակին կամ բովանդակությանը
= 'PAY'
* Հարկեր և կուտակային վճարներ (PTC)
* Վերցնել թղթապանակի անվանումը գլոբալ պարամետրերից (առաջին արժեքը
անջատվում է ';'-ով)
* գործընթացի համարը համապատասխանում է օրացուցային կառուցվածքում
հերթական համարին
* Ֆայլը բացել համակարգի թղթապանակում ըստ գլոբալ պարամետրերում գրված
անվանման
. Բաշխման հերթի ամբողջ տեղեկատվությունից գեներացնել List (D) ըստ
information = distinct payment_code և sum (amount_paid), որտեղ
status = PROCESSING = 2 և destination entity code = List C և
payment code = NOT NULL,
* Tax form number (DOK_ID) = NULL .. պետք է ընտրվի
. Տարբեր վճարման կոդերի համար.. անել հետևյալը`
. Առանձնացնել բանկային հաշվի մասին տեղեկությունները և անձնական
տվյալներն ըստ վճարման կոդի (BAPC)
. Գրել վճարման գրառում ըստ Գանձապետարանի ձևաչափի նկարագրության`
* Reason for payment = Tracking number
* Treasury statement = tracking number
* Payers account = payment code (BAPC)
* Receiver account = destination entity code (BADE)
* Amount = List D
* Status=0
. Գրել վճարումների համար գրառում համակարգի «tracking log»-ում (06D03)
ըստ գումարի, վերջնանպատակ հաստատության կոդի և վճարման կոդի (amount,
destination entity code, payment code)
* ID = tracking number
* Amount = List D
. Կուտակել ամփոփ HEDER գրառման արժեքները (եթե պահանջվում է)
. Մշակել ցանկ D-ի բոլոր գրառումները
. Գրել ամփոփ գրառում վճարման PTC ֆայլում, եթե պահանջվում է
. Փակել վճարման (PTC) ֆայլը
Գեներացնել տեղեկություններ համապատասխան հաստատությունների համար
. Բացել ելքի ֆայլ ըստ գլոբալ պարամետրերում նկարագրված ֆայլի անվանման
կառուցվածքի, որտեղ keyword=Destination Entity Code: Անվանման
վերջավորությունը համապատասխանում է ֆայլի տեսակին կամ բովանդակությանը
= 'CON'
* Հարկեր և կուտակային վճարներ (TCF)
* Վերցնել թղթապանակի անվանումը գլոբալ պարամետրերից (առաջին արժեքը
անջատվում է ';'-ով)
* գործընթացի համարը համապատասխանում է օրացուցային կառուցվածքում
հերթական համարին
* Ֆայլը բացել համակարգի թղթապանակում ըստ գլոբալ պարամետրերում գրված
անվանման
. ջնջել ամփոփ արժեքները որոշակի թվով գրառումներ կուտակելուց հետո
. Կարևոր է` փոխանակման համար նախատեսվող ֆայլերի ձևաչափերը տարբերվում
են, և թեև դրանք հիմնվում են տեղեկությունների նույն աղբյուրի վրա,
մոդելը պետք է տարբերակի, թե որ ձևաչափն է նախատեսված որ վերջնանպատակ
հաստատության համար: Այսինքն` դրա նպատակը նույն տեղեկությունը մեկից
ավելի անգամ չմշակել է:
* Format A = CDA
* Format B = SSSS
Գրել ավտոմատ վճարումներ անհատ ձեռներեցների, նոտարների և ինքնազբաղվածների համար
. Գեներացնել (E) ցանկը, որը համապատասխանում է բաշխման հերթի բոլոր
գրառումներին, որտեղ destination entity = List C և status = 2 =
PROCESSING և automatic payment indicator = 1 և payment_code = NOT
NULL
. Յուրաքանչյուր գրառման համար ընտրել E ցանկը, անել հետևյալը`
. Գտնել (IAI) IDENTIFIER անհատական հաշվի տարբերակիչ համարը
նույնականացման ուղեցույցից (01D04), վերցնելով (ICT) անհատական հաշվի
կոդը (account code) գլոբալ պարամետրերից և հարկ վճարողի (tax payer)
ID-ն E ցանկից:
. Գրել կուտակային վճարի գրառումը A կամ B FORMAT-ով` ըստ վերջնանպատակ
հաստատության կոդի (Տես փոխանակման համար նախատեսված փաստաթղթերը
հավելվածներում):
* Identifier = individual account identifier (IAI)
* Type tax contribution = individual tax code (List E)
* Income = 0
* Contribution value = amount paid (List E)
. Գրառումների թվին + 1 և ամփոփ գրառման համար գումարները
. Ամեն գումարի համար գրել TA account movement (03D01) և E ցանկից tax
payer ID-ն
* Type operation = 2 = transfer
. Ձևափոխել TA account balance գրառումն ըստ tax payer ID և payment
code (E ցանկից)
* E ցանկից վճարման արժեքն ավելացնել payment transfer դաշտում
* TA account Balance գրառման մեջ հաշվել Monetary
balance=Debit-Payment Transfers
* Last modified date = գործառնության ամսաթիվը
. Ձևափոխել բաշխման հերթի status-ն ըստ E ցանկի
* Tracking number = unique TRACKING number (TRN)
* set status = processed = 1.
* Status date = գործառնության ամսաթիվը
. Մշակել E ցանկի բոլոր գրառումները ...
Գրել կուտակային վճարների և հարկերի մասին գրառումներ այլ հաստատությունների համար
. Գեներացնել (F) ցանկը, որը համապատասխանում է բաշխման հերթի բոլոր
գրառումներին, որտեղ destination entity = List C և status = 2 =
PROCESSING և DOK_ID = NOT NULL և automatic payment indicator = 0
. Հարկային հաշվետվությունների նույնականացման յուրաքանչյուր DOK_ID-ի
համար անել հետևյալը`
. Ընտրել HEDER-ի (H1) տեղեկությունը (05D01)-ից ըստ DOK_ID = F ցանկի
. Եթե OVERPAYMENTS (H1) մեծ է զրոյից, ապա
* կանչել 06.1C02 մոդուլն ըստ հետևյալ պարամետրերի
- dok_id (H1 - ցանկ F)
- individual tax code (ցանկ F)
. overpayment ֆունկցիայի ավարտը
. Եթե last payment date (ցանկ F) ավելի մեծ է, քան max_date_payment
(H1), ապա
* Կանչել 07.1C01 մոդուլն ըստ հետևյալ պարամետրերի
- Dok_id (H1 - List F)
- Individual tax code (List F)
- ID tax payer (List F)
- Last payment date (|List F)
- Payment code (List F)
- Operation date = գործառնության ամսաթիվը (մուտքի պարամետր)
* Կանչել 07.1C02 մոդուլն ըստ հետևյալ պարամետրերի
- Dok_id (H1 - List F)
- Individual tax code (List F)
- ID tax payer (List F)
- Last payment date (|List F)
- Payment code (List F)
- Operation date = գործառնության ամսաթիվը (մուտքի պարամետր)
. last payment date ֆունկցիայի ավարտը
. Գեներացնել (G) ցանկը բոլոր աշխատողների հարկերի մասին
տեղեկատվությունից (05D06), որը համապատասխանում է հարկային
հաշվետվության identifier (DOK_ID) և անհատական հարկային կոդին, որոնք
ունեն իրենց համարժեքը F ցանկում:
. G ցանկում ընտրված յուրաքանչյուր գրառման համար .. անել հետևյալը`
. Գտնել (IAI) IDENTIFIER անհատական հաշվի տարբերակիչ համարը
նույնականացման ուղեցույցից (01D04), գլոբալ պարամետրերից վերցնելով
(ICT) անհատական հաշվի կոդը (account code) և worker summary
գրառումից (05D05)` ID worker-ը, ըստ հարկային հաշվետվության
տարբերակչի (DOK_ID) և ցանկ G-ից row identifier -ի:
. Գրել կուտակային վճարի գրառումը A կամ B FORMAT-ով..ըստ վերջնանպատակ
հաստատության կոդի` destination entity code (Տես փոխանակման համար
նախատեսվող փաստաթղթերը հավելվածներում)
* Identifier = individual account identifier (IAI)
* Type tax contribution = individual tax code
* Income = base calculation income
* Contribution value = new amount for payment
* Կարևոր է` Format B-ն հանդիսանում է գրառման երկրորդ տեսակ, որը
համապատասխանում է հարկային հաշվետվության մանրամասն
տեղեկություններին ըստ tax form identifier (DOK_ID), worker
identifier և contract number (05D02):
. Գրառումների թվին + 1 և ամփոփ գրառումների արժեքները
. Մշակել G ցանկի բոլոր գրառումները
. Ձևափոխել բաշխման հերթի status-ն ըստ F ցանկի
* Tracking number = unique TRACKING number (TRN)
* set status = processed = 1.
* Status date = operation date գործառնության ամսաթիվը
. Գրել status log-ում (10D03) գրառում tax form identifier (DOK_ID)-ի
համար
* Status = 3
. Ամեն գումարի համար գրել TA account movement (03D01) և F ցանկից tax
payer ID-ն
* Type operation = 2 = transfer
. Ձևափոխել TA account balance գրառումն ըստ tax payer ID և payment
code (F ցանկից)
* F ցանկից վճարման արժեքն ավելացնել payment transfer դաշտում
* TA account Balance գրառման մեջ հաշվել Monetary
balance=Debit-Payment Transfers
* Last modified date = գործառնության ամսաթիվը
. Մշակել F ցանկի բոլոր գրառումները
. Ամփոփ գրառումը գրել տեղեկատվության փոխանակման TCF ֆայլում
. Փակել տեղեկատվության փոխանակման TCF ֆայլը
. Մշակել C ցանկի բոլոր գրառումները
06.1C01 աշխատանքային գործընթացների նկարագրման ավարտը
Աշխատանքի և կատարողների հոսքի գծապատկեր ...
. Գծապատկեր չկա
Տեխնիկական մասնագրեր ...
. Տես բաղադրիչի կոդը 06.1C01 տեխնիկական մասնագրերում
Ալգորիթմներ և հաշվարկներ ...
. Չկան հատուկ ալգորիթմներ, որոնք անհրաժեշտ է մանրամասն նկարագրել այս բաժնում:
Հսկողության չափանիշներ
._______________________________________________________.
|Կոդ|Նկարագրություն |Հաճախականություն|Աղբյուր|
|___|__________________________|________________|_______|
| |Ոչ մի հատուկ լրացուցիչ | | |
| |հսկողություն չի պահանջվում| | |
._______________________________________________________.
Հաշվետվության փաստաթղթեր
.________________________.
Փաստաթղթի անվանումը |06.1C01.Oxxx-0 |
.________________________.
.______________________________________.
Փաստաթղթի տեսակը |xxxxxxxxxxxxxxxx |
.______________________________________.
.__________________________________________________________.
|Հաշվետվության ձևաչափը` ոչ մի հաշվետվություն չի պահանջվում|
|գեներացնել այս մոդուլով |
.__________________________________________________________.
Լիազորված օգտագործողները
Հետևյալ աղյուսակում նկարագրվում են մոդուլը գործարկելու իրավունք ունեցող օգտագործողների դերերը:
.____________________________________________________________________.
|Դերը |Նկարագրությունը |
|________|___________________________________________________________|
|Համակարգ|06.1C ընթացակարգն ավտոմատ կերպով գործարկվում է համակարգի |
| |առաջադրանքների հերթից և գործում է ճիշտ ըստ ժամանակացույցի,|
| |այսինքն` 17:00 |
.____________________________________________________________________.
Լուծում պահանջող հարցեր
. Փոխանակման ֆայլերի ֆիզիկական փոխանցման եղանակը դեռևս պետք է որոշել:
. Անհրաժեշտ է հաստատել փոխանակման ֆայլերի վերջնական ձևաչափերը:
Փաստաթղթերը դեռևս գտնվում են նախնական տեսքով:
. Վերջնական տեսքի բերել կուտակային վճարների վճարման էլ.
հաղորդագրության ձևաչափը:
Առաջարկություններ
. Փոխանակման ֆայլերը կարելի է փաթեթի տեսքով դնել այսպես կոչված SOAP
ծրարի կամ հաղորդագրության մեջ և հանրային կամ հատուկ նախատեսված գծով
ուղարկել վեբ ծառայությանը, որը կստանա և կմշակի այդ փաթեթը, մշտապես
պատասխանելով կանչողին:
. Ստացող հաստատություններն իրենց պորտալի կայքերում կարող են տրամադրել
վերբեռնման ավտոմատ ֆունկցիոնալ հնարավորություններ, որոնք կարող են
գործարկվել համակարգերի կողմից, և ֆայլերը կգեներացվեն սահմանված
ձևաչափով:
Լրացուցիչ փաստաթղթեր
Փոխանակման ձևաչափեր
* SPSS_FY09Q2_Mar26_DataExchgCDA-SRC_arm
* SPSS_FY09Q2_Mar26_DataExchgSRC-MLSI_arm
Մոդուլի բաղկացուցիչ մաս կազմող գործընթացների համար կրկնողաբար կկիրառվի հետևյալ կառուցվածքը:
._____________________________________.
Բաղադրիչի անվանումը | Գեներացնել աշխատողների գերավճարները |
._____________________________________.
Համակարգի կոդը Բաղադրիչի տեսակը Տարբերակի համարը
.__________. ._______________________. .______.
| 06.1C02 | |PL/SQL stored procedure| | 0 |
.__________. ._______________________. .______.
Նպատակը ...
Գործընթացի հիմնական նպատակն է առանձնացնել բոլոր այն հարկային հաշվետվությունները, որոնց հարկային կոդերը լիովին համադրվել են վճարումների հետ և առանձնացվել են գերավճար ունեցող աշխատողներն ըստ հարկային հաշվետվության և հարկային կոդի, որոնց գերավճարները հաշվարկվել են ներկայացված հաշվետվությունների մոդուլի կողմից:
Գերավճարները անհատականացված են ըստ աշխատողների, ուստի տեղեկատվությունը պետք է գրանցվի նման ձևով:
Նախապատմություն ...
Բաշխման հերթը համապատասխանում է այնպիսի հարկային հաշվետվությունների հարկային կոդերին, որոնք լիովին համադրվել են վճարման համակարգի հետ և պատրաստ են այդ համակցությանը, հարկային հաշվետվությանը և հարկային կոդին համապատասխանող տեղեկությունները համապատասխան հաստատություններին տրամադրելու համար:
Գերավճարները հաշվարկվում են հաշվետվությունների ներկայացման ընթացքում` յուրաքանչյուր աշխատողի համար առանձին-առանձին:
Գերավճարները նվազեցվում են հաջորդ հարկային հաշվետվություններում հաշվարկված կուտակային վճարներից` որոշելու հարկի կամ կուտակային վճարի ճիշտ գումարը, որը պահանջվում է վճարել:
Գերավճարների գեներացիան կամ գրանցումը կարելի է կատարել 2 ձևով:
. ներկայացված հաշվետվությունների մոդուլն առանձնացնում է այն հարկային
հաշվետվությունները, որտեղ ճշգրտումների և ուղղումների միջոցով
վճարումներ չեն պահանջվում և, հետևաբար, կարելի է կիրառել գերավճար:
. Հաշվետվությունների ներկայացման պահին բացահայտվում է, որ տվյալ
հաշվետվության և հարկային կոդի մասով կա գերավճար և վճարման ենթակա
գումար: Համակարգը նախ գրանցում է վճարումները և կատարում համադրում,
որից հետո պաշտոնապես գեներացնում է գերավճարները, որոնք ենթակա են
նվազեցման հաջորդ հաշվետվության ներկայացման ժամանակ:
Ընթացակարգը պետք է աշխատի հարկային հաշվետվության տարբերակիչ համարի հիման վրա տեղեկությունները մշակելու համար, այսինքն` DOK_ID-ով:
Հարկային հաշվետվության յուրաքանչյուր HEDER գրառում ունի հաշվետվությունների ներկայացման ժամանակ հաշվարկված թերավճարի կամ գերավճարի ընդհանուր գումարը, որը հաշվարկվում է հաշվետվության ներկայացման ժամանակ, ըստ բոլոր աշխատողների և հարկատեսակների, և յուրաքանչյուր հարկային հաշվետվության վճարման HEDER-ը պարունակում է գերավճարի արժեքն ըստ հարկային կոդի:
Մոդուլը կամ բաղադրիչը լիովին ինքնավար է, արտաքին պրոցեդուրա է, և հետևաբար, ազդում է գերավճարների վերջնական ամրագրման վրա: Դա նշանակում է, որ պրոցեդուրան պետք է նախատեսի նախապես գեներացված շարժերի վերացումը, եթե նույն հարկային հաշվետվությունը (DOK_ID) նորից է մշակվում:
* Տեղեկությունները ճշտորեն թարմացված պահելու լավագույն եղանակը
տեխնիկապես պետք է սահմանվի փորձագետների կողմից:
Աշխատանքային գործընթացի նկարագրություն ...
. Ստանալ մուտքի պարամետրերը կանչող մոդուլներից:
* Հարկային հաշվետվության տարբերակիչ համարը, DOK_ID
* Համադրված անհատական հարկային կոդ:
. Գործընթացի հաջողության պարագայում տրվում է 'OK'
. Բացահայտել հարկային հայտարարագրի նույն տարբերակչին (DOK_ID) և
հարկային կոդին վերաբերող առկա տեղեկությունները:
* Եթե համակարգում կան գերավճարի մասին տեղեկություն և հաջորդ
հարկային հաշվետվություններում չի եղել գերավճարի ոչ մի վերադարձում
կամ նվազեցում, ապա համակարգը պետք է վերացնի այդ հարկային
հայտարարագրին և հարկային կոդին վերաբերող գերավճարների հետ կապված
բոլոր տվյալները:
- Amount_return = 0
* Եթե հարկային հայտարարագրի տարբերակչի (DOK_ID) և հարկային կոդի հետ
կապված որևէ աշխատող հաջորդ հարկային հաշվետվություններում ունի
վերադարձումներ կամ նվազեցումներ (amount_return > 0), ապա
տեղեկատվությունը չի կարող վերացվել և ծրագիրը պետք է կանչող
բաղադրիչին տա վերադարձի կոդ = 'ERR':
. Գեներացնել աշխատողների հարկերին վերաբերող տեղեկություններից (05D06)
բոլոր աշխատողների համար (A) ցանկը, որտեղ հարկային հաշվետվության
տարբերակիչը և հարկային կոդը համապատասխանում են մուտքի պարամետրերին
(tax form - DOK_ID և tax code) և աշխատողի դիմաց գրանցված են զրոյից
բարձր գերավճարի արժեքներ և անհատական հարկային կոդը գրանցված է ակտիվ
հարկային և վճարման կոդի հետ (tax code combination - 05D08) և այդ
կոդերի արժեքներն ու հարկային հաշվետվության տարբերակիչն հաջողությամբ
համադրվել են վճարման HEDER-ում (05D07), status = reconciled:
. «A» ցանկից ընտրված յուրաքանչյուր գրառման համար անել հետևյալը`
. Յուրաքանչյուր աշխատողի համար գրել գերավճարի գրառումները (structure
Overpayments) գերավճարի արժեքներով:
* Amount = գերավճարի արժեքը - ցանկ A
* Status = 0
* Amount return = 0
* Dok_id և dates of return = null
. Մշակել գերավճարի բոլոր շարժերը համաձայն մուտքի պարամետրերի, հարկային
ձևի և հարկային կոդի:
. Վերջնական տեսքի բերել «A» ցանկը:
. Գործարքը և տեղեկությունների ամրագրումը պետք է իրականացվի այդ
մոդուլով:
. Return indicator = 'OK'
Աշխատանքային գործընթացի մասնագրերի վերջը - 06.1C02
Հոսքի գծապատկեր ...
. Գծապատկեր չկա
Տեխնիկական մասնագրեր ...
. Տես բաղադրիչի 06.1C02 կոդը «Տեխնիկական մասնագրերում»
Ալգորիթմներ և հաշվարկներ ...
. Չկան հատուկ ալգորիթմներ, որոնք անհրաժեշտ է մանրամասն նկարագրել այս բաժնում:
Հսկողության չափանիշները
.__________________________________________________________.
|Կոդը|Նկարագրությունը |Հաճախականությունը|Աղբյուրը|
|____|__________________________|_________________|________|
| |Ոչ մի հատուկ լրացուցիչ | | |
| |հսկողություն չի պահանջվում| | |
.__________________________________________________________.
Հաշվետվական փաստաթղթեր
.________________________.
Փաստաթղթի անվանումը |06.1C02.Oxxx-0 |
.________________________.
.______________________________________.
Փաստաթղթի տեսակը |xxxxxxxxxxxxxxxx |
.______________________________________.
._____________________________________________________________.
|Հաշվետվության ձևաչափը` այս մոդուլով չի պահանջվում գեներացնել|
|ոչ մի հաշվետվություն |
._____________________________________________________________.
Հետևյալ աղյուսակում նկարագրվում են մոդուլը գործարկելու իրավունք ունեցող օգտագործողների դերերը:
.__________________________________________________________________.
|Դերը |Նկարագրությունը |
|________|_________________________________________________________|
|Համակարգ|06.1C02 մոդուլը ավտոմատ կերպով գործում մյուս հիմնական |
| |մոդուլների գործարկման արդյունքում, երբ անհրաժեշտ է լինում|
| |գրանցել գերավճարները |
|________|_________________________________________________________|
.__________________________________________________________________.
Լուծում պահանջող հարցեր ...
. Չկան:
Առաջարկություններ ...
. Հատուկ առաջարկություններ չկան
The following structure will repeat itself for the number of components that comprise the business process.
.____________________________________________.
Component Name |Register confirmation receipt of information|
|and payment |
.____________________________________________.
System Code Type of Component Version number
.__________. ._______________. .____________.
| 06.1C03 | |Java/DAO | | 0 |
.__________. ._______________. .____________.
Objective ...
The main objective is to provide a web service on the SRC web site, available to receiver institutions of contribution information and payments, so that these institutions can inform SRC that all data has been received and balanced, and that the cycle of distribution should be closed.
Background Information ...
The receiving institutions, i.e. CDA and SSSS/NORK
The distribution process (06) generates from the unified declaration, information related to the individual worker in the format described in the exchange protocol formats.
Each exchange file generated according to each institution, is assigned a unique TRACKING number.
Exchange formats are generated for the above mentioned receiving institutions. In the case of the receiving institutions, only CDA receives the transfer of monetary funds, and a payment file.
The confirmation service is available to all receiving institutions, in order for each institution to confirm receipt of the corresponding exchange structures.
The unique tracking number is registered in the file format of contributions, and in the payment file format. The institutions upon receiving both files should reconcile and balance both payment and information according to the unique tracking number. Once confirmed the information, the receiving institutions should invoke the web service (06.1C03) sending only the unique TRACKING number.
Business Specifications ...
. Receive INPUT parameters (IP)
* Unique tracking number
* Receiving institution code
* Amount
. OUTPUT parameters (OP)
* Return message 'OK' or ER'
* Return Tracking number
. Receive INPUT parameters from the calling modules.
* UTN = unique tracking number (IP)
* EC = entity code of receiver institution
* AM = sum of worker contribution values.
. Select values from The process would return a successful processing
indicator, 'OK'
. Set return message = 'OK' return tracking = UTN
. Select information from the payment tracking record (06D03)
according to unique tracking number - UTN.
* If tracking number NOT exists in 06D03 then
- Return message = 'ER'
* Tracking number exists, but the following information is
inconsistent
- Entity-code <> EC
- Amount <> AM
. Return message = 'ER'
. If return message = 'OK' then
* Update payment tracking log (06D03)
- Set status = '1' closed
. Return (OP) parameters to sender
. The commitment of the information should be done by this
application.
End of business specifications - 06.1C03
Flow Diagram ...
. NO diagram
Technical Specifications ...
. See component code 06.1C03 in Technical - Software Requirement
Specifications.
Algorithms and Calculations ...
. There are NO specific algorithms that need to be detailed in this
section.
Control criteria's
._____________________________________________________.
|Code|Description |Frequency|Source|
|____|_______________________________|_________|______|
| |NO specific additional controls| | |
|____|_______________________________|_________|______|
|____|_______________________________|_________|______|
._____________________________________________________.
Report Documents.
.________________________.
Name of Document |06.1C03.Oxxx-0 |
.________________________.
.______________________________________.
Type of document |xxxxxxxxxxxxxxxx |
.______________________________________.
.________________________________________________________.
|Report Format: NO report is required to be generated |
| by this application |
.________________________________________________________.
Permitted Users
The following table identifies the user ROLEs that are authorized to operate the application.
._____________________________________________________________________.
|Role |Description |
|______|______________________________________________________________|
|system|The application 06.1C03 is triggered by other institutions, |
| |via the SRC web site section Confirmation of Receipt. The |
| |service could be a public service, due to the unique tracking |
| |number, and other values, or the institutions should have user|
| |/password to connect to the SRC web site, and access |
| |operational menus. i.e. |
| |Confirm Receipt. |
|______|______________________________________________________________|
._____________________________________________________________________.
Pending Issues ...
. NO pending issues.
Recommendations ...
. NO special recommendations
The following structure will repeat itself for the number of components that comprise the business process.
.___________________________________________.
Component Name |Detect non confirmed receipt of information|
|and payment |
.___________________________________________.
System Code Type of Component Version number
.__________. ._______________. .____________.
| 06.1C04 | |PL/procedure | | 0 |
.__________. ._______________. .____________.
Objective ...
The objective of this component is to detect on a periodic basis, all packages of information and payment, that have NOT been officially closed, with institutions confirming receipt.
The component identifies all tracking numbers pending confirmation. The list of tracking numbers is sent to a list of business users, designated to follow up on NON closed cycles of distribution.
Background Information ...
The payment log (06D03) is the structure that is updated by the other institutions confirming receipt of the exchange formats and effective payments.
The Log has an operational status. This is the key indicator for detection of NON received packages.
Status = 0 = open pending confirmation, 1 = closed, confirmed receipt
The component should be triggered automatically by the JOB queue, at close of day, at periodic intervals. The component generates a list of non received packages and sends the list to SRC personnel.
The closure of the payment log can only be effected using the component 06.1C03. The component 06.1C03 is only activated from the side of the other institution.
. The SRC could enable special access where SRC personnel can invoke
the web service, sending the appropriate parameters related to
tracking number, entity code and amount.
Business Specifications ...
. SD = sysdate.
. Select from global parameters, list of email addresses of SRC
personnel
* Keyword = 'ConfirmReceipt'
* EML = email list each address is separated with ';'
. SD = sysdate - 2 days.
. Generate a List (A) of all records from the payment log (06D03)
where the status = 0 and the operation date is <= SD
* Select all information from the payment log (06D03)
. If information detected, create email message
* SUB = Subject = 'Detected NON received Confirmation'
. For each record selected List A .. process the following.
* Generate a line of information in the text section of the email.
* Select name-description of entity from (00D28) according to entity
code (List A)
NM = name, description (00D28)
* Each line of information in the text of the email should contain
the following.
- Unique Tracking number - List A
- receiving institution - NM
- Operation date - List A
- Amount - List A
. Process ALL records in list (A)
. Finalize List A
. If NO records found in List (A) close process.
. If records found in List (A)
* Close the email document
* Send email document using Oracle tools
- Email TO address list = EML
. Paste each individual email address separately, extracting
information from EML, between separators, until NO more
separators.
End of business specifications - 06.1C04
Flow Diagram ...
. NO diagram
Technical Specifications ...
. See component code 06.1C04 in Technical - Software Requirement Specifications.
Algorithms and Calculations ...
. There are NO specific algorithms that need to be detailed in this section.
Control criteria's
._____________________________________________________.
|Code|Description |Frequency|Source|
|____|_______________________________|_________|______|
| |NO specific additional controls| | |
|____|_______________________________|_________|______|
|____|_______________________________|_________|______|
._____________________________________________________.
Report Documents.
.________________________.
Name of Document |06.1C04.O605-0 |
.________________________.
.______________________________________.
Type of document |Email document |
.______________________________________.
.______________________________________________________________.
|Report Format: from: SRC standard email address |
| To: list of SRC personnel according global|
| parameters |
| |
| Subject = SUB |
|Main text area |
| |
|Unique tracking number entity source operation amount |
| |
| name Date |
.______________________________________________________________.
Permitted Users
The following table identifies the user ROLEs that are authorized to operate the application.
._________________________________________________________________.
|Role |Description |
|______|__________________________________________________________|
|system|The application 06.1C04 is invoked automatically from the |
| |job queue at different intervals according to SRC business|
| |definition. |
|______|__________________________________________________________|
._________________________________________________________________.
Pending Issues ...
. NO pending issues.
Recommendations ...
NO special recommendations
3.2.7 Մոդուլ 07, անվանումը` ՈՒՇԱՑՄԱՆ ԴԵՊՔՈՒՄ ՏՈԿՈՍՆԵՐ
Համակարգչային ծրագրի տեխնիկական մասնագրերը
.________. .__________________________________.
Մոդուլ | 07 | Անվանումը |ՈՒշացման դեպքում տոկոսների հաշվարկ|
.________. .__________________________________.
Մշակման շրջանակը, մոդուլի խնդիրները
.________________________________________________________________.
|Մոդելի նպատակն է յուրաքանչյուր առանձին ապահովադրի համար ուշացման|
|դեպքում հաշվարկել տոկոսները ըստ հարկային հայտարարագրի (DOK_ID) |
|և անհատական հարկային կոդի առանձին-առանձին վճարման վերջնաժամկետի|
|հիման վրա: |
.________________________________________________________________.
Օգտագործողների ակնկալիքները
.___________________________________________________________________.
| Օրինակ |
| |
|. ՈՒշացման դեպքում տոկոսների ճիշտ հաշվարկ, համամասնորեն ըստ ամսաթվի|
| և վճարման գումարի: Correct calculation of late interests, |
| proportionally according to the date and amount of payment. |
|. Հարկային քարտի և եկամտային հարկի մոդելի համար մշակված բազմակի |
| անգամ կիրառելի հաշվարկման տրամաբանություն Reusable calculation |
| logic available to TAX CARD and unified tax model. |
|. Պրոցեդուրայի ավտոմատ գործարկում, ֆիզիկական ոչ մի միջամտություն |
|. Մշակման նվազագույն ժամանակ |
.___________________________________________________________________.
Ընդհանուր բնույթի պահանջներ
.________________________________________________________.
|Պահանջի առարկան |Պահանջը |
|_________________|______________________________________|
|Տեխնոլոգիա |Oracle PL / SQL |
|_________________|______________________________________|
|Տեղակայվածություն|Կենտրոնական սերվերներ |
|_________________|______________________________________|
|Կառավարման եղանակ|Ավտոմատ իրականացում ըստ ժամանակացույցի|
.________________________________________________________.
Կարևոր է, որ նախքան նյութը կարդալն ընթերցողը ծանոթացած լինի հապավումներին, բառարանին և տվյալների մոդելին, որպեսզի դրանք կարողանա կապել աշխատանքային գործընթացների նկարագրության բաժնում ներկայացված որոշակի հղումների հետ:
Կատարողականի չափորոշիչներ
._____________________________________________________________________.
|Համակարգի կոդը|Նկարագրությունը |Միավորը|Արժեքը|
|______________|_______________________________________|_______|______|
| 07.1P01 |ՈՒշացման դեպքում տոկոսի հաշվարկման | վյրկ | 10 |
| |առավելագույն ժամանակային արժեքը 100 | | |
| |աշխատող և համակարգում գրանցված մեկ | | |
| |նախկին վճարում ունեցող հարկային | | |
| |հայտարարագրի համար | | |
|______________|_______________________________________|_______|______|
| 07.1P02 |Կիրառել «TRACE» բոլոր հիմնական SQL | ---- | ---- |
| |արտահայտությունների համար` պարզելու SQL| | |
| |արտահայտությունների ժամանակային ծախսերը| | |
| |և ստուգելու գործարքային աղյուսակների | | |
| |(transaction table) լրիվ սկանավորումը | | |
| |և հաշվարկի ու նախքան հաշվարկը | | |
| |գրառումներ գրելու համար ժամանակը: | | |
| |Հղումների աղյուսակները պետք է լինեն | | |
| |փոքր և չպահանջեն ցուցիչներ (indexes) | | |
|______________|_______________________________________|_______|______|
| 07.2P03 |100 աշխատող և 2 նախապես հաշվարկված | վյրկ | 6 |
| |Maximum time value for writing the NEW | | |
| |Late Interest tax form for a tax form | | |
| |with 100 workers and 2 previously | | |
| |calculated late interest movements in | | |
| |the pre calculated log. | | |
|______________|_______________________________________|_______|______|
| 07.2P04 |Կիրառել «TRACE» բոլոր հիմնական SQL | ---- | ---- |
| |արտահայտությունների համար` պարզելու SQL| | |
| |արտահայտությունների ժամանակային ծախսերը| | |
| |և ստուգելու գործարքային աղյուսակների | | |
| |(transaction table) լրիվ սկանավորումը | | |
| |և նոր գրառումներ գրելու ժամանակը: | | |
| |Հղումների աղյուսակները պետք է լինեն | | |
| |փոքր և չպահանջեն ցուցիչներ (indexes) | | |
._____________________________________________________________________.
Որակի ընդհանուր ապահովում կամ փորձարկման պահանջներ
Հետևյալ աղյուսակում ներկայացվում են հսկողության այն չափանիշները, որոնք պետք է կիրառվեն մշակված ծրագրային ապահովումը ճշգրտորեն ընդունելու համար:
._____________________________________________________________________.
|Համակարգի կոդը|Նկարագրություն |
|______________|______________________________________________________|
| 07.1Q01 |ՀԳ հաշվի շարժեր, status = 2 .. շարժեր պետք է չլինեն |
|______________|______________________________________________________|
| 07.1Q02 |ՀԳ հաշվի շարժերի հանրագումարը, status = 1 և operation|
| |= DEBIT և status date = գործառնության ամսաթիվը պետք է|
| |հավասար լինեն operation date should be equal to the |
| |capital subject of the pre calculation records (07D02)|
| |where date calculation = status date |
|______________|______________________________________________________|
| 07.1Q03 |Ստուգել ուշացման դեպքում տոկոսների հաշվարկի ճիշտ |
| |ալգորիթմը Check correct algorithm calculation of late |
| |interests |
|______________|______________________________________________________|
| 07.1Q04 |Ստուգել ՀԳ հաշվի շարժերի հստակ վճարման ամսաթվերը և |
| |գումարները, որտեղ status = 1 և operation = DEBIT և |
| |status date = գործառնության ամսաթիվը: Ստուգել |
| |հարկային հայտարարագիրն (DOK_ID) ըստ բոլոր աշխատողների,|
| |բազմակի վճարումների համար առանձին հաշվարկ for all |
| |workers, individual calculation for multi payments |
|______________|______________________________________________________|
| 07.1Q05 |Ստուգել հարկային հայտարարագրի մշակված DOK_ID-ի |
| |տոկոսների նախորդող օրերի տվյալների մեջ բազային |
| |հաշվարկի ամսաթվի և բազային հաշվարկի արժեքի ճիշտ |
| |թարմացումը Check correct update of base calculation |
| |date and base calculation value in the PRE dates for |
| |interests (07D01) for tax form DOK_ID processed. |
|______________|______________________________________________________|
| 07.2Q06 |Արժեքները final late interests (07D03)-ում, ըստ |
| |յուրաքանչյուր հարկային հայտարարագրի համարի (DOK_ID), |
| |պետք է հավասար լինեն նույն հարկային հայտարարագրի |
| |համարի (DOK_ID) մասով նախորդ հաշվարկներում (07D02) |
| |եղած բոլոր գրառումների հանրագումարին The values in |
| |final late interests, (07D03) for each tax form number|
| |(DOK_ID) should be equal to the sum of all records in |
| |previous calculations (07D02) for the same tax form |
| |number (DOK_ID) |
|______________|______________________________________________________|
| 07.2Q07 |Արժեքները final late interests (07D03)-ում պետք է |
| |հավասար լինեն UTD worker taxes և UTD DETAL taxes |
| |(05D06, 05D03) հարկային հայտարարագրում գրանցված |
| |արժեքներին` ըստ Final Late Interests կառուցվածքի |
| |DOK_ID_APPLIED սյունակում առանձնացված նոր հարկային |
| |հայտարարագրի համարի The values in the final late |
| |interests (07D03) MUST be equal to the values |
| |registered in the tax form UTD worker taxes and UTD |
| |DETAL taxes (05D06, 05D03) according to the new tax |
| |form number identified in the column DOK_ID_APPLIED |
| |from the structure Final Late Interests |
|______________|______________________________________________________|
| 07.2Q08 |UTD աշխատողի հարկային տվյալներում գրված բոլոր |
| |արժեքների հանրագումարը պետք է հավասար լինի UTD վճարման|
| |HEDER-ի (05D07) գրառումներին ըստ անհատական հարկային |
| |կոդերի, հարկային կոդերի, վճարման կոդերի և նոր |
| |հարկային հայտարարագրի համարի DOK_ID-ին` առանձնացված |
| |DOK_ID_APPLIED սյունակում Final Late Interests |
| |(07D03) կառուցվածքից taxes The sum of ALL values in |
| |the UTD worker taxes should be equal to the UTD |
| |payment HEDER (05D07) records according to individual |
| |tax codes, tax codes, payment codes and new tax form |
| |number DOK_ID identified in the column DOK_ID_APPLIED |
| |from the structure Final Late Interests (07D03) |
|______________|______________________________________________________|
| 07.2Q09 |UTD վճարման HEDER-ում (05D07) գրված բոլոր արժեքների |
| |հանրագումարը պետք է հավասար լինի հարկային հայտարարագրի|
| |HEDER-ում (05D01) գրված ընդհանուր արժեքներին The sum |
| |of ALL values written to the UTD payment HEDER (05D07)|
| |should be equal to the total values written to the Tax|
| |form HEDER (05D01) |
|______________|______________________________________________________|
| 07.2Q10 |Գնահատման մատյանում (log) պետք է ID հարկ վճարողի համար|
| |գրել գրառում assessment code = 01-ով A record should |
| |be written for the ID tax payer in the assessment log |
| |with assessment code = 01 |
._____________________________________________________________________.
Աշխատանքային գործընթացի նկարագրությունը
._____________________________________________________________________.
|Գործընթացի անվանումը|Գործընթացի|Նկարագրությունը |Հաճախականությունը|
| |կոդը | | |
|____________________|__________|___________________|_________________|
|ՈՒշացման դեպքում | 07.1C |Հաշվարկել ուշացման |Օրական ըստ |
|տոկոսներ | |դեպքում տոկոսները |պահանջի |
| | |ըստ յուրաքանչյուր | |
| | |վճարում կատարողի, | |
| | |աշխատողի համաձայն | |
| | |ամսաթվի, վճարման | |
| | |գումարի, և | |
| | |հարկային | |
| | |հայտարարագրի | |
| | |ընդհանուր գումարի | |
|____________________|__________|___________________|_________________|
|ՈՒշացման դեպքում |07.2C |Գեներացնել |Օրական ըստ |
|տոկոսների հարկային | |եկամտային հարկի |պահանջի |
|հայտարարագիր | |(ուշացման դեպքում | |
| | |տոկոսների) | |
| | |հայտարարագիր | |
| | |յուրաքանչյուր | |
| | |աշխատողի համար, ըստ| |
| | |նախապես հաշվարկված | |
| | |ուշացման տոկոսների | |
._____________________________________________________________________.
Աշխատանքային գործընթացի բաղադրիչները
._____________________________________________________________________.
|Բաղադրիչի անվանումը|Բաղադրիչի|Նկարագրությունը |Հաճախականությունը|
| |կոդը | | |
|___________________|_________|_____________________|_________________|
|ՈՒշացման դեպքում | 07.1C01 |Համակարգում լրիվ կամ |Օրական ըստ |
|տոկոսների հաշվարկ | |մասնակի վճարումները |պահանջի |
| | |առանձնացնել ըստ | |
| | |հարկային | |
| | |հայտարարագրերի: | |
| | |Տարբեր վճարման | |
| | |ամսաթվերի և | |
| | |գումարների | |
| | |յուրաքանչյուր խմբի | |
| | |համար համակարգը պետք | |
| | |է հաշվարկի ուշացման | |
| | |տոկոսներ, ըստ | |
| | |հարկային հայտարարագրի| |
| | |ընդհանուր գումարի և | |
| | |սահմանված | |
| | |աշխատանքային | |
| | |բանաձևերի | |
|___________________|_________|_____________________|_________________|
|Հաշվարկած ուշացման | 07.2C02 |Հիմնվելով 07.1C01 |Օրական ըստ |
|տոկոսներով հարկային| |բաղադրիչում |պահանջի |
|հայտարարագրի | |հաշվարկված տոկոսների | |
|գեներացում | |արժեքների վրա, | |
| | |07.1C02 բաղադրիչը | |
| | |խմբավորում է | |
| | |տեղեկատվությունն ըստ | |
| | |աշխատողների | |
| | |տարբերակիչների և | |
| | |անհատական հարկային | |
| | |կոդերի` տվյալների | |
| | |բազայում հարկային | |
| | |հայտարարագրի | |
| | |ամբողջական | |
| | |կառուցվածքը | |
| | |մուտքագրելու համար, | |
| | |ինչպես սահմանված է | |
| | |մոդելի (05) | |
| | |կառուցվածքում | |
._____________________________________________________________________.
Մոդուլի մաս կազմող գործընթացների շարքի համար կրկնողաբար կկիրառվի հետևյալ կառուցվածքը:
Գործընթացի ._______________________. Բաղադրիչների ._________.
անվանումը |07.1C-ՈՒշացման տոկոսներ| թիվը | 01 |
._______________________. ._________.
Նպատակը
._____________________________________________________________.
|Հաշվարկել ուշացման դեպքում տոկոսները ըստ յուրաքանչյուր |
|վճարում կատարողի, աշխատողի համաձայն ամսաթվի, վճարման գումարի,|
|և հարկային հայտարարագրի ընդհանուր գումարի |
._____________________________________________________________.
Աշխատանքային գործընթացների գծապատկեր
. Տես ամփոփ գծապատկերը (Գլուխ 2, Գծապատկեր 1, Հղում G)
Աշխատանքային գործընթացի մաս կազմող բաղադրիչների շարքի համար կրկնողաբար կկիրառվի հետևյալ կառուցվածքը:
.____________________________________.
Բաղադրիչի անվանումը |Հաշվարկել ուշացման դեպքում տոկոսները|
.____________________________________.
Համակարգի կոդը Բաղադրիչի տեսակը Տարբերակ
.__________. ._______________________. .______.
| 07.1C01 | |PL/SQL stored procedure| | 0 |
.__________. ._______________________. .______.
Նպատակը ...
Համակարգում լրիվ կամ մասնակի վճարումները առանձնացնել ըստ հարկային հայտարարագրերի: Տարբեր վճարման ամսաթվերի և գումարների յուրաքանչյուր խմբի համար համակարգը պետք է հաշվարկի ուշացման տոկոսներ, ըստ հարկային հայտարարագրի ընդհանուր գումարի և սահմանված աշխատանքային բանաձևերի
Նախապատմություն ...
ՈՒշացման դեպքում տոկոսները պետք է հաշվարկվեն յուրաքանչյուր աշխատողի համար առանձին` ըստ սահմանված աշխատանքային բանաձևի (տես Ալգորիթմ բաժինը):
ՈՒշացման դեպքում տոկոսները հաշվարկվում են ըստ վճարման գումարի և ամսաթվի:
ՈՒշացման դեպքում տոկոսները հաշվարկելուց հետո պետք է թարմացնել հարկ վճարողի հարկային քարտը:
Ըստ վճարման ամսաթվի կուտակված յուրաքանչյուր վճարի արժեք հանդիսանում է պահուստավորված կրեդիտային արժեք հօգուտ հարկային հայտարարագրի և հարկ վճարողի ըստ Գանձապետարանի համարի կամ վճարման կոդի:
ՀԳ վճարի շարժերի կարգավիճակը պետք է սահմանվի որպես PROCESSED, ուշացման դեպքում հաշվարկների գործընթացում օգտագործվելու դեպքում:
ՈՒշացման դեպքում տոկոսները կարող են հաշվարկվել մի քանի դեպքերում` բաշխման մոդուլում, երբ հարկային հայտարարագրի տվյալները (արդեն համադրված վճարի հետ) բաշխվում են ըստ համապատասխան հաստատությունների և ՊԵԿ-ի համակարգից անկախ, երբ չվճարված հարկային հայտարարագրերի գեներացման համար թարմացվում է հարկ վճարողի հարկային քարտը: Անկախ այն բանից, թե որտեղ է կանչվել հաշվարկը, սկզբնական գումարների և ուշացման տոկոսների հաշվարկները կատարվում են նույն ձևով:
. ՈՒշացման դեպքում տոկոսները կարելի է հաշվարկել ըստ գործառնության
օրվա, դրանք չունեն անմիջական կապ վճարման հետ:
Business Specifications ...
. Receive INPUT parameter s from the calling modules.
* Tax form identification number, DOK_ID
* individual tax code.
* ID of the tax payer
* Last payment date
* Payment code
* Operation date
. The process would return a successful processing indicator, 'OK'
. Identify the base values and dates for pre calculation according to
the DOK_ID and payment code (parameter) from the PRE dates for
interests (07D01)
* Base Calc Date = BCD
* Base Calc Value = BCV
* If the system does NOT detect any base values for calculation for
the corresponding tax form number (DOK_ID) then the system should
immediately write a record to the base values (07D01)
- DOK_ID and payment code = Parameters
- Max-date Payment = official register (05D01)
- Base Calc date = max date payment from official register (05D01)
- Base Calc Value = sum new amount for payment from payment HEDER
(05D07) according payment code
. Identify the ID of tax payer (TA) according to the tax form
identifier (DOK_ID)
. Identify total amount for payment (TAP) according to the tax form
identifier (DOK_ID)
. Update TA account movements for the ID tax payer, set status = 2
(reserved) where payments operation = DEBIT, and status = PENDING =
0 where the ID tax payer = TA and payment code = parameter
. Calculation of late interests according to payments
. Clean number_payments (NP) = 0
. Generate List (A) payment date, sum (amount), according to payment
code where payments operation = DEBIT, and status = RESERVED = 2
where the ID tax payer = TA and payment code = parameter, group by
payment date, order ascending chronologically by payment date.
. For each summary record .. process the following
. Identify % rate of late interests from monthly parameters (00D13)
according to payment date (yyyymm) from List A = (IR%)
. Identify late interests transaction code from monthly parameters
(00D13) according to payment date (yyyymm) from List A = LITC
. Identify Payment amount (PAM) = sum (amount) List A
. Identify date of calculation (DCAL) = Payment date (List A)
. Identify = base date of calculation (BDCAL) = base Calc date (BCD)
. Calculate number of days between payment date and Base date for
calculation.
* ODD = (DCAL - BDCAL) + 1
. Identify number of payments = NP + 1
. Generate List (B) ALL worker records from UTD worker taxes according
to DOK_ID (parameter) where the individual tax rate = individual tax
rate (UTD Payment codes - 05D08) and payment code = payment code
(parameter) and Payment HEDER records (05D07) according tax form
number (DOK_ID) and payment code (parameter) and tax code (05D08)
and status Payment HEDER (05D07) is PENDING = 0 and individual tax
code (05D06) = individual tax code (parameter)
. For each record selected in List (B) .. process the following ..
. Identify individual worker amount (AMW) = new amount for payment
(List B)
. Calculate late interests (LIR) according to algorithm
. Write pre calculation record (07D02) for each individual worker
selected in List B
* Date base calc = BDCAL
* Date calculation = DCAL
* Capital subject = AMW
* Amount interest = LIR
* Number of days = ODD
* Interest rate = IR%
. Accumulate late interests SLIR = SLIR + LIR
. Process all records from List (B)
. When all records from List (B) have been processed .. process the
following.
. Update pre dates interest (07D01) according tax form identifier
(DOK_ID) and payment code
* Base Calc date = DCAL
* Base Calc Value = Base Calc Value - PAM
. Process all records from List (A)
. When all records from List (A) have been processed .. process the
following.
. Register the calculated late interests to the SRC tax payers TAX
CARD system.
* This procedure should transfer as parameters to the Tax Card
application, (H-09C00) the following values (see technical
definition)
- Identifier
- Tax code
- Amount = SLIR
- Accounting transaction code = LITC
- Name of identifier
- Date of operation
- Component = '07.1C01'
- Reason for operation
- Concatenate 'late interests' + tax month
. Set all payment movements to status = processed = 1
. Update TA account movements for the ID tax payer, set status = 1
(PROCESSED) and status date = Operation date where payments
operation = DEBIT, and status = RESERVED = 2 where the ID tax payer
= TA and payment code = parameter
. Calculation of late interests according to date of operation
. If number of payments = 0 process the following
* Identify the base values and dates for pre calculation according
to the DOK_ID and payment code (parameter) from the PRE dates for
interests (07D01)
- Base Calc Date = BCD
- Base Calc Value = BCV
* Identify % rate of late interests from monthly parameters (00D13)
according to base calc date (yyyymm) from List A = (IR%)
* Identify late interests transaction code from monthly parameters
(00D13) according to base calc date (yyyymm) from List A = LITC
* Clean summary value for late interests SLIR = 0
* Identify Payment amount (PAM) = select sum(new amount for payment)
from Payment HEDER (05D07) where tax form identifier = DOK_ID
(parameter) and status = PENDING = 0 and Payment code = Payment
code (parameter)
* Identify date of calculation (DCAL) = operation date (parameters)
* Identify = base date of calculation (BDCAL) = base Calc date (BCD)
* Calculate number of days between payment date and Base date for
calculation.
* ODD = (DCAL - BDCAL) + 1
* Generate List (C) ALL worker records from UTD worker taxes
according to DOK_ID (parameter) where the individual tax rate =
individual tax rate (UTD Payment codes - 05D08) and payment code =
payment code (parameter) and Payment HEDER records (05D07)
according tax form number (DOK_ID) and payment code (parameter)
and tax code (05D08) and status Payment HEDER (05D07) is PENDING =
0 and individual tax code (05D06) = individual tax code (parameter)
* For each record selected in List (C) .. process the following ..
* Identify individual worker amount (AMW) = new amount for payment
(List C)
* Calculate late interests (LIR) according to algorithm
* Write pre calculation record (07D02) for each individual worker
selected in List C
* Date base calc = BDCAL
* Date calculation = DCAL
* Capital subject = AMW
* Amount interest = LIR
* Number of days = ODD
* Interest rate = IR%
* Accumulate SLIR = SLIR + LIR
* Process all records from List (C)
* When all records from List (C) have been processed .. process the
following.
* Register the calculated late interests to the SRC tax payers TAX
CARD system.
* This procedure should transfer as parameters to the Tax Card
application, (H-09C00) the following values (see technical
definition)
- Identifier
- Tax code
- Amount = SLIR
- Accounting transaction code = LITC
- Name of identifier
- Date of operation
- Component = '07.1C01'
- Reason for operation
. Concatenate «late interests' + tax month
* Update pre dates interest (07D01) according tax form identifier
(DOK_ID) and payment code
* Base Calc date = DCAL
* Base Calc Value = Base Calc Value - PAM
* End if .. NP = 0
End of business specifications 07.1C01
Swim Lane - Flow Diagram ...
. NO diagram
Technical Specifications ...
. See component code 07.1C01 in Technical - Software Requirement Specifications.
Algorithms and Calculations ...
. The standard algorithm defined by business for calculating late interests is the following:
* Amount of worker = AMW
* Total amount payment of tax form = TAP
* Amount of payment or pending amount of tax form = PAM
* Interest % rate according date of calculation (yyyymm) = IR%
* Number of overdue days = ODD
- Overdue days = date of payment or operation - base date for
calculation
* Late interests (LIR) = rounded ((((AMW / TAP) * PAM) * IR%) * ODD)
Control criteria's
._____________________________________________________________.
|Code|Description |Frequency|Source|
|____|_______________________________________|_________|______|
| |NO additional control criteria required| | |
|____|_______________________________________|_________|______|
._____________________________________________________________.
Report Documents.
.________________________.
Name of Document |07.1C01.Oxxx-0 |
.________________________.
.______________________________________.
Type of document |xxxxxxxxxxxxxxxx |
.______________________________________.
.________________________________________________________.
|Report Format: NO report is required to be generated |
| by this application |
.________________________________________________________.
Permitted Users
The following table identifies the user ROLEs that are authorized to operate the application.
.______________________________________________________________.
|Role |Description |
|______|_______________________________________________________|
|System|The procedure 07.1C01 is triggered automatically by a |
| |call from either the DISTRIBUTION module of the unified|
| |income tax system or by the SRCTAX CARD system. |
.______________________________________________________________.
Լուծում պահանջող հարցեր
. Համապատասխան ստորաբաժանումը պետք է ծանոթանա աշխատանքային
գործընթացների մասնագրերին և ստանդարտ ալգորիթմի հետ միասին հաստատի
ուշացման դեպքում տոկոսների ճիշտ հաշվարկը և հսկողությունը:
Առաջարկություններ
. Հատուկ առաջարկություններ չկան
Մոդուլի մաս կազմող գործընթացների շարքի համար կրկնողաբար կկիրառվի հետևյալ կառուցվածքը:
.__________________.
|07.2C - ՈՒշացման | Բաղադրիչների ._______.
Գործընթացի անվանումը |տոկոսների հարկային| թիվը | 01 |
|հայտարարագիր | ._______.
.__________________.
Նպատակը`
.____________________________________________________________________.
|Գեներացնել եկամտային հարկի (ուշացման դեպքում տոկոսների) հայտարարագիր|
|յուրաքանչյուր աշխատողի համար, ըստ նախապես հաշվարկված ուշացման |
|տոկոսների |
.____________________________________________________________________.
Աշխատանքային գործընթացի գծապատկեր
. Տես ամփոփ գծապատկերը (Գլուխ 2, Գծապատկեր 1, հղում G)
Աշխատանքային գործընթացի մաս կազմող բաղադրիչների շարքի համար կրկնողաբար կկիրառվի հետևյալ կառուցվածքը:
.________________________________________________.
Բաղադրիչի անվանումը |Գեներացնել եկամտային հարկի հայտարարագիր` հիմնված|
|ուշացման դեպքում տոկոսների հաշվարկի վրա |
.________________________________________________.
Համակարգի կոդը Բաղադրիչի տեսակը Տարբերակ
.__________. ._______________________. .______.
| 07.2C02 | |PL/SQL stored procedure| | 0 |
.__________. ._______________________. .______.
Այս պրոցեդուրայի նպատակն է գեներացնել եկամտային հարկի հայտարարագիր, հաշվարկելով ուշացման դեպքում տոկոսները ըստ առանձին հարկ վճարողի, հաշվետու ամսվա և հարկային հայտարարագրի տարբերակչի (DOK_ID):
07.1C02 ծրագրային ապահովումը` հիմնված 07.1C01 ծրագրային ապահովման կողմից ուշացման դեպքում նախապես հաշվարկված տոկոսների արժեքների վրա, խմբավորում է տեղեկատվությունն ըստ աշխատողների տարբերակիչների և անհատական հարկային կոդերի տվյալների բազայում հարկային հայտարարագրի ամբողջական կառուցվածքը գրելու համար, ինչպես սահմանված է մոդելի (05) կառուցվածքում:
Նախապատմություն ...
ՈՒշացման դեպքում տոկոսներն արդեն հաշվարկվել են 07.1C01 պրոցեդուրայով:
ՈՒշացման դեպքում տոկոսների պրոցեդուրան` 07.1C01-ը, հաշվարկում է այդ տոկոսներն ըստ վճարի գումարի և վճարման օրից մինչև թույլատրելի վերջնաժամկետն ընկած օրերի քանակի:
07.2C02 պրոցեդուրան պետք է առանձնացնի ուշացման դեպքում նախապես հաշվարկված բոլոր տոկոսներն ըստ հարկային հայտարարագրի տարբերակչի (DOK_ID) և ըստ յուրաքանչյուր աշխատողի ID-ի կուտակի արժեքներն ու գեներացնի եկամտային հարկի հայտարարագիր:
Յուրաքանչյուր աշխատողի համար պետք է կուտակել նախապես հաշվարկված արժեքները և գեներացնել ուշացման դեպքում տոկոսների միասնական գրառում:
ՈՒշացման դեպքում տոկոսների նախապես հաշվարկված կուտակված արժեքները պետք է մշակել` գեներացնելու եկամտային հարկի հայտարարագիր, որը համապատասխանում է Late Interests, report type = 115, ըստ գլոբալ պարամետրերի:
Եկամտային հարկի հայտարարագրի գեներացումը և յուրաքանչյուր աշխատողի կամ պետության մասով գրված տոկոսների գումարները հաշվարկվում են ըստ (07D04) ուշացման դեպքում տոկոսների բաշխման մոդուլում նկարագրված դրույքաչափերի` հիմնված ուշ վճարված հարկային հայտարարագրի և այն անհատական հարկային կոդի վրա, որի մասով հաշվարկվում են ուշացման դեպքում տոկոսները, որտեղ հաշվետու ամիսն ակտիվ է և գտնվում է ուշացման դեպքում տոկոսների բաշխման կոնֆիգուրացիայի սկզբնա- և վերջնաժամկետների միջև:
Business Specifications ...
. Receive INPUT parameter s from the calling modules.
* Tax form identification number, DOK_ID
* individual tax code.
* ID of the tax payer
* Last payment date
* Payment code
* Operation date
. The process would return a successful processing indicator, 'OK'
. Generate NEW tax form identification number for Late Interests (new
DOK_ID_2) using system number SEQ_dok_id.
. Identify the standard late interest REPORT type code (RTC) from the
global parameters according to key word = 'LateInterestReport' i.e.
115
. Identify the tax month of the tax form according to the DOK_ID from
the parameters.
. Identify the late interest % rate (IR) for the corresponding tax
month of the tax form (DOK_ID) according to the monthly parameters.
. Identify the maximum number of working days for payment of late
interests from the monthly parameters. Calculate the exact date of
maximum payment using the operation date and the number of working
days from monthly parameters. (use calendar structure to calculate)
* LIMPD = Late interest maximum payment date
. Generate List (A) for all existing information existing in the pre
calculation of with the tax form identifier (parameter DOK_ID) and
individual tax code that have NOT already been processed, i.e.
DOK_ID, individual tax code NOT IN the structure 'Final late
interests'.
* Group the following values according to ID (worker), worker row
identifier, ID (tax payer) and individual tax code
* Calculate maximum number of days of late interest calculate
(MND)
* Accumulate capital subject (CS)
* Accumulate amount interests (AI)
* There should be ONE record for each ID worker, for each individual
tax code
* The tax form code of the DOK_ID should be identified
* Order the information in List A by DOK_ID, individual tax code, ID
worker
. For each record select in List A .. process the following.
. Write Final Late interest record (07D03) .. each record should have
a unique identification number
* Dok_id, row identifier, ID worker, ID tax payer, individual tax
code = List A
* Number of days = List A - MND
* Capital subject = List A - CS
* Amount interest = List A - AI
* Status = 1 = applied
* Dok_id_applied = dok_id_2 (new value)
* Date_applied = operation date
. Identify the % rate (WDR) of distribution of the accumulated late
interest value (List A) to the worker according to the business
configuration (07D04). Identify the state % (SDR) and state
individual tax code.
. Identify payment code (PC) and Tax code (TC) according to the
individual tax code (List A) using the UTD payment configuration
information (05D08)
. Write UTD worker taxes (05D06) .. each record should have a unique
identification number
* dok_id = dok_id_2 (new value)
* base calculation income = List A - CS
* tax value = AI (List A) * WDR
* individual tax code = List A
* Row identifier = List A
* New amount for payment = tax value
* Payment code = (PC)
. If the WDR is not 100% .. process the following
* Write UTD worker taxes (05D06) .. each record should have a unique
identification number
- dok_id = dok_id_2 (new value)
- base calculation income = List A - CS
- tax value = AI (List A) * SDR
- individual tax code = SDR code
- Row identifier = List A
- New amount for payment = tax value
- Payment code = (PC)
. Write UTD worker summary record (05D05) according to the row
identifier and DOK_ID from List A (there should be only ONE record
for each identifier in the same manner as the original tax form.
. Write UTD DETAL taxes (05D03) .. each record should have a unique
identification number
* dok_id = dok_id_2 (new value)
* contract number = original contract number according
row_identifier
* tax code = TC
* base calculation income = List A - CS
* tax value = AI (List A)
. Write UTD DETAL record (05D02) according to the row identifier and
DOK_ID from List A (there should be only ONE record for each
identifier in the same manner as the original tax form.
* Identifier, contract number
. Process all records from List A
. When completed process of all records from List A .. process the
following ..
. Generate List (B) with the accumulate values from UTD workers taxes
(05D06) according tax code and payment code for the new tax form
number (DOK_ID_2) and individual tax code, using the UTD payment
configuration (05D08)
. For each record in List B .. process the following.
. Write UTD payment HEDER with the values from List B according new
tax form number DOK_ID_2.
* Tax code = List B \
* Payment code = List B
* New amount = List B
* Status = 0 = pending
. Accumulate values from List B ..
* Total income (TIV)
* Total tax values (TAV)
. Process ALL records from List B .. when completed
. Write the Late Interest Tax Form record (05D01) with the new values
accumulated from List B
* Submission date = operation date
* Information should be extracted from original values according
DOK_ID
* Status = 0 = pending
* New amount for payment = (TAV)
* Max date payment = (LIMPD)
* Tot salary income = TIV
* Payer type = original values
* Report type = RTC (global parameters)
. Write the SUBMISSION QUEUE record (10D01) . Each record should have
a unique identification number
* Submission date = operation date
* Dok_id = NEW DOK_ID_2
* ID tax Payer = Information extracted from original tax form
according DOK_ID
* Tax month = Information extracted from original tax form according
DOK_ID
* Status = 0 = pending
* Max date payment = (LIMPD)
. Write assessment log (10D04) for the ID tax payer
* Assessment code = 01
* Argumentary test = «income value TIV, late interest calculation
TAV)
. Return indicator = 'OK'
End of business specifications 07.2C02
Flow Diagram ...
. NO diagram
Technical Specifications ...
. See component code 07.2C02 in Technical - Software Requirement Specifications.
Algorithms and Calculations ...
. There are NO specific algorithms that need to be detailed in this section.
Control criteria's
._____________________________________________________.
|Code|Description |Frequency|Source|
|____|_______________________________|_________|______|
| |NO specific additional controls| | |
|____|_______________________________|_________|______|
._____________________________________________________.
Report Documents
.________________________.
Name of Document |07.2C02.Oxxx-0 |
.________________________.
.______________________________________.
Type of document |xxxxxxxxxxxxxxxx |
.______________________________________.
.________________________________________________________.
|Report Format: NO report is required to be generated |
| by this application |
.________________________________________________________.
Permitted Users
The following table identifies the user ROLEs that are authorized to operate the application.
._____________________________________________________________________.
|Role |Description |
|______|______________________________________________________________|
|system|The application 07.2C02 requires NO manual intervention and |
| |is triggered automatically from the Distribution procedure |
| |06.1C01 when the last maximum date of payment is greater than |
| |the required max date payment of the tax form. |
._____________________________________________________________________.
Pending Issues ...
. NO pending issues.
Recommendations ...
. NO special recommendations
3.2.8 Մոդուլ 09, անվանումը` ՀԱՐԿԱՅԻՆ ՔԱՐՏ
.________. ._________________________.
Մոդուլ | 09 | Անվանում |Հարկային քարտ |
.________. ._________________________.
Նախագծման շրջանակը, մոդուլի աշխատանքային նպատակները
.__________________________________________________________.
|Մոդուլի նպատակն է ստանալ և վերլուծել այն արժեքները, որոնք|
|պետք է գրանցվեն հարկ վճարողի Հարկային քարտում: |
| |
|Արժեքները կարելի է ստանալ միասնական հարկի մոդելի ԲՈԼՈՐ այն|
|մոդուլներից, որոնց հիման վրա գործում է այս բաղադրիչը: |
.__________________________________________________________.
Օգտագործողների ակնկալիքները
.________________________________________________________________.
| Օրինակ |
| |
|. Եկամտային հարկի մոդելից ստացվող գործառնական արժեքների |
| ներդաշնակեցում ՊԵԿ-ի գործող հարկային քարտի համակարգի հետ: |
|. Եկամտային հարկի մոդելի հետ կապված ԲՈԼՈՐ դրամական |
| գործառնությունները պետք է արտացոլվեն համապատասխան հարկ վճարողի|
| գծով ՊԵԿ-ում վարվող Հարկային քարտի համակարգում: |
|. Եկամտային հարկի մոդելում արժեքների չեղյալ ճանաչումը ՊԵՏՔ է |
| արտացոլվի համապատասխան հարկ վճարողի գծով ՊԵԿ-ում վարվող |
| Հարկային քարտի համակարգում: |
.________________________________________________________________.
Ընդհանուր պահանջներ
._____________________________________________________________.
|Սահմանափակման սուբյեկտ|Սահմանափակում |
|______________________|______________________________________|
|Տեխնոլոգիա |Վեբ ծառայություն - Տեղեկատվական բազայի|
| |կապ (SQL) |
|______________________|______________________________________|
|Գործառնությունների |Կենտրոնական սերվերներ |
|աշխարհագրական ծածկույթ| |
|______________________|______________________________________|
|Կառավարման մանդատ |Ավտոմատ իրականացում` իրադարձության |
| |հետևանքով տեղի ունեցող ակտիվացման |
| |արդյունքում |
._____________________________________________________________.
Կարևոր է, որ ընթերցողը ծանոթացած լինի հապավումներին և տվյալների բառարանին ու տվյալների մոդելին նախքան կարդալը, որպեսզի ավելի հեշտ պատկերացնի աշխատանքային մասնագրերի բաժնում բերված որոշ հղումներ:
Կատարողականի չափորոշիչներ
._______________________________________________________________.
|Համակարգի|Նկարագրություն |Միավոր |Արժեք|
|ծածկագիր | | | |
|_________|__________________________________|____________|_____|
| 09.P01 |Վերլուծության առավելագույն ժամանակ|միլիվայրկյան| |
| |յուրաքանչյուր գործառնության համար | | |
._______________________________________________________________.
Որակի ընդհանուր ապահովում կամ փորձարկման պահանջներ
Հետևյալ աղյուսակում ներկայացվում են հսկողության այն չափանիշները, որոնք պետք է կիրառվեն մշակված ծրագրային ապահովումը ճշգրտորեն ընդունելու համար:
._____________________________________________________________________.
|Համակարգի ծածկագիր|Նկարագրություն |
|__________________|__________________________________________________|
| 09.1Q01 |Հարկ վճարողի հաշվառման համարը պետք է գոյություն |
| |ունենա ՊԵԿ-ի համակարգում |
|__________________|__________________________________________________|
| 09.1Q02 |Հարկային ծածկագիրը պետք է ճանաչվի ՊԵԿ-ի համակարգի |
| |կողմից |
|__________________|__________________________________________________|
| 02.1Q03 |ՊԵԿ-ի Հարկային քարտի համակարգում ճիշտ գրանցված |
| |արժեքների ստուգում |
|__________________|__________________________________________________|
| 02.1Q04 |Ծրագրի գործարկումը նախաձեռնող կիրառական ծրագրի |
| |կողմից ճանաչված` հայտարարագրված արժեքների ստուգում|
._____________________________________________________________________.
Աշխատանքային գործընթացներ
.___________________________________________________________________.
|Գործընթացի |Գործընթացի|Նկարագրություն |Հաճախականություն|
|անվանում |ծածկագիր | | |
|_____________|__________|_________________________|________________|
|Հարկային քարտ| 09.1C |Գրանցել դեբետային և |Ըստ պահանջի |
| | |կրեդիտային արժեքները հարկ| |
| | |վճարողի Հարկային քարտում | |
.___________________________________________________________________.
Աշխատանքային գործընթացի բաղադրիչները
._____________________________________________________________________.
|Բաղադրիչի|Բաղադրիչի|Նկարագրություն |Հաճախականություն|
|անվանում |ծածկագիր | | |
|_________|_________|________________________________|________________|
|Թարմացնել|09.1C00 |Եկամտային հարկի մոդելի համակարգի|Ըստ պահանջի |
|հարկային | |ցանկացած օղակից ստանալ արժեքների| |
|քարտը | |խումբ և կիրառել դրանք հարկ | |
| | |վճարողների հարկային քարտերում: | |
._____________________________________________________________________.
Մոդուլի բաղկացուցիչ մաս կազմող գործընթացների համար կրկնողաբար կկիրառվի հետևյալ կառուցվածքը:
._____________________.
Գործընթացի անվանում |09.1C - Հարկային քարտ| Բաղադրիչների ._______.
._____________________. թիվ | 01 |
._______.
Նպատակ`
.______________________________________________________________.
|Գրանցել դեբետային և կրեդիտային արժեքները ըստ հարկ վճարողների`|
|ՊԵԿ-ում ներկայումս գործող ՀԱՐԿԱՅԻՆ ՔԱՐՏԵՐԻ մոդել: |
.______________________________________________________________.
Աշխատանքային գործընթացների գծապատկեր
. Տես ամփոփ գծապատկերը (Գլուխ 2, Գծապատկեր 1, Հղում H)
Բիզնես գործընթացի բաղկացուցիչ մաս կազմող բաղադրիչների համար կրկնողաբար կկիրառվի հետևյալ կառուցվածքը:
.____________________________________.
Բաղադրիչի անվանում |Հարկային քարտի շարժերի գրանցում |
.____________________________________.
Համակարգի ծածկագիր Բաղադրիչի տեսակ Տարբերակի համար
.______________. .__________________. .___________.
| 09.1C00 | |Վեբ ծառայություն /| | 0 |
.______________. |SQL տվյալների կապ | .___________.
.__________________.
Նպատակ ...
Եկամտային հարկի մոդելի ցանկացած մոդուլից կամ բաղադրիչից ուղարկված արժեքների հիման վրա թարմացնել հարկ վճարողների ՀԱՐԿԱՅԻՆ ՔԱՐՏԵՐԸ:
Ելակետային տեղեկություններ ...
Բաղադրիչի ստացած արժեքները պետք է գրանցվեն հարկ վճարողի Հարկային քարտում:
Բաղադրիչը վերադարձնում է հաջող կամ անհաջող վերլուծության ցուցանիշները սխալների ծածկագրերի ցանկի հետ միասին:
o Վերադարձվող տվյալների արժեքները պետք է առանձնացվեն ';'-ով
ՊԵԿ-ի հարկային քարտի ձևաչափը հայտնի չէ, սակայն ենթադրվում է, որ ձևաչափի փոփոխությունը կարելի է կիրառել ավելի ուշ:
Ստացված արժեքները կարող են ուղարկվել Եկամտային հարկի մոդելի ցանկացած մոդուլից կամ բաղադրիչից:
Բաղադրիչը հաստատում է նույնականացման կոնկրետ տվյալները և տեղեկատվության սխալ լինելու դեպքում վերադարձնում սխալների ծածկագրերը:
Կիրառական ծրագիրը հնարավոր է մշակել որպես վեբ ծառայություն և իրականացնել ՊԵԿ-ի վեբ սերվերում, անկախ Եկամտային հարկի մոդելի միջավայրից: Հակառակ դեպքում, այն կարելի է մշակել որպես «SQL» ընթացակարգ, որը կունենա ՊԵԿ-ի գործող տեղեկատվական բազային միանալու հնարավորություն, համապատասխան առավելություններով և ձևաչափով, ինչպես նաև Հարկային քարտում տեղեկատվությունը գրանցելու գործառույթով: (տես առաջարկությունները)
Աշխատանքային մասնագրեր ...
. Մուտքագրվող տվյալների խումբ
* Հարկ վճարողի հաշվառման համար
* Հարկային ծածկագիր
* Գումար
* Հաշվապահական գործարքի կոդ
* Հարկ վճարողի անվանում
* Գործառնության ամսաթիվ
* Մոդուլի բաղադրիչի ծածկագիր
* Գործառնության հիմք
. Ելքային պարամետր. «OK» կամ «ERR» + սխալի ծածկագիր` առանձնացված
';'-ով այլ սխալների դեպքում:
. Ճանաչել տվյալների խումբը
. Ելքային պարամետրը դնել = «OK»
. Հարկ վճարողի հաշվառման համարը ստուգել ՊԵԿ-ի համակարգի համապատասխան
համարի հիման վրա:
* Հարկ վճարողի հաշվառման համարը ՉԳՏՆԵԼՈՒ դեպքում
- «OK»-ը փոխարինել «ER»-ով
- Ելքային պարամետրը լրացնել անջատող տարրով` + '100'
. Հարկային ծածկագիրը ստուգել ՊԵԿ-ի համակարգի համապատասխան տվյալի հիման
վրա:
* Հարկային ծածկագիրը չճանաչելու դեպքում
- «OK»-ը փոխարինել «ER»-ով
- Ելքային պարամետրը լրացնել անջատող տարրով` + '101'
. Ստուգել հաշվապահական գործարքի կոդը ՊԵԿ-ի համակարգի համապատասխան
տվյալի հիման վրա:
* Հաշվապահական գործարքը ՉՃԱՆԱՉԵԼՈՒ դեպքում
- «OK»-ը փոխարինել «ER»-ով
- Ելքային պարամետրը լրացնել անջատող տարրով` + '102'
. Եթե ելքային պարամետրը «OK» է, ապա համակարգը պետք է փոխանցի մուտքային
արժեքները ՊԵԿ-ի ՀԱՐԿԱՅԻՆ ՔԱՐՏԻ ձևաչափին և կատարի գրանցում հարկային
քարտի կառուցվածքում:
. Վերադարձնել ԵԼՔԱՅԻՆ պարամետրը նախաձեռնող (calling) բաղադրիչին:
«Swim Lane» սխեմատիկ գծապատկեր ...
. Գծապատկեր ՉԿԱ
Տեխնիկական բնութագրեր ...
. Տես «09.1C00» բաղադրիչի ծածկագիրը Ծրագրային պահանջների տեխնիկական
բնութագրերում
Ալգորիթմներ և հաշվարկներ ...
. ՉԿԱՆ առանձնակի ալգորիթմներ, որոնք պետք է մանրամասնվեն այս բաժնում:
Հսկողության չափանիշներ
.__________________________________________________________________.
|Ծածկագիր|Նկարագրություն |Հաճախականություն|Աղբյուր|
|________|________________________________|________________|_______|
| |Հսկողության առանձնակի չափանիշներ| | |
| |ՉԵՆ պահանջվում | | |
.__________________________________________________________________.
Հաշվետվական փաստաթղթեր
.________________________.
Փաստաթղթի անվանում |09.1C00.Oxxx-0 |
.________________________.
.__________________________________.
Փաստաթղթի տեսակ |xxxxxxxxxxxxxxxx |
.__________________________________.
.______________________________________________________.
|Հաշվետվական ձև` Այս կիրառական ծրագրի միջոցով որևէ |
|հաշվետվության կազմում ՉԻ պահանջվում: |
.______________________________________________________.
Լիազորված օգտագործողներ
Հետևյալ աղյուսակում նկարագրվում են մոդուլը գործարկելու իրավունք ունեցող օգտագործողների դերերը:
.____________________________________________________________________.
|Դեր |Նկարագրություն |
|________|___________________________________________________________|
|Համակարգ|Բաղադրիչի աշխատանքը նախաձեռնվում է եկամտային հարկի մոդելի |
| |այլ բաղադրիչի պահանջով: Բաղադրիչը կարելի է մշակել որպես վեբ|
| |ծառայություն` ենթադրելով, որ հարկային քարտերի տեղեկատվական |
| |բազան տեղակայված է կազմակերպության մեկ այլ տարածքում: |
.____________________________________________________________________.
Լուծում պահանջող հարցեր
. ՊԵԿ-ի հարկային քարտի էլեկտրոնային տարբերակը ներառված ՉԷ փաստաթղթում:
Քարտի ձևաչափը պետք է պաշտոնապես սահմանվի:
. Եկամտային հարկի մոդելի հարկային ծածկագրերի համակարգի ներդաշնակեցում
ՊԵԿ-ի հարկային քարտի համակարգի հետ:
. Հաշվապահական գործարքի կոդերը պետք է սինքրոնացվեն հարկային քարտի
համակարգի հետ:
* Գործարքի կոդերը կոնֆիգուրացված են հաշվետվության համակարգի մեջ,
պարտավորություն:
* Գործարքի կոդերը կոնֆիգուրացված են վճարումների համակարգի մեջ,
եկամուտ:
Առաջարկություններ
. Թեև ավելի նպատակահարմար է բաց ֆորմատը, սակայն անվտանգության
տեսանկյունից առաջարկվում է մշակել ՊԵԿ-ի վեբ սերվերներում տեղակայված
վեբ ծառայություն, որը կստանա տվյալներ Եկամտային հարկի համակարգից և
կվերադարձնի հաստատում, որը կարող է պարունակել մերժման
տեղեկատվություն:
* Եկամտային հարկի հաշվետվության մոդուլին կից պետք է մշակվի «java»
բաղադրիչ (հավանաբար պահվում է տեղեկատվական բազայում)` պարամետրերի
խումբը ստանալու, այս բաղադրիչը ակտիվացնելու, պատասխանին սպասելու
և պատասխանը վերլուծելու համար:
* Հաղորդակցությունը ՉՊԵՏՔ է խնդիր լինի, իսկ վեբ ծառայության տեսքով
կիրառական ծրագրի մշակումը ՉՊԵՏՔ է ազդի լուծման կատարողականության
վրա:
* Ինչևէ, անկախ առաջարկություններից, պարզ է, որ Եկամտային հարկի
մոդելը վարում է ՊԵԿ-ը: Հետևաբար կարելի է նաև առաջարկել, որ այս
բաղադրիչի աշխատանքը հենվի ՊԵԿ-ի հիմնական տեղեկատվական մոդելին
միացնող տեղեկատվական բազայի կապերի վրա:
- «SQL» պարզ նախադասություններ, որոնք մուտքագրում են արժեքները
Հարկային քարտի վերջնական կառուցվածքում: «SQL»-ի բարդ
նախադասություններ ՉԿԱՆ:
* Սա տեխնիկական որոշում է:
Կարևոր է` ՏՏ ստորաբաժանման աշխատակիցների հետ քննարկումներից երևում է, որ գործող հարկային քարտի մոդուլը պետք է օգտագործվի եկամտային հարկի մոդելի կողմից:
. Վերը ասվածը նշանակում է, որ 09.1C00 բաղադրիչն իրականում գործող
հարկային քարտի մոդուլի տրամաբանությունն է: Դա պետք է հաստատվի ՊԵԿ-ի
ՏՏ կառավարման թիմի հետ: Եթե ճիշտ է հասկացվել, ապա այլ բաղադրիչներից
H-09.1C00 մոդուլին կանչը պետք է փոխարինվի ՊԵԿ-ի ներկա հարկային քարտի
բաղադրիչի անվանումով:
. Պարզ է, որ արժեքները, եկամուտը, պարտավորությունները կառաջանան
եկամտային հարկի մոդելից:
. Հաշվապահական գործարքի կոդերը կոնֆիգուրացված են աշխատանքային
կանոններում (00D16) ուստի հարկային հայտարարագրի և հաշվապահական
գործարքի միջև կապն ամբողջությամբ դինամիկ է:
3.3. Այլ ոչ գործառութային պահանջներ
Այս բաժնում նկարագրվում են ոչ գործառութային պահանջներ այն միջավայրի համար, որտեղ համակարգը պետք է օգտագործվի, ինչպես նաև սահմանվում են մատչելիության, վստահելիության, կատարողականի և գաղտնիության կարևոր պահանջները: Համակարգի կառուցվածքի սահմանման վրա զգալիորեն ազդում է այն, որ`
- համակարգն օգտագործողները աշխարհագրական առումով բաշխված են լինելու
Հայաստանի ողջ տարածքով: Դա նշանակում է, որ նրանք գտնվելու են նույն
ժամային գոտում:
- Համակարգի օգտագործողները մտնելու են կամ տվյալներ են հանելու ՊԵԿ-ի
կենտրոնական գրասենյակում գտնվող տվյալների բազայից:
Կատարողականի պահանջներ
._____________________________________________________________________.
|PE-1:|Համակարգը պետք է սպասարկի 400 օգտագործողների տեղական ժամանակով |
| |8:00-ից մինչև 17:00 ընկած ծանրաբեռնված ժամանակահատվածում (peak|
| |usage time)` յուրաքանչյուր մոտեցման համար հաշվարկված 10 րոպե |
| |միջին տևողությամբ |
|_____|_______________________________________________________________|
|PE-2:|Համակարգի կողմից գեներացված բոլոր վեբ էջերը պետք է լինեն լիովին|
| |վարբեռնելի 40 Kb/վյրկ մոդեմի միջոցով միացման դեպքում ոչ ավելի, |
| |քան 10 վայրկյանում |
|_____|_______________________________________________________________|
|PE-3:|Էկրանի վրա հարցումների պատասխանների բեռնումը պետք է տևի |
| |օգտագործողի կողմից հարցումն ուղարկելուց հետո 7 վայրկյանից ոչ |
| |ավելի |
|_____|_______________________________________________________________|
|PE-4:|Համակարգը պետք է էկրանի վրա ցույց տա հաստատման |
| |հաղորդագրություններն օգտագործողի կողմից տեղեկատվությունը |
| |համակարգ մուտքագրելուց հետո 4 վայրկյանի ընթացքում |
|_____|_______________________________________________________________|
|PE-5:|Օգտագործողները կարող են հանդուրժել ծառայությունների մատուցման |
| |ընդհատումներ 1 ժամ: Համակարգի հասանելիության ավելի երկար |
| |ընդհատումները կարող են կրիտիկական լինել նրանց գործի համար |
._____________________________________________________________________.
Անվտանգության պահանջներ
Անվտանգության պահանջներ չեն նշվել:
Ապահովության պահանջներ
.__________________________________________________________________.
|SE-1:|Ֆինանսական կամ անհատապես նույնականացնելի տեղեկատվություն |
| |պարունակող ցանցի բոլոր գործարքները պետք է լինեն ծածկագրված` |
| |ապահով SSL միացումը կիրառելու միջոցով |
|_____|____________________________________________________________|
|SE-2:|Բոլոր գործողությունների համար օգտագործողներից պետք է |
| |պահանջվի գրանցել իրենց մուտքը համակարգ |
|_____|____________________________________________________________|
|SE-3:|Համակարգը պետք է թույլատրի օգտագործողներին տվյալներից և |
| |համակարգի ընձեռած հնարավորություններից օգտվելու |
| |հնարավորություն` ըստ հատկացված դերերի |
|_____|____________________________________________________________|
|SE-4:|ՊԵԿ-ի տվյալների բազայի հաշվառման մասի համար պետք է տրամադրվի|
| |պահուստավորված տվյալները միայն կարդալու հնարավորություն |
.__________________________________________________________________.
Համակարգչային ծրագրի որակական հատկանիշները
._____________________________________________________________________.
|Մատչելիություն-1: |Համակարգը պետք է մատչելի լինի օգտագործողներին |
| |կորպորատիվ ներցանցով (Intranet) և հեռակապով |
| |(dial-in) աշխատանքային ժամերի 99.9%-ի |
| |ընթացքում, տեղական ժամանակով 9:00-ից մինչև |
| |18:00 |
|______________________|______________________________________________|
|Վերականգնելիություն-1:|Եթե կապն օգտագործողի և համակարգի միջև կտրվել|
| |է նախքան պատվերի հաստատվելը կամ չեղարկվելը, |
| |համակարգը պետք է օգտագործողին տա տվյալների հետ|
| |կապված անավարտ գործողությունները վերականգնելու|
| |հնարավորություն |
._____________________________________________________________________.
4. Փոփոխությունների կառավարման գործընթաց
Այս բաժնում ընդհանուր գծերով նկարագրվում է ՊԵԿ-ի և իրականացնող ընկերության (կապալառու) կողմից կիրառվող փոփոխությունների կառավարման գործընթացը` առանձնացնելու, մատյանում գրանցելու, գնահատելու և թարմացնելու ՀՏՄ-ները ծրագրի ծավալի և պահանջների փոփոխություններն արտացոլելու համար:
Նոր համակարգը նախագծված է այնպես, որ հարկ վճարողին տրվի ինքնավարություն: Այդ պարագայում ՊԵԿ-ն ավելի մեծ ուշադրություն կդարձնի հարկ վճարողներին մատուցվող ծառայություններին և հարկերի հարկադիր հավաքագրմանը: Դա կպահանջի ամբողջ համակարգում աշխատաոճի և գործառույթների զգալի փոփոխություն:
Համակարգը շատ ճկուն է և նախագծված է այնպես, որ օրենքներում համակարգին առնչվող փոփոխությունները հնարավոր լինի իրականացնել փոխելով միայն համակարգի պարամետրերը: Համակարգում փոփոխությունները պետք է չազդեն համակարգի սահուն աշխատանքի վրա:
Չնայած առաջարկվող համակարգչային ծրագրի, մոդելն ունի օգտագործման մեծ հնարավորություն, պետք է իրականացնել ծրագրային պահանջներում փոփոխությունների պատշաճ կառավարում: Պահանջի փոփոխությունները կարող են ազդել համակարգչային ծրագրի մշակման ժամանակացույցի և բյուջեի վրա:
Նախ, պայմանագրի շուրջ բանակցությունների ընթացքում ՊԵԿ-ը և կապալառուն պետք է համաձայնության գան թույլատրելի փոփոխությունների աստիճանի շուրջ: Համաձայնություն պետք է ձեռք բերվի եկամտային հարկի մոդելից շեղման առավելագույն %-ի շուրջ: Այն պետք է ներառի փոփոխությունների միջակայքի աղյուսակ, որը կնկարագրի եկամտային հարկի մոդելի բոլոր մոդուլները, ակնկալվող փոփոխության առավելագույն տոկոսը և փոփոխության պատճառը:
Երբ ՊԵԿ-ը ծանոթանա մասնագրերին, փոփոխությունների տոկոսը պետք է սահմանվի նախքան մրցույթի առաջարկի հրապարակումը:
Համակարգչային ծրագրի մշակման և ներդրման պայմանագիրը ստորագրելուց հետո պետք է ստեղծվի ծրագրի մշակման և փոփոխությունների կառավարման խորհուրդ` բաղկացած ՊԵԿ-ի, կապալառուի և դոնոր կազմակերպության պաշտոնական ներկայացուցիչներից, մշակվելիք համակարգչային ծրագրի որակն ապահովելու, ակնկալվող կարիքներին համապատասխանեցնելու և բյուջեի գերածախսերից խուսափելու համար:
Փոփոխությունների կառավարման պատշաճ գործընթացն ապահովում է կողմերի միջև նախապես ձեռք բերված համաձայնությունների պահպանումը: Համառոտ այդ գործընթացը կարող է ունենալ հետևյալ քայլերի տեսքը`
1. ՊԵԿ-ի փոփոխվող պահանջները պետք է ձևակերպվեն փոփոխությունների համար
դիմումի տեսքով և հաստատվեն լիազոր անձի կողմից:
2. ՊԵԿ-ը փոփոխության հաստատված դիմումը ներկայացնում է կապալառուին,
նշելով մոդուլը, ծրագրային ապահովումը և պահանջվող փոփոխությունը:
3. Կապալառուն ծանոթանում է առաջարկվող փոփոխությանը և գնահատում է դրա
ազդեցությունը ծրագրի ժամանակացույցի ու բյուջեի վրա և
եզրակացությունը ներկայացնում է ՊԵԿ:
4. Փոփոխությունների կառավարման խորհուրդը ծանոթանում է գնահատմանը և
որոշում է փոփոխությունն ընդունելու հարցը:
5. Ծրագրի պլանը և փորձարկման պահանջները համապատասխանաբար
հարմարեցվում են:
5. Փաստաթղթերի հաստատումը
Համակարգի Տեխնիկական Մասնագրերի (ՀՏՄ) հաստատման համար անհրաժեշտ են`
Անուն, Ազգանուն`
Ստորագրություն`
Ամսաթիվ`
6. Հավելվածներ
Ստորև հավելվածներում պարունակվող լրացուցիչ տեղեկություններն ավելի դյուրին են դարձնում ՀՏՄ-ի օգտագործումը: Դրանք ներառում են`
6.1. Յուրաքանչյուր ծրագրային մոդուլի տեխնիկական մասնագրերը
6.2. Տվյալների բառարանը և տվյալների մոդելի կառուցվածքների մասնագրերը
6.3. Ստացական - Մոդուլ 05-ի հավելվածներ
6.4. Մոդուլ 04-ի հավելվածներ
6.5. Տվյալների փոխանակման պահանջներ:
6.1. Տեխնիկական մասնագրեր
System Code Type of Component Version number
.__________. ._____________________________. ._________.
| 03.1C01 | |Java/ PL/SQL stored procedure| | 0 |
.__________. ._____________________________. ._________.
._____________________________________________.
Component Name |Register Payments |
._____________________________________________.
Objective ...
Register payments from TR into the system, verifying the correctness of the tax payer identification, and updating the individual balance account of each tax payer according to the corresponding tax code.
Data Structures ...
System required Structures Receiving Formats Output-Sending Formats
._____________________.._____________________.._______________.
|Movements, 03D01 ||Treasury payment file||NO output files|
|Balance, 03D02 || || |
|Accounts, 03D03 || || |
|Automatic, 03D04 || || |
|Payment Queue, 03D05 || || |
|Reserve Credit, 03D06|| || |
._____________________.._____________________.._______________.
Functional Specifications ...
Each detailed record for payment from the treasury file (T) has the following standard format:
. Date of payment
. Treasury statement account number
. Payers Identifier
. Name of payer
. Payer's bank account number
. Name of bank of payers account
. Amount paid
. Receiver's bank account number
. Name of bank of receivers account
. Reason of payment (160 text characters)
select the standard tax payer identifier type
from the global parameters (ID01)
key word = principal_taxpayer_id
op_date = operation date = system date (includes time)
Generate List (A) CURSOR
all records from payment queue (03D05)
where status not = 1
and operation date <= current system date.
And file_name EXISTS in system_folder_name
Order the information chronologically according to the operation date
For each record (List A) OPEN the treasury payment file (T) according to the file name.
Update payment queue (03D05)
Processed date = op_date
Status = -1
Process treasury file (T)
Only process those payments where the receivers bank account number
(T)
is registered in the list of registered tax accounts
(account / payment code / currency code - 03D03)
Set balance status = 0
Check payers identifier (T) in the identification guide structure (01D04) .. check that expiry date is not prior to payment date.
Identifier + ID type = Payers identifier (T) + principal tax payer ID (ID01)
Set ID_type of identifier = (01D04)
Select name and taxpayer type
from structure (01D01) according to ID from 01D04
Special Note: because the identifier in 01D04 should be unique, the select could be executed without the ID type (ID01)
S01 = ID (01D04)
If the identifier (T) is NOT found in (01D01) or (01D04) then
Set balance status = 1
CALL application 01.1C01 Tax Payer register
Using (identifier + name of payer (T))
S01 = identifier (T)
If reply from 01.1C01 is 'OK' then
Response values from 01.1C01
Identifier number
Taxpayer type
Name of tax payer
Registration number
Registration date
Economic code
Address information (see format 01D02)
Contact phone information (see format 01D02)
Set balance status = 0
Generate new sequence - SEQ_taxpayer_worker (S01)
Write identification guide (01D04)
Identifier number
ID01 - taxpayer ID type
S01
Registration date
Null
Write tax payer (01D01)
ID = S01
Name of tax payer
Taxpayer type
Registration date
Closure date = null
Economic code
Identifier number
Write tax payer information (01D02)
ID = S01
Information (01D02) = match 01.1C01 response information
Bank account = payers bank account number (T)
End if; --- If reply from 01.1C01 is 'OK' then
Generate new sequence - SEQ_balance (S02)
Write TA balance account (03D02)
ID = S02
ID (tax payer) = S01
Identifier = identifier (T)
ID_type = ID_type (01D04)
Name = Name of tax payer
All Values = 0
Status = balance status
Payment code = payment code (03D03)
Currency code = currency code (03D03)
End if; --- If the identifier (T) is NOT found in (01D01) or (01D04) then
Generate new sequence - SEQ_payments (S03)
Write treasury payment record into the system (03D01)
ID = S03
Operation date = op_date
Status = 0
Dok_id_credit = null
ID (tax payer) = S01
Payment code = payment code (03D03)
Currency_code = currency code (03D03)
Type operation = 1
Information (03D01) = match (T) information
Process all records in Treasury file (T) until NO more records
Close treasury file (T)
Calculate sum of paid amounts grouped by tax payer and payment code
Generate List (B) CURSOR
ID (tax payer), identifier, payment code, sum(amounts) VAL, max(date payment)
from TA account movements (03D01)
Where operation date = op_date
And status = 0
And type operation = 1
Group values by ID (tax payer), identifier, tax code
For each record in List (B)
Select TA account balance (03D02)
according ID (tax payer), identifier, payment code, currency
auto_payment = 0
If status (03D02) <> 1 then
Select taxpayer_type (Z), name_taxpayer (NAM)
from 01D01
Where ID (taxpayer) = ID (taxpayer) 03D02
Select individual_tax_code (W),
Report_type (03D04),
automatic_payment_indicator (03D04)
From 03D04
Where taxpayer type = taxpayer type (Z)
And payment code = payment code (03D02)
If automatic_payment_indicator = 1 then
Generate new sequence - SEQ_dist_queue (S04)
Generate new sequence - SEQ_dok_id (S05)
Auto_payment = VAL (List B)
Write Distribution Queue (10D02)
ID = S04
Tax code = individual tax code (W)
Dok_id = S05
Operation date = op_date
Identifier = identifier (List B)
ID (tax payer) = ID (taxpayer - List B)
ID_type = ID_type (01D04)
Name = NAM
Tax month = max date payment List B (yyyymm)
Report type = report type (03D04)
Last payment date = max date payment - List B
Amount paid = VAL (List B)
Automatic payment indicator = automatic (03D04)
Payment code = payment code (03D02)
Destination entity code = (03D04)
Status = 0
Tracking number = null
Generate new sequence - SEQ_reserved_credit (S06)
Write Reserved-Credit (03D06)
ID = S06
ID (tax Payer) = ID (taxpayer - List B)
Dok_id = null
Payment_code = payment code (03D02)
Operation_date = op_date
Amount_reserved = VAL (List B)
Status = 0
Automatic_payment_indicator = 1
If assessment_code (03D04) not null then
Generate new sequence - SEQ_assessment (S07)
Write Assessment-Indicator (10D04)
ID = S07
ID (tax Payer) = ID (taxpayer - List B)
Identifier = List B
Assessment Code = (03D04)
Operation_date = op_date
Argumentary_list = max date payment - List B; VAL (List B)
End if; --- automatic
End if; --- status <> 1
update TA account balance
Debit payment = debit payment + VAL (List B)
Date balance = max(date payment) (List B)
Automatic_payment = automatic_payment + auto_payment
Balance amount = debit payment - credit liability
CLOSE List B
Update record in (03D05) according to file name (List A)
Processed date = op_date
Status = 1
Process next treasury file (List A)
CLOSE List A
Commit;
END LOGIC ... 03.1C01
System Code Type of Component Version number
.__________. ._____________________________. ._________.
| 03.2C02 | |Java/ PL/SQL stored procedure| | 0 |
.__________. ._____________________________. ._________.
.____________________________________________.
Component Name |Reconcile Payments and Tax Forms |
.____________________________________________.
Objective ...
Process all NON reconciled payments according to tax payer and tax code, and for each combination detect all PENDING submitted tax forms registered in the submission queue. For each tax payer and tax code, release the tax form DOK_ID into the distribution queue when values completely reconcile.
Data Structures ...
System required Structures Receiving Formats Output-Sending Formats
._______________________. .________________. ._______________.
|Submission queue, 10D01| |Parameters | |NO output files|
|Balance, 03D02 | |- Operation date| | |
|Reserved credit, 03D06 | | | | |
| | | | | |
|UTD payment, 05D07 | | | | |
|UTD worker taxes, 05D06| | | | |
|UTD tax code, 05D08 | | | | |
._______________________. .________________. ._______________.
Functional Specifications ...
The procedure 03.2C02 is triggered automatically by the system,
. Input parameter = operation date.
Select all TA account balances with balance values greater than Zero
Generate List (A) CURSOR with the following information
tax form dok_id, ID tax payer, identifier, submission date
And the sum (balance amounts) greater than zero
from the submission queue (10D01) and TA account balance (03D02)
where status = pending (10D01)
and balance amount > zero
and ID tax payer and identifiers are the same in both structures
List A must be ordered chronologically according to submission date in the submission queue
(oldest to newest)
Select name_taxpayer, ID_type, Identifier, tax_month, report_type, taxpayer_type (VAR-A)
from UTD HEDER
Where dok_id = List A
For each tax form dok_id selected in List A process the following
Generate List (B) CURSOR all values from TA account balance (03D02)
Where the status = 0 and the balance_amount > 0
And the ID (taxpayer) = ID Tax payer List A
List B should be ordered according ID (taxpayer), payment_code, and currency_code
For each account balance selected in List B process the following
ID balance = ID - List B
Available value = Balance value (List B)
CRED_liability = 0
Select list of all tax codes still pending full reconciliation for that tax form - dok_id
Select sum(b. new_amount_for_payment) VAL
From UTD payments (05D07)
Where the dok_id = List A
and payment code = List B
and status = 0 = pending
and the status in UTD HEDER (05D01) is = 0 = NOT paid
Select sum(amount_reserved) CREDIT
from Reserved Credit (03D06)
where ID (tax payer) = List A
and dok_id = List A
and payment_code = List B
and status = 0 = pending
UNION
Select sum(amount_reserved) CREDIT
from Reserved Credit (03D06)
where ID (tax payer) = List A
and dok_id = null
and payment_code = List B
and status = 0 = pending
and payment_code in (select g.payment_code
from automatic-payment (03D04) g
where g.payment_code = payment_code
and taxpayer_type = taxpayer_type (VAR-A)
and operation_date between
g.commencing_date and g.expiry_date)
Select sum(amount_reserved) CREDIT _AP
from Reserved Credit (03D06)
where ID (tax payer) = List A
and dok_id = List A
and payment_code = List B
and status = 0 = pending
and automatic_payment_indicator = 1
UNION
Select sum(amount_reserved) CREDIT_AP
from Reserved Credit (03D06)
where ID (tax payer) = List A
and dok_id = null
and payment_code = List B
and status = 0 = pending
and automatic_payment_indicator = 1
and payment_code in (select g.payment_code
from automatic-payment (03D04) g
where g.payment_code = payment_code
and taxpayer_type = taxpayer_type (VAR-A)
and operation_date between
g.commencing_date and g.expiry_date)
calculate pending_value = VAL - CREDIT
If available value (List B) => pending value
then process the following.
If CREDIT > 0
Assessment_code = 09
Argumentary list = CREDIT;tax_month (VAR-A)
Generate new sequence - SEQ_assessment (S10)
Write Assessment-Indicator (10D04)
ID = S10
ID (tax Payer) = List A
Identifier = List A
Assessment Code = assessment code
Operation_date = op_date
Argumentary_list = argumentary list
End CREDIT > 0
Available_value = available_value - pending_value
Generate List (C) CURSOR
Select d.destination_entity_code
b.tax_code, a.individual_tax_code,
Sum(a.new_amount_for_payment) VAL
From UTD worker taxes (05D06) a
UTD payment HEDER (05D07) b
UTD payment taxes (05D08) c
Voluntary_mandate_agreement (01D11) d
where b.dok_id = dok_id (List A)
and b.payment_code = payment code (List B)
and b.status = pending = 0
and b.payment_code = c.payment_code
and b.tax_code = c.tax_code
and c.individual_tax_code = a.individual_tax_code
and c.dok_id = a.dok_id (List A)
and a.ID (worker) = d. ID worker
and d.ID (taxpayer) = List A
and d.individual_tax_code = a.individual_tax_code
and tax_month (VAR-A) between
d.commencing_date and d.expiry_date
group by d.destination_entity_code,
b.tax_code, a.individual_tax_code
For each record from List C process the following ..
Generate new sequence - SEQ_dist_queue (S01)
Special Note: If CREDIT_AP > 0 and CREDIT_AP > VAL (List C)
Then payment_code in (10D02) = NULL
Write Distribution Queue (10D02)
ID = S01
Individual tax code = List C
Dok_id = List A
Operation date = op_date
Identifier = List A
ID (tax payer) = List A
ID_type = ID_type (01D04)
Name = VAR-A
Tax month = VAR-A
Report type = VAR-A
Last payment date = max date payment - List B
Amount paid = VAL (List C)
Automatic payment indicator = 0
Payment_code = List B
Destination_entity_code = List C
Status = 0
Tracking number = null
CRED_liability = CRED_liability + VAL (List C)
Select state funding ..
Generate List of state Funding Codes (List D)
StateFunding_tax_code, payment_code
From stateFunding (05D17)
Where individual_tax_code = List C
And tax_month (VAR-A) between
Commencing_date and expiry_date
For each record in List D process the following ..
Select Sum(a.new_amount_for_payment) SF
From UTD worker taxes (05D06) a
where a.dok_id = dok_id (List A)
and a.individual_tax_code = stateFunding_tax_code - List D
Generate new sequence - SEQ_dist_queue (S01)
Write Distribution Queue (10D02)
ID = S01
Individual tax code = StateFunding - List D
Dok_id = List A
Operation date = op_date
Identifier = List A
ID (tax payer) = List A
ID_type = ID_type (01D04)
Name = VAR-A
Tax month = VAR-A
Report type = VAR-A
Last payment date = max date payment - List B
Amount paid = SF
Automatic payment indicator = 0
Payment_code = List D
Status = 0
Tracking number = null
End List D
End List C
Generate new sequence - SEQ_reserved_credit (S02)
Write Reserved-Credit (03D06)
ID = S02
ID (Tax Payer) = List A
Dok_id = List A
Payment_code = List B
Operation_date = op_date
Amount_reserved = pending_value
Status = 0 = pending.
Automatic_payment_indicator = 0
Update UTD_payments (05D07)
Status = 1
Where the dok_id = List A
and payment code = List B
and status = 0 = pending
and the status in UTD HEDER (05D01) is = 0 = NOT paid
Update TA account balance
Credit_liability = credit_liability + CRED_liability
Balance amount = debit payment - credit liability - automatic_payment
(balance amount = available value)
Where ID = ID_balance
Update Reserved-Credit (03D06)
Status = 1 = reconciled
Where id(taxpayer) = List A
And status = 0
And payment_code = List B
And (dok_id is null or dok_id = List A)
End if; --- available
Process all record in List B
End List (B)
Count number of tax codes records into COUNTER
From UTD_payment HEDER (05D07)
Where dok_id = List A
and status = 0
if COUNTER = 0 then
Generate new sequence - SEQ_status_log (S03)
Write Doc-Status-Log (10D03)
ID = S03
Dok_id = List A
Status_date = op_date
Status = 2
Update UTD-HEDER
Status = 1
Where dok_id = List A
else
Generate new sequence - SEQ_status_log (S03)
Write Doc-Status-Log (10D03)
ID = S03
Dok_id = List A
Status_date = op_date
Status = 1
Assessment_code = 10
Argumentary list = tax_month (VAR-A)
Generate new sequence - SEQ_assessment (S10)
Write Assessment-Indicator (10D04)
ID = S10
ID (tax Payer) = List A
Identifier = List A
Assessment Code = assessment code
Operation_date = op_date
Argumentary_list = argumentary list
End if --- counter
Process all record in List A
End List (A)
Commit
END LOGIC .. 03.2C02
6.2. Տվյալների բառարան և մոդելի կառուցվածքային մասնագրեր
Համակարգի բաղադրիչներ
._____________________________________________________________________.
|Հղում |Կոդ|Մոդուլ |Գործըն-|Ենթակոդ|Բաղադրիչի նկարագրությունը |
|գծապատկերին| | |թաց | | |
|___________|___|__________|_______|_______|__________________________|
| Z |01 |Գրանցում | 1 | C01 |Գրանցում է հարկ |
| | | | | |վճարողներին |
|___________|___|__________|_______|_______|__________________________|
| Z |01 |Գրանցում | 1 | C02 |Գրանցում է աշխատողներին, |
| | | | | |անձանց |
|___________|___|__________|_______|_______|__________________________|
| Z |01 |Գրանցում | 1 | C03 |Կամավոր մասնակիցների |
| | | | | |գրանցում |
|___________|___|__________|_______|_______|__________________________|
| Z |01 |Գրանցում | 1 | C04 |Կենսաթոշակառուների |
| | | | | |գրանցում - կամավոր |
| | | | | |մասնակցի ապագրանցում |
|___________|___|__________|_______|_______|__________________________|
| A |02 |Եկամուտներ| 1 | C00 |Ակնկալվող եկամտի հաշվարկ |
|___________|___|__________|_______|_______|__________________________|
| B |03 |Վճարումներ| 1 | C01 |Վճարումների գրանցում |
|___________|___|__________|_______|_______|__________________________|
| C |03 |Վճարումներ| 2 | C02 |Վճարումների համադրում - |
| | | | | |բաշխման հերթի գեներացում |
|___________|___|__________|_______|_______|__________________________|
| D |04 |Ծրագրային | 0 | C00 |Ֆինանսական պարամետրեր |
| | |գործիք | | | |
|___________|___|__________|_______|_______|__________________________|
| D |04 |Ծրագրային | 0 | C01 |Իսկության հավաստում |
| | |գործիք | | | |
|___________|___|__________|_______|_______|__________________________|
| D |04 |Ծրագրային | 0 | C02 |Հանել նախկին տվյալները |
| | |գործիք | | | |
|___________|___|__________|_______|_______|__________________________|
| D |04 |Ծրագրային | 0 | C03 |Փոխել հարկային ամիսը կամ |
| | |գործիք | | |հաշվետվության տեսակը |
|___________|___|__________|_______|_______|__________________________|
| D |04 |Ծրագրային | 0 | C04 |Ձևափոխել հարկային |
| | |գործիք | | |գործակալի տվյալները |
|___________|___|__________|_______|_______|__________________________|
| D |04 |Ծրագրային | 0 | C05 |Աշխատանքային պատմության |
| | |գործիք | | |մասին տեղեկություններ |
|___________|___|__________|_______|_______|__________________________|
| D |04 |Ծրագրային | 0 | C06 |Ստուգել-հաստատել - |
| | |գործիք | | |եկամտային հարկ - |
| | | | | |կուտակային վճարներ |
|___________|___|__________|_______|_______|__________________________|
| D |04 |Ծրագրային | 0 | C07 |Ստուգել-հաստատել պասիվ |
| | |գործիք | | |հարկի հաշվարկը |
|___________|___|__________|_______|_______|__________________________|
| D |04 |Ծրագրային | 0 | C08 |Գեներացնել եկամտային հարկի|
| | |գործիք | | |էլ. ֆայլ |
|___________|___|__________|_______|_______|__________________________|
| D |04 |Ծրագրային | 0 | C09 |Ստորագրել եկամտային հարկի |
| | |գործիք | | |էլ. ֆայլը |
|___________|___|__________|_______|_______|__________________________|
| E |05 |Հիմն. | 1 | C01 |Էլ. հարկային հաշվետվության|
| | |ստուգում -| | |ներկայացում |
| | |հաստատում | | | |
|___________|___|__________|_______|_______|__________________________|
| E |05 |Հիմն. | 2 | C02 |Էլ. հարկային հաշվետվության|
| | |ստուգում -| | |ստուգում-հաստատում |
| | |հաստատում | | | |
|___________|___|__________|_______|_______|__________________________|
| E |05 |Հիմն. | 3 | C03 |Ստացման տեղեկանք |
| | |ստուգում -| | | |
| | |հաստատում | | | |
|___________|___|__________|_______|_______|__________________________|
| F |06 |Բաշխում | 1 | C01 |Փոխանակման ֆայլերի |
| | | | | |գեներացում |
|___________|___|__________|_______|_______|__________________________|
| F |06 |Բաշխում | 1 | C02 |Գերավճարների գեներացում |
|___________|___|__________|_______|_______|__________________________|
| G |07 |ՈՒշացման | 1 | C01 |ՈՒշացման դեպքում տոկոսներ |
| | |տոկոսներ | | | |
|___________|___|__________|_______|_______|__________________________|
| G |07 |ՈՒշացման | 2 | C02 |ՈՒշացման տոկոսներով |
| | |տոկոսներ | | |եկամտային հարկի |
| | | | | |հայտարարագրի ձևի |
| | | | | |գեներացում |
|___________|___|__________|_______|_______|__________________________|
| H |09 |Հարկային | 1 | C00 |Հարկային քարտի թարմացում |
| | |քարտ | | | |
._____________________________________________________________________.
Տվյալների նկարագրություն
._____________________________________________________________________.
|Դաշտի անվանում |Նկարագրություն |
|_____________________|_______________________________________________|
|SEQ ..... |ՈՒնիկալ հերթական համար, որը գեներացվել է |
| |համակարգի կողմից ըստ համարների հատուկ |
| |ծրագրավորված ցանկի |
|_____________________|_______________________________________________|
|Identifier |ՈՒնիկալ տարբերակիչ համար |
|_____________________|_______________________________________________|
|Taxpayer_types |ՊԵԿ-ում գրանցված հարկ վճարողների տեսակներ |
|_____________________|_______________________________________________|
|Report_types |Հարկային հաշվետվությունների տեսակներ |
|_____________________|_______________________________________________|
|Tax_month |Հաշվետու ամիս` արտահայտված տարի-ամիս ձևաչափով |
| |(yyyymm) |
|_____________________|_______________________________________________|
|Taxpayer_name |Հարկ վճարողի անվանում |
|_____________________|_______________________________________________|
|Surname |Անձի կամ աշխատողի ազգանուն |
|_____________________|_______________________________________________|
|Name |Անձի կամ աշխատողի անուն |
|_____________________|_______________________________________________|
|DOK_ID |Փաստաթղթի տարբերակման ունիկալ համար` տրված |
| |հաշվետվության ներկայացման ժամանակ |
|_____________________|_______________________________________________|
|submission_date |Հարկային հայտարարագրի ներկայացման ամսաթիվը, |
| |ներառյալ` ժամանակը ժամ/րոպե/վայրկյան (hhmmss) |
|_____________________|_______________________________________________|
|max_date_payment |Տվյալ հաշվետու ամսվա համար հաշվարկված հարկերի |
| |վճարման վերջնաժամկետ |
|_____________________|_______________________________________________|
|max_date_declaration |Տվյալ հաշվետու ամսվա համար հարկային |
| |հաշվետվության ներկայացման վերջնաժամկետ |
|_____________________|_______________________________________________|
|Date_payment |Հարկերի վճարման փաստացի ամսաթիվ |
|_____________________|_______________________________________________|
|tin_number |Յուրաքանչյուր հարկ վճարողի ունիկալ հարկային |
| |համարն ըստ ՊԵԿ-ում գրանցված գործունեության |
| |տեսակի/պրոֆիլի |
|_____________________|_______________________________________________|
|tax_form |Առանձնացնում է համակարգում առկա հարկային |
| |հայտարարագրերի տարբեր տեսակները |
|_____________________|_______________________________________________|
|tax_code |Աստիճանակարգային/հիերարխիկ հարկային կոդի |
| |սահմանում |
|_____________________|_______________________________________________|
|Individual_tax_code |Հարկային կոդերին ստորադաս անհատական հարկային |
| |կոդեր` ըստ անձի պրոֆիլի |
|_____________________|_______________________________________________|
|Pasive_tax_codes |Աշխատավարձերի հետ ուղղակիորեն չկապված հարկման |
| |ենթակա գումարների առանձնացում |
|_____________________|_______________________________________________|
|job_classification_ |Անձի պաշտոնի/մասնագիտության սահմանված կոդ |
|code | |
|_____________________|_______________________________________________|
|Contract_number |Համապատասխանում է գործատուի հետ այդ աշխատողի |
| |պաշտոնական պայմանագրին կամ հրամանի համարին |
| |(աշխատանքային պայմանագրին տրված համարը) |
|_____________________|_______________________________________________|
|economic_code |Տնտեսության հատվածի կոդն ըստ Հայաստանի |
| |պաշտոնական ռեգիստրների |
|_____________________|_______________________________________________|
|marz_code |Մարզի կամ տարածաշրջանների կոդերն ըստ Հայաստանի |
| |պաշտոնական ռեգիստրի |
|_____________________|_______________________________________________|
|city_town_code |Քաղաքի կամ գյուղերի կոդերն ըստ Հայաստանի |
| |պաշտոնական ռեգիստրի |
|_____________________|_______________________________________________|
|country_code |Երկրի կոդն ըստ միջազգային կոդավորման |
|_____________________|_______________________________________________|
|postal_code |Փոստային կոդերն ըստ Հայաստանի պաշտոնական |
| |ռեգիստրի |
|_____________________|_______________________________________________|
|building_house_number|Շենքի կամ տան համարը փողոցում |
|_____________________|_______________________________________________|
|apto_number |Բնակարանի համարը շենքում |
|_____________________|_______________________________________________|
|Description |Համապատասխան կոդի նշանակության համառոտ |
| |նկարագրություն |
|_____________________|_______________________________________________|
|Status |Համապատասխանում է տվյալ տեղեկատվության |
| |կարգավիճակին |
|_____________________|_______________________________________________|
|commencing_date |Տեղեկատվության առաջացման վավեր ամսաթիվ |
|_____________________|_______________________________________________|
|terminating_date |Աշխատանքային պայմանագրի դադարեցման ամսաթիվ |
|_____________________|_______________________________________________|
|Cause_termination |Սահմանում է աշխատանքային պայմանագրի դադարեցման |
| |համար հիմք հանդիսացող պատճառը |
|_____________________|_______________________________________________|
|expiry_date |Տեղեկատվության վավերականության լրանալու կամ |
| |դադարելու ամսաթիվ |
|_____________________|_______________________________________________|
|ID_type |Համապատասխանում է տարբերակչի տեսակին |
|_____________________|_______________________________________________|
|Benefit_codes |Ապահովագրական նպաստների կոդեր, որոնց մասին հարկ|
| |վճարողը տեղեկացնում է ՍԱՊԾ-ին, բացատրելով |
| |պատճառները, թե ինչու անձը լրիվ աշխատանքային |
| |ամիս չի աշխատել |
|_____________________|_______________________________________________|
|message_code |Գործընթացի ժամանակ բացահայտված խնդրի տեսակին |
| |առնչվող կոդն է: Հաղորդագրության կոդն ունի |
| |հաղորդագրության և առաջնայնության աստիճաններ |
| |խնդրի կարևորությունը որոշելու համար |
|_____________________|_______________________________________________|
|base_calculation_ |Համապատասխանում է եկամտի ընդհանուր արժեքին, որի|
|value |համար պետք է հաշվարկի հարկային % դրույքաչափը |
|_____________________|_______________________________________________|
|tax_value |Հարկ վճարողի կողմից հայտարարագրված գումարը` |
| |հաշվարկված հարկման բազային գումարից ըստ հարկի |
| |ամսական դրույքաչափի |
|_____________________|_______________________________________________|
|Calculated_tax_value |Համակարգի կողմից հաշվարկված հարկի գումարն ըստ |
| |հարկի ամսական դրույքաչափի հարկ վճարողի կողմից |
| |հայտարարագրված հարկման բազային գումարից |
|_____________________|_______________________________________________|
|other_income |Պասիվ եկամուտներ` ենթակա եկամտահարկով հարկման, |
| |որոնցից սակայն կուտակային վճար չի կատարվում |
._____________________________________________________________________.
Տվյալների կառուցվածք
.___________________________________________________________.
|Կոդ|Մոդուլ |Ենթակոդ|Բաղադրիչի նկարագրություն |
|___|__________________|_______|____________________________|
|00 |support structures| D01 |Global-Parameters |
|___|__________________|_______|____________________________|
|00 |support structures| D02 |identification-types |
|___|__________________|_______|____________________________|
|00 |support structures| D03 |Currency-codes |
|___|__________________|_______|____________________________|
|00 |support structures| D04 |Payer-Types |
|___|__________________|_______|____________________________|
|00 |support structures| D05 |Report-Types |
|___|__________________|_______|____________________________|
|00 |support structures| D06 |tax-form-codes |
|___|__________________|_______|____________________________|
|00 |support structures| D07 |Tax-Codes |
|___|__________________|_______|____________________________|
|00 |support structures| D08 |Passive-tax-codes |
|___|__________________|_______|____________________________|
|00 |support structures| D09 |Individual-tax-codes |
|___|__________________|_______|____________________________|
|00 |support structures| D10 |taxCode-Individual |
|___|__________________|_______|____________________________|
|00 |support structures| D11 |Insurance-Benefit-Codes |
|___|__________________|_______|____________________________|
|00 |support structures| D12 |Month-tax-rates |
|___|__________________|_______|____________________________|
|00 |support structures| D13 |Month-parameters |
|___|__________________|_______|____________________________|
|00 |support structures| D14 |Monthly-Benefit-Rules |
|___|__________________|_______|____________________________|
|00 |support structures| D15 |Business-rules |
|___|__________________|_______|____________________________|
|00 |support structures| D16 |Busines-rules-taxcode |
|___|__________________|_______|____________________________|
|00 |support structures| D17 |mapping-rules |
|___|__________________|_______|____________________________|
|00 |support structures| D18 |citizen-codes |
|___|__________________|_______|____________________________|
|00 |support structures| D19 |MARZ-codes |
|___|__________________|_______|____________________________|
|00 |support structures| D20 |City-Town-Codes |
|___|__________________|_______|____________________________|
|00 |support structures| D21 |Country-Codes |
|___|__________________|_______|____________________________|
|00 |support structures| D22 |Street-Codes |
|___|__________________|_______|____________________________|
|00 |support structures| D23 |area-phone-codes |
|___|__________________|_______|____________________________|
|00 |support structures| D24 |Job-Classification-codes |
|___|__________________|_______|____________________________|
|00 |support structures| D25 |Economic-Codes |
|___|__________________|_______|____________________________|
|00 |support structures| D26 |Gender-Codes |
|___|__________________|_______|____________________________|
|00 |support structures| D27 |Postal-codes |
|___|__________________|_______|____________________________|
|00 |support structures| D28 |Entity-codes |
|___|__________________|_______|____________________________|
|00 |support structures| D29 |worker-status |
|___|__________________|_______|____________________________|
|00 |support structures| D30 |mandate-type |
|___|__________________|_______|____________________________|
|00 |support structures| D31 |message-codes |
|___|__________________|_______|____________________________|
|00 |support structures| D32 |worker-status-individual |
|___|__________________|_______|____________________________|
|00 |support structures| D33 |elimination-codes |
|___|__________________|_______|____________________________|
|00 |support structures| D34 |document-types |
|___|__________________|_______|____________________________|
|00 |support structures| D35 |termination-codes |
|___|__________________|_______|____________________________|
|00 |support structures| D36 |Submission-types |
|___|__________________|_______|____________________________|
|00 |support structures| D37 |Role-Identifier |
|___|__________________|_______|____________________________|
|00 |support structures| D38 |Calendar |
|___|__________________|_______|____________________________|
|00 |support structures| D39 |Assesssment-indicator-code |
|___|__________________|_______|____________________________|
|00 |support structures| D40 |Monthly Currency |
|___|__________________|_______|____________________________|
|___|__________________|_______|____________________________|
|01 |Registration | D01 |tax-payer |
|___|__________________|_______|____________________________|
|01 |Registration | D02 |tax-payer-information |
|___|__________________|_______|____________________________|
|01 |Registration | D03 |Worker |
|___|__________________|_______|____________________________|
|01 |Registration | D04 |identification-guide |
|___|__________________|_______|____________________________|
|01 |Registration | D05 |worker-information |
|___|__________________|_______|____________________________|
|01 |Registration | D06 |worker_status |
|___|__________________|_______|____________________________|
|01 |Registration | D07 |employment-relation |
|___|__________________|_______|____________________________|
|01 |Registration | D08 |worker-tax-relation |
|___|__________________|_______|____________________________|
|01 |Registration | D09 |worker-salary-log |
|___|__________________|_______|____________________________|
|01 |Registration | D10 |Tax-payer-representative |
|___|__________________|_______|____________________________|
|01 |Registration | D11 |Voluntary-Mandate-agreement |
|___|__________________|_______|____________________________|
|01 |Registration | D12 |taxpayer-status |
|___|__________________|_______|____________________________|
|01 |Registration | D13 |Role-TaxForm |
|___|__________________|_______|____________________________|
|01 |Registration | D14 |Exchange-employment-activity|
|___|__________________|_______|____________________________|
|___|__________________|_______|____________________________|
|___|__________________|_______|____________________________|
|02 |Revenue | D01 |Expected-Rev-HEDER |
|___|__________________|_______|____________________________|
|02 |Revenue | D02 |Expected-Rev-Taxes |
|___|__________________|_______|____________________________|
|___|__________________|_______|____________________________|
|___|__________________|_______|____________________________|
|03 |Payments | D01 |TA-account-movements |
|___|__________________|_______|____________________________|
|03 |Payments | D02 |TA-account-balance |
|___|__________________|_______|____________________________|
|03 |Payments | D03 |Account-tax-code |
|___|__________________|_______|____________________________|
|03 |Payments | D04 |automatic-Payment-Indicator |
|___|__________________|_______|____________________________|
|03 |Payments | D05 |Payment-Queue |
|___|__________________|_______|____________________________|
|03 |Payments | D06 |Reserve-Credit |
|___|__________________|_______|____________________________|
|___|__________________|_______|____________________________|
|___|__________________|_______|____________________________|
|04 |Software Tool | D01 | |
|___|__________________|_______|____________________________|
|04 |Software Tool | D02 | |
|___|__________________|_______|____________________________|
|04 |Software Tool | D03 | |
|___|__________________|_______|____________________________|
|04 |Software Tool | D04 | |
|___|__________________|_______|____________________________|
|04 |Software Tool | D05 | |
|___|__________________|_______|____________________________|
|04 |Software Tool | D06 | |
|___|__________________|_______|____________________________|
|04 |Software Tool | D07 | |
|___|__________________|_______|____________________________|
|04 |Software Tool | D08 | |
|___|__________________|_______|____________________________|
|04 |Software Tool | D09 | |
|___|__________________|_______|____________________________|
|04 |Software Tool | D10 | |
|___|__________________|_______|____________________________|
|___|__________________|_______|____________________________|
|05 |CORE Validation | D01 |UTD-HEDER |
|___|__________________|_______|____________________________|
|05 |CORE Validation | D02 |UTD-DETAL (according HEDER) |
|___|__________________|_______|____________________________|
|05 |CORE Validation | D03 |UTD-DETAL-Tax |
|___|__________________|_______|____________________________|
|05 |CORE Validation | D04 |UTD-passive-taxes |
|___|__________________|_______|____________________________|
|05 |CORE Validation | D05 |UTD-worker-summary |
|___|__________________|_______|____________________________|
|05 |CORE Validation | D06 |UTD-worker-taxes |
|___|__________________|_______|____________________________|
|05 |CORE Validation | D07 |UTD-Payment-HEDER |
|___|__________________|_______|____________________________|
|05 |CORE Validation | D08 |UTD-Payment-TaxCodes |
|___|__________________|_______|____________________________|
|05 |CORE Validation | D09 |UTD-temp-HEDER |
|___|__________________|_______|____________________________|
|05 |CORE Validation | D10 |UTD-temp-DETAL |
|___|__________________|_______|____________________________|
|05 |CORE Validation | D11 |UTD-Temp-Detal-Tax |
|___|__________________|_______|____________________________|
|05 |CORE Validation | D12 |UTD-temp-passive-taxes |
|___|__________________|_______|____________________________|
|05 |CORE Validation | D13 |UTD-temp-summary |
|___|__________________|_______|____________________________|
|05 |CORE Validation | D14 |UTD-temp-taxes |
|___|__________________|_______|____________________________|
|05 |CORE Validation | D15 |Inconsistency-Log |
|___|__________________|_______|____________________________|
|05 |CORE Validation | D16 |Replacement-Log |
|___|__________________|_______|____________________________|
|05 |CORE Validation | D17 |State-Funding |
|___|__________________|_______|____________________________|
|05 |CORE Validation | D18 |General-Message-Board |
|___|__________________|_______|____________________________|
|05 |CORE Validation | D19 |TaxPayer-Message-Board |
|___|__________________|_______|____________________________|
|05 |CORE Validation | D20 |TaxForm-Message-Board |
|___|__________________|_______|____________________________|
|05 |CORE Validation | D21 |Automatic-elimination |
|___|__________________|_______|____________________________|
|05 |CORE Validation | D22 |Eliminated-Tax-Forms |
|___|__________________|_______|____________________________|
|___|__________________|_______|____________________________|
|___|__________________|_______|____________________________|
|06 |Distribution | D01 |Overpayments |
|___|__________________|_______|____________________________|
|06 |Distribution | D02 |Return-Overpayments |
|___|__________________|_______|____________________________|
|06 |Distribution | D03 |payment-tracking-log |
|___|__________________|_______|____________________________|
|___|__________________|_______|____________________________|
|___|__________________|_______|____________________________|
|07 |Late Interests | D01 |pre-dates-interest |
|___|__________________|_______|____________________________|
|07 |Late Interests | D02 |pre-ssc-calculation |
|___|__________________|_______|____________________________|
|07 |Late Interests | D03 |final-late-interests |
|___|__________________|_______|____________________________|
|07 |Late Interests | D04 |Late-interests-distribution |
|___|__________________|_______|____________________________|
|___|__________________|_______|____________________________|
|___|__________________|_______|____________________________|
|09 |Tax Card | | |
|___|__________________|_______|____________________________|
|___|__________________|_______|____________________________|
|___|__________________|_______|____________________________|
|10 |work queues | D01 |Submission-queue |
|___|__________________|_______|____________________________|
|10 |work queues | D02 |distribution-queue |
|___|__________________|_______|____________________________|
|10 |work queues | D03 |doc-status-log |
|___|__________________|_______|____________________________|
|10 |work queues | D04 |Assessment-indicators |
.___________________________________________________________.
00 - Օժանդակող կառուցվածքներ
.___________________________________________________________________.
|00D01 | |00D02 | |00D03 | |00D04 |
|______________|_|______________|_|_______________|_|_______________|
|Global- | |Identification| |Currency-codes | |Taxpayer-types |
|Parameters | |-types | | | | |
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
|keyword | |ID_type | |currency_code | |payer_type |
|______________|_|______________|_|_______________|_|_______________|
|value | |Description | |Description | |Description |
|______________|_|______________|_|_______________|_|_______________|
|commencing_ | |commencing_ | |commencing_ | |automatic_ |
|date | |date | |date | |payment |
|______________|_|______________|_|_______________|_|_______________|
|expiry_date | |expiry_date | |expiry_date | |calculate_ |
| | | | | | |expected_ |
| | | | | | |revenue |
|______________|_|______________|_|_______________|_|_______________|
| | | | | | |calculate_taxes|
| | | | | | |_contributions |
|______________|_|______________|_|_______________|_|_______________|
| | | | | | |commencing_date|
|______________|_|______________|_|_______________|_|_______________|
| | | | | | |expiry_date |
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
|See examples | |000-Not | |xxx-Armenian | |110-tax agent |
| | |Identified | |Drams | | |
|______________|_|______________|_|_______________|_|_______________|
| | |101-SSC number| |xxx-US$ | |111-self |
| | | | | | |employed |
|______________|_|______________|_|_______________|_|_______________|
| | |102- | |xxx-Euros | |112-sole |
| | |identification| | | |entrepreneurs |
| | |card | | | | |
|______________|_|______________|_|_______________|_|_______________|
| | |103-passport | |AVIA-Average | |113-notaries |
| | |number | |income in | | |
| | | | |Armenia | | |
|______________|_|______________|_|_______________|_|_______________|
| | |104- | | | |114-Foreign |
| | |registration | | | |citizens- |
| | |number | | | |stateless |
|______________|_|______________|_|_______________|_|_______________|
| | |105-contact | |Note: | |120-State |
| | |phone number | | | |Government |
|______________|_|______________|_|_______________|_|_______________|
| | |106-mystery | |use | |121-Embassies |
| | |password | |international | | |
| | | | |monetary codes | | |
|______________|_|______________|_|_______________|_|_______________|
| | |107-driving | | | |122- |
| | |license | | | |international |
| | | | | | |Organizations |
|______________|_|______________|_|_______________|_|_______________|
| | | | | | |130-employees |
| | | | | | |of embassies |
| | | | | | |/Org |
|______________|_|______________|_|_______________|_|_______________|
| | |131-Tin number| | | | |
|______________|_|______________|_|_______________|_|_______________|
| | |132-Taxpayer | | | |Automatic_ |
| | |registration | | | |payment |
| | |number | | | | |
|______________|_|______________|_|_______________|_|_______________|
| | | | | | | 0-No|
|______________|_|______________|_|_______________|_|_______________|
| | |300-individual| | | | 1-Yes|
| | |account | | | | |
| | |identifier | | | | |
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
| | | | | | |calculate_ |
| | | | | | |expected_ |
| | | | | | |revenue |
|______________|_|______________|_|_______________|_|_______________|
| | | | | | | 0-No|
|______________|_|______________|_|_______________|_|_______________|
| | | | | | | 1-Yes|
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
| | | | | | |calculate_taxes|
| | | | | | |_contributions |
|______________|_|______________|_|_______________|_|_______________|
| | | | | | | 0-No|
|______________|_|______________|_|_______________|_|_______________|
| | | | | | | 1-Yes|
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
| 00D05 | | 00D06 | | 00D07 | | 00D08 |
|______________|_|______________|_|_______________|_|_______________|
|Report-Type | |Tax-Form-Codes| |Tax-Codes | |Passive-tax- |
| | | | | | |codes |
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
|Report_type | |Tax_form | |tax_code | |Passive_tax_ |
| | | | | | |code |
|______________|_|______________|_|_______________|_|_______________|
|Description | |Description | |Description | |Description |
|______________|_|______________|_|_______________|_|_______________|
|Assessment_ | |calculate_ | |individual_tax_| |Tax_code |
|code | |expected_ | |code | | |
| | |revenue | | | | |
|______________|_|______________|_|_______________|_|_______________|
|calculate_ | |commencing_ | |commencing_ | |assessment_code|
|taxes_ | |date | |date | | |
|contributions | | | | | | |
|______________|_|______________|_|_______________|_|_______________|
|commencing_ | |expiry_date | |expiry_date | |commencing_ |
|date | | | | | |date |
|______________|_|______________|_|_______________|_|_______________|
|expiry_date | | | | | |expiry_date |
|______________|_|______________|_|_______________|_|_______________|
|commencing_req| | | | | |Message_code |
|_ind | | | | | | |
|______________|_|______________|_|_______________|_|_______________|
|terminating_ | | | | | | |
|req_ind | | | | | | |
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
|101-monthly | |UTD-Unified | |AUT-Armenian | |801-performance|
|wage | |Tax Form | |Unified Tax | |payments |
|declaration | | | | | | |
|______________|_|______________|_|_______________|_|_______________|
|102-bonuses | | | |MFF-Mandatory | |802-payments |
| | | | |Fully Funded | |undocumented |
|______________|_|______________|_|_______________|_|_______________|
|103-correction| | | |OCV-Employer | |803-Rotalties |
|/adjustments | | | |Voluntary | | |
| | | | |Pension | | |
|______________|_|______________|_|_______________|_|_______________|
|104-annual | | | |OTH-Other taxes| |804-Insurance |
|income | | | | | |Compensation |
|declaration | | | | | | |
|______________|_|______________|_|_______________|_|_______________|
|105-Bankruptcy| | | |PIT-Income Tax | |805-Insurance |
|declaration | | | |on salaries | |premium |
|______________|_|______________|_|_______________|_|_______________|
|106-SRC Audit | | | |SOC-Social Tax | |806-Rental |
|declaration | | | | | |payment |
|______________|_|______________|_|_______________|_|_______________|
|107-Article 27| | | |PAS-Passive | |807-sales of |
|item 6 / | | | |taxes | |property |
|Penalties | | | | | | |
|______________|_|______________|_|_______________|_|_______________|
|108-Court | | | | | |808-Other |
|decisions | | | | | |incomes |
|______________|_|______________|_|_______________|_|_______________|
|115-Late | | | | | | |
|Interests | | | | | | |
|______________|_|______________|_|_______________|_|_______________|
|130-employees | | | | | |Tax Code = PAS |
|embassies/ Org| | | | | | |
|______________|_|______________|_|_______________|_|_______________|
|200-Expected | | | | | | |
|revenue | | | | | | |
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
|Calculate_ | | | |Individual_tax | |Assessment |
|taxes_ | | | |_code | |indictaor |
|contributions | | | | | | |
|______________|_|______________|_|_______________|_|_______________|
| 0-NO| | | | 0-No| |see codes .. |
| 1-YES| | | | 1-YES| |00D39 |
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
|req_ind (comm/| | | | | | |
|term) | | | | | | |
|______________|_|______________|_|_______________|_|_______________|
| 0-NO| | | | | | |
|______________|_|______________|_|_______________|_|_______________|
| 1-YES| | | | | | |
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
| 00D09 | | 00D10 | | 00D11 | | |
|______________|_|______________|_|_______________|_|_______________|
|Individual-tax| |Tax Form- | |Insurance- | | |
|-codes | |Tax Code- | |Benefit-Codes | | |
| | |Individual | | | | |
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
|Individual_ | |Tax_form | |Benefit_codes | | |
|tax_codes | | | | | | |
|______________|_|______________|_|_______________|_|_______________|
|Description | |Tax_code | |Description | | |
|______________|_|______________|_|_______________|_|_______________|
|commencing_ | |Individual_ | |assessment_code| | |
|date | |tax_code | | | | |
|______________|_|______________|_|_______________|_|_______________|
|expiry_date | |source_ | |commencing_date| | |
| | |information | | | | |
|______________|_|______________|_|_______________|_|_______________|
| | |Payment_code | |expiry_date | | |
|______________|_|______________|_|_______________|_|_______________|
| | |destination_ | | | | |
| | |entity_code | | | | |
|______________|_|______________|_|_______________|_|_______________|
| | |accumulate_ | | | | |
| | |indicator | | | | |
|______________|_|______________|_|_______________|_|_______________|
| | |commencing_ | | | | |
| | |date | | | | |
|______________|_|______________|_|_______________|_|_______________|
| | |expiry_date | | | | |
|______________|_|______________|_|_______________|_|_______________|
| | |transaction- | | | | |
| | |code for | | | | |
| | |accounting | | | | |
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
|900-Armenian | |Example | |300-temporary | | |
|Unified Tax | | | |disability | | |
| | | | |benefit | | |
|______________|_|______________|_|_______________|_|_______________|
|901-Mandatory | |(see worksheet| |301-benefit for| | |
|Fully Funded | |examples) | |prosthesis | | |
|______________|_|______________|_|_______________|_|_______________|
|902-Voluntary | | | |302-benefit for| | |
|Fully Funded | | | |resort | | |
| | | | |treatment | | |
|______________|_|______________|_|_______________|_|_______________|
|903-Voluntary | |Source_ | |303-pregnancy- | | |
|Pension | |information | |delivery | | |
|Insurance | | | |benefit | | |
|______________|_|______________|_|_______________|_|_______________|
|904-Foreign | |0-tax form | |304-sick family| | |
|citizen tax | | | |care benefit | | |
|______________|_|______________|_|_______________|_|_______________|
|905-Fixed tax | |1-calculation | |305-funeral | | |
|amount | | | |family benefit | | |
|______________|_|______________|_|_______________|_|_______________|
|906-State | | | | | | |
|Funding | | | | | | |
|Mandatory | | | | | | |
|______________|_|______________|_|_______________|_|_______________|
|907-Self | |Accumulate_ | |330-unpaid days| | |
|Employed tax | |indicator | |of leave | | |
|______________|_|______________|_|_______________|_|_______________|
|908-Sole | | 0-NO| |331-absence | | |
|Entrepreneurs | | | |without | | |
|Tax | | | |notification | | |
|______________|_|______________|_|_______________|_|_______________|
|909-Notaries | | 1-YES| |332-sickness | | |
|tax | | | |without | | |
| | | | |certificate | | |
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
| | | | |Assesment code | | |
|______________|_|______________|_|_______________|_|_______________|
| | | | |see examples | | |
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
| 00D12 | | 00D13 | | 00D14 | | 00D40 |
|______________|_|______________|_|_______________|_|_______________|
|Month-tax- | |Month- | |Monthly-Benefit| |Monthly- |
|rates | |parameters | |-Rules | |Currency |
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
|Year_Month | |Year_Month | |Year_Month | |Year_Month |
|(yyyymm) | |(yyyymm) | |(yyyymm) | |(yyyymm) |
|______________|_|______________|_|_______________|_|_______________|
|tax_codes | |max_date_ | |benefit_code | |Currency_code |
|(individual/ | |declaration | | | | |
|passive) | | | | | | |
|______________|_|______________|_|_______________|_|_______________|
|tax_rate % | |max_date_ | |maximum_units | |Value |
| | |payment | | | | |
|______________|_|______________|_|_______________|_|_______________|
|max_ | |late_interest_| |Currency_code | | |
|permissible_ | |% rate | | | | |
|units | | | | | | |
|______________|_|______________|_|_______________|_|_______________|
|max_currency_ | |NWD_Payment_ | |Maximum_days_ | | |
|units | |Lateinterests | |month | | |
|______________|_|______________|_|_______________|_|_______________|
|salary_income_| |Number_ | |taxable_ | | |
|indicator | |calendar_days | |indicator | | |
|______________|_|______________|_|_______________|_|_______________|
|other_income_ | | Number_ | |message code | | |
|indicator | | working_days | | | | |
|______________|_|______________|_|_______________|_|_______________|
|Exemption_ | |Income_ | | | | |
|deduction | |variation% | | | | |
|______________|_|______________|_|_______________|_|_______________|
|expected_ | |LateInterests_| | | | |
|revenue_ | |transaction_ | | | | |
|indicator | |code | | | | |
|______________|_|______________|_|_______________|_|_______________|
|Calculation_ | | | | | | |
|application_ | | | | | | |
|path | | | | | | |
|______________|_|______________|_|_______________|_|_______________|
|Message codes | | | | | | |
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
|Indicators | | | |Taxable_ | | |
| | | | |indicator | | |
|______________|_|______________|_|_______________|_|_______________|
| 0-NO| | | | 0-non taxable| | |
|______________|_|______________|_|_______________|_|_______________|
| 1-Yes| | | | 1-taxable| | |
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
| 00D15 | | 00D16 | | 00D17 | | |
|______________|_|______________|_|_______________|_|_______________|
|Business-Rules| |Business-Rules| |Mapping-Rules | | |
| | |-Tax Code | | | | |
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
|payer_type | |payer_type | |Tax_form | | |
|______________|_|______________|_|_______________|_|_______________|
|report_type | |report_type | |Report_record_ | | |
| | | | |indicator | | |
|______________|_|______________|_|_______________|_|_______________|
|commencing_ | |Individual_tax| |commencing_ | | |
|date | |_code | |date | | |
|______________|_|______________|_|_______________|_|_______________|
|expiry_date | |currency_code | |expiry_date | | |
|______________|_|______________|_|_______________|_|_______________|
|check_ | |% Special_rate| |Tax_code_ | | |
|employment_ | | | |position | | |
|indicator | | | | | | |
|______________|_|______________|_|_______________|_|_______________|
|Tolerance_ | |commencing_ | |Default_tax_ | | |
|factor % | |date | |code | | |
|______________|_|______________|_|_______________|_|_______________|
|Minimum_ | |expiry_date | |Tax_input_ | | |
|tolerance_unit| | | |position | | |
|______________|_|______________|_|_______________|_|_______________|
|Currency_ | |Calculation_ | |Base_ | | |
|tolerance_unit| |application_ | |calculation_ | | |
| | |path | |position | | |
|______________|_|______________|_|_______________|_|_______________|
|Correction_ | |Late_interest_| |mandatory_ | | |
|indicator | |indicator | |indicator | | |
|______________|_|______________|_|_______________|_|_______________|
|correction_ | |Reduction_ | |tax_error_ | | |
|payers | |overpayment_ | |message_code | | |
| | |indicator | | | | |
|______________|_|______________|_|_______________|_|_______________|
|Correction_ | |assessment_ | |overpayment_ | | |
|report | |code | |input_position | | |
|______________|_|______________|_|_______________|_|_______________|
|Replacement_ | |mandatory_ | |overpayment_ | | |
|indiciator | |value_ | |error_message_ | | |
| | |indicator | |code | | |
|______________|_|______________|_|_______________|_|_______________|
|Replacement_ | |maximum_cap_ | |num_workers_ | | |
|payers | |units | |input_position | | |
|______________|_|______________|_|_______________|_|_______________|
|Replacement_ | |maximum_cap_ | |Base_ | | |
|reports | |currency | |calculation_ | | |
| | | | |error message | | |
| | | | |code | | |
|______________|_|______________|_|_______________|_|_______________|
|Income_ | |transaction | | | | |
|variation_ | |code for | | | | |
|indicator | |accounting | | | | |
|______________|_|______________|_|_______________|_|_______________|
|positive | |Reverse- | | | | |
|variation% | |transaction- | | | | |
|permissible | |code | | | | |
|______________|_|______________|_|_______________|_|_______________|
|negative | |Base- | | | | |
|variation% | |calculation | | | | |
|permissible | |application | | | | |
| | |path | | | | |
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
|Indicator | |Indicator | |Mandatory_ | | |
| | | | |indicator | | |
|______________|_|______________|_|_______________|_|_______________|
| 0-NO| | 0-NO| | 0-NO| | |
|______________|_|______________|_|_______________|_|_______________|
| 1-YES| | 1-YES| | 1-YES| | |
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
|Replacement_ | | | |Base_ | | |
|payers | | | |Calculation_ | | |
|(example) | | | |position | | |
|______________|_|______________|_|_______________|_|_______________|
|110;120 | | | |35;56 | | |
|______________|_|______________|_|_______________|_|_______________|
|Correction_ | | | |means position | | |
|payers (same) | | | |35 + 56 | | |
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
|Tolerance % is| | | | | | |
|exclusive of | | | | | | |
|tolerance unit| | | | | | |
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
| 00D18 | | 00D19 | | 00D20 | | 00D21 |
|______________|_|______________|_|_______________|_|_______________|
|Citizenship- | |MARZ-codes | |City-Town-codes| |Country-Codes |
|codes | | | | | | |
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
|citizenship_ | |Marz_code | |city_town_code | |country_code |
|codes | | | | | | |
|______________|_|______________|_|_______________|_|_______________|
|Description | |Description | |Description | |Description |
|______________|_|______________|_|_______________|_|_______________|
|commencing_ | |commencing_ | |commencing_date| |commencing_date|
|date | |date | | | | |
|______________|_|______________|_|_______________|_|_______________|
|expiry_date | |expiry_date | |expiry_date | |expiry_date |
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
|according | |according | |according | |according |
|international | |official codes| |official codes | |international |
|codes | | | | | |codes |
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
| 00D22 | | 00D23 | | 00D24 | | 00D25 |
|______________|_|______________|_|_______________|_|_______________|
|Street-Codes | |Area-Phone- | |Job- | |Economic-codes |
| | |codes | |classification-| | |
| | | | |codes | | |
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
|Street_codes | |area_codes | |job_ | |economic_codes |
| | | | |classification | | |
|______________|_|______________|_|_______________|_|_______________|
|Description | |Description | |Description | |Description |
|______________|_|______________|_|_______________|_|_______________|
|commencing_ | |commencing_ | |assessment_code| |commencing_date|
|date | |date | | | | |
|______________|_|______________|_|_______________|_|_______________|
|expiry_date | |expiry_date | |commencing_date| |expiry_date |
|______________|_|______________|_|_______________|_|_______________|
| | | | |expiry_date | | |
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
|according | |according | |according | |according |
|official codes| |official codes| |official codes | |official codes |
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
| 00D26 | | 00D27 | | | | |
|______________|_|______________|_|_______________|_|_______________|
|Gender-Codes | |Postal-Codes | | | | |
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
|Gender_codes | |Postal_codes | | | | |
|______________|_|______________|_|_______________|_|_______________|
|Description | |Description | | | | |
|______________|_|______________|_|_______________|_|_______________|
|commencing_ | |commencing_ | | | | |
|date | |date | | | | |
|______________|_|______________|_|_______________|_|_______________|
|expiry_date | |expiry_date | | | | |
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
|according | |according | | | | |
|official codes| |official codes| | | | |
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
| 00D28 | | 00D29 | | 00D30 | | 00D31 |
|______________|_|______________|_|_______________|_|_______________|
|Entity-codes | |worker-status | |Mandate-Type | |Message-Codes |
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
|entity_code | |worker-status | |mandate_type | |Message_code |
|______________|_|______________|_|_______________|_|_______________|
|Name_entity | |Description | |Description | |Description |
|______________|_|______________|_|_______________|_|_______________|
|commencing_ | |Closure_ | |individual_ | |Message_level |
|date | |indicator | |tax_code | | |
|______________|_|______________|_|_______________|_|_______________|
|expiry_date | |worker_ | |assessment_code| |commencing_date|
| | |indicator | | | | |
|______________|_|______________|_|_______________|_|_______________|
|identifier_ | |new_work_ | |commencing_date| |expiry_date |
|number | |status | | | | |
|______________|_|______________|_|_______________|_|_______________|
|Bank_Account_ | |commencing_ | |expiry_date | |auto_ |
|number | |date | | | |elimination_ |
| | | | | | |indicator |
|______________|_|______________|_|_______________|_|_______________|
|Bank_code | |expiry_date | | | |elimination_ |
| | | | | | |code |
|______________|_|______________|_|_______________|_|_______________|
|type_entity | |current_status| | | |Days_ |
| | | | | | |elimination |
|______________|_|______________|_|_______________|_|_______________|
| | | | | | |assessment_code|
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
|SRC - State | |00-no member | |FFA-Fully | |Level_message |
|Revenue | | | |Funded | | |
|Committee | | | |Application | | |
|______________|_|______________|_|_______________|_|_______________|
|SSSS - 4 SSSS | |01-mandatory | |OCP-taxpayer- | |0-information |
|- PARNAS | |member | |worker | | |
|system | | | |voluntary | | |
|______________|_|______________|_|_______________|_|_______________|
|MLSI - | |02-voluntary | |OTH-others | |1-warning |
|Ministry of | |member | | | | |
|Labor | | | | | | |
|______________|_|______________|_|_______________|_|_______________|
|CDA - Central | |03-Self | |MAN-Mandatory | |2-error- |
|Depository | |Employed | |generation | |rejection |
|Agency | | | | | | |
|______________|_|______________|_|_______________|_|_______________|
|(fully funded | |04-Sole | | | | |
|pensions) | |Entrpreneur | | | | |
|______________|_|______________|_|_______________|_|_______________|
|CB - Central | |05-Notary | | | | |
|Bank | | | | | | |
|______________|_|______________|_|_______________|_|_______________|
|NORQ - Central| |06-Foreign and| | | |see worksheet -|
|MLSI - IT | |Stateless | | | |message |
|center | |persons | | | | |
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
| | |21-deregister | | | | |
| | |falsification | | | | |
|______________|_|______________|_|_______________|_|_______________|
| | |22-deregister | | | | |
| | |incorrect | | | | |
| | |promotion | | | | |
|______________|_|______________|_|_______________|_|_______________|
| | |23-deregister | | | | |
| | |incorrect | | | | |
| | |sales | | | | |
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
| | |51-death of | | | | |
| | |worker | | | | |
|______________|_|______________|_|_______________|_|_______________|
| | |52-retirement | | | | |
| | |of worker | | | | |
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
| | |61-changed | | | | |
| | |address | | | | |
|______________|_|______________|_|_______________|_|_______________|
| | |62-changed | | | | |
| | |names | | | | |
|______________|_|______________|_|_______________|_|_______________|
| | |63-changed | | | | |
| | |contact | | | | |
| | |information | | | | |
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
| | |indicator | | | | |
|______________|_|______________|_|_______________|_|_______________|
| | | 0-NO| | | | |
|______________|_|______________|_|_______________|_|_______________|
| | | 1-YES| | | | |
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
| 00D32 | | 00D33 | | 00D34 | | 00D35 |
|______________|_|______________|_|_______________|_|_______________|
|Worker-Status-| |Elimination- | |Document-Types | |Termination- |
|Individual | |codes | | | |codes |
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
|Worker_status | |elimination_ | |Document_type | |cause_ |
| | |code | | | |termination |
|______________|_|______________|_|_______________|_|_______________|
|tax_form | |Description | |Description | |Description |
|______________|_|______________|_|_______________|_|_______________|
|Individual_ | |commencing_ | |commencing_date| |assessment_code|
|tax_code | |date | | | | |
|______________|_|______________|_|_______________|_|_______________|
|Destination_ | |expiry_date | |expiry_date | |commencing_date|
|entity_code | | | | | | |
|______________|_|______________|_|_______________|_|_______________|
|commencing_ | | | | | |expiry_date |
|date | | | | | | |
|______________|_|______________|_|_______________|_|_______________|
|expiry_date | | | | | | |
|______________|_|______________|_|_______________|_|_______________|
|mandate_type | | | | | | |
|______________|_|______________|_|_______________|_|_______________|
|calculation_ | |see worksheet | | | |001-Resignation|
|indicator | |- elimination | | | |/employment |
|______________|_|______________|_|_______________|_|_______________|
|% rate | | | | | |002-Reduction |
| | | | | | |personnel |
|______________|_|______________|_|_______________|_|_______________|
|fixed value | | | | | |003-Merging or |
| | | | | | |Restructuring |
|______________|_|______________|_|_______________|_|_______________|
| | | | | | |004-Liquidation|
| | | | | | |or Bankruptcy |
|______________|_|______________|_|_______________|_|_______________|
| | | | | | |005-Theft of |
| | | | | | |company |
| | | | | | |property |
|______________|_|______________|_|_______________|_|_______________|
| | | | | | |006-Misuse of |
| | | | | | |business |
| | | | | | |property |
|______________|_|______________|_|_______________|_|_______________|
| | | | | | |007-Harassment |
| | | | | | |of other |
| | | | | | |colleagues |
|______________|_|______________|_|_______________|_|_______________|
| | | | | | |008-Code of |
| | | | | | |conduct not |
| | | | | | |respected |
|______________|_|______________|_|_______________|_|_______________|
| | | | | | |009-Labor Code |
| | | | | | |(specify |
| | | | | | |article) |
|______________|_|______________|_|_______________|_|_______________|
| | | | | | |020-Death of |
| | | | | | |the person |
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
| | | | |ID=SEQ_calendar| | |
|______________|_|______________|_|_______________|_|_______________|
| 00D36 | | 00D37 | | 00D38 | | 00D39 |
|______________|_|______________|_|_______________|_|_______________|
|Submission- | |Role- | |Calendar | |Assessment- |
|types | |Identifiers | | | |Indicator-Code |
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
|submission_ | |Role_ | |ID | |assessment_code|
|type | |identifier | | | | |
|______________|_|______________|_|_______________|_|_______________|
|Description | |Description | |DAT (yyyymmdd) | |Description |
|______________|_|______________|_|_______________|_|_______________|
|Assessment_ | |commencing_ | |working_day_ | |commencing_date|
|code | |date | |indicator | | |
|______________|_|______________|_|_______________|_|_______________|
|commencing_ | |expiry_date | |version_control| |expiry_date |
|date | | | | | | |
|______________|_|______________|_|_______________|_|_______________|
|expiry_date | | | |status | | |
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
|Examples | |R01- | |working_day_ | | |
| | |accountants | |indicator | | |
|______________|_|______________|_|_______________|_|_______________|
|1-SRC offices | |R02-Registered| |W-working | | |
|or access | |Service | | | | |
|points | |Provider | | | | |
|______________|_|______________|_|_______________|_|_______________|
|2-ONLINE | |R03-SRC tax | |H-holidays | | |
|submission | |service unit | | | | |
|______________|_|______________|_|_______________|_|_______________|
|3-Email | |R04-Others | |F-Festive days | | |
|sending | | | |- week ends | | |
|______________|_|______________|_|_______________|_|_______________|
|4-KIOSK self | | | | | | |
|service | | | | | | |
|______________|_|______________|_|_______________|_|_______________|
| | | | |Status | | |
|______________|_|______________|_|_______________|_|_______________|
| | | | | 0-open| | |
|______________|_|______________|_|_______________|_|_______________|
| | | | | 1-closed| | |
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
.___________________________________________________________________.
01 - Գրանցում
._____________________________________________________________________.
|ID=SEQ_taxpayer_ | |ID=SEQ_taxpayer| |ID=SEQ_ | | |
|worker | |_inf | |taxpayer_ | | |
| | | | |worker | | |
|__________________|_|_______________|_|_____________|_|______________|
| 01D01 | | 01D02 | | 01D03 | | 01D04 |
|__________________|_|_______________|_|_____________|_|______________|
|Tax-payer | |tax-payer- | |worker | |identification|
| | |information | | | |-guide |
|__________________|_|_______________|_|_____________|_|______________|
|__________________|_|_______________|_|_____________|_|______________|
|ID (zzz) | |ID | |ID (xxx) | |identifier |
| | | | | | |(PK) |
|__________________|_|_______________|_|_____________|_|______________|
|name_taxpayer | |operation_date | |date_birth | |ID_type |
|__________________|_|_______________|_|_____________|_|______________|
|taxpayer_type | |ID (tax payer) | |gender | |ID (worker - |
| | | | | | |taxpayer) |
|__________________|_|_______________|_|_____________|_|______________|
|registration_date | |name_taxpayer | |surname | |type_entity |
|__________________|_|_______________|_|_____________|_|______________|
|closure_date | |identifier | |name | |commencing_ |
| | | | | | |date |
|__________________|_|_______________|_|_____________|_|______________|
|economic_code | |ID_type | |date_death | |expiry_date |
|__________________|_|_______________|_|_____________|_|______________|
|principal_ | |registration_ | |worker_ | | |
|identifier_ID_type| |number | |status | | |
|__________________|_|_______________|_|_____________|_|______________|
| | |street_name | |status_date | | |
| | |(code) | | | | |
|__________________|_|_______________|_|_____________|_|______________|
| | |building_house_| |principal_ | |example |
| | |number | |identifier_ | | |
| | | | |ID_type | | |
|__________________|_|_______________|_|_____________|_|______________|
| | |apartment_ | | | |SSC number |
| | |number | | | | |
|__________________|_|_______________|_|_____________|_|______________|
| | |city_town_code | | | |type = 101 |
|__________________|_|_______________|_|_____________|_|______________|
| | |marz_code | | | |ID=xxx |
|__________________|_|_______________|_|_____________|_|______________|
|Special Note: | |postal_code | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|the registration | |Economic_code | | | |Identification|
|and closure of | | | | | |-Card number |
|__________________|_|_______________|_|_____________|_|______________|
|activities should | |area_phone_code| | | |type = 102 |
|be on another | | | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|level, because the| |phone_number | | | |ID=xxx |
|entity can | | | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|open and close | |fax_number | | | | |
|__________________|_|_______________|_|_____________|_|______________|
| | |contact_name | | | |contact phone |
| | | | | | |number |
|__________________|_|_______________|_|_____________|_|______________|
| | |contact_phone_ | | | |type = 105 |
| | |number | | | | |
|__________________|_|_______________|_|_____________|_|______________|
| | |contact_email | | | |ID=xxx |
|__________________|_|_______________|_|_____________|_|______________|
| | |Status | | | | |
|__________________|_|_______________|_|_____________|_|______________|
| | |bank_account_ | | | |3 different |
| | |number | | | |identifiers |
| | | | | | |for 'xxx' |
|__________________|_|_______________|_|_____________|_|______________|
| | |Bank_code | | | | |
|__________________|_|_______________|_|_____________|_|______________|
| | |DOK_ID | | | |TIN number |
|__________________|_|_______________|_|_____________|_|______________|
| | | | | | |type = 131 |
|__________________|_|_______________|_|_____________|_|______________|
| | | | | | |ID=zzz |
|__________________|_|_______________|_|_____________|_|______________|
| | |status | | | |Registration |
| | | | | | |number |
|__________________|_|_______________|_|_____________|_|______________|
| | |0-pending | | | |type = 132 |
| | |notification | | | | |
|__________________|_|_______________|_|_____________|_|______________|
| | |1-notified SRC | | | |ID=zzz |
| | |of change | | | | |
|__________________|_|_______________|_|_____________|_|______________|
| | |2-taxpayer | | | |Individual |
| | |corrected | | | |Account |
|__________________|_|_______________|_|_____________|_|______________|
| | |3-replaced | | | |type = 300 |
|__________________|_|_______________|_|_____________|_|______________|
| | | | | | |zzz |
|__________________|_|_______________|_|_____________|_|______________|
|__________________|_|_______________|_|_____________|_|______________|
| | | | | | |Type_entity |
|__________________|_|_______________|_|_____________|_|______________|
| | | | | | |P-Persons, |
| | | | | | |worker |
|__________________|_|_______________|_|_____________|_|______________|
| | | | | | |T-tax payer |
|__________________|_|_______________|_|_____________|_|______________|
|__________________|_|_______________|_|_____________|_|______________|
|ID=SEQ_worker_inf | | | |ID=SEQ_ | | |
| | | | |employment | | |
|__________________|_|_______________|_|_____________|_|______________|
| 01D05 | | 01D06 | | 01D07 | | 01D08 |
|__________________|_|_______________|_|_____________|_|______________|
|worker-information| |Historical | |employment- | |worker-tax- |
| | |Worker-status | |relation | |relation |
|__________________|_|_______________|_|_____________|_|______________|
|__________________|_|_______________|_|_____________|_|______________|
|ID | |ID (worker) | |ID | |ID (worker) |
|__________________|_|_______________|_|_____________|_|______________|
|operation_date | |status_date | |ID (worker) | |worker_status |
|__________________|_|_______________|_|_____________|_|______________|
|ID (worker) | |worker_status | |ID (tax | |tax_form |
| | | | |payer) | | |
|__________________|_|_______________|_|_____________|_|______________|
|identifier | |operation_date | |commencing_ | |Individual_ |
| | | | |date | |tax_code |
|__________________|_|_______________|_|_____________|_|______________|
|ID_type | | | |Contract- | |Termination_ |
| | | | |resolution- | |status |
| | | | |number | | |
|__________________|_|_______________|_|_____________|_|______________|
|surname | | | |contractual_ | |commencing_ |
| | | | |wage | |date |
|__________________|_|_______________|_|_____________|_|______________|
|name | | | |job_classifi-| |terminating_ |
| | | | |cation | |date |
|__________________|_|_______________|_|_____________|_|______________|
|fathers_name | | | |termination_ | | |
| | | | |date | | |
|__________________|_|_______________|_|_____________|_|______________|
|job_classification| | | |cause_ | | |
| | | | |termination | | |
|__________________|_|_______________|_|_____________|_|______________|
|cause_termination | | | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|gender | | | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|date_birth | | | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|citizenship_code | | | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|identification_ | | | | | | |
|number | | | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|res_marz_code | | | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|res_city_town_code| | | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|res_street_name | | | | | | |
|(code) | | | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|res_building_house| | | | | | |
|_number | | | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|res_apto_number | | | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|res_country_code | | | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|res_postal_code | | | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|reg_marz_code | | | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|reg_city_town_code| | | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|reg_street_name | | | | | | |
|(code) | | | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|reg_building_house| | | | | | |
|_number | | | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|reg_apto_number | | | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|reg_country_code | | | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|res_postal_code | | | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|home_phone | | | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|office_phone | | | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|mobile_phone | | | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|email | | | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|status | | | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|DOK_ID | | | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|__________________|_|_______________|_|_____________|_|______________|
|__________________|_|_______________|_|_____________|_|______________|
|status | | | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|0-pending | | | | | | |
|notification | | | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|1-notified Norq of| | | | | | |
|change | | | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|2-person corrected| | | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|3-replaced | | | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|__________________|_|_______________|_|_____________|_|______________|
|__________________|_|_______________|_|_____________|_|______________|
| | |ID=SEQ_ | |ID=SEQ_vol_ | | |
| | |representation | |mandate | | |
|__________________|_|_______________|_|_____________|_|______________|
| 01D09 | | 01D10 | | 01D11 | | 01D12 |
|__________________|_|_______________|_|_____________|_|______________|
|worker-salary-log | |tax-payer- | |voluntary- | |taxpayer- |
| | |representative | |mandate- | |status |
| | | | |agreement | | |
|__________________|_|_______________|_|_____________|_|______________|
|__________________|_|_______________|_|_____________|_|______________|
|ID (worker) | |ID | |ID | |ID (taxpayer) |
|__________________|_|_______________|_|_____________|_|______________|
|ID (taxpayer) | |ID (taxpayer) | |ID (worker) | |status_date |
|__________________|_|_______________|_|_____________|_|______________|
|Tax_code | |operation_date | |ID (tax | |taxpayer_statu|
| | | | |payer) | | |
|__________________|_|_______________|_|_____________|_|______________|
|tax_month | |Identifier | |individual_ | |operation_date|
| | |(taxpayer) | |tax_code | | |
|__________________|_|_______________|_|_____________|_|______________|
|wage_income | |Identifier | |mandate_type | | |
| | |representative | | | | |
|__________________|_|_______________|_|_____________|_|______________|
| | |role_identifier| |commencing_ | | |
| | | | |date | | |
|__________________|_|_______________|_|_____________|_|______________|
| | |commencing_date| |expiry_date | | |
|__________________|_|_______________|_|_____________|_|______________|
| | |expiry_date | |operation_ | | |
| | | | |date | | |
|__________________|_|_______________|_|_____________|_|______________|
| | |Name_identifier| |calculation_ | | |
| | | | |indicator | | |
|__________________|_|_______________|_|_____________|_|______________|
| | | | |%_income | | |
|__________________|_|_______________|_|_____________|_|______________|
| | | | |fixed_value | | |
|__________________|_|_______________|_|_____________|_|______________|
| | | | |destination_ | | |
| | | | |entity_code | | |
|__________________|_|_______________|_|_____________|_|______________|
|__________________|_|_______________|_|_____________|_|______________|
|__________________|_|_______________|_|_____________|_|______________|
| | | | |calculation_ | | |
| | | | |indicator | | |
|__________________|_|_______________|_|_____________|_|______________|
| | | | |0-monthly % | | |
| | | | |rate | | |
|__________________|_|_______________|_|_____________|_|______________|
| | | | |1-% income | | |
|__________________|_|_______________|_|_____________|_|______________|
| | | | |2-fixed | | |
| | | | |value | | |
|__________________|_|_______________|_|_____________|_|______________|
|__________________|_|_______________|_|_____________|_|______________|
|__________________|_|_______________|_|_____________|_|______________|
| | |ID=SEQ_ | |ID=SEQ_ | | |
| | |employment_ | |taxpayer_ | | |
| | |activity | |worker - | | |
| | | | |01D01 | | |
| | | | | | | |
|__________________|_|_______________|_|_____________|_|______________|
| 01D13 | | 01D14 | | 01D15 | | |
|__________________|_|_______________|_|_____________|_|______________|
|Role-TaxForm | |Exchange- | |Tax Payer | | |
| | |employment- | |History | | |
| | |activity | |activity | | |
|__________________|_|_______________|_|_____________|_|______________|
|__________________|_|_______________|_|_____________|_|______________|
|role_identifier | |ID | |ID (zzz) | | |
|__________________|_|_______________|_|_____________|_|______________|
|tax_form | |ID (worker inf)| |registration | | |
| | | | |-date | | |
|__________________|_|_______________|_|_____________|_|______________|
|Report_type | |ID (taxpayer | |closure_date | | |
| | |inf) | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|generate_indicator| |ID (employment | |economic_ | | |
| | |relations) | |code | | |
|__________________|_|_______________|_|_____________|_|______________|
|submit_indicator | |Type_employment| |taxpayer_ | | |
| | | | |type | | |
|__________________|_|_______________|_|_____________|_|______________|
|Correct_indicator | |employment_date| | | | |
|__________________|_|_______________|_|_____________|_|______________|
|commencing_date | |contract_ | | | | |
| | |resolution_ | | | | |
| | |number | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|expiry_date | |job_ | | | | |
| | |classification | | | | |
|__________________|_|_______________|_|_____________|_|______________|
| | |status | | | | |
|__________________|_|_______________|_|_____________|_|______________|
| | |status_date | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|__________________|_|_______________|_|_____________|_|______________|
|__________________|_|_______________|_|_____________|_|______________|
|Indicators | |status | |Special | | |
| | | | |Note: | | |
|__________________|_|_______________|_|_____________|_|______________|
|0-no authorization| |0-pending | |the | | |
| | |notification | |registration | | |
| | | | |and closure | | |
| | | | |of | | |
|__________________|_|_______________|_|_____________|_|______________|
| 1-generate| | 1-notified| |activities | | |
| | | | |history | | |
| | | | |level, | | |
|__________________|_|_______________|_|_____________|_|______________|
| 2-submit| | | |because the | | |
| | | | |entity can | | |
|__________________|_|_______________|_|_____________|_|______________|
| 3-correction| |Type_employment| |open and | | |
| | | | |close | | |
| | | | |multiples | | |
| | | | |times | | |
|__________________|_|_______________|_|_____________|_|______________|
| | | 1-commencing| | | | |
|__________________|_|_______________|_|_____________|_|______________|
| | | 2-terminating| | | | |
._____________________________________________________________________.
02 - Ակնկալվող եկամուտներ
.______________________________________________.
|ID=SEQ_expected_rev| | |
|___________________|__|_______________________|
| 02D01 | | 02D02 |
|___________________|__|_______________________|
|Expected-Rev-HEDER | |Expected-Rev-Taxes |
|___________________|__|_______________________|
|___________________|__|_______________________|
|ID | |ID (expected rev) |
|___________________|__|_______________________|
|ID (tax payer) | |tax_code |
|___________________|__|_______________________|
|tax_form | |amount_expected |
|___________________|__|_______________________|
|tax_month | |base_calculation_income|
|___________________|__|_______________________|
|operation_date | |number_workers |
|___________________|__|_______________________|
|amount_expected | | |
|___________________|__|_______________________|
|number_workers | | |
|___________________|__|_______________________|
|dok_id | | |
|___________________|__|_______________________|
|status | | |
|___________________|__|_______________________|
|___________________|__|_______________________|
|___________________|__|_______________________|
|Status | | |
|___________________|__|_______________________|
| 0-revenue pending | | |
|___________________|__|_______________________|
|1-revenue declared | | |
.______________________________________________.
03 - Վճարումներ
._____________________________________________________________________.
|ID=SEQ_payments | |ID=SEQ_balance | |ID=SEQ_account_| | |
| | | | |taxes | | |
|_________________|_|________________|_|_______________|_|____________|
| 03D01 | | 03D02 | | 03D03 | | 03D04 |
|_________________|_|________________|_|_______________|_|____________|
|TA-account- | |TA-account- | |account-tax- | |Automatic- |
|movements | |balance | |code | |Payment- |
| | | | | | |Indicator |
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|ID | |ID | |ID | |Taxpayer_ |
| | | | | | |type |
|_________________|_|________________|_|_______________|_|____________|
|operation_date | |ID (taxpayer) | |account_number | |Payment_code|
|_________________|_|________________|_|_______________|_|____________|
|ID (tax payer) | |Identifier | |Payment_code | |Individual_ |
| | | | | | |tax_code |
|_________________|_|________________|_|_______________|_|____________|
|Identifier | |ID_type | |currency_code | |Report_code |
|(taxpayer) | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|Payment_code | |Payment_code | |commencing_date| |Tax_form |
|_________________|_|________________|_|_______________|_|____________|
|date_payment | |currency_code | |expiry_date | |automatic_ |
| | | | | | |payment_ |
| | | | | | |indicator |
|_________________|_|________________|_|_______________|_|____________|
|type_operation | |name_taxpayer | |bank code | |individual |
| | | | | | |Account_ |
| | | | | | |identifier |
|_________________|_|________________|_|_______________|_|____________|
|Amount | |Last_payment | |Accounting | |assessment_ |
| | |(date balance) | |Transaction | |code |
| | | | |code | | |
|_________________|_|________________|_|_______________|_|____________|
|treasury_ | |Debit_payment | | | |Destination_|
|statement_number | | | | | |entity_code |
|_________________|_|________________|_|_______________|_|____________|
|payers_account | |Credit_ | | | |commencing_ |
| | |liabilitiy | | | |date |
|_________________|_|________________|_|_______________|_|____________|
|Name_payer | |Automatic_ | | | |expiry_date |
| | |payment | | | | |
|_________________|_|________________|_|_______________|_|____________|
|name_payers_bank | |Balance_amount | | | |Accounting |
| | | | | | |Transaction |
| | | | | | |code |
|_________________|_|________________|_|_______________|_|____________|
|Receiver_account | |payment_ | | | | |
| | |transfers | | | | |
|_________________|_|________________|_|_______________|_|____________|
|Receivers_bank | |Monetary_balance| | | | |
|_________________|_|________________|_|_______________|_|____________|
|reason_for_ | |Date_Last_ | | | | |
|movement | |modification | | | | |
|_________________|_|________________|_|_______________|_|____________|
|Currency_code | |Status | | | | |
|_________________|_|________________|_|_______________|_|____________|
|Status | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|Status_date | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|Type of operation| |Status | |Payment-code | |Automatic_ |
| | | | | | |payment_ |
| | | | | | |indicator |
|_________________|_|________________|_|_______________|_|____________|
| 1=Debit payment| | 0-registered| |01-Tax payment | | 1-YES|
| | | | |account | | |
|_________________|_|________________|_|_______________|_|____________|
|2=payment | |1-NOT registered| |02-bridge | | |
|transfer | | | |account Fully | | |
| | | | |Funded | | |
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|Status | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
| 0-Pending| | | | | | |
|_________________|_|________________|_|_______________|_|____________|
| 1-Processed| | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|ID=SEQ_payment_ | |ID=SEQ_Reserved_| | | | |
|queue | |Credit | | | | |
|_________________|_|________________|_|_______________|_|____________|
| 03D05 | | 03D06 | | | | |
|_________________|_|________________|_|_______________|_|____________|
|Payment-Queue | |Payment-Queue | | | | |
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|ID | |ID | | | | |
|_________________|_|________________|_|_______________|_|____________|
|Operation_date | |dok_id | | | | |
|_________________|_|________________|_|_______________|_|____________|
|file_name | |ID (tax payer) | | | | |
|_________________|_|________________|_|_______________|_|____________|
|system_folder_ | |payment_code | | | | |
|name | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|Status | |Operation_date | | | | |
|_________________|_|________________|_|_______________|_|____________|
|Processed_date | |Amount_reserved | | | | |
|_________________|_|________________|_|_______________|_|____________|
| | |automatic_ | | | | |
| | |payment_ | | | | |
| | |indicator | | | | |
|_________________|_|________________|_|_______________|_|____________|
| | |status | | | | |
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|Status | |Status | | | | |
|_________________|_|________________|_|_______________|_|____________|
| 0-pending| | 0-pending| | | | |
|_________________|_|________________|_|_______________|_|____________|
| 1-Processed| | 1-reconciled| | | | |
|_________________|_|________________|_|_______________|_|____________|
|- 1 - problems in| | | | | | |
| procesing of | | | | | | |
| file | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
| | |Automatic_ | | | | |
| | |payment_ | | | | |
| | |indicator | | | | |
|_________________|_|________________|_|_______________|_|____________|
| | | 0-NO| | | | |
|_________________|_|________________|_|_______________|_|____________|
| | | 1-YES| | | | |
._____________________________________________________________________.
|______________|_|______________|_|_______________|_|_______________|
| 00D22 | | 00D23 | | 00D24 | | 00D25 |
|______________|_|______________|_|_______________|_|_______________|
|Street-Codes | |Area-Phone- | |Job- | |Economic-codes |
| | |codes | |classification-| | |
| | | | |codes | | |
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
|Street_codes | |area_codes | |job_ | |economic_codes |
| | | | |classification | | |
|______________|_|______________|_|_______________|_|_______________|
|Description | |Description | |Description | |Description |
|______________|_|______________|_|_______________|_|_______________|
|commencing_ | |commencing_ | |assessment_code| |commencing_date|
|date | |date | | | | |
|______________|_|______________|_|_______________|_|_______________|
|expiry_date | |expiry_date | |commencing_date| |expiry_date |
|______________|_|______________|_|_______________|_|_______________|
| | | | |expiry_date | | |
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
|according | |according | |according | |according |
|official codes| |official codes| |official codes | |official codes |
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
| 00D26 | | 00D27 | | | | |
|______________|_|______________|_|_______________|_|_______________|
|Gender-Codes | |Postal-Codes | | | | |
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
|Gender_codes | |Postal_codes | | | | |
|______________|_|______________|_|_______________|_|_______________|
|Description | |Description | | | | |
|______________|_|______________|_|_______________|_|_______________|
|commencing_ | |commencing_ | | | | |
|date | |date | | | | |
|______________|_|______________|_|_______________|_|_______________|
|expiry_date | |expiry_date | | | | |
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
|according | |according | | | | |
|official codes| |official codes| | | | |
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
| 00D28 | | 00D29 | | 00D30 | | 00D31 |
|______________|_|______________|_|_______________|_|_______________|
|Entity-codes | |worker-status | |Mandate-Type | |Message-Codes |
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
|entity_code | |worker-status | |mandate_type | |Message_code |
|______________|_|______________|_|_______________|_|_______________|
|Name_entity | |Description | |Description | |Description |
|______________|_|______________|_|_______________|_|_______________|
|commencing_ | |Closure_ | |individual_ | |Message_level |
|date | |indicator | |tax_code | | |
|______________|_|______________|_|_______________|_|_______________|
|expiry_date | |worker_ | |assessment_code| |commencing_date|
| | |indicator | | | | |
|______________|_|______________|_|_______________|_|_______________|
|identifier_ | |new_work_ | |commencing_date| |expiry_date |
|number | |status | | | | |
|______________|_|______________|_|_______________|_|_______________|
|Bank_Account_ | |commencing_ | |expiry_date | |auto_ |
|number | |date | | | |elimination_ |
| | | | | | |indicator |
|______________|_|______________|_|_______________|_|_______________|
|Bank_code | |expiry_date | | | |elimination_ |
| | | | | | |code |
|______________|_|______________|_|_______________|_|_______________|
|type_entity | |current_status| | | |Days_ |
| | | | | | |elimination |
|______________|_|______________|_|_______________|_|_______________|
| | | | | | |assessment_code|
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
|SRC - State | |00-no member | |FFA-Fully | |Level_message |
|Revenue | | | |Funded | | |
|Committee | | | |Application | | |
|______________|_|______________|_|_______________|_|_______________|
|SSSS - 4 SSSS | |01-mandatory | |OCP-taxpayer- | |0-information |
|- PARNAS | |member | |worker | | |
|system | | | |voluntary | | |
|______________|_|______________|_|_______________|_|_______________|
|MLSI - | |02-voluntary | |OTH-others | |1-warning |
|Ministry of | |member | | | | |
|Labor | | | | | | |
|______________|_|______________|_|_______________|_|_______________|
|CDA - Central | |03-Self | |MAN-Mandatory | |2-error- |
|Depository | |Employed | |generation | |rejection |
|Agency | | | | | | |
|______________|_|______________|_|_______________|_|_______________|
|(fully funded | |04-Sole | | | | |
|pensions) | |Entrpreneur | | | | |
|______________|_|______________|_|_______________|_|_______________|
|CB - Central | |05-Notary | | | | |
|Bank | | | | | | |
|______________|_|______________|_|_______________|_|_______________|
|NORQ - Central| |06-Foreign and| | | |see worksheet -|
|MLSI - IT | |Stateless | | | |message |
|center | |persons | | | | |
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
| | |21-deregister | | | | |
| | |falsification | | | | |
|______________|_|______________|_|_______________|_|_______________|
| | |22-deregister | | | | |
| | |incorrect | | | | |
| | |promotion | | | | |
|______________|_|______________|_|_______________|_|_______________|
| | |23-deregister | | | | |
| | |incorrect | | | | |
| | |sales | | | | |
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
| | |51-death of | | | | |
| | |worker | | | | |
|______________|_|______________|_|_______________|_|_______________|
| | |52-retirement | | | | |
| | |of worker | | | | |
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
| | |61-changed | | | | |
| | |address | | | | |
|______________|_|______________|_|_______________|_|_______________|
| | |62-changed | | | | |
| | |names | | | | |
|______________|_|______________|_|_______________|_|_______________|
| | |63-changed | | | | |
| | |contact | | | | |
| | |information | | | | |
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
| | |indicator | | | | |
|______________|_|______________|_|_______________|_|_______________|
| | | 0-NO| | | | |
|______________|_|______________|_|_______________|_|_______________|
| | | 1-YES| | | | |
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
| 00D32 | | 00D33 | | 00D34 | | 00D35 |
|______________|_|______________|_|_______________|_|_______________|
|Worker-Status-| |Elimination- | |Document-Types | |Termination- |
|Individual | |codes | | | |codes |
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
|Worker_status | |elimination_ | |Document_type | |cause_ |
| | |code | | | |termination |
|______________|_|______________|_|_______________|_|_______________|
|tax_form | |Description | |Description | |Description |
|______________|_|______________|_|_______________|_|_______________|
|Individual_ | |commencing_ | |commencing_date| |assessment_code|
|tax_code | |date | | | | |
|______________|_|______________|_|_______________|_|_______________|
|Destination_ | |expiry_date | |expiry_date | |commencing_date|
|entity_code | | | | | | |
|______________|_|______________|_|_______________|_|_______________|
|commencing_ | | | | | |expiry_date |
|date | | | | | | |
|______________|_|______________|_|_______________|_|_______________|
|expiry_date | | | | | | |
|______________|_|______________|_|_______________|_|_______________|
|mandate_type | | | | | | |
|______________|_|______________|_|_______________|_|_______________|
|calculation_ | |see worksheet | | | |001-Resignation|
|indicator | |- elimination | | | |/employment |
|______________|_|______________|_|_______________|_|_______________|
|% rate | | | | | |002-Reduction |
| | | | | | |personnel |
|______________|_|______________|_|_______________|_|_______________|
|fixed value | | | | | |003-Merging or |
| | | | | | |Restructuring |
|______________|_|______________|_|_______________|_|_______________|
| | | | | | |004-Liquidation|
| | | | | | |or Bankruptcy |
|______________|_|______________|_|_______________|_|_______________|
| | | | | | |005-Theft of |
| | | | | | |company |
| | | | | | |property |
|______________|_|______________|_|_______________|_|_______________|
| | | | | | |006-Misuse of |
| | | | | | |business |
| | | | | | |property |
|______________|_|______________|_|_______________|_|_______________|
| | | | | | |007-Harassment |
| | | | | | |of other |
| | | | | | |colleagues |
|______________|_|______________|_|_______________|_|_______________|
| | | | | | |008-Code of |
| | | | | | |conduct not |
| | | | | | |respected |
|______________|_|______________|_|_______________|_|_______________|
| | | | | | |009-Labor Code |
| | | | | | |(specify |
| | | | | | |article) |
|______________|_|______________|_|_______________|_|_______________|
| | | | | | |020-Death of |
| | | | | | |the person |
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
| | | | |ID=SEQ_calendar| | |
|______________|_|______________|_|_______________|_|_______________|
| 00D36 | | 00D37 | | 00D38 | | 00D39 |
|______________|_|______________|_|_______________|_|_______________|
|Submission- | |Role- | |Calendar | |Assessment- |
|types | |Identifiers | | | |Indicator-Code |
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
|submission_ | |Role_ | |ID | |assessment_code|
|type | |identifier | | | | |
|______________|_|______________|_|_______________|_|_______________|
|Description | |Description | |DAT (yyyymmdd) | |Description |
|______________|_|______________|_|_______________|_|_______________|
|Assessment_ | |commencing_ | |working_day_ | |commencing_date|
|code | |date | |indicator | | |
|______________|_|______________|_|_______________|_|_______________|
|commencing_ | |expiry_date | |version_control| |expiry_date |
|date | | | | | | |
|______________|_|______________|_|_______________|_|_______________|
|expiry_date | | | |status | | |
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
|Examples | |R01- | |working_day_ | | |
| | |accountants | |indicator | | |
|______________|_|______________|_|_______________|_|_______________|
|1-SRC offices | |R02-Registered| |W-working | | |
|or access | |Service | | | | |
|points | |Provider | | | | |
|______________|_|______________|_|_______________|_|_______________|
|2-ONLINE | |R03-SRC tax | |H-holidays | | |
|submission | |service unit | | | | |
|______________|_|______________|_|_______________|_|_______________|
|3-Email | |R04-Others | |F-Festive days | | |
|sending | | | |- week ends | | |
|______________|_|______________|_|_______________|_|_______________|
|4-KIOSK self | | | | | | |
|service | | | | | | |
|______________|_|______________|_|_______________|_|_______________|
| | | | |Status | | |
|______________|_|______________|_|_______________|_|_______________|
| | | | | 0-open| | |
|______________|_|______________|_|_______________|_|_______________|
| | | | | 1-closed| | |
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
|______________|_|______________|_|_______________|_|_______________|
.___________________________________________________________________.
01 - Գրանցում
._____________________________________________________________________.
|ID=SEQ_taxpayer_ | |ID=SEQ_taxpayer| |ID=SEQ_ | | |
|worker | |_inf | |taxpayer_ | | |
| | | | |worker | | |
|__________________|_|_______________|_|_____________|_|______________|
| 01D01 | | 01D02 | | 01D03 | | 01D04 |
|__________________|_|_______________|_|_____________|_|______________|
|Tax-payer | |tax-payer- | |worker | |identification|
| | |information | | | |-guide |
|__________________|_|_______________|_|_____________|_|______________|
|__________________|_|_______________|_|_____________|_|______________|
|ID (zzz) | |ID | |ID (xxx) | |identifier |
| | | | | | |(PK) |
|__________________|_|_______________|_|_____________|_|______________|
|name_taxpayer | |operation_date | |date_birth | |ID_type |
|__________________|_|_______________|_|_____________|_|______________|
|taxpayer_type | |ID (tax payer) | |gender | |ID (worker - |
| | | | | | |taxpayer) |
|__________________|_|_______________|_|_____________|_|______________|
|registration_date | |name_taxpayer | |surname | |type_entity |
|__________________|_|_______________|_|_____________|_|______________|
|closure_date | |identifier | |name | |commencing_ |
| | | | | | |date |
|__________________|_|_______________|_|_____________|_|______________|
|economic_code | |ID_type | |date_death | |expiry_date |
|__________________|_|_______________|_|_____________|_|______________|
|principal_ | |registration_ | |worker_ | | |
|identifier_ID_type| |number | |status | | |
|__________________|_|_______________|_|_____________|_|______________|
| | |street_name | |status_date | | |
| | |(code) | | | | |
|__________________|_|_______________|_|_____________|_|______________|
| | |building_house_| |principal_ | |example |
| | |number | |identifier_ | | |
| | | | |ID_type | | |
|__________________|_|_______________|_|_____________|_|______________|
| | |apartment_ | | | |SSC number |
| | |number | | | | |
|__________________|_|_______________|_|_____________|_|______________|
| | |city_town_code | | | |type = 101 |
|__________________|_|_______________|_|_____________|_|______________|
| | |marz_code | | | |ID=xxx |
|__________________|_|_______________|_|_____________|_|______________|
|Special Note: | |postal_code | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|the registration | |Economic_code | | | |Identification|
|and closure of | | | | | |-Card number |
|__________________|_|_______________|_|_____________|_|______________|
|activities should | |area_phone_code| | | |type = 102 |
|be on another | | | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|level, because the| |phone_number | | | |ID=xxx |
|entity can | | | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|open and close | |fax_number | | | | |
|__________________|_|_______________|_|_____________|_|______________|
| | |contact_name | | | |contact phone |
| | | | | | |number |
|__________________|_|_______________|_|_____________|_|______________|
| | |contact_phone_ | | | |type = 105 |
| | |number | | | | |
|__________________|_|_______________|_|_____________|_|______________|
| | |contact_email | | | |ID=xxx |
|__________________|_|_______________|_|_____________|_|______________|
| | |Status | | | | |
|__________________|_|_______________|_|_____________|_|______________|
| | |bank_account_ | | | |3 different |
| | |number | | | |identifiers |
| | | | | | |for 'xxx' |
|__________________|_|_______________|_|_____________|_|______________|
| | |Bank_code | | | | |
|__________________|_|_______________|_|_____________|_|______________|
| | |DOK_ID | | | |TIN number |
|__________________|_|_______________|_|_____________|_|______________|
| | | | | | |type = 131 |
|__________________|_|_______________|_|_____________|_|______________|
| | | | | | |ID=zzz |
|__________________|_|_______________|_|_____________|_|______________|
| | |status | | | |Registration |
| | | | | | |number |
|__________________|_|_______________|_|_____________|_|______________|
| | |0-pending | | | |type = 132 |
| | |notification | | | | |
|__________________|_|_______________|_|_____________|_|______________|
| | |1-notified SRC | | | |ID=zzz |
| | |of change | | | | |
|__________________|_|_______________|_|_____________|_|______________|
| | |2-taxpayer | | | |Individual |
| | |corrected | | | |Account |
|__________________|_|_______________|_|_____________|_|______________|
| | |3-replaced | | | |type = 300 |
|__________________|_|_______________|_|_____________|_|______________|
| | | | | | |zzz |
|__________________|_|_______________|_|_____________|_|______________|
|__________________|_|_______________|_|_____________|_|______________|
| | | | | | |Type_entity |
|__________________|_|_______________|_|_____________|_|______________|
| | | | | | |P-Persons, |
| | | | | | |worker |
|__________________|_|_______________|_|_____________|_|______________|
| | | | | | |T-tax payer |
|__________________|_|_______________|_|_____________|_|______________|
|__________________|_|_______________|_|_____________|_|______________|
|ID=SEQ_worker_inf | | | |ID=SEQ_ | | |
| | | | |employment | | |
|__________________|_|_______________|_|_____________|_|______________|
| 01D05 | | 01D06 | | 01D07 | | 01D08 |
|__________________|_|_______________|_|_____________|_|______________|
|worker-information| |Historical | |employment- | |worker-tax- |
| | |Worker-status | |relation | |relation |
|__________________|_|_______________|_|_____________|_|______________|
|__________________|_|_______________|_|_____________|_|______________|
|ID | |ID (worker) | |ID | |ID (worker) |
|__________________|_|_______________|_|_____________|_|______________|
|operation_date | |status_date | |ID (worker) | |worker_status |
|__________________|_|_______________|_|_____________|_|______________|
|ID (worker) | |worker_status | |ID (tax | |tax_form |
| | | | |payer) | | |
|__________________|_|_______________|_|_____________|_|______________|
|identifier | |operation_date | |commencing_ | |Individual_ |
| | | | |date | |tax_code |
|__________________|_|_______________|_|_____________|_|______________|
|ID_type | | | |Contract- | |Termination_ |
| | | | |resolution- | |status |
| | | | |number | | |
|__________________|_|_______________|_|_____________|_|______________|
|surname | | | |contractual_ | |commencing_ |
| | | | |wage | |date |
|__________________|_|_______________|_|_____________|_|______________|
|name | | | |job_classifi-| |terminating_ |
| | | | |cation | |date |
|__________________|_|_______________|_|_____________|_|______________|
|fathers_name | | | |termination_ | | |
| | | | |date | | |
|__________________|_|_______________|_|_____________|_|______________|
|job_classification| | | |cause_ | | |
| | | | |termination | | |
|__________________|_|_______________|_|_____________|_|______________|
|cause_termination | | | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|gender | | | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|date_birth | | | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|citizenship_code | | | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|identification_ | | | | | | |
|number | | | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|res_marz_code | | | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|res_city_town_code| | | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|res_street_name | | | | | | |
|(code) | | | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|res_building_house| | | | | | |
|_number | | | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|res_apto_number | | | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|res_country_code | | | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|res_postal_code | | | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|reg_marz_code | | | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|reg_city_town_code| | | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|reg_street_name | | | | | | |
|(code) | | | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|reg_building_house| | | | | | |
|_number | | | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|reg_apto_number | | | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|reg_country_code | | | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|res_postal_code | | | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|home_phone | | | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|office_phone | | | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|mobile_phone | | | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|email | | | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|status | | | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|DOK_ID | | | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|__________________|_|_______________|_|_____________|_|______________|
|__________________|_|_______________|_|_____________|_|______________|
|status | | | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|0-pending | | | | | | |
|notification | | | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|1-notified Norq of| | | | | | |
|change | | | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|2-person corrected| | | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|3-replaced | | | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|__________________|_|_______________|_|_____________|_|______________|
|__________________|_|_______________|_|_____________|_|______________|
| | |ID=SEQ_ | |ID=SEQ_vol_ | | |
| | |representation | |mandate | | |
|__________________|_|_______________|_|_____________|_|______________|
| 01D09 | | 01D10 | | 01D11 | | 01D12 |
|__________________|_|_______________|_|_____________|_|______________|
|worker-salary-log | |tax-payer- | |voluntary- | |taxpayer- |
| | |representative | |mandate- | |status |
| | | | |agreement | | |
|__________________|_|_______________|_|_____________|_|______________|
|__________________|_|_______________|_|_____________|_|______________|
|ID (worker) | |ID | |ID | |ID (taxpayer) |
|__________________|_|_______________|_|_____________|_|______________|
|ID (taxpayer) | |ID (taxpayer) | |ID (worker) | |status_date |
|__________________|_|_______________|_|_____________|_|______________|
|Tax_code | |operation_date | |ID (tax | |taxpayer_statu|
| | | | |payer) | | |
|__________________|_|_______________|_|_____________|_|______________|
|tax_month | |Identifier | |individual_ | |operation_date|
| | |(taxpayer) | |tax_code | | |
|__________________|_|_______________|_|_____________|_|______________|
|wage_income | |Identifier | |mandate_type | | |
| | |representative | | | | |
|__________________|_|_______________|_|_____________|_|______________|
| | |role_identifier| |commencing_ | | |
| | | | |date | | |
|__________________|_|_______________|_|_____________|_|______________|
| | |commencing_date| |expiry_date | | |
|__________________|_|_______________|_|_____________|_|______________|
| | |expiry_date | |operation_ | | |
| | | | |date | | |
|__________________|_|_______________|_|_____________|_|______________|
| | |Name_identifier| |calculation_ | | |
| | | | |indicator | | |
|__________________|_|_______________|_|_____________|_|______________|
| | | | |%_income | | |
|__________________|_|_______________|_|_____________|_|______________|
| | | | |fixed_value | | |
|__________________|_|_______________|_|_____________|_|______________|
| | | | |destination_ | | |
| | | | |entity_code | | |
|__________________|_|_______________|_|_____________|_|______________|
|__________________|_|_______________|_|_____________|_|______________|
|__________________|_|_______________|_|_____________|_|______________|
| | | | |calculation_ | | |
| | | | |indicator | | |
|__________________|_|_______________|_|_____________|_|______________|
| | | | |0-monthly % | | |
| | | | |rate | | |
|__________________|_|_______________|_|_____________|_|______________|
| | | | |1-% income | | |
|__________________|_|_______________|_|_____________|_|______________|
| | | | |2-fixed | | |
| | | | |value | | |
|__________________|_|_______________|_|_____________|_|______________|
|__________________|_|_______________|_|_____________|_|______________|
|__________________|_|_______________|_|_____________|_|______________|
| | |ID=SEQ_ | |ID=SEQ_ | | |
| | |employment_ | |taxpayer_ | | |
| | |activity | |worker - | | |
| | | | |01D01 | | |
| | | | | | | |
|__________________|_|_______________|_|_____________|_|______________|
| 01D13 | | 01D14 | | 01D15 | | |
|__________________|_|_______________|_|_____________|_|______________|
|Role-TaxForm | |Exchange- | |Tax Payer | | |
| | |employment- | |History | | |
| | |activity | |activity | | |
|__________________|_|_______________|_|_____________|_|______________|
|__________________|_|_______________|_|_____________|_|______________|
|role_identifier | |ID | |ID (zzz) | | |
|__________________|_|_______________|_|_____________|_|______________|
|tax_form | |ID (worker inf)| |registration | | |
| | | | |-date | | |
|__________________|_|_______________|_|_____________|_|______________|
|Report_type | |ID (taxpayer | |closure_date | | |
| | |inf) | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|generate_indicator| |ID (employment | |economic_ | | |
| | |relations) | |code | | |
|__________________|_|_______________|_|_____________|_|______________|
|submit_indicator | |Type_employment| |taxpayer_ | | |
| | | | |type | | |
|__________________|_|_______________|_|_____________|_|______________|
|Correct_indicator | |employment_date| | | | |
|__________________|_|_______________|_|_____________|_|______________|
|commencing_date | |contract_ | | | | |
| | |resolution_ | | | | |
| | |number | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|expiry_date | |job_ | | | | |
| | |classification | | | | |
|__________________|_|_______________|_|_____________|_|______________|
| | |status | | | | |
|__________________|_|_______________|_|_____________|_|______________|
| | |status_date | | | | |
|__________________|_|_______________|_|_____________|_|______________|
|__________________|_|_______________|_|_____________|_|______________|
|__________________|_|_______________|_|_____________|_|______________|
|Indicators | |status | |Special | | |
| | | | |Note: | | |
|__________________|_|_______________|_|_____________|_|______________|
|0-no authorization| |0-pending | |the | | |
| | |notification | |registration | | |
| | | | |and closure | | |
| | | | |of | | |
|__________________|_|_______________|_|_____________|_|______________|
| 1-generate| | 1-notified| |activities | | |
| | | | |history | | |
| | | | |level, | | |
|__________________|_|_______________|_|_____________|_|______________|
| 2-submit| | | |because the | | |
| | | | |entity can | | |
|__________________|_|_______________|_|_____________|_|______________|
| 3-correction| |Type_employment| |open and | | |
| | | | |close | | |
| | | | |multiples | | |
| | | | |times | | |
|__________________|_|_______________|_|_____________|_|______________|
| | | 1-commencing| | | | |
|__________________|_|_______________|_|_____________|_|______________|
| | | 2-terminating| | | | |
._____________________________________________________________________.
02 - Ակնկալվող եկամուտներ
.______________________________________________.
|ID=SEQ_expected_rev| | |
|___________________|__|_______________________|
| 02D01 | | 02D02 |
|___________________|__|_______________________|
|Expected-Rev-HEDER | |Expected-Rev-Taxes |
|___________________|__|_______________________|
|___________________|__|_______________________|
|ID | |ID (expected rev) |
|___________________|__|_______________________|
|ID (tax payer) | |tax_code |
|___________________|__|_______________________|
|tax_form | |amount_expected |
|___________________|__|_______________________|
|tax_month | |base_calculation_income|
|___________________|__|_______________________|
|operation_date | |number_workers |
|___________________|__|_______________________|
|amount_expected | | |
|___________________|__|_______________________|
|number_workers | | |
|___________________|__|_______________________|
|dok_id | | |
|___________________|__|_______________________|
|status | | |
|___________________|__|_______________________|
|___________________|__|_______________________|
|___________________|__|_______________________|
|Status | | |
|___________________|__|_______________________|
| 0-revenue pending | | |
|___________________|__|_______________________|
|1-revenue declared | | |
.______________________________________________.
03 - Վճարումներ
._____________________________________________________________________.
|ID=SEQ_payments | |ID=SEQ_balance | |ID=SEQ_account_| | |
| | | | |taxes | | |
|_________________|_|________________|_|_______________|_|____________|
| 03D01 | | 03D02 | | 03D03 | | 03D04 |
|_________________|_|________________|_|_______________|_|____________|
|TA-account- | |TA-account- | |account-tax- | |Automatic- |
|movements | |balance | |code | |Payment- |
| | | | | | |Indicator |
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|ID | |ID | |ID | |Taxpayer_ |
| | | | | | |type |
|_________________|_|________________|_|_______________|_|____________|
|operation_date | |ID (taxpayer) | |account_number | |Payment_code|
|_________________|_|________________|_|_______________|_|____________|
|ID (tax payer) | |Identifier | |Payment_code | |Individual_ |
| | | | | | |tax_code |
|_________________|_|________________|_|_______________|_|____________|
|Identifier | |ID_type | |currency_code | |Report_code |
|(taxpayer) | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|Payment_code | |Payment_code | |commencing_date| |Tax_form |
|_________________|_|________________|_|_______________|_|____________|
|date_payment | |currency_code | |expiry_date | |automatic_ |
| | | | | | |payment_ |
| | | | | | |indicator |
|_________________|_|________________|_|_______________|_|____________|
|type_operation | |name_taxpayer | |bank code | |individual |
| | | | | | |Account_ |
| | | | | | |identifier |
|_________________|_|________________|_|_______________|_|____________|
|Amount | |Last_payment | |Accounting | |assessment_ |
| | |(date balance) | |Transaction | |code |
| | | | |code | | |
|_________________|_|________________|_|_______________|_|____________|
|treasury_ | |Debit_payment | | | |Destination_|
|statement_number | | | | | |entity_code |
|_________________|_|________________|_|_______________|_|____________|
|payers_account | |Credit_ | | | |commencing_ |
| | |liabilitiy | | | |date |
|_________________|_|________________|_|_______________|_|____________|
|Name_payer | |Automatic_ | | | |expiry_date |
| | |payment | | | | |
|_________________|_|________________|_|_______________|_|____________|
|name_payers_bank | |Balance_amount | | | |Accounting |
| | | | | | |Transaction |
| | | | | | |code |
|_________________|_|________________|_|_______________|_|____________|
|Receiver_account | |payment_ | | | | |
| | |transfers | | | | |
|_________________|_|________________|_|_______________|_|____________|
|Receivers_bank | |Monetary_balance| | | | |
|_________________|_|________________|_|_______________|_|____________|
|reason_for_ | |Date_Last_ | | | | |
|movement | |modification | | | | |
|_________________|_|________________|_|_______________|_|____________|
|Currency_code | |Status | | | | |
|_________________|_|________________|_|_______________|_|____________|
|Status | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|Status_date | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|Type of operation| |Status | |Payment-code | |Automatic_ |
| | | | | | |payment_ |
| | | | | | |indicator |
|_________________|_|________________|_|_______________|_|____________|
| 1=Debit payment| | 0-registered| |01-Tax payment | | 1-YES|
| | | | |account | | |
|_________________|_|________________|_|_______________|_|____________|
|2=payment | |1-NOT registered| |02-bridge | | |
|transfer | | | |account Fully | | |
| | | | |Funded | | |
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|Status | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
| 0-Pending| | | | | | |
|_________________|_|________________|_|_______________|_|____________|
| 1-Processed| | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|ID=SEQ_payment_ | |ID=SEQ_Reserved_| | | | |
|queue | |Credit | | | | |
|_________________|_|________________|_|_______________|_|____________|
| 03D05 | | 03D06 | | | | |
|_________________|_|________________|_|_______________|_|____________|
|Payment-Queue | |Payment-Queue | | | | |
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|ID | |ID | | | | |
|_________________|_|________________|_|_______________|_|____________|
|Operation_date | |dok_id | | | | |
|_________________|_|________________|_|_______________|_|____________|
|file_name | |ID (tax payer) | | | | |
|_________________|_|________________|_|_______________|_|____________|
|system_folder_ | |payment_code | | | | |
|name | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|Status | |Operation_date | | | | |
|_________________|_|________________|_|_______________|_|____________|
|Processed_date | |Amount_reserved | | | | |
|_________________|_|________________|_|_______________|_|____________|
| | |automatic_ | | | | |
| | |payment_ | | | | |
| | |indicator | | | | |
|_________________|_|________________|_|_______________|_|____________|
| | |status | | | | |
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|Status | |Status | | | | |
|_________________|_|________________|_|_______________|_|____________|
| 0-pending| | 0-pending| | | | |
|_________________|_|________________|_|_______________|_|____________|
| 1-Processed| | 1-reconciled| | | | |
|_________________|_|________________|_|_______________|_|____________|
|- 1 - problems in| | | | | | |
| procesing of | | | | | | |
| file | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
| | |Automatic_ | | | | |
| | |payment_ | | | | |
| | |indicator | | | | |
|_________________|_|________________|_|_______________|_|____________|
| | | 0-NO| | | | |
|_________________|_|________________|_|_______________|_|____________|
| | | 1-YES| | | | |
._____________________________________________________________________.
05 - Եկամտային հարկի հայտարարագրի ներկայացում և վավերացում
._____________________________________________________________________.
|dok_ID=SEQ_dok_id| | | | | | |
|_________________|_|________________|_|_______________|_|____________|
| 05D01 | | 05D02 | | 05D03 | | 05D04 |
|_________________|_|________________|_|_______________|_|____________|
| UTD-HEDER | | UTD-DETAL | | UTD-DETAL-tax | |UTD-passive-|
| | | | | | |taxes |
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|dok_id | |ID | |ID (SEQ_detal_ | |ID (SEQ_ |
| | |(SEQ_detal_id) | |taxes) | |passive) |
|_________________|_|________________|_|_______________|_|____________|
|submission_date | |Dok_id | |dok_id | |dok_id |
|_________________|_|________________|_|_______________|_|____________|
|tax_month | |identifier | |Identifier | |tax_code |
|_________________|_|________________|_|_______________|_|____________|
|taxpayer_type | |ID (worker) | |Contract_number| |base_ |
| | | | | | |calculation_|
| | | | | | |value |
|_________________|_|________________|_|_______________|_|____________|
|report_type | |ID_Type | |ID | |tax_value |
| | | | |(SEQ_detal_id) | | |
|_________________|_|________________|_|_______________|_|____________|
|identifier | |Surname | |tax_code | |number_ |
| | | | | | |workers |
|_________________|_|________________|_|_______________|_|____________|
|ID (taxpayer) | |Name | |base_ | | |
| | | | |calculation_ | | |
| | | | |income | | |
|_________________|_|________________|_|_______________|_|____________|
|ID_type | |job_ | |tax_value | | |
| | |classification | | | | |
|_________________|_|________________|_|_______________|_|____________|
|name_taxpayer | |number_days | |overpayment_ | | |
| | | | |value | | |
|_________________|_|________________|_|_______________|_|____________|
|economic_code | |benefit_code | | | | |
|_________________|_|________________|_|_______________|_|____________|
|marz_code | |benefit_amount | | | | |
|_________________|_|________________|_|_______________|_|____________|
|tot_salary_income| |worker_status | | | | |
|_________________|_|________________|_|_______________|_|____________|
|tot_other_income | |base_calculation| | | | |
| | |_income | | | | |
|_________________|_|________________|_|_______________|_|____________|
|Tax_value | |other_income | | | | |
|_________________|_|________________|_|_______________|_|____________|
|previous_values | |contract_number | | | | |
|_________________|_|________________|_|_______________|_|____________|
|return_ | |commencing_date | | | | |
|overpayment_ | | | | | | |
|values | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|passive_taxes | |terminating_date| | | | |
|_________________|_|________________|_|_______________|_|____________|
|new_amount_for_ | |cause_ | | | | |
|payment | |termination | | | | |
|_________________|_|________________|_|_______________|_|____________|
|overpayment_ | | | | | | |
|values | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|number_workers | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|number_commencing| | | | | | |
|_workers | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|number_ | | | | | | |
|terminating_ | | | | | | |
|workers | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|number_errors | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|number_warnings | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|message_level | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|max_date_payment | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|submission_type | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|submission_users | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|branch_office | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|Tax_form | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|status | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|Representative_ | | | | | | |
|identifier | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|Role_Identifier | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|SoftwareVersion | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|Status | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
| 0-Pending| | | | | | |
|_________________|_|________________|_|_______________|_|____________|
| 1-Paid| | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
| | | | |ID=SEQ_payment_| | |
| | | | |HEDER | | |
|_________________|_|________________|_|_______________|_|____________|
| 05D05 | | 05D06 | | 05D07 | | 05D08 |
|_________________|_|________________|_|_______________|_|____________|
|UTD-worker- | |UTD-worker-taxes| |UTD-Payment- | |UTD-Payment-|
|summary | | | |HEDER | |Tax Codes |
|_________________|_|________________|_|_______________|_|____________|
|row_identifier | |ID (SEQ_worker_ | |ID | |Payment_code|
|(SEQ_SROW) | |taxes) | | | | |
|_________________|_|________________|_|_______________|_|____________|
|dok_id | |dok_id | |dok_id | |Tax_code |
|_________________|_|________________|_|_______________|_|____________|
|identifier | |row_identifier | |Payment_code | |Individual_ |
| | | | | | |tax_code |
|_________________|_|________________|_|_______________|_|____________|
|ID (worker) | |individual_tax_ | |Tax_code | |principal_ |
| | |code | | | |tax_ |
| | | | | | |indicator |
|_________________|_|________________|_|_______________|_|____________|
|contract_number | |tax_% rate | |New_amount_for_| |Commencing_ |
| | | | |payment | |date |
|_________________|_|________________|_|_______________|_|____________|
|ID_type | |maximum_ | |Overpayments_ | |Expiry_date |
| | |permissible_ | |values | | |
| | |value | | | | |
|_________________|_|________________|_|_______________|_|____________|
|job_ | |base_calculation| |status | |Destination_|
|classification | |_income | | | |entity_code |
|_________________|_|________________|_|_______________|_|____________|
|worker_status | |tax_value | | | | |
|_________________|_|________________|_|_______________|_|____________|
|base_calculation_| |previous_value | | | | |
|income | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|Other_income | |return_ | | | | |
| | |overpayment_ | | | | |
| | |value | | | | |
|_________________|_|________________|_|_______________|_|____________|
|tax_value | |new_amount_for_ | | | | |
| | |payment | | | | |
|_________________|_|________________|_|_______________|_|____________|
|previous_values | |overpayment_ | | | | |
| | |value | | | | |
|_________________|_|________________|_|_______________|_|____________|
|return_ | |Calculated_tax_ | | | | |
|overpayment_ | |value | | | | |
|values | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|new_amount_for_ | |Payment_code | | | | |
|payment | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|overpayment_ | |Destination_ | | | | |
|values | |entity_code | | | | |
|_________________|_|________________|_|_______________|_|____________|
|commencing_date | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|terminating_date | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|cause_termination| | | |Status | |See examples|
|_________________|_|________________|_|_______________|_|____________|
|number_benefit_ | | | | 0-Pending| | |
|days | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|total_benefit_ | | | | 1-Reconciled| |Principal_ |
|amount | | | | | |tax_ |
| | | | | | |indicator |
|_________________|_|________________|_|_______________|_|____________|
| | | | | | | 0-NO|
|_________________|_|________________|_|_______________|_|____________|
| | | | | | | 1-YES|
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|dok_ID=SEQ_dok_id| |ID=SEQ_detal_id | |ID=SEQ_detal_ | |ID=SEQ_ |
| | | | |taxes | |passive |
|_________________|_|________________|_|_______________|_|____________|
| 05D09 | | 05D10 | | 05D11 | | 05D12 |
|_________________|_|________________|_|_______________|_|____________|
|UTD-temp-HEDER | |UTD-temp-DETAL | |UTD-temp-detal-| |UTD-temp- |
| | | | |tax | |passive- |
| | | | | | |taxes |
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|dok_id | |ID | |ID | |ID |
|_________________|_|________________|_|_______________|_|____________|
|submission_date | |Dok_id | |dok_id | |dok_id |
|_________________|_|________________|_|_______________|_|____________|
|identifier | |identifier | |identifier | |Tax_code |
|_________________|_|________________|_|_______________|_|____________|
|ID (tax payer) | |Surname | |Contract_number| |base_ |
| | | | | | |calculation_|
| | | | | | |value |
|_________________|_|________________|_|_______________|_|____________|
|ID_type | |Name | |ID (SEQ_detal_ | |tax_value |
| | | | |id) | | |
|_________________|_|________________|_|_______________|_|____________|
|tax_month | |job_ | |tax_code | |number_ |
| | |classification | | | |workers |
|_________________|_|________________|_|_______________|_|____________|
|taxpayer_type | |number_days | |base_ | | |
| | | | |calculation_ | | |
| | | | |income | | |
|_________________|_|________________|_|_______________|_|____________|
|report_type | |benefit_code | |tax_value | | |
|_________________|_|________________|_|_______________|_|____________|
|currency_code | |benefit_amount | |overpayment_ | | |
| | | | |value | | |
|_________________|_|________________|_|_______________|_|____________|
|registration_ | |worker_status | | | | |
|number | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|taxpayer_name | |base_calculation| | | | |
| | |_income | | | | |
|_________________|_|________________|_|_______________|_|____________|
|area_phone_code | |other_income | | | | |
|_________________|_|________________|_|_______________|_|____________|
|phone_number | |contract_number | | | | |
|_________________|_|________________|_|_______________|_|____________|
|fax_number | |commencing_date | | | | |
|_________________|_|________________|_|_______________|_|____________|
|Economic_code | |terminating_date| | | | |
|_________________|_|________________|_|_______________|_|____________|
|street_name | |cause_ | | | | |
|(code) | |termination | | | | |
|_________________|_|________________|_|_______________|_|____________|
|building_house_ | | | | | | |
|number | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|apto_number | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|city_town_code | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|MARZ_code | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|postal_code | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|contact_name | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|Contact_phone_ | | | | | | |
|number | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|contact_email | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|submission_type | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|branch_office | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|submission_user | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|tax_form | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|Representative_ | | | | | | |
|identifier | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|Role_Identifier | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|SoftwareVersion | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|row_identifier= | |ID=SEQ_worker_ | | | | |
|SEQ_SROW | |taxes | | | | |
|_________________|_|________________|_|_______________|_|____________|
| 05D13 | | 05D14 | | | | 05D23 |
|_________________|_|________________|_|_______________|_|____________|
|UTD-temp-summary | |UTD-temp-taxes | | | |UTD-Temp- |
| | | | | | |[F1] |
| | | | | | |employment |
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|row_identifier | |ID | | | |DOK_ID |
|_________________|_|________________|_|_______________|_|____________|
|dok_id | |dok_id | | | |ID (worker) |
|_________________|_|________________|_|_______________|_|____________|
|identifier | |row_identifier | | | |identifier |
|_________________|_|________________|_|_______________|_|____________|
|ID (worker) | |individual_tax_ | | | |ID_type |
| | |code | | | | |
|_________________|_|________________|_|_______________|_|____________|
|contract_number | |tax_% rate | | | |surname |
|_________________|_|________________|_|_______________|_|____________|
|ID_type | |maximum_ | | | |name |
| | |permissible_ | | | | |
| | |value | | | | |
|_________________|_|________________|_|_______________|_|____________|
|job_ | |base_calculation| | | |fathers_name|
|classification | |_income | | | | |
|_________________|_|________________|_|_______________|_|____________|
|worker_status | |tax_value | | | |job_classifi|
| | | | | | |cation |
|_________________|_|________________|_|_______________|_|____________|
|base_calculation_| |previous_values | | | |gender |
|income | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|Other_income | |return_ | | | |date_birth |
| | |overpayment_ | | | | |
| | |values | | | | |
|_________________|_|________________|_|_______________|_|____________|
|tax_value | |new_amount_for_ | | | |citizenship_|
| | |payment | | | |code |
|_________________|_|________________|_|_______________|_|____________|
|previous_values | |overpayment_ | | | |identifica- |
| | |values | | | |tion_number |
|_________________|_|________________|_|_______________|_|____________|
|return_ | |Calculated_tax_ | | | |res_marz_ |
|overpayment_ | |value | | | |code |
|values | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|new_amount_for_ | |Payment_code | | | |res_city_ |
|payment | | | | | |town_code |
|_________________|_|________________|_|_______________|_|____________|
|overpayment_ | |Destination_ | | | |res_street_ |
|values | |entity_code | | | |name (code) |
|_________________|_|________________|_|_______________|_|____________|
|commencing_date | |Accumulate_ | | | |res_building|
| | |indicator | | | |_house_ |
| | | | | | |number |
|_________________|_|________________|_|_______________|_|____________|
|terminating_date | | | | | |res_apto_ |
| | | | | | |number |
|_________________|_|________________|_|_______________|_|____________|
|cause_termination| | | | | |res_country_|
| | | | | | |code |
|_________________|_|________________|_|_______________|_|____________|
|number_benefit_ | | | | | |res_postal_ |
|days | | | | | |code |
|_________________|_|________________|_|_______________|_|____________|
|total_benefit_ | | | | | |reg_marz_ |
|amount | | | | | |code |
|_________________|_|________________|_|_______________|_|____________|
| | | | | | |reg_city_ |
| | | | | | |town_code |
|_________________|_|________________|_|_______________|_|____________|
| | | | | | |reg_street_ |
| | | | | | |name (code) |
|_________________|_|________________|_|_______________|_|____________|
| | | | | | |reg_building|
| | | | | | |_house_ |
| | | | | | |number |
|_________________|_|________________|_|_______________|_|____________|
| | | | | | |reg_apto_ |
| | | | | | |number |
|_________________|_|________________|_|_______________|_|____________|
| | | | | | |reg_country_|
| | | | | | |code |
|_________________|_|________________|_|_______________|_|____________|
| | | | | | |res_postal_ |
| | | | | | |code |
|_________________|_|________________|_|_______________|_|____________|
| | | | | | |home_phone |
|_________________|_|________________|_|_______________|_|____________|
| | | | | | |office_phone|
|_________________|_|________________|_|_______________|_|____________|
| | | | | | |mobile_phone|
|_________________|_|________________|_|_______________|_|____________|
| | | | | | |email |
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|ID=SEQ_incons | | | | | |ID=SEQ_MB |
|_________________|_|________________|_|_______________|_|____________|
| 05D15 | | 05D16 | | 05D17 | | 05D18 |
|_________________|_|________________|_|_______________|_|____________|
|Inconsistency-log| |replacement-log | |StateFunding | |General |
| | | | | | |Message |
| | | | | | |Board |
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|ID | |dok_id | |individual_tax_| |ID |
| | | | |codes | | |
|_________________|_|________________|_|_______________|_|____________|
|dok_id | |submission_date | |state_Funding_ | |Text_message|
| | | | |tax_codes | | |
|_________________|_|________________|_|_______________|_|____________|
|submission_date | |Replacement_ | |payment_code | |commencing |
| | |dok_id | | | |date |
|_________________|_|________________|_|_______________|_|____________|
|Identifier | |Replacement_date| |destination_ | |expiry date |
| | | | |entity_code | | |
|_________________|_|________________|_|_______________|_|____________|
|row_identifier | |Orig_replacement| |Accumulate_ | | |
| | |_dok_id | |indicator | | |
|_________________|_|________________|_|_______________|_|____________|
|Message_level | | | |commencing_date| | |
|_________________|_|________________|_|_______________|_|____________|
|message_code | | | |expiry_date | | |
|_________________|_|________________|_|_______________|_|____________|
|data_description | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|Elm_auto_ | | | | | | |
|indicator | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|Elm_expiry_date | | | |Accumulate_ | | |
| | | | |indicator | | |
|_________________|_|________________|_|_______________|_|____________|
|Elm_cause_code | | | | 0-NO| | |
|_________________|_|________________|_|_______________|_|____________|
| | | | | 1-YES| | |
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|ID=SEQ_MB | |ID=SEQ_MB | |ID=SEQ_auto_ | |ID=SEQ_ |
| | | | |elimination | |eliminated |
|_________________|_|________________|_|_______________|_|____________|
| 05D19 | | 05D20 | | 05D21 | | 05D22 |
|_________________|_|________________|_|_______________|_|____________|
|Message Board Tax| |Message Board | |Automatic- | |Eliminated- |
|payer | |DOK_ID | |Elimination | |Tax-Forms |
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|ID | |ID | |ID | |ID |
|_________________|_|________________|_|_______________|_|____________|
|Identifier | |DOK_ID | |DOK_ID | |DOK_ID |
|_________________|_|________________|_|_______________|_|____________|
|Seq | |seq | |expiry_date | |date_ |
| | | | | | |elimination |
|_________________|_|________________|_|_______________|_|____________|
|Text_message | |Text_message | |Cause_ | |cause_ |
| | | | |elimination | |elimination |
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|ID=SEQ_Archive | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
| 05D24 | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|Archive-Log | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|ID | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|submission_date | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|DOK_ID | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|Identifier | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|Tax_month | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|Tax_form | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|TaxPayer_type | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|Report_type | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|representative_ | | | | | | |
|identifier | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|version | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|LOB_file | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|type file | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|type file | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
| D-DRAFT| | | | | | |
|_________________|_|________________|_|_______________|_|____________|
| F-FINAL| | | | | | |
._____________________________________________________________________.
06 - Բաշխում
.___________________________________________________________________.
|ID=SEQ_overpayments| | | |ID=SEQ_tracking_number |
|___________________|_|___________________|_|_______________________|
| 06D01 | | 06D02 | | 06D03 |
|___________________|_|___________________|_|_______________________|
|overpayments | |return-overpayments| |payment-tracking-log |
|___________________|_|___________________|_|_______________________|
|___________________|_|___________________|_|_______________________|
|ID | |ID (overpayment) | |ID |
|___________________|_|___________________|_|_______________________|
|dok_id | |operation_date | |destination_entity_code|
|___________________|_|___________________|_|_______________________|
|Individual_tax_code| |amount_return | |payment_code |
|___________________|_|___________________|_|_______________________|
|row_identifier | |return_dok_id | |operation_date |
|___________________|_|___________________|_|_______________________|
|ID (worker) | |return_date | |amount |
|___________________|_|___________________|_|_______________________|
|ID (taxpayer) | | | |currency_code |
|___________________|_|___________________|_|_______________________|
|date_operation | | | |status |
|___________________|_|___________________|_|_______________________|
|amount | | | | |
|___________________|_|___________________|_|_______________________|
|Status | | | | |
|___________________|_|___________________|_|_______________________|
|return_dok_id | | | | |
|___________________|_|___________________|_|_______________________|
|return_date | | | | |
|___________________|_|___________________|_|_______________________|
|amount_return | | | | |
|___________________|_|___________________|_|_______________________|
|___________________|_|___________________|_|_______________________|
|___________________|_|___________________|_|_______________________|
|Status | | | |Status |
|___________________|_|___________________|_|_______________________|
| 0-pending| | | |0=open, pending receipt|
|___________________|_|___________________|_|_______________________|
| 1-fully returned| | | |1=closed, confirmed by |
| | | | |receiver |
.___________________________________________________________________.
07 - ՈՒշացման դեպքում տոկոսներ
._____________________________________________________________________.
| | |ID=SEQ_pre_calc | |ID=SEQ_calc_int| | |
|_________________|_|________________|_|_______________|_|____________|
| 07D01 | | 07D02 | | 07D03 | | 07D04 |
|_________________|_|________________|_|_______________|_|____________|
|pre-dates- | |pre-ssc- | |final-late- | |Late- |
|interest | |calculation | |interests | |Interest- |
| | | | | | |Distribution|
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|dok_id | |ID | |ID | |Tax_form |
|_________________|_|________________|_|_______________|_|____________|
|payment_code | |dok_id | |dok_id | |Individual_ |
| | | | | | |tax_code |
|_________________|_|________________|_|_______________|_|____________|
|max_date_payment | |row_identifier | |row_identifier | |% |
| | | | | | |distribution|
| | | | | | |_worker_ |
| | | | | | |account |
|_________________|_|________________|_|_______________|_|____________|
|Base_calc_date | |ID (worker) | |ID (worker) | |% |
| | | | | | |Distribution|
| | | | | | |_state |
|_________________|_|________________|_|_______________|_|____________|
|Base_calc_value | |ID (Tax Payer) | |ID (taxpayer) | |state_tax_ |
| | | | | | |code |
|_________________|_|________________|_|_______________|_|____________|
| | |individual_tax_ | |Individual_tax_| |commencing_ |
| | |code | |code | |date |
|_________________|_|________________|_|_______________|_|____________|
| | |date_base_calc | |number_days | |expiry_date |
|_________________|_|________________|_|_______________|_|____________|
| | |date_calculation| |capital_subject| | |
|_________________|_|________________|_|_______________|_|____________|
| | |capital_subject | |amount_ | | |
| | | | |interests | | |
|_________________|_|________________|_|_______________|_|____________|
| | |amount_interests| |status | | |
|_________________|_|________________|_|_______________|_|____________|
| | |number_days | |dok_id_applied | | |
|_________________|_|________________|_|_______________|_|____________|
| | |interest_rate | |date_applied | | |
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
| | | | |status | | |
|_________________|_|________________|_|_______________|_|____________|
| | | | | 0-pending| | |
|_________________|_|________________|_|_______________|_|____________|
| | | | | 1-applied| | |
._____________________________________________________________________.
10 - Աշխատանքային հերթեր
._____________________________________________________________________.
|ID=SEQ_subm_queue| |ID=SEQ_dist_ | |ID=SEQ_status_ | |ID=SEQ_ |
| | |queue | |log | |assessment |
|_________________|_|________________|_|_______________|_|____________|
| 10D01 | | 10D02 | | 10D03 | | 10D04 |
|_________________|_|________________|_|_______________|_|____________|
|submission-queue | |distribution- | |doc-status-log | |Assessment- |
| | |queue | | | |Indicators |
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|ID | |ID | |ID | |ID |
|_________________|_|________________|_|_______________|_|____________|
|dok_id | |Individual_tax_ | |Dok-Id | |ID (tax |
| | |code | | | |Payer) |
|_________________|_|________________|_|_______________|_|____________|
|individual-Tax- | |dok_id | |status_date | |Identifier |
|code or tax-code | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|submission_date | |operation_date | |status | |assessment_ |
|(includes time) | |(includes time) | | | |code |
|_________________|_|________________|_|_______________|_|____________|
|identifier | |identifier | | | |operation_ |
| | | | | | |date |
| | | | | | |(includes |
| | | | | | |time) |
|_________________|_|________________|_|_______________|_|____________|
|ID (tax payer) | |ID (tax payer) | | | |argumentary_|
| | | | | | |text |
|_________________|_|________________|_|_______________|_|____________|
|ID_type | |ID_type | | | | |
|_________________|_|________________|_|_______________|_|____________|
|tax_month | |Name | | | | |
|_________________|_|________________|_|_______________|_|____________|
|max_date_payment | |Tax_month | | | | |
|_________________|_|________________|_|_______________|_|____________|
|status | |Report_type | | | | |
|_________________|_|________________|_|_______________|_|____________|
| | |last_payment_ | | | | |
| | |date | | | | |
|_________________|_|________________|_|_______________|_|____________|
| | |amount_paid | | | | |
|_________________|_|________________|_|_______________|_|____________|
| | |automatic_ | | | | |
| | |payment_ | | | | |
| | |indicator | | | | |
|_________________|_|________________|_|_______________|_|____________|
| | |payment_code | | | | |
|_________________|_|________________|_|_______________|_|____________|
| | |Destination_ | | | | |
| | |entity_code | | | | |
|_________________|_|________________|_|_______________|_|____________|
| | |status | | | | |
|_________________|_|________________|_|_______________|_|____________|
| | |status_date | | | | |
|_________________|_|________________|_|_______________|_|____________|
| | |tracking_number | | | | |
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|when moved to | |Automatic_ | |status | | |
|distribution, it | |Payment_ | | | | |
|gets eliminated | |indicator | | | | |
|_________________|_|________________|_|_______________|_|____________|
| | | 0-NO| |0-submission | | |
| | | | |accepted | | |
|_________________|_|________________|_|_______________|_|____________|
|status | | 1-YES| |1-partial | | |
| | | | |payment | | |
|_________________|_|________________|_|_______________|_|____________|
| 0-pending| | | |2-Reconciled | | |
| | | | |Full payment | | |
|_________________|_|________________|_|_______________|_|____________|
| 1-processed| |status | |3-distributed | | |
| | | | |to institutions| | |
|_________________|_|________________|_|_______________|_|____________|
| | | 0-pending| |4-Received OK | | |
|_________________|_|________________|_|_______________|_|____________|
| | | 1-processed| |5-Resent data | | |
|_________________|_|________________|_|_______________|_|____________|
| | | | |6-Resent data | | |
| | | | |received OK | | |
._____________________________________________________________________.
Օրինակներ
._____________________.
|Mapping-Rules (00D17)|
._____________________.
._____________________________________________________________
|Tax |report |commencing|expiry|Tax code|Default |Tax INPUT|
|form|record |date |date |position|Tax Code|position |
| |indicator| | | | | |
|____|_________|__________|______|________|________|_________|
|____|_________|__________|______|________|________|_________|
|UTD | 3 | 20100101 | null | null | AUT | 11 |
|____|_________|__________|______|________|________|_________|
|UTD | 3 | 20100101 | null | null | MFF | 13 |
|____|_________|__________|______|________|________|_________|
|UTD | 5 | 20100101 | null | 1 | null | 3 |
|____|_________|__________|______|________|________|_________|
|____|_________|__________|______|________|________|_________|
._____________________________________________________________
.____________________________________________________________________.
|Base |Mandatory|TAX Error |Overpayment|Overpayment|number of|
|Calculation|indicator|message code|INPUT |Error |workers |
|Position |position | |position |message |INPUT |
| | | | |code |position |
|___________|_________|____________|___________|___________|_________|
|___________|_________|____________|___________|___________|_________|
| 9;10 | 0 | 001 | 12 | 002 | null |
|___________|_________|____________|___________|___________|_________|
| 9 | 0 | 003 | 14 | 004 | null |
|___________|_________|____________|___________|___________|_________|
| 2 | 1 | 030 | null | null | 4 |
|___________|_________|____________|___________|___________|_________|
|___________|_________|____________|___________|___________|_________|
_____________________________________________________________________.
.______________________________________________.
| Tax Form - Taxcode-individual (00D10) |
.______________________________________________.
.______________________________________________.
|Tax Form|Tax Code|Individual|Commencing|expiry|
| | |Tax code |date |date |
|________|________|__________|__________|______|
| UTD | AUT | 900 | 20100101 | null |
|________|________|__________|__________|______|
| UTD | MFF | 901 | 20100101 | null |
|________|________|__________|__________|______|
| UTD | MFF | 902 | 20100101 | null |
|________|________|__________|__________|______|
| UTD | MFF | 906 | 20100101 | null |
|________|________|__________|__________|______|
| UTD | PAS | 801 | 20100101 | null |
|________|________|__________|__________|______|
| UTD | PAS | 802 | 20100101 | null |
|________|________|__________|__________|______|
| UTD | PAS | 803 | 20100101 | null |
|________|________|__________|__________|______|
| UTD | PAS | 804 | 20100101 | null |
|________|________|__________|__________|______|
| UTD | PAS | 805 | 20100101 | null |
|________|________|__________|__________|______|
| UTD | PAS | 806 | 20100101 | null |
|________|________|__________|__________|______|
| UTD | PAS | 807 | 20100101 | null |
.______________________________________________.
05 - Եկամտային հարկի հայտարարագրի ներկայացում և վավերացում
._____________________________________________________________________.
|dok_ID=SEQ_dok_id| | | | | | |
|_________________|_|________________|_|_______________|_|____________|
| 05D01 | | 05D02 | | 05D03 | | 05D04 |
|_________________|_|________________|_|_______________|_|____________|
| UTD-HEDER | | UTD-DETAL | | UTD-DETAL-tax | |UTD-passive-|
| | | | | | |taxes |
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|dok_id | |ID | |ID (SEQ_detal_ | |ID (SEQ_ |
| | |(SEQ_detal_id) | |taxes) | |passive) |
|_________________|_|________________|_|_______________|_|____________|
|submission_date | |Dok_id | |dok_id | |dok_id |
|_________________|_|________________|_|_______________|_|____________|
|tax_month | |identifier | |Identifier | |tax_code |
|_________________|_|________________|_|_______________|_|____________|
|taxpayer_type | |ID (worker) | |Contract_number| |base_ |
| | | | | | |calculation_|
| | | | | | |value |
|_________________|_|________________|_|_______________|_|____________|
|report_type | |ID_Type | |ID | |tax_value |
| | | | |(SEQ_detal_id) | | |
|_________________|_|________________|_|_______________|_|____________|
|identifier | |Surname | |tax_code | |number_ |
| | | | | | |workers |
|_________________|_|________________|_|_______________|_|____________|
|ID (taxpayer) | |Name | |base_ | | |
| | | | |calculation_ | | |
| | | | |income | | |
|_________________|_|________________|_|_______________|_|____________|
|ID_type | |job_ | |tax_value | | |
| | |classification | | | | |
|_________________|_|________________|_|_______________|_|____________|
|name_taxpayer | |number_days | |overpayment_ | | |
| | | | |value | | |
|_________________|_|________________|_|_______________|_|____________|
|economic_code | |benefit_code | | | | |
|_________________|_|________________|_|_______________|_|____________|
|marz_code | |benefit_amount | | | | |
|_________________|_|________________|_|_______________|_|____________|
|tot_salary_income| |worker_status | | | | |
|_________________|_|________________|_|_______________|_|____________|
|tot_other_income | |base_calculation| | | | |
| | |_income | | | | |
|_________________|_|________________|_|_______________|_|____________|
|Tax_value | |other_income | | | | |
|_________________|_|________________|_|_______________|_|____________|
|previous_values | |contract_number | | | | |
|_________________|_|________________|_|_______________|_|____________|
|return_ | |commencing_date | | | | |
|overpayment_ | | | | | | |
|values | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|passive_taxes | |terminating_date| | | | |
|_________________|_|________________|_|_______________|_|____________|
|new_amount_for_ | |cause_ | | | | |
|payment | |termination | | | | |
|_________________|_|________________|_|_______________|_|____________|
|overpayment_ | | | | | | |
|values | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|number_workers | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|number_commencing| | | | | | |
|_workers | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|number_ | | | | | | |
|terminating_ | | | | | | |
|workers | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|number_errors | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|number_warnings | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|message_level | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|max_date_payment | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|submission_type | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|submission_users | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|branch_office | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|Tax_form | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|status | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|Representative_ | | | | | | |
|identifier | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|Role_Identifier | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|SoftwareVersion | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|Status | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
| 0-Pending| | | | | | |
|_________________|_|________________|_|_______________|_|____________|
| 1-Paid| | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
| | | | |ID=SEQ_payment_| | |
| | | | |HEDER | | |
|_________________|_|________________|_|_______________|_|____________|
| 05D05 | | 05D06 | | 05D07 | | 05D08 |
|_________________|_|________________|_|_______________|_|____________|
|UTD-worker- | |UTD-worker-taxes| |UTD-Payment- | |UTD-Payment-|
|summary | | | |HEDER | |Tax Codes |
|_________________|_|________________|_|_______________|_|____________|
|row_identifier | |ID (SEQ_worker_ | |ID | |Payment_code|
|(SEQ_SROW) | |taxes) | | | | |
|_________________|_|________________|_|_______________|_|____________|
|dok_id | |dok_id | |dok_id | |Tax_code |
|_________________|_|________________|_|_______________|_|____________|
|identifier | |row_identifier | |Payment_code | |Individual_ |
| | | | | | |tax_code |
|_________________|_|________________|_|_______________|_|____________|
|ID (worker) | |individual_tax_ | |Tax_code | |principal_ |
| | |code | | | |tax_ |
| | | | | | |indicator |
|_________________|_|________________|_|_______________|_|____________|
|contract_number | |tax_% rate | |New_amount_for_| |Commencing_ |
| | | | |payment | |date |
|_________________|_|________________|_|_______________|_|____________|
|ID_type | |maximum_ | |Overpayments_ | |Expiry_date |
| | |permissible_ | |values | | |
| | |value | | | | |
|_________________|_|________________|_|_______________|_|____________|
|job_ | |base_calculation| |status | |Destination_|
|classification | |_income | | | |entity_code |
|_________________|_|________________|_|_______________|_|____________|
|worker_status | |tax_value | | | | |
|_________________|_|________________|_|_______________|_|____________|
|base_calculation_| |previous_value | | | | |
|income | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|Other_income | |return_ | | | | |
| | |overpayment_ | | | | |
| | |value | | | | |
|_________________|_|________________|_|_______________|_|____________|
|tax_value | |new_amount_for_ | | | | |
| | |payment | | | | |
|_________________|_|________________|_|_______________|_|____________|
|previous_values | |overpayment_ | | | | |
| | |value | | | | |
|_________________|_|________________|_|_______________|_|____________|
|return_ | |Calculated_tax_ | | | | |
|overpayment_ | |value | | | | |
|values | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|new_amount_for_ | |Payment_code | | | | |
|payment | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|overpayment_ | |Destination_ | | | | |
|values | |entity_code | | | | |
|_________________|_|________________|_|_______________|_|____________|
|commencing_date | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|terminating_date | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|cause_termination| | | |Status | |See examples|
|_________________|_|________________|_|_______________|_|____________|
|number_benefit_ | | | | 0-Pending| | |
|days | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|total_benefit_ | | | | 1-Reconciled| |Principal_ |
|amount | | | | | |tax_ |
| | | | | | |indicator |
|_________________|_|________________|_|_______________|_|____________|
| | | | | | | 0-NO|
|_________________|_|________________|_|_______________|_|____________|
| | | | | | | 1-YES|
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|dok_ID=SEQ_dok_id| |ID=SEQ_detal_id | |ID=SEQ_detal_ | |ID=SEQ_ |
| | | | |taxes | |passive |
|_________________|_|________________|_|_______________|_|____________|
| 05D09 | | 05D10 | | 05D11 | | 05D12 |
|_________________|_|________________|_|_______________|_|____________|
|UTD-temp-HEDER | |UTD-temp-DETAL | |UTD-temp-detal-| |UTD-temp- |
| | | | |tax | |passive- |
| | | | | | |taxes |
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|dok_id | |ID | |ID | |ID |
|_________________|_|________________|_|_______________|_|____________|
|submission_date | |Dok_id | |dok_id | |dok_id |
|_________________|_|________________|_|_______________|_|____________|
|identifier | |identifier | |identifier | |Tax_code |
|_________________|_|________________|_|_______________|_|____________|
|ID (tax payer) | |Surname | |Contract_number| |base_ |
| | | | | | |calculation_|
| | | | | | |value |
|_________________|_|________________|_|_______________|_|____________|
|ID_type | |Name | |ID (SEQ_detal_ | |tax_value |
| | | | |id) | | |
|_________________|_|________________|_|_______________|_|____________|
|tax_month | |job_ | |tax_code | |number_ |
| | |classification | | | |workers |
|_________________|_|________________|_|_______________|_|____________|
|taxpayer_type | |number_days | |base_ | | |
| | | | |calculation_ | | |
| | | | |income | | |
|_________________|_|________________|_|_______________|_|____________|
|report_type | |benefit_code | |tax_value | | |
|_________________|_|________________|_|_______________|_|____________|
|currency_code | |benefit_amount | |overpayment_ | | |
| | | | |value | | |
|_________________|_|________________|_|_______________|_|____________|
|registration_ | |worker_status | | | | |
|number | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|taxpayer_name | |base_calculation| | | | |
| | |_income | | | | |
|_________________|_|________________|_|_______________|_|____________|
|area_phone_code | |other_income | | | | |
|_________________|_|________________|_|_______________|_|____________|
|phone_number | |contract_number | | | | |
|_________________|_|________________|_|_______________|_|____________|
|fax_number | |commencing_date | | | | |
|_________________|_|________________|_|_______________|_|____________|
|Economic_code | |terminating_date| | | | |
|_________________|_|________________|_|_______________|_|____________|
|street_name | |cause_ | | | | |
|(code) | |termination | | | | |
|_________________|_|________________|_|_______________|_|____________|
|building_house_ | | | | | | |
|number | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|apto_number | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|city_town_code | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|MARZ_code | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|postal_code | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|contact_name | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|Contact_phone_ | | | | | | |
|number | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|contact_email | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|submission_type | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|branch_office | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|submission_user | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|tax_form | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|Representative_ | | | | | | |
|identifier | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|Role_Identifier | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|SoftwareVersion | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|row_identifier= | |ID=SEQ_worker_ | | | | |
|SEQ_SROW | |taxes | | | | |
|_________________|_|________________|_|_______________|_|____________|
| 05D13 | | 05D14 | | | | 05D23 |
|_________________|_|________________|_|_______________|_|____________|
|UTD-temp-summary | |UTD-temp-taxes | | | |UTD-Temp- |
| | | | | | |[F1] |
| | | | | | |employment |
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|row_identifier | |ID | | | |DOK_ID |
|_________________|_|________________|_|_______________|_|____________|
|dok_id | |dok_id | | | |ID (worker) |
|_________________|_|________________|_|_______________|_|____________|
|identifier | |row_identifier | | | |identifier |
|_________________|_|________________|_|_______________|_|____________|
|ID (worker) | |individual_tax_ | | | |ID_type |
| | |code | | | | |
|_________________|_|________________|_|_______________|_|____________|
|contract_number | |tax_% rate | | | |surname |
|_________________|_|________________|_|_______________|_|____________|
|ID_type | |maximum_ | | | |name |
| | |permissible_ | | | | |
| | |value | | | | |
|_________________|_|________________|_|_______________|_|____________|
|job_ | |base_calculation| | | |fathers_name|
|classification | |_income | | | | |
|_________________|_|________________|_|_______________|_|____________|
|worker_status | |tax_value | | | |job_classifi|
| | | | | | |cation |
|_________________|_|________________|_|_______________|_|____________|
|base_calculation_| |previous_values | | | |gender |
|income | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|Other_income | |return_ | | | |date_birth |
| | |overpayment_ | | | | |
| | |values | | | | |
|_________________|_|________________|_|_______________|_|____________|
|tax_value | |new_amount_for_ | | | |citizenship_|
| | |payment | | | |code |
|_________________|_|________________|_|_______________|_|____________|
|previous_values | |overpayment_ | | | |identifica- |
| | |values | | | |tion_number |
|_________________|_|________________|_|_______________|_|____________|
|return_ | |Calculated_tax_ | | | |res_marz_ |
|overpayment_ | |value | | | |code |
|values | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|new_amount_for_ | |Payment_code | | | |res_city_ |
|payment | | | | | |town_code |
|_________________|_|________________|_|_______________|_|____________|
|overpayment_ | |Destination_ | | | |res_street_ |
|values | |entity_code | | | |name (code) |
|_________________|_|________________|_|_______________|_|____________|
|commencing_date | |Accumulate_ | | | |res_building|
| | |indicator | | | |_house_ |
| | | | | | |number |
|_________________|_|________________|_|_______________|_|____________|
|terminating_date | | | | | |res_apto_ |
| | | | | | |number |
|_________________|_|________________|_|_______________|_|____________|
|cause_termination| | | | | |res_country_|
| | | | | | |code |
|_________________|_|________________|_|_______________|_|____________|
|number_benefit_ | | | | | |res_postal_ |
|days | | | | | |code |
|_________________|_|________________|_|_______________|_|____________|
|total_benefit_ | | | | | |reg_marz_ |
|amount | | | | | |code |
|_________________|_|________________|_|_______________|_|____________|
| | | | | | |reg_city_ |
| | | | | | |town_code |
|_________________|_|________________|_|_______________|_|____________|
| | | | | | |reg_street_ |
| | | | | | |name (code) |
|_________________|_|________________|_|_______________|_|____________|
| | | | | | |reg_building|
| | | | | | |_house_ |
| | | | | | |number |
|_________________|_|________________|_|_______________|_|____________|
| | | | | | |reg_apto_ |
| | | | | | |number |
|_________________|_|________________|_|_______________|_|____________|
| | | | | | |reg_country_|
| | | | | | |code |
|_________________|_|________________|_|_______________|_|____________|
| | | | | | |res_postal_ |
| | | | | | |code |
|_________________|_|________________|_|_______________|_|____________|
| | | | | | |home_phone |
|_________________|_|________________|_|_______________|_|____________|
| | | | | | |office_phone|
|_________________|_|________________|_|_______________|_|____________|
| | | | | | |mobile_phone|
|_________________|_|________________|_|_______________|_|____________|
| | | | | | |email |
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|ID=SEQ_incons | | | | | |ID=SEQ_MB |
|_________________|_|________________|_|_______________|_|____________|
| 05D15 | | 05D16 | | 05D17 | | 05D18 |
|_________________|_|________________|_|_______________|_|____________|
|Inconsistency-log| |replacement-log | |StateFunding | |General |
| | | | | | |Message |
| | | | | | |Board |
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|ID | |dok_id | |individual_tax_| |ID |
| | | | |codes | | |
|_________________|_|________________|_|_______________|_|____________|
|dok_id | |submission_date | |state_Funding_ | |Text_message|
| | | | |tax_codes | | |
|_________________|_|________________|_|_______________|_|____________|
|submission_date | |Replacement_ | |payment_code | |commencing |
| | |dok_id | | | |date |
|_________________|_|________________|_|_______________|_|____________|
|Identifier | |Replacement_date| |destination_ | |expiry date |
| | | | |entity_code | | |
|_________________|_|________________|_|_______________|_|____________|
|row_identifier | |Orig_replacement| |Accumulate_ | | |
| | |_dok_id | |indicator | | |
|_________________|_|________________|_|_______________|_|____________|
|Message_level | | | |commencing_date| | |
|_________________|_|________________|_|_______________|_|____________|
|message_code | | | |expiry_date | | |
|_________________|_|________________|_|_______________|_|____________|
|data_description | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|Elm_auto_ | | | | | | |
|indicator | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|Elm_expiry_date | | | |Accumulate_ | | |
| | | | |indicator | | |
|_________________|_|________________|_|_______________|_|____________|
|Elm_cause_code | | | | 0-NO| | |
|_________________|_|________________|_|_______________|_|____________|
| | | | | 1-YES| | |
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|ID=SEQ_MB | |ID=SEQ_MB | |ID=SEQ_auto_ | |ID=SEQ_ |
| | | | |elimination | |eliminated |
|_________________|_|________________|_|_______________|_|____________|
| 05D19 | | 05D20 | | 05D21 | | 05D22 |
|_________________|_|________________|_|_______________|_|____________|
|Message Board Tax| |Message Board | |Automatic- | |Eliminated- |
|payer | |DOK_ID | |Elimination | |Tax-Forms |
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|ID | |ID | |ID | |ID |
|_________________|_|________________|_|_______________|_|____________|
|Identifier | |DOK_ID | |DOK_ID | |DOK_ID |
|_________________|_|________________|_|_______________|_|____________|
|Seq | |seq | |expiry_date | |date_ |
| | | | | | |elimination |
|_________________|_|________________|_|_______________|_|____________|
|Text_message | |Text_message | |Cause_ | |cause_ |
| | | | |elimination | |elimination |
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|ID=SEQ_Archive | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
| 05D24 | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|Archive-Log | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|ID | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|submission_date | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|DOK_ID | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|Identifier | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|Tax_month | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|Tax_form | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|TaxPayer_type | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|Report_type | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|representative_ | | | | | | |
|identifier | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|version | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|LOB_file | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|type file | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|type file | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
| D-DRAFT| | | | | | |
|_________________|_|________________|_|_______________|_|____________|
| F-FINAL| | | | | | |
._____________________________________________________________________.
06 - Բաշխում
.___________________________________________________________________.
|ID=SEQ_overpayments| | | |ID=SEQ_tracking_number |
|___________________|_|___________________|_|_______________________|
| 06D01 | | 06D02 | | 06D03 |
|___________________|_|___________________|_|_______________________|
|overpayments | |return-overpayments| |payment-tracking-log |
|___________________|_|___________________|_|_______________________|
|___________________|_|___________________|_|_______________________|
|ID | |ID (overpayment) | |ID |
|___________________|_|___________________|_|_______________________|
|dok_id | |operation_date | |destination_entity_code|
|___________________|_|___________________|_|_______________________|
|Individual_tax_code| |amount_return | |payment_code |
|___________________|_|___________________|_|_______________________|
|row_identifier | |return_dok_id | |operation_date |
|___________________|_|___________________|_|_______________________|
|ID (worker) | |return_date | |amount |
|___________________|_|___________________|_|_______________________|
|ID (taxpayer) | | | |currency_code |
|___________________|_|___________________|_|_______________________|
|date_operation | | | |status |
|___________________|_|___________________|_|_______________________|
|amount | | | | |
|___________________|_|___________________|_|_______________________|
|Status | | | | |
|___________________|_|___________________|_|_______________________|
|return_dok_id | | | | |
|___________________|_|___________________|_|_______________________|
|return_date | | | | |
|___________________|_|___________________|_|_______________________|
|amount_return | | | | |
|___________________|_|___________________|_|_______________________|
|___________________|_|___________________|_|_______________________|
|___________________|_|___________________|_|_______________________|
|Status | | | |Status |
|___________________|_|___________________|_|_______________________|
| 0-pending| | | |0=open, pending receipt|
|___________________|_|___________________|_|_______________________|
| 1-fully returned| | | |1=closed, confirmed by |
| | | | |receiver |
.___________________________________________________________________.
07 - ՈՒշացման դեպքում տոկոսներ
._____________________________________________________________________.
| | |ID=SEQ_pre_calc | |ID=SEQ_calc_int| | |
|_________________|_|________________|_|_______________|_|____________|
| 07D01 | | 07D02 | | 07D03 | | 07D04 |
|_________________|_|________________|_|_______________|_|____________|
|pre-dates- | |pre-ssc- | |final-late- | |Late- |
|interest | |calculation | |interests | |Interest- |
| | | | | | |Distribution|
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|dok_id | |ID | |ID | |Tax_form |
|_________________|_|________________|_|_______________|_|____________|
|payment_code | |dok_id | |dok_id | |Individual_ |
| | | | | | |tax_code |
|_________________|_|________________|_|_______________|_|____________|
|max_date_payment | |row_identifier | |row_identifier | |% |
| | | | | | |distribution|
| | | | | | |_worker_ |
| | | | | | |account |
|_________________|_|________________|_|_______________|_|____________|
|Base_calc_date | |ID (worker) | |ID (worker) | |% |
| | | | | | |Distribution|
| | | | | | |_state |
|_________________|_|________________|_|_______________|_|____________|
|Base_calc_value | |ID (Tax Payer) | |ID (taxpayer) | |state_tax_ |
| | | | | | |code |
|_________________|_|________________|_|_______________|_|____________|
| | |individual_tax_ | |Individual_tax_| |commencing_ |
| | |code | |code | |date |
|_________________|_|________________|_|_______________|_|____________|
| | |date_base_calc | |number_days | |expiry_date |
|_________________|_|________________|_|_______________|_|____________|
| | |date_calculation| |capital_subject| | |
|_________________|_|________________|_|_______________|_|____________|
| | |capital_subject | |amount_ | | |
| | | | |interests | | |
|_________________|_|________________|_|_______________|_|____________|
| | |amount_interests| |status | | |
|_________________|_|________________|_|_______________|_|____________|
| | |number_days | |dok_id_applied | | |
|_________________|_|________________|_|_______________|_|____________|
| | |interest_rate | |date_applied | | |
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
| | | | |status | | |
|_________________|_|________________|_|_______________|_|____________|
| | | | | 0-pending| | |
|_________________|_|________________|_|_______________|_|____________|
| | | | | 1-applied| | |
._____________________________________________________________________.
10 - Աշխատանքային հերթեր
._____________________________________________________________________.
|ID=SEQ_subm_queue| |ID=SEQ_dist_ | |ID=SEQ_status_ | |ID=SEQ_ |
| | |queue | |log | |assessment |
|_________________|_|________________|_|_______________|_|____________|
| 10D01 | | 10D02 | | 10D03 | | 10D04 |
|_________________|_|________________|_|_______________|_|____________|
|submission-queue | |distribution- | |doc-status-log | |Assessment- |
| | |queue | | | |Indicators |
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|ID | |ID | |ID | |ID |
|_________________|_|________________|_|_______________|_|____________|
|dok_id | |Individual_tax_ | |Dok-Id | |ID (tax |
| | |code | | | |Payer) |
|_________________|_|________________|_|_______________|_|____________|
|individual-Tax- | |dok_id | |status_date | |Identifier |
|code or tax-code | | | | | | |
|_________________|_|________________|_|_______________|_|____________|
|submission_date | |operation_date | |status | |assessment_ |
|(includes time) | |(includes time) | | | |code |
|_________________|_|________________|_|_______________|_|____________|
|identifier | |identifier | | | |operation_ |
| | | | | | |date |
| | | | | | |(includes |
| | | | | | |time) |
|_________________|_|________________|_|_______________|_|____________|
|ID (tax payer) | |ID (tax payer) | | | |argumentary_|
| | | | | | |text |
|_________________|_|________________|_|_______________|_|____________|
|ID_type | |ID_type | | | | |
|_________________|_|________________|_|_______________|_|____________|
|tax_month | |Name | | | | |
|_________________|_|________________|_|_______________|_|____________|
|max_date_payment | |Tax_month | | | | |
|_________________|_|________________|_|_______________|_|____________|
|status | |Report_type | | | | |
|_________________|_|________________|_|_______________|_|____________|
| | |last_payment_ | | | | |
| | |date | | | | |
|_________________|_|________________|_|_______________|_|____________|
| | |amount_paid | | | | |
|_________________|_|________________|_|_______________|_|____________|
| | |automatic_ | | | | |
| | |payment_ | | | | |
| | |indicator | | | | |
|_________________|_|________________|_|_______________|_|____________|
| | |payment_code | | | | |
|_________________|_|________________|_|_______________|_|____________|
| | |Destination_ | | | | |
| | |entity_code | | | | |
|_________________|_|________________|_|_______________|_|____________|
| | |status | | | | |
|_________________|_|________________|_|_______________|_|____________|
| | |status_date | | | | |
|_________________|_|________________|_|_______________|_|____________|
| | |tracking_number | | | | |
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|_________________|_|________________|_|_______________|_|____________|
|when moved to | |Automatic_ | |status | | |
|distribution, it | |Payment_ | | | | |
|gets eliminated | |indicator | | | | |
|_________________|_|________________|_|_______________|_|____________|
| | | 0-NO| |0-submission | | |
| | | | |accepted | | |
|_________________|_|________________|_|_______________|_|____________|
|status | | 1-YES| |1-partial | | |
| | | | |payment | | |
|_________________|_|________________|_|_______________|_|____________|
| 0-pending| | | |2-Reconciled | | |
| | | | |Full payment | | |
|_________________|_|________________|_|_______________|_|____________|
| 1-processed| |status | |3-distributed | | |
| | | | |to institutions| | |
|_________________|_|________________|_|_______________|_|____________|
| | | 0-pending| |4-Received OK | | |
|_________________|_|________________|_|_______________|_|____________|
| | | 1-processed| |5-Resent data | | |
|_________________|_|________________|_|_______________|_|____________|
| | | | |6-Resent data | | |
| | | | |received OK | | |
._____________________________________________________________________.
Օրինակներ
._____________________.
|Mapping-Rules (00D17)|
._____________________.
._____________________________________________________________
|Tax |report |commencing|expiry|Tax code|Default |Tax INPUT|
|form|record |date |date |position|Tax Code|position |
| |indicator| | | | | |
|____|_________|__________|______|________|________|_________|
|____|_________|__________|______|________|________|_________|
|UTD | 3 | 20100101 | null | null | AUT | 11 |
|____|_________|__________|______|________|________|_________|
|UTD | 3 | 20100101 | null | null | MFF | 13 |
|____|_________|__________|______|________|________|_________|
|UTD | 5 | 20100101 | null | 1 | null | 3 |
|____|_________|__________|______|________|________|_________|
|____|_________|__________|______|________|________|_________|
._____________________________________________________________
.____________________________________________________________________.
|Base |Mandatory|TAX Error |Overpayment|Overpayment|number of|
|Calculation|indicator|message code|INPUT |Error |workers |
|Position |position | |position |message |INPUT |
| | | | |code |position |
|___________|_________|____________|___________|___________|_________|
|___________|_________|____________|___________|___________|_________|
| 9;10 | 0 | 001 | 12 | 002 | null |
|___________|_________|____________|___________|___________|_________|
| 9 | 0 | 003 | 14 | 004 | null |
|___________|_________|____________|___________|___________|_________|
| 2 | 1 | 030 | null | null | 4 |
|___________|_________|____________|___________|___________|_________|
|___________|_________|____________|___________|___________|_________|
_____________________________________________________________________.
.______________________________________________.
| Tax Form - Taxcode-individual (00D10) |
.______________________________________________.
.______________________________________________.
|Tax Form|Tax Code|Individual|Commencing|expiry|
| | |Tax code |date |date |
|________|________|__________|__________|______|
| UTD | AUT | 900 | 20100101 | null |
|________|________|__________|__________|______|
| UTD | MFF | 901 | 20100101 | null |
|________|________|__________|__________|______|
| UTD | MFF | 902 | 20100101 | null |
|________|________|__________|__________|______|
| UTD | MFF | 906 | 20100101 | null |
|________|________|__________|__________|______|
| UTD | PAS | 801 | 20100101 | null |
|________|________|__________|__________|______|
| UTD | PAS | 802 | 20100101 | null |
|________|________|__________|__________|______|
| UTD | PAS | 803 | 20100101 | null |
|________|________|__________|__________|______|
| UTD | PAS | 804 | 20100101 | null |
|________|________|__________|__________|______|
| UTD | PAS | 805 | 20100101 | null |
|________|________|__________|__________|______|
| UTD | PAS | 806 | 20100101 | null |
|________|________|__________|__________|______|
| UTD | PAS | 807 | 20100101 | null |
.______________________________________________.
._____________________.
|Worker-Status (00D29)|
._____________________.
._________________________________________________________________________.
|Worker|Description |Closure |worker |new |commencing|expiry|current|
|Status| |indicator|indicator|worker|date |date |status |
| | | | |status| | | |
|______|_____________|_________|_________|______|__________|______|_______|
|______|_____________|_________|_________|______|__________|______|_______|
| 00 |NOT member | 0 | 1 | 00 | 20100101 | null | 00 |
|______|_____________|_________|_________|______|__________|______|_______|
| 01 |Mandatory | 0 | 1 | 01 | 20100101 | null | 01 |
| |member | | | | | | |
| |mandatory | | | | | | |
| |Pensions | | | | | | |
|______|_____________|_________|_________|______|__________|______|_______|
| 02 |Voluntary | 1 | 1 | 02 | 20100101 | null |00;52 |
| |member | | | | | | |
| |mandatory | | | | | | |
| |pensions | | | | | | |
|______|_____________|_________|_________|______|__________|______|_______|
| 03 |Self Employed| 0 | 1 | 03 | 20100101 | null |00;01 |
|______|_____________|_________|_________|______|__________|______|_______|
| 04 |Sole | 1 | 1 | 04 | 20100101 | null | 00 |
| |Entrepreneur | | | | | | |
|______|_____________|_________|_________|______|__________|______|_______|
| 05 |Notaries | 1 | 1 | 05 | 20100101 | null | 00 |
|______|_____________|_________|_________|______|__________|______|_______|
| 06 |Foreign and | 1 | 1 | 06 | 20100101 | null | 00 |
| |Stateless | | | | | | |
| |person | | | | | | |
|______|_____________|_________|_________|______|__________|______|_______|
|______|_____________|_________|_________|______|__________|______|_______|
| 21 |deregistra- | 1 | 1 | 00 | 20100101 | null |02;04; |
| |tion - | | | | | |05;06 |
| |falsification| | | | | | |
|______|_____________|_________|_________|______|__________|______|_______|
| 22 |deregistra- | 1 | 1 | 00 | 20100101 | null |02;04; |
| |tion - | | | | | |05;06 |
| |incorrect | | | | | | |
| |promotion | | | | | | |
|______|_____________|_________|_________|______|__________|______|_______|
| 23 |deregistra- | 1 | 1 | 00 | 20100101 | null |02;04; |
| |tion | | | | | |05;06 |
| |incorrect | | | | | | |
| |sales | | | | | | |
| |technique | | | | | | |
|______|_____________|_________|_________|______|__________|______|_______|
|______|_____________|_________|_________|______|__________|______|_______|
| 51 |Death of | 1 | 1 | 51 | 20100101 | null|00;01; |
| |worker | | | | | |02 |
|______|_____________|_________|_________|______|__________|______|_______|
| 52 |Retirement of| 1 | 1 | 52 | 20100101 | null |00;01; |
| |worker | | | | | |02 |
|______|_____________|_________|_________|______|__________|______|_______|
|______|_____________|_________|_________|______|__________|______|_______|
| 61 |Change of | 0 | 0 | null | 20100101 | null | null |
| |persons | | | | | | |
| |address | | | | | | |
|______|_____________|_________|_________|______|__________|______|_______|
| 62 |Change of | 0 | 0 | null | 20100101 | null | null |
| |persons names| | | | | | |
| | | | | | | | |
|______|_____________|_________|_________|______|__________|______|_______|
| 63 |Change of | 0 | 0 | null | 20100101 | null | null |
| |persons | | | | | | |
| |contact | | | | | | |
| |information | | | | | | |
|______|_____________|_________|_________|______|__________|______|_______|
._________________________________________________________________________.
.____________________________________________.
| Worker-Status-Individual (00D32) |
.____________________________________________.
.___________________________________________________.
|worker status|tax form|individual|commencing|expiry|
| | |tax code |date |date |
|_____________|________|__________|__________|______|
|_____________|________|__________|__________|______|
| 00 | UTD | 900 | 20100101 | null |
|_____________|________|__________|__________|______|
|_____________|________|__________|__________|______|
| 01 | UTD | 900 | 20100101 | null |
|_____________|________|__________|__________|______|
| 01 | UTD | 901 | 20100101 | null |
|_____________|________|__________|__________|______|
| 01 | UTD | 906 | 20100101 | null |
|_____________|________|__________|__________|______|
|_____________|________|__________|__________|______|
| 02 | UTD | 900 | 20100101 | null |
|_____________|________|__________|__________|______|
| 02 | UTD | 902 | 20100101 | null |
|_____________|________|__________|__________|______|
|_____________|________|__________|__________|______|
| 03 | UTD | 900 | 20100101 | null |
|_____________|________|__________|__________|______|
| 03 | UTD | 902 | 20100101 | null |
|_____________|________|__________|__________|______|
|_____________|________|__________|__________|______|
| 04 | UTD | 900 | 20100101 | null |
|_____________|________|__________|__________|______|
| 04 | UTD | 902 | 20100101 | null |
|_____________|________|__________|__________|______|
|_____________|________|__________|__________|______|
| 05 | UTD | 900 | 20100101 | null |
|_____________|________|__________|__________|______|
| 05 | UTD | 902 | 20100101 | null |
|_____________|________|__________|__________|______|
|_____________|________|__________|__________|______|
| 06 | UTD | 900 | 20100101 | null |
|_____________|________|__________|__________|______|
| 06 | UTD | 902 | 20100101 | null |
.___________________________________________________.
.__________________________________________.
| UTD-Payment-TaxCodes (05D08) |
.__________________________________________.
._______________________________________________________.
|Payment|Tax |Individual|Principal Tax|commencing|expiry|
|Code |Code|Tax codes |Indicator |date |date |
|_______|____|__________|_____________|__________|______|
| 01 |AUT | 900 | 0 | 20100101 | null |
|_______|____|__________|_____________|__________|______|
| 01 |PAS | 801 | 0 | 20100101 | null |
|_______|____|__________|_____________|__________|______|
| 01 |PAS | 802 | 0 | 20100101 | null |
|_______|____|__________|_____________|__________|______|
| 01 |PAS | 803 | 0 | 20100101 | null |
|_______|____|__________|_____________|__________|______|
| 01 |PAS | 804 | 0 | 20100101 | null |
|_______|____|__________|_____________|__________|______|
| 01 |PAS | 805 | 0 | 20100101 | null |
|_______|____|__________|_____________|__________|______|
| 01 |PAS | 806 | 0 | 20100101 | null |
|_______|____|__________|_____________|__________|______|
| 01 |PAS | 807 | 0 | 20100101 | null |
|_______|____|__________|_____________|__________|______|
| 01 |PAS | 808 | 0 | 20100101 | null |
|_______|____|__________|_____________|__________|______|
| 02 |MFF | 901 | 0 | 20100101 | null |
|_______|____|__________|_____________|__________|______|
| 02 |MFF | 902 | 0 | 20100101 | null |
|_______|____|__________|_____________|__________|______|
._______________________________________________________.
._______________________________________________.
| Late-Interest-Distribution (07D04) |
._______________________________________________.
._______________________________________________________________.
|Tax |Individual|% distribution|% distribution|commencing|expiry|
|Form|Tax Code |State |worker account|date |date |
|____|__________|______________|______________|__________|______|
|UTD | 900 | 100.0% | 0.0% | 20100101 | null |
|____|__________|______________|______________|__________|______|
|UTD | 901 | 50.0% | 50.0% | 20100101 | null |
|____|__________|______________|______________|__________|______|
|UTD | 902 | 50.0% | 50.0% | 20100101 | null |
|____|__________|______________|______________|__________|______|
._______________________________________________________________.
.________________________________________.
| Global parameters (00D01) |
.________________________________________.
.________________________________________________________________.
|Key Word |Value |commencing|expiry|
| | |date |date |
|________________________|_____________________|__________|______|
|principal_worker_id | 101 | 20100101 | null |
|________________________|_____________________|__________|______|
|principal_taxpayer_id | 131 | 20100101 | null |
|________________________|_____________________|__________|______|
|principal_tax_form | UTD | 20100101 | null |
|________________________|_____________________|__________|______|
|Payment_folder | TREZOR | 20100101 | null |
|________________________|_____________________|__________|______|
|TreasuryFileName | TRyyyymmddPAY | 20100101 | null |
|________________________|_____________________|__________|______|
|IndividualAccount | 300 | 20100101 | null |
|________________________|_____________________|__________|______|
|AverageIncomeCode | AVIA | 20100101 | null |
|________________________|_____________________|__________|______|
|MandatoryBirthDate | 1970 | 20100101 | null |
|________________________|_____________________|__________|______|
|LateInterestReport | 115 | 20100101 | null |
|________________________|_____________________|__________|______|
|Voluntary worker status | 102 | 20100101 | null |
|________________________|_____________________|__________|______|
|SoftwareVersion | xxxfxxxx1232 | 20100101 | null |
|________________________|_____________________|__________|______|
|ConfirmReceipt |[email protected]; | 20100101 | null |
| |[email protected]; | | |
|________________________|_____________________|__________|______|
|ExpectedRevenueRep | 200 | 20100101 | null |
|________________________|_____________________|__________|______|
|________________________|_____________________|__________|______|
|CDA |FFFFFFFFFFFFF; | 20100101 | null |
| |EXCxxxxyyyymmddvv_qqq| | |
|________________________|_____________________|__________|______|
|SSSS |FFFFFFFFFFFFF; | 20100101 | null |
| |EXCxxxxyyyymmddvv_qqq| | |
|________________________|_____________________|__________|______|
|ArchiveExchg |name of folder | 20100101 | null |
|________________________|_____________________|__________|______|
.________________________________________________________________.
xxxx-destination entity code
yyyymmdd- date of operations
vv-unique version of processes
qqq-type or content of file
EMP=employment
CON=contributions
PAY=payments
Հաղորդագրությունների կոդեր
._____________________________________________________________________.
|Message|Description |Message|Commencing|expiry|auto |Elimi |days |
|Code | |Level |date |date |elimi-|nation|elimi |
| | | | | |nation|code |nation|
| | | | | |indi- | | |
| | | | | |cator | | |
|_______|______________|_______|__________|______|______|______|______|
|_______|______________|_______|__________|______|______|______|______|
| 001 |calculation of| 2 | 20100101 | null | 1| 01 | 5 |
| |unified tax | | | | | | |
| |incorrect | | | | | | |
|_______|______________|_______|__________|______|______|______|______|
| 002 |Reduction of | 1 | 20100101 | null | null | null | null |
| |overpayment | | | | | | |
| |for Unified | | | | | | |
| |tax greater | | | | | | |
| |than current | | | | | | |
| |credit | | | | | | |
|_______|______________|_______|__________|______|______|______|______|
| 003 |calculation of| 2 | 20100101 | null | 1| 01 | 5 |
| |Fully Funded | | | | | | |
| |Pension | | | | | | |
| |incorrect | | | | | | |
|_______|______________|_______|__________|______|______|______|______|
| 004 |Reduction of | 1 | 20100101 | null | null | null| null|
| |overpayment | | | | | | |
| |for fully | | | | | | |
| |funded | | | | | | |
| |pensions | | | | | | |
| |greater than | | | | | | |
| |current credit| | | | | | |
|_______|______________|_______|__________|______|______|______|______|
|_______|______________|_______|__________|______|______|______|______|
| 008 |Insurance | 2 | 20100101 | null | 1 | 01 | 5 |
| |benefit code | | | | | | |
| |NOT valid | | | | | | |
|_______|______________|_______|__________|______|______|______|______|
| 009 |Insurance | 2 | 20100101 | null | 1 | 01 | 5 |
| |benefit | | | | | | |
| |amounts exceed| | | | | | |
| |the official | | | | | | |
| |limits | | | | | | |
|_______|______________|_______|__________|______|______|______|______|
| 010 |Insurance | 2 | 20100101 | null | 1 | 01 | 5 |
| |benefit days | | | | | | |
| |exceed the | | | | | | |
| |official | | | | | | |
| |limits | | | | | | |
|_______|______________|_______|__________|______|______|______|______|
| 011 |Passive tax | 2 | 20100101 | null | 1 | 01 | 5 |
| |code NOT valid| | | | | | |
|_______|______________|_______|__________|______|______|______|______|
| 012 |Passive taxes | 2 | 20100101 | null | 1 | 01 | 5 |
| |NOT | | | | | | |
| |calculated | | | | | | |
| |correctly | | | | | | |
|_______|______________|_______|__________|______|______|______|______|
| 013 |Insurance | 2 | 20100101 | null | 1 | 01 | 5 |
| |Benefit days | | | | | | |
| |greater than | | | | | | |
| |days of | | | | | | |
| |contract or | | | | | | |
| |tax period | | | | | | |
|_______|______________|_______|__________|______|______|______|______|
|_______|______________|_______|__________|______|______|______|______|
| 015 |excessive | 1 | 20100101 | null | null | null | null |
| |variation of | | | | | | |
| |income values | | | | | | |
|_______|______________|_______|__________|______|______|______|______|
|_______|______________|_______|__________|______|______|______|______|
| 020 |Worker with | 2 | 20100101 | null | 1 | 01 | 5 |
| |active | | | | | | |
| |contract NOT | | | | | | |
| |declared in | | | | | | |
| |tax form | | | | | | |
|_______|______________|_______|__________|______|______|______|______|
| 021 |Worker | 2 | 20100101 | null | 1 | 01 | 5 |
| |declared in | | | | | | |
| |tax form, | | | | | | |
| |WITHOUT an | | | | | | |
| |active | | | | | | |
| |contract or | | | | | | |
| |commencing of | | | | | | |
| |employment | | | | | | |
| |indicator | | | | | | |
|_______|______________|_______|__________|______|______|______|______|
|_______|______________|_______|__________|______|______|______|______|
| 025 |Replaced | 0 | 20100101 | null | null | null | null |
| |documents | | | | | | |
|_______|______________|_______|__________|______|______|______|______|
| 026 |Correction | 2 | 20100101 | null | 1 | 01 | 5 |
| |document, | | | | | | |
| |information | | | | | | |
| |for worker | | | | | | |
| |shows NO | | | | | | |
| |change of data| | | | | | |
| |or values, | | | | | | |
| |ONLY records | | | | | | |
| |with changes | | | | | | |
| |permitted | | | | | | |
|_______|______________|_______|__________|______|______|______|______|
|_______|______________|_______|__________|______|______|______|______|
| 030 |calculation | 2 | 20100101 | null | 1 | 01 | 5 |
| |of Passive | | | | | | |
| |tax incorrect | | | | | | |
|_______|______________|_______|__________|______|______|______|______|
| 031 |overpayment | 2 | 20100101 | null | 1 | 01 | 5 |
| |declared | | | | | | |
| |exceeds | | | | | | |
| |pending worker| | | | | | |
| |values or | | | | | | |
| |overpayment | | | | | | |
| |deduction | | | | | | |
| |NOT permitted | | | | | | |
|_______|______________|_______|__________|______|______|______|______|
| 032 |Overpayments | 0 | 20100101 | null | null | null | null |
| |calculated for| | | | | | |
| |worker should | | | | | | |
| |be deducted in| | | | | | |
| |future | | | | | | |
| |declarations | | | | | | |
|_______|______________|_______|__________|______|______|______|______|
|_______|______________|_______|__________|______|______|______|______|
| 040 |change of | 1 | 20100101 | null | null | null | null |
| |employment | | | | | | |
| |dates | | | | | | |
|_______|______________|_______|__________|______|______|______|______|
| 041 |Employment | 2 | 20100101 | null | 1 | 01 | 5 |
| |dates do not | | | | | | |
| |correpsond to | | | | | | |
| |tax month | | | | | | |
|_______|______________|_______|__________|______|______|______|______|
| 042 |Worker | 1 | 20100101 | null | null | null | null |
| |Address and | | | | | | |
| |contact | | | | | | |
| |information | | | | | | |
| |incomplete | | | | | | |
|_______|______________|_______|__________|______|______|______|______|
| 043 |termination | 2 | 20100101 | null | 1 | 01 | 5 |
| |cause code NOT| | | | | | |
| |valid | | | | | | |
|_______|______________|_______|__________|______|______|______|______|
|_______|______________|_______|__________|______|______|______|______|
| 050 |Identifier | 2 | 20100101 | null | 1 | 01 | 5 |
| |NOT found in | | | | | | |
| |official | | | | | | |
| |register | | | | | | |
|_______|______________|_______|__________|______|______|______|______|
| 051 |Name | 1 | 20100101 | null | null | null| null |
| |inconsistency | | | | | | |
| |with official | | | | | | |
| |register, may | | | | | | |
| |NOT be same | | | | | | |
| |entity or | | | | | | |
| |person as | | | | | | |
| |identifier | | | | | | |
|_______|______________|_______|__________|______|______|______|______|
| 052 |date of birth | 2 | 20100101 | null | 1 | 05 | 10 |
| |and gener are | | | | | | |
| |inconsistent | | | | | | |
| |with official | | | | | | |
| |register, may | | | | | | |
| |NOT be same | | | | | | |
| |person as | | | | | | |
| |identifier | | | | | | |
|_______|______________|_______|__________|______|______|______|______|
| 053 |Official | 2 | 20100101 | null | 1 | 05 | 10 |
| |register | | | | | | |
| |information is| | | | | | |
| |inconsistent | | | | | | |
| |with voluntary| | | | | | |
| |membership | | | | | | |
| |request | | | | | | |
|_______|______________|_______|__________|______|______|______|______|
| 054 |Invalid type | 2 | 20100101 | null | 1 | 05 | 10 |
| |of operation | | | | | | |
| |or status | | | | | | |
| |received in | | | | | | |
| |request | | | | | | |
|_______|______________|_______|__________|______|______|______|______|
| 055 |Invalid | 2 | 20100101 | null | 1 | 05 | 10 |
| |Identifier | | | | | | |
| |Type received | | | | | | |
| |in request, | | | | | | |
| |identifer | | | | | | |
| |exists, but | | | | | | |
| |type is | | | | | | |
| |incorrect | | | | | | |
|_______|______________|_______|__________|______|______|______|______|
| 057 |Verification | 2 | 20100101 | null | 1 | 05 | 10 |
| |digit | | | | | | |
| |incorrect | | | | | | |
|_______|______________|_______|__________|______|______|______|______|
|_______|______________|_______|__________|______|______|______|______|
| 060 |Identifier | 2 | 20100101 | null | 1 | 01 | 5 |
| |NOT found in | | | | | | |
| |official | | | | | | |
| |register | | | | | | |
|_______|______________|_______|__________|______|______|______|______|
| 061 |Name | 1 | 20100101 | null | null | null | null |
| |inconsistency | | | | | | |
| |with official | | | | | | |
| |register, may | | | | | | |
| |NOT be same | | | | | | |
| |entity or | | | | | | |
| |person as | | | | | | |
| |identifier | | | | | | |
|_______|______________|_______|__________|______|______|______|______|
| 067 |Verification | 2 | 20100101 | null | 1 | 05 | 10 |
| |digit | | | | | | |
| |incorrect | | | | | | |
|_______|______________|_______|__________|______|______|______|______|
|_______|______________|_______|__________|______|______|______|______|
|_______|______________|_______|__________|______|______|______|______|
| 100 |Tax Card for | 2 | 20100101 | null | null | null | null |
| |identifier | | | | | | |
| |NOT found | | | | | | |
|_______|______________|_______|__________|______|______|______|______|
| 101 |Tax Card for | 2 | 20100101 | null | null | null | null |
| |type of tax | | | | | | |
| |NOT found | | | | | | |
|_______|______________|_______|__________|______|______|______|______|
| 102 |Tax Card, | 2 | 20100101 | null | null | null | null |
| |type of | | | | | | |
| |operation | | | | | | |
| |incorrect | | | | | | |
|_______|______________|_______|__________|______|______|______|______|
|_______|______________|_______|__________|______|______|______|______|
| 120 |Type of payer | 2 | 20100101 | null | null | null | null |
| |incorrect | | | | | | |
|_______|______________|_______|__________|______|______|______|______|
| 121 |type of | 2 | 20100101 | null | null | null | null |
| |report | | | | | | |
| |incorrect | | | | | | |
|_______|______________|_______|__________|______|______|______|______|
| 123 |Business rules| 2 | 20100101 | null | null | null | null |
| |according type| | | | | | |
| |payer, report | | | | | | |
| |do NOT exist | | | | | | |
|_______|______________|_______|__________|______|______|______|______|
| 124 |Business rules| 2 | 20100101 | null | null | null | null |
| |according | | | | | | |
| |individual | | | | | | |
| |tax code do | | | | | | |
| |NOT exist | | | | | | |
|_______|______________|_______|__________|______|______|______|______|
| 125 |Financial | 2 | 20100101 | null | null | null | null |
| |parameters | | | | | | |
| |for tax month | | | | | | |
| |do NOT exists | | | | | | |
|_______|______________|_______|__________|______|______|______|______|
| 126 |currency code | 2 | 20100101 | null | null | null | null |
| |incorrect | | | | | | |
|_______|______________|_______|__________|______|______|______|______|
|_______|______________|_______|__________|______|______|______|______|
| 130 |Economic code | 2 | 20100101 | null | null | null | null |
| |incorrect | | | | | | |
|_______|______________|_______|__________|______|______|______|______|
| 131 |street code | 2 | 20100101 | null | null | null | null |
| |incorrect | | | | | | |
|_______|______________|_______|__________|______|______|______|______|
| 132 |city / town | 2 | 20100101 | null | null | null | null|
| |code incorrect| | | | | | |
|_______|______________|_______|__________|______|______|______|______|
| 133 |MARZ code | 2 | 20100101 | null | null | null | null |
| |incorrect | | | | | | |
|_______|______________|_______|__________|______|______|______|______|
| 134 |Area phone | 2 | 20100101 | null | null | null | null |
| |code incorrect| | | | | | |
|_______|______________|_______|__________|______|______|______|______|
| 135 |Country code | 2 | 20100101 | null | null | null | null |
| |incorrect | | | | | | |
|_______|______________|_______|__________|______|______|______|______|
| 136 |postal code | 2 | 20100101 | null | null | null | null |
| |incorrect | | | | | | |
|_______|______________|_______|__________|______|______|______|______|
|_______|______________|_______|__________|______|______|______|______|
| 140 |Job | 2 | 20100101 | null | null | null | null |
| |classification| | | | | | |
| |code incorrect| | | | | | |
|_______|______________|_______|__________|______|______|______|______|
| 141 |Gender code of| 2 | 20100101 | null | null | null | null |
| |worker | | | | | | |
| |incorrect | | | | | | |
|_______|______________|_______|__________|______|______|______|______|
| 142 |Citizenship | 2 | 20100101 | null | null | null | null |
| |code of worker| | | | | | |
| |incorrect | | | | | | |
|_______|______________|_______|__________|______|______|______|______|
|_______|______________|_______|__________|______|______|______|______|
| 150 |Worker - | 2 | 20100101 | null | null | null | null |
| |Member code | | | | | | |
| |incorrect | | | | | | |
|_______|______________|_______|__________|______|______|______|______|
| 151 |State Funding | 2 | 20100101 | null | null | null | null |
| |code NOT found| | | | | | |
| |in financial | | | | | | |
| |parameters | | | | | | |
|_______|______________|_______|__________|______|______|______|______|
|_______|______________|_______|__________|______|______|______|______|
| 300 |Employment | 2 | 20100101 | null | null | null | null |
| |record exists,| | | | | | |
| |NO termination| | | | | | |
| |date | | | | | | |
|_______|______________|_______|__________|______|______|______|______|
| 301 |Multiples | 2 | 20100101 | null | null | null | null |
| |employment | | | | | | |
| |contracts, | | | | | | |
| |same employer | | | | | | |
|_______|______________|_______|__________|______|______|______|______|
| 302 |Multiples | 2 | 20100101 | null | null | null | null |
| |employment | | | | | | |
| |contracts, | | | | | | |
| |distinct | | | | | | |
| |employers | | | | | | |
._____________________________________________________________________.
Դադարեցման կոդեր
.______________________________________________________________.
|Message Code|Description |Commencing|expiry|
| | |date |date |
|____________|_______________________________|__________|______|
|____________|_______________________________|__________|______|
| 01 |Error level, document should be| 20100101 | null |
| |replaced within legal period | | |
|____________|_______________________________|__________|______|
|____________|_______________________________|__________|______|
| 02 |eliminated due to replacement | 20100101 | null |
|____________|_______________________________|__________|______|
| 03 |Eliminated according to audit | 20100101 | null |
| |resolution | | |
.______________________________________________________________.
Գնահատման կոդ
.__________________________________________________________________.
|Message|Description |Commencing|expiry|
|Code | |date |date |
|_______|________________________________________|__________|______|
|_______|________________________________________|__________|______|
| 01 |late payments, late interests calculated| 20100101 | null |
|_______|________________________________________|__________|______|
| 02 |variation of salaries | 20100101 | null |
|_______|________________________________________|__________|______|
| 03 |multiple submissions same period | 20100101 | null |
|_______|________________________________________|__________|______|
| 04 |monthly adjustments | 20100101 | null |
|_______|________________________________________|__________|______|
| 05 |error in calculations | 20100101 | null |
|_______|________________________________________|__________|______|
| 06 |changes in employment information | 20100101 | null |
|_______|________________________________________|__________|______|
| 07 |monthly other taxable incomes | 20100101 | null |
|_______|________________________________________|__________|______|
| 08 |changing of contact information | 20100101 | null |
|_______|________________________________________|__________|______|
| 09 |partial payments | 20100101 | null |
|_______|________________________________________|__________|______|
| 10 |partial tax form payment | 20100101 | null |
|_______|________________________________________|__________|______|
| 11 |late submission of tax form | 20100101 | null |
|_______|________________________________________|__________|______|
|_______|________________________________________|__________|______|
|_______|________________________________________|__________|______|
|_______|________________________________________|__________|______|
| 20 |passive tax codes | 20100101 | null |
|_______|________________________________________|__________|______|
| 21 |Report types | 20100101 | null |
|_______|________________________________________|__________|______|
| 22 |submission type | 20100101 | null |
|_______|________________________________________|__________|______|
| 23 |Job classification code | 20100101 | null |
|_______|________________________________________|__________|______|
| 24 |Insurance benefit codes | 20100101 | null |
|_______|________________________________________|__________|______|
| 25 |employment termination codes | 20100101 | null |
|_______|________________________________________|__________|______|
|_______|________________________________________|__________|______|
| 30 |inconsistency message codes | 20100101 | null |
|_______|________________________________________|__________|______|
.__________________________________________________________________.
6.3. Մոդուլ 04-ի հավելվածներ
Հարկային հաշվետվության ձևի ընտրություն
.__________________________________________.
|Tax Form |scroll bar|
|_______________________________|__________|
|xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx| |
|_______________________________|__________|
|xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx| |
|_______________________________|__________|
|xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx| |
|_______________________________|__________|
|xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx| |
|_______________________________|__________|
|xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx| |
|_______________________________|__________|
|xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx| |
.__________________________________________.
Բեռնել կամ գտնել հարկային հայտարարագիրը
LOAD
._______________________________________.
| |search button|
._______________________________________.
RETRIEVE
.____________________. .______________.
|Tax payer identifier| | Year | Month |
|____________________| |______|_______|
.____________________. .______________.
.__________________________________________________________.
|Payer|Report|Tax |Representative|Version|Generation|scroll|
|Type |Type |Form|Identifier | |Date |bar |
|_____|______|____|______________|_______|__________|______|
|_____|______|____|______________|_______|__________|______|
|_____|______|____|______________|_______|__________|______|
|_____|______|____|______________|_______|__________|______|
|_____|______|____|______________|_______|__________|______|
|_____|______|____|______________|_______|__________|______|
|_____|______|____|______________|_______|__________|______|
.__________________________________________________________.
Գործառույթների մենյու
._______..________________________..__________________________________.
|Group ||Menu |Scroll||Path address of the function |
|section|| |bar || |
|_______||_________________|______||__________________________________|
|_______||_________________|______||__________________________________|
| ||Clean Data | ||xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx|
| ||Environment | || |
|_______||_________________|______||__________________________________|
| ||HELP texts | ||xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx|
|_______||_________________|______||__________________________________|
| ||Financial | ||xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx|
| ||parameters | || |
|_______||_________________|______||__________________________________|
| ||Load or Retrieve | ||xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx|
| ||Monthly Tax Form | || |
|_______||_________________|______||__________________________________|
| 1 ||Register Tax | ||xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx|
| ||period | || |
|_______||_________________|______||__________________________________|
| 2 ||Register Tax | ||xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx|
| ||Payer | || |
|_______||_________________|______||__________________________________|
| 3 ||Register Worker | ||xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx|
| ||information | || |
|_______||_________________|______||__________________________________|
| 5 ||Register Passive | ||xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx|
| ||Taxes | || |
|_______||_________________|______||__________________________________|
| 6 ||Register NEW | ||xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx|
| ||employment | || |
|_______||_________________|______||__________________________________|
| ||VALIDATE the | ||xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx|
| ||information | || |
|_______||_________________|______||__________________________________|
| ||Show | || |
| ||Inconsistency | || |
| ||Messages | || |
|_______||_________________|______||__________________________________|
| ||Digital Signature| || |
| ||+ Write | || |
| ||Electronic Tax | || |
| ||File | || |
|_______||_________________|______||__________________________________|
| ||Write DRAFT | || |
| ||electronic tax | || |
| ||file | || |
|_______||_________________|______||__________________________________|
| ||Submit E-Tax Form| || |
| ||to State Revenue | || |
|_______||_________________|______||__________________________________|
._______..________________________..__________________________________.
Պարամետրերի ստեղծում
._____________________________________________________________________.
| | | | | 00D17 |
._____________________________________________________________________.
._____________________________________________________________________.
|Interactive-Mapping | |Messages | |Tax-Mapping |
|_______________________|_|______________|_|__________________________|
|_______________________|_|______________|_|__________________________|
|TaxForm_official | |MessageCode | |TaxForm |
|_______________________|_|______________|_|__________________________|
|TaxForm_input | |Description | |record_code |
|_______________________|_|______________|_|__________________________|
|GroupSection | |MessageLevel | |TaxCode |
|_______________________|_|______________|_|__________________________|
|GroupTitle | |Field_code | |Tax_InputData_cell |
|_______________________|_|______________|_|__________________________|
|LabelBlock_cell | |HELP_filePath | |Tax_Message_code |
|_______________________|_|______________|_|__________________________|
|Width_label | |Hint_help_link| |Tax_DataBlock_cell |
|_______________________|_|______________|_|__________________________|
|DataBlock_cell | |DataBlock_cell| |Overpayment_InputData_cell|
|_______________________|_|______________|_|__________________________|
|InputFile_position | | | |Overpayment_message_code |
|_______________________|_|______________|_|__________________________|
|OutputFile_position | | | |Overpayment_DataBlock_cell|
|_______________________|_|______________|_|__________________________|
|Output record_type | | | |commencing_date |
|_______________________|_|______________|_|__________________________|
|TitleLabel_text | | | |expiry_date |
|_______________________|_|______________|_|__________________________|
|Field_number | | | |mandatory_indicator |
|_______________________|_|______________|_|__________________________|
|Mandatory_indicator | | | |Mandatory_position |
|_______________________|_|______________|_|__________________________|
|Validation_Function | | | |positive_value_indicator |
|_______________________|_|______________|_|__________________________|
|ErrorMessage_code | | | |Income_position |
|_______________________|_|______________|_|__________________________|
|Output DataType | | | | |
|_______________________|_|______________|_|__________________________|
|Output DataSize | | | | |
|_______________________|_|______________|_|__________________________|
|ZeroPad | | | | |
|_______________________|_|______________|_|__________________________|
|PositiveValue_indicator| | | | |
|_______________________|_|______________|_|__________________________|
|DROP_LIST_address | | | | |
|_______________________|_|______________|_|__________________________|
|HELP_filePath | | | | |
|_______________________|_|______________|_|__________________________|
|Hint_help_link | | | | |
|_______________________|_|______________|_|__________________________|
|commencing_date | | | | |
|_______________________|_|______________|_|__________________________|
|expiry_date | | | | |
|_______________________|_|______________|_|__________________________|
|_______________________|_|______________|_|__________________________|
|_______________________|_|______________|_|__________________________|
|DataType | |message_level | |similar |
|_______________________|_|______________|_|__________________________|
| Integer | | 2-error| | |
|_______________________|_|______________|_|__________________________|
| String | | 1-warning| | |
|_______________________|_|______________|_|__________________________|
| Float | | 0-information| | |
|_______________________|_|______________|_|__________________________|
|_______________________|_|______________|_|__________________________|
|Field number (example) | |Hint_Help | | |
|_______________________|_|______________|_|__________________________|
| 3.1 | | xxxx.html| | |
|_______________________|_|______________|_|__________________________|
| 5.2 | | | | |
|_______________________|_|______________|_|__________________________|
|_______________________|_|______________|_|__________________________|
|Indiciators | | | | |
|_______________________|_|______________|_|__________________________|
| 0=No | | | | |
|_______________________|_|______________|_|__________________________|
| 1=YES | | | | |
|_______________________|_|______________|_|__________________________|
._____________________________________________________________________.
SECTION I Contribution month
.____________________________.
|Year|Type of|Type of|Unit of|
| |Report |Payer |Measur |
| | | |ement |
|____|_______|_______|_______|
|____|_______|_______|_______|
| 1.1| 1.3. | 1.4. | 1.5 |
.____________________________.
(M) (M) (M) (M)
SECTION II Tax Payer identification and Legal registered address
.___________________________________________________________________.
|Tax |Registration|Name of tax payer |Area-|Tele-|Fax |
|number |number | |code |phone| |
| | | |phone| | |
|________|____________|____________________________|_____|_____|____|
| (M) | (M) | (M) | (V) | (V) |(V) |
|________|____________|____________________________|_____|_____|____|
| 2.1. | 2.2 | 2.3 | 2.4 | 2.5 |2.6 |
|_____________________|____________________________|_____|_____|____.
|Address, Street name |Building|Apartment|Community|City-|Marz |Pos-
| |-House |number | |Town | |tal
| |number | | | | |code
|_____________________|________|_________|_________|_____|_____|____.
| (V) | | (V) | (V) | (M) | (M) | (V)|
|_____________________|________|_________|_________|_____|_____|____|
| 2.7 | 2.7a | 2.8 | 2.9 | 2.10| 2.11|2.12|
.___________________________________________________________________.
.________. .______________________.
|Economic| |Contact name|Telephone|
|Activity| |____________|_________|
|Code | | (M) | (M) |
|________| |____________|_________|
| (M) | | 2.14 | 2.15 |
|________| |______________________|
| 2.13 | | Contact Email address|
.________. |______________________|
| (V) |
|______________________|
| 2.16 |
.______________________.
SECTION III Worker Identification and Calculation
._______________________________.
|Worker Identifier|Search Button|
|_________________| |
| 99999999999 | |
._______________________________.
._____________________________________________________________________
| |Worker Identification |Insurance Benefits|Passive Income - |
| | | |Non salary |
|_____|_______________________|__________________|___________________|
|Tax |Iden- |Sur-|Name|Job |Number|Code|Amount|Income|Income|Tax |
|Month|tifier|name| |Classi|of | | |code |value |value|
| | | | |fica- |days | | | | | |
| | | | |tion | | | | | | |
| | | | |code | | | | | | |
|_____|______|____|____|______|______|____|______|______|______|_____|
| 3.0 | 3.1. |3.2.|3.3.| 3.4. | 3.6 |3.7 | 3.8 | 3.30 | 3.31 | 3.32|
|_____|______|____|____|______|______|____|______|______|______|_____|
|_____|______|____|____|______|______|____|______|______|______|_____|
|_____|______|____|____|______|______|____|______|______|______|_____|
|_____|______|____|____|______|______|____|______|______|______|_____|
._____________________________________________________________________
(M) (M) (M) (M) (M) (V) (V) (V) (M) (M) (V)
____________________________________________________________________
| |Base of | |Taxes and Contributions |
|______|______________|_________|__________________________________|
|Fully |Salary|Other |Voluntary|Unified|Reduction|Fully |Reduction|
|Funded|+ |Taxable|Insurance|Tax |of Over- |Funded|of Over- |
|Member|other |Income |Scheme | |payment | |payment |
| |equi- | |value | | | | |
| |valent| | | | | | |
|______|______|_______|_________|_______|_________|______|_________|
| 3.11 | 3.12 | 3.12a | 3.12b | 3.13 | 3.13a | 3.14 | 3.14a |
|______|______|_______|_________|_______|_________|______|_________|
|______|______|_______|_________|_______|_________|______|_________|
|______|______|_______|_________|_______|_________|______|_________|
|______|______|_______|_________|_______|_________|______|_________|
____________________________________________________________________
(M) (M) (V) (M) (V) (M) (V)
______________________________________________________.
|Employment Information |
|_____________________________________________________|
|Commencing date|Terminating date|Grounds for|Contract|
|(dd.mm.yyyy) |(dd.mm.yyyy) |Termination|Number |
|_______________|________________|___________|________|
| 3.20 | 3.21 | 3.23 | 3.24 |
|_______________|________________|___________|________|
|_______________|________________|___________|________|
|_______________|________________|___________|________|
|_______________|________________|___________|________|
______________________________________________________.
(V) (V) (V) (M)
SECTION IV Summary Contribution Payment Vaues
.__________________________. .________________________________________.
|Declaration |4.2. | | | | | |0.00|0.00 | | | | |0.00|0.00 |0.00|0.00 |
|Date |Signa| | | | | | | | | | | | | | | |
|(dd/mm/yyyy)|tory | | | | | | | | | | | | | | | |
|____________|_____|_|_|_|_| |____|_____|_|_|_|_|____|_____|____|_____|
| 4.1. | | | | | | |4.12|4.12a| | | | |4.13|4.13a|4.14|4.14a|
.__________________________. .________________________________________.
0=Not Member
1=Mandatory
2=Voluntary
Բաժին V Պասիվ եկամուտներ` ոչ աշխատավարձային եկամուտներ
.______________________________________________________________.
|______|______|______|___________|____________________|________|
|Եկամտի|Եկամտի|Հարկի |Աշխատողների|Եկամտի կոդի նկարագիր|% դրույք|
|կոդ |չափ |գումար|թվաքանակը | | |
|______|______|______|___________|____________________|________|
| 5.1 | 5.2 | 5.3 | 5.4 |5.5 (ընտրել | 5.6 |
| | | | |համապատասխան տողը) | |
|______|______|______|___________|____________________|________|
|______|______|______|___________|____________________|________|
|______|______|______|___________|____________________|________|
|______|______|______|___________|____________________|________|
|______|______|______|___________|____________________|________|
|______|______|______|___________|____________________|________|
.______________________________________________________________.
(Պ) (Պ) (Պ) (V) (ԸՑ) (ԸՑ)
(Պ) = Պարտադիր լրացման դաշտ
(ՈՊ) = Ոչ պարտադիր լրացման դաշտ
(ԸՑ) = Ըստ ցանկի լրացման դաշտ
Գրանցում, Ֆ 1-ի տվյալներ
._____________________________________________________________
| Employment Information |
|____________________________________________________________|
|Identifier|Surname|Name|Father's|Commen-|Job |Official |
| | | |name |cing |Classi- |Contract |
| | | | |employ-|fication|resolution|
| | | | |ment |code |number |
| | | | |date | | |
|__________|_______|____|________|_______|________|__________|
| 3.1 | 3.2 | 3.3| 6.1 | 3.20 | 6.2 | 6.3 |
|__________|_______|____|________|_______|________|__________|
|__________|_______|____|________|_______|________|__________|
|__________|_______|____|________|_______|________|__________|
._____________________________________________________________
(M) (M) (M)
__________________________________________________________________________
| Personal Information | Place of Registration | |
|_____________________________|_____________________________________|____|
|Gender|Date |Citizen|Identifi|Marz|Town |Street|Buil- |Apart-|Count|Pos-|
| |of |ship |cation |code|City |name |ding |ment |ry |tal |
| |Birth| |Number | |Commu| |-House|number| |code|
| | | | | |nity | |number| | | |
| | | | | |code | | | | | |
|______|_____|_______|________|____|_____|______|______|______|_____|____|
| 6.10 | 6.11| 6.12 | 6.13 |6.20|6.21 | 6.22 | 6.23 | 6.24 | 6.25|6.26|
|______|_____|_______|________|____|_____|______|______|______|_____|____|
|______|_____|_______|________|____|_____|______|______|______|_____|____|
|______|_____|_______|________|____|_____|______|______|______|_____|____|
__________________________________________________________________________
(M) (M) (M) (V) (V) (V) (M) (M) (V) (M) (V)
_________________________________________________________________________.
| Place of Registration | |Contact Information |
|_______________________________________|____|___________________________|
|Marz|Town |Street|Buil- |Apart-|Country|Pos-|Home |Office|Mobile|Email |
|code|City |name |ding |ment | |tal |Phone|Phone |Phone |address|
| |Commu| |-House|number| |code| | | | |
| |nity | |Number| | | | | | | |
| |code | | | | | | | | | |
|____|_____|______|______|______|_______|____|_____|______|______|_______|
|6.30|6.31 | 6.32 | 6.33 | 6.34 | 6.35 |6.36| 6.40| 6.41 | 6.42 | 6.43 |
|____|_____|______|______|______|_______|____|_____|______|______|_______|
|____|_____|______|______|______|_______|____|_____|______|______|_______|
|____|_____|______|______|______|_______|____|_____|______|______|_______|
_________________________________________________________________________.
(V) (V) (M) (M) (V) (M) (V) (V) (M) (V) (V)
(M) = Mandatory fields
(V) = Voluntary fields
Ֆինանսական պարամետրեր
.___________________________. .______. .__________. ._________.
|Monthly Financel Paremeters| |Button| |Button New| |Financial|
.___________________________. |Modify| |period | |paremeter|
.______. .__________. ._________.
.___________________________.
|From |To | |
|______|______| Drop List |
|yyyymm|yyyymm| |
.___________________________.
.______________________________. ._______________________________.
| Working Days | | Currency codes |
.______________________________. ._______________________________.
.______________________________. ._______________________________.
|Year |Number |Number |scroll| |Year |Currency|currency|scroll|
|Month |working|calendar|bar | |Month |code |value |bar |
| |days |days | | |______|________|________|______|
|______|_______|________|______| |______|________|________|______|
|______|_______|________|______| |yyyymm| xxxx | 999999 | |
|yyyymm| 99 | 99 | | |______|________|________|______|
|______|_______|________|______| |yyyymm| xxxx | 999999 | |
|yyyymm| 99 | 99 | | |______|________|________|______|
|______|_______|________|______| |yyyymm| xxxx | 999999 | |
|yyyymm| 99 | 99 | | |______|________|________|______|
|______|_______|________|______| |______|________|________|______|
|yyyymm| 99 | 99 | | |______|________|________|______|
|______|_______|________|______| ._______________________________.
|yyyymm| 99 | 99 | |
|______|_______|________|______|
|yyyymm| 99 | 99 | |
.______________________________.
._____________________________________.
| Tax codses |
._____________________________________.
._____________________________________.
|Tax |% rate|maximum |scroll|
|description| |permissible|bar |
| | |value | |
|___________|______|___________|______|
|___________|______|___________|______|
|xxxxxxxxx |99.99%| 9999999 | |
|___________|______|___________|______|
|xxxxxxxxx |99.99%| 9999999 | |
|___________|______|___________|______|
|xxxxxxxxx |99.99%| 9999999 | |
|___________|______|___________|______|
|xxxxxxxxx |99.99%| 9999999 | |
|___________|______|___________|______|
|xxxxxxxxx |99.99%| 9999999 | |
|___________|______|___________|______|
|xxxxxxxxx |99.99%| 9999999 | |
._____________________________________.
.__________________________________________.
| Insurance Benefits |
.__________________________________________.
.__________________________________________.
|Insurance |maximum |maximum |scroll|
|Benefit |permissible|permissible|bar |
|description|value |number | |
| | |of days | |
|___________|___________|___________|______|
|___________|___________|___________|______|
| xxxxxxxxx | 9999999 | 99 | |
|___________|___________|___________|______|
| xxxxxxxxx | 9999999 | 99 | |
|___________|___________|___________|______|
| xxxxxxxxx | 9999999 | 99 | |
|___________|___________|___________|______|
| xxxxxxxxx | 9999999 | 99 | |
|___________|___________|___________|______|
| xxxxxxxxx | 9999999 | 99 | |
|___________|___________|___________|______|
| xxxxxxxxx | 9999999 | 99 | |
.__________________________________________.
6.4. Ստացական -Մոդուլ 05-ի հավելվածներ
Եկամտային հարկի հայտարարագրման ընդունման հաստատում
._____________________________________________________________________.
| |ՖԻՐՄԱՅԻՆ ԽՈՐՀՐԴԱՆՇԱՆ| | Ներկայացման թիվ |
| .____________________. |_______________________________|
| | 999999 | 001-003 |
| ._______________________________|
| .____________________. ._______________________________|
| |ԸՆԴՈՒՆՄԱՆ հաստատում | |Կարգավիճակ|Ներկայացման ամսաթիվ |
| .____________________. |__________|____________________|
| ._______________________________|
| ._______________________. ._______________________________________|
| |Հարկ վճարողի տարբերակիչ| | Հարկ վճարողի անուն |
| |_______________________| |_______________________________________|
| ._______________________. ._______________________________________|
| .__________________________. .___________________________________|
| |Հարկ վճարողի|Հաշվետվության| |Հաշվետու ժամանակաշրջան|Աշխատանքային|
| |տեսակ |տեսակ | | | օրեր |
| |____________|_____________| |______________________|____________|
| | | | | ամիս - տարի | 30 |
| .__________________________. .___________________________________|
| |
| .___________________________________________________________________|
| |Նկարագրություն |Եկամտային|Պարտադիր |Պասիվ |
| | |հարկ |կուտակային |եկամուտներ|
| | | |կենսաթոշակներ| |
| |________________________________|_________|_____________|__________|
| |Աշխատավարձին հավասարեցված | 9999999 | 99999999 | |
| |եկամուտ | | | |
| |________________________________|_________|_____________|__________|
| |Այլ հարկվող եկամուտ | 9999999 | | |
| |________________________________|_________|_____________|__________|
| | Ընդամենը եկամուտ| 9999999 | 99999999 | 9999999 |
| |________________________________|_________|_____________|__________|
| |________________________________|_________|_____________|__________|
|1|Հարկեր և/կամ վճարումներ | 9999999 | 99999999 | 999999 |
| |________________________________|_________|_____________|__________|
| |________________________________|_________|_____________|__________|
|2|(-) Նախորդ հաշվետվությունում | | | |
| |հայտարարագրված գումարներ | | | |
| |________________________________|_________|_____________|__________|
|3|(-) Գերավճարների ավտոմատ | | | |
| |վերադարձ | | | |
| |________________________________|_________|_____________|__________|
| |________________________________|_________|_____________|__________|
|4|(+) Գերավճարների հետագա վերադարձ| | | |
| |________________________________|_________|_____________|__________|
| |Ընդամենը հայտարարագրված գումար | (A) | (B) | (C) |
| .___________________________________________________________________|
| .___________________________________________________________________|
| |Գանձապետարանում բանկային հաշիվ|Ընդամենը|Կանխավճարի|Ընդամենը վճարման|
| | |պարտք |նվազեցում |ենթակա գումար |
| |______________________________|________|__________|________________|
| | xxxxx (payment code = 01) |(A)+(C) | (D) | (A)+(C)+(D) |
| |______________________________|________|__________|________________|
| | xxxxx (payment code = 02) | (B) | (E) | (B)-(E) |
| |______________________________|________|__________|________________|
| .___________________________________________________________________|
| .___________________________________________________________________|
| | Ընդամենը |99999999| 999999999| 99999999 |
| .___________________________________________________________________|
| .__________________________________. |
| |Վճարման վերջնաժամկետ| | |
| .__________________________________. |
| .______________________________________. ._________________________|
| |Հայտարարագրված|Նոր կնքած |Դադարեցված | |Նախազգուշացումներ|Սխալներ|
| |անձանց թիվը |պայմանագրեր|պայմանագրեր| |_________________|_______|
| |______________|___________|___________| | | |
| .______________________________________. ._________________________|
| .______________________________. .__________________________|
| |Լիազորված ներկայացուցչի անունը| |Ներկայացուցչի դերը/պաշտոնը|
| |______________________________| |__________________________|
| .______________________________. .__________________________|
| .___________________________________________________________________|
| | Հաղորդագրությունների դաշտ |
| |___________________________________________________________________|
| | xxxxxxxxxxxxxxxxxxxxxxxxxxx |
| .___________________________________________________________________|
| Անհամապատասխանության աղյուսակ |
| |
| .___________________________________________________________________|
| |Տարբերակիչ|Հաղորդագրության կոդ և |Հաշվարկված և ներկայացված|ՈՒղերձի|
| | |նկարագրություն |գումարներ |տեսակ |
| |__________|______________________|_________________________|_______|
| |__________|______________________|_________________________|_______|
| .___________________________________________________________________|
| |
| Հատուկ նշում հաշվարկի մասին` 4=(1-(2+3)) A, B, S = (1-(2+3)+4) |
._____________________________________________________________________.
Սխալների մասին հաշվետվություն
.____________________. ._______________________________.
|ՖԻՐՄԱՅԻՆ ԽՈՐՀՐԴԱՆՇԱՆ| | Ներկայացման թիվ |
.____________________. |_______________________________|
| 9999999 | 001-003 |
._______________________________.
.____________________. ._______________________________.
|ԸՆԴՈՒՆՄԱՆ հաստատում | |Կարգավիճակ|Ներկայացման ամսաթիվ |
.____________________. |__________|____________________|
._______________________________.
._______________________. ._______________________________________.
|Հարկ վճարողի տարբերակիչ| | Հարկ վճարողի անուն |
|_______________________| |_______________________________________|
._______________________. ._______________________________________.
.__________________________. .___________________________________.
|Հարկ վճարողի|Հաշվետվության| |Հաշվետու ժամանակաշրջան|Աշխատանքային|
|տեսակ |տեսակ | | | օրեր |
|____________|_____________| |______________________|____________|
| | | | ամիս - տարի | 30 |
.__________________________. .___________________________________.
Անհամապատասխանության աղյուսակ
.___________________________________________________________________.
|Տարբերակիչ|Հաղորդագրության կոդ և |Հաշվարկված և ներկայացված|ՈՒղերձի|
| |նկարագրություն |գումարներ |տեսակ |
|__________|______________________|_________________________|_______|
|__________|______________________|_________________________|_______|
|___________________________________________________________________|
| Վերանայել ԸՆԴՈՒՆՎԱԾ կամ ՄԵՐԺՎԱԾ հայտարարագիրը |
.___________________________________________________________________.
6.5. Տվյալների փոխանակման պահանջների մասնագրեր
ՊԵԿ-ի և ԱՍՀՆ-ի միջև տվյալների փոխանակման նկատմամբ պահանջներ
Հապավումներ`
. ՊԵԿ = Պետական եկամուտների կոմիտե
. ՍԱՊԾ = Պետական բաշխողական կենսաթոշակային համակարգ
. MLSI = Ministry of Labor and Social Issue
Special Note: There is an initial acceptance that SRC will deliver the information to the NORK organization, and internally within the MLSI, the NORK will be instructed to deliver to other MLSI agencies. (i.e. SSSS or PARNAS system)
(ա) Բաշխողական կենսաթոշակի գծով ամսական վճարումներ եկամտային հարկից
Նպատակ` ապահովել, որ աշխատողների մասին այն մանրամասն տեղեկությունները, որոնք անհրաժեշտ են պետական կենսաթոշակները նշանակելու համար, ԱՄԲՈՂՋՈՒԹՅԱՄԲ տրամադրվեն ՊԵԿ-ի կողմից համապատասխան մարմնին: Այդ տեղեկությունները վերաբերում են եկամտային հարկի հաշվետվության մեջ հայտարարագրված և ՍԱՊԾ-ին տրամադրելու նախորդ աշխատանքային օրվա դրությամբ փաստացի կատարված վճարումներին: Objective: The objective is that ALL detailed worker information corresponding to unified tax forms fully reconciled with payments, registered in the DISTRIBUTION QUEUE is processed and the individual worker information is mapped from the unified tax form into the following data exchange format for MLSI agencies (i.e. SSSS - PARNAS).
Հաճախականություն` օրական, մինչև ժ. 16:00
(տեղեկությունները համապատասխանում են նախորդ աշխատանքային օրվա դրությամբ եկամտային հարկի հաշվետվություններում նշված փաստացի վճարումներին)
ՈՒղարկող` ՊԵԿ
Ստացող` MLSI (NORK center)
Տեղեկատվության փոխանակման մեթոդ` «XML» հաղորդագրություն
Note: The SRC will each day close the distribution queue before 16:00 and generate the contribution file for the MLSI.
Տեղեկությունների նկարագրություն
. Մանրամասն գրառում (1)
* Գործառնության ամսաթիվ (ներառյալ` ժամանակը hhmmss)
* Աշխատողի տարբերակիչ
* Տարբերակչի տեսակ
* Ազգանուն
* Անուն
* Զբաղմունքի դասակարգում
* Վճարման ամսաթիվ
* Հաշվետու ամիս (տարի, ամիս)
* Հաշվետու ամսվա պայմանագրի համար
* ԱՎՈՒՄ-ի գումար (չի ներառում այլ հարկվող եկամուտ)
* Եկամտային հարկի արժեք
* Գերավճարի արժեք
* Ապահովագրական վճարների օրերի ընդհանուր քանակ
* Ապահովագրական վճարների ընդհանուր արժեք
* Հարկային հաշվետվության տեսակ
* Եկամտային հարկի հաշվետվության ուրույն համար (տրվում է ներկայացման
պահին)
* ՀՎՀՀ/ Tax payer identifier
* Հարկային գործակալի անուն
. Մանրամասն գրառում (2)
* Գործառնության ամսաթիվ (ներառյալ` ժամանակը hhmmss)
* Աշխատողի տարբերակիչ
* Տարբերակչի տեսակ
* Հաշվետու ամիս (տարի, ամիս)
* Հաշվետու ամսվա պայմանագրի համար
* Եկամտային հարկի հաշվետվության ուրույն համար DOK_ID (տրվում է
ներկայացման պահին)
* Ապահովագրական վճարների օրերի քանակ
* Ապահովագրական վճարի կոդ
* Ապահովագրական վճարի գումար
. Ամփոփ գրառում
* Գործառնության ամսաթիվ (ներառյալ` ժամանակը hhmmss)
* Մանրամասն գրառումների ընդհանուր թիվ (1) (ապահովագրական վճարներ)
* Ապահովագրական վճարների ընդհանուր գումարը մանրամասն գրառումներում
(1)
* Մանրամասն գրառումների ընդհանուր թիվ (2) (ապահովագրական վճարների
կատարում)
* Ապահովագրական վճարների ընդհանուր գումարը մանրամասն գրառումներում
(2)
Հսկողության չափանիշներն են`
Հետևյալ չափանիշները կիրառվում են ՊԵԿ-ի կողմից ԱՍՀՆ-ի համար տվյալների փոխանակման ֆայլ գեներացնելու համար: Ընտրվում են բաշխման հերթում գրանցված եկամտային հարկի բոլոր հայտարարագրերը (DOK_ID): Ընտրված յուրաքանչյուր հարկային հայտարարագրի մեջ նշված բոլոր աշխատողները:
. Ապահովագրական վճարների ընդհանուր թիվ (ամփոփ գրառում) =
գումար (եկամտային հարկի արժեք (մանրամասն գրառում (1))
. Կատարված ապահովագրական վճարների գրառումների ընդհանուր թիվ (ամփոփ
գրառում) =
գումար (գրառումների գումարային թիվը/count number (մանրամասն գրառում
(1))
. Ապահովագրական վճարների ընդհանուր թիվ (ամփոփ գրառում) =
գումար (կատարված ապահովագրական վճարներ (մանրամասն գրառում (2))
. Մանրամասն գրառումների ընդհանուր թիվ (2) (ամփոփ գրառում) =
գումար (գրառումների գումարային թիվ (մանրամասն գրառում (2))
Հարցեր և առաջարկություններ
Ստորև հոդվածների համար ՊԵԿ-ի կողմից կիրառվող կոդերը պետք է համապատասխանեցվեն ՀԿԴ-ի կոդերի հետ:
. Հարկային հաշվետվության տեսակ
. Զբաղմունքի դասակարգման կոդեր
. Ապահովագրական վճարի կոդ
(բ) Աշխատողների զբաղվածության շարժի գրանցում
Նպատակ` Տեղեկատվության նպատակն է գրանցել աշխատողների և հարկային գործակալների (գործատուների) միջև աշխատանքային հարաբերությունների սկզբի և ավարտի ամսաթվերը:
Միայն բաշխման հերթում գրանցված և վճարումների հետ լիովին համադրված եկամտային հարկի հայտարարագրում գրանցված աշխատողների աշխատանքային շարժերն են մշակվում և առանձին աշխատողների վերաբերյալ տվյալներն արտապատկերվում եկամտային հարկի հայտարարագրից (Բաժին VI) տվյալների փոխանակման հետևյալ ձևաչափով ԱՍՀՆ-ի համար:
Տվյալ տեղեկատվությունը փոխարինում է ՍԱՊԾ-ի կողմից ներկայումս ստացվող [Ֆ1] ձևերին:
Հաճախականություն` Օրական մինչև ժ. 16:00
ՈՒղարկող` ՊԵԿ
Ստացող` ԱՍՀՆ (Նորք ՏՎԿ)
Տեղեկատվության փոխանակման եղանակ` «XML» հաղորդագրություն
Նշում` ՊԵԿ-ն ամեն օր փակում է բաշխման հերթը մինչև ժամը 16:00 և գեներացնում է ապահովագրական վճարների ֆայլ ԱՍՀՆ-ի համար:
Տեղեկությունների նկարագրություն
. Գործառնության ամսաթիվ (yyyymmddhhmmss)
. Աշխատողի տարբերակիչ
. Տարբերակչի տեսակ
. Հաշվետվության տեսակ
. Հաշվետու ամիս (yyyymm)
. Եկամտային հարկի հայտարարագրի ունիկալ համար - DOK_ID (տրամադրվում է
ներկայացման պահին)
. Գործառնության տեսակ
* 1 = Աշխատանքային հարաբերությունների սկիզբ
* 2 = Աշխատանքի դադարեցում
. Աշխատանքի անցնելու ամսաթիվ
. Աշխատանքի դադարեցման ամսաթիվ
. Աշխատանքային հարաբերության դադարեցման հիմք
. Ազգանուն
. Անուն
. Հայրանուն
. Ծննդյան ամսաթիվ
. Սեռ
. Զբաղմունքի դասակարգման կոդ
. Պայմանագրի լուծարում/ համար
. Քաղաքացիություն
. Անձնագրի համար
. Բնակության հասցե
* Փողոց
* Շենք/տան համար
* Բնակարան
* Քաղաքի կոդ
* ՄԱՐԶԻ կամ շրջանի կոդ
* Երկրի կոդ
* Փոստային կոդ
. Պաշտոնական գրանցման հասցե
* Փողոց
* Շենք/տան համար
* Բնակարան
* Քաղաքի կոդ
* Մարզի կամ շրջանի կոդ
* Երկրի կոդ
* Փոստային կոդ
. Կապի տեղեկություններ
* Տան հեռախոսահամար
* Գրասենյակի հեռախոսահամարներ
* Բջջային հեռախոսահամարներ
* Էլ-փոստի հասցե
. Եկամտային հարկի հաշվետվության ներկայացման ամսաթիվ
. Հարկ վճարողի տարբերակիչ/ՀՎՀՀ
. Գործատուի պետական գրանցման համար
. Հարկ վճարողի անուն
. Հարկ վճարողի հետ կապը`
* Կոնտակտային անձի անուն
* Հեռախոսահամար
* Էլ-փոստի հասցե
. Հարկ վճարողի պաշտոնական գրանցման հասցե`
* Փողոց
* Շենք/տան համար
* Բնակարան
* Քաղաքի կոդ
* ՄԱՐԶԻ կամ շրջանի կոդ
* Երկրի կոդ
* Փոստային կոդ
Ամփոփ տեղեկատվություն
. Գործառնության ամսաթիվ (ներառյալ` ժամանակը/ hhmmss)
. Գրառումների ընդհանուր թիվ (աշխատանքային շարժ)
Հսկողության չափանիշներ
Համակարգը կընտրի միայն այն աշխատողներին, ովքեր բավարարում են ստորև պայմաններից մեկին կամ երկուսին էլ`
. Աշխատանքային հարաբերության սկզբի ամսաթիվը (եկամտային հարկի
հաշվետվության 3.20-րդ կոդ) անվավեր չէ:
. Աշխատանքային հարաբերության դադարեցման ամսաթիվը (եկամտային հարկի
հաշվետվության 3.21-րդ կոդ) անվավեր չէ:
Հարցեր և առաջարկություններ
Ստորև հոդվածների համար ՊԵԿ-ի կողմից կիրառվող կոդերը պետք է համապատասխանեցվեն ՍԱՊԾ-ի կոդերի հետ:
. Սեռեր
. Քաղաքացիության կոդեր
. Քաղաքների կոդեր
. Մարզերի կամ շրջանների կոդեր
. Երկրի կոդեր
. Տարածքային հեռախոսային կոդեր
. Փոստային կոդեր
. Աշխատանքային հարաբերությունների դադարեցման հիմքերի կոդեր
. Զբաղմունքի դասակարգման կոդեր
Հատուկ դիտողություն` ԱՍՀՆ-պահանջում է, որ աշխատանքային հարաբերությունների մասին տեղեկատվությունը ուղարկվի եկամտային հարկի բոլոր այն հաշվետվությունների համար, որոնք ներկայացվել են նախորդ օրվա ընթացքում և պարունակում են զբաղվածության շարժի (աշխատանքային հարաբերությունների սկզբի կամ ավարտի) մասին տեղեկություններ:
Նշված տեղեկատվության տրամադրումը պետք է պայմանավորված լինի եկամտային հարկի հաշվետվության ներկայացմամբ և ընդունմամբ: Համակարգը մշակում է ներկայացված հաշվետվությունների հերթը փոխանակման ֆայլը գեներացնելու համար:
Կարևոր է` ԱՍՀՆ-ն ներկայացնում է սոցիալական ոլորտի տարբեր գործակալություններ: Տեղեկատվությունը պետք է ուղարկվի Նորք ՏՎԿ, իսկ Նորք ՏՎԿ-ն ստանձնում է համապատասխան տեղեկությունները համապատասխան կազմակերպություններին տրամադրելու պարտականությունը:
(գ) Աշխատողների աշխատանքային շարժի գրանցում (F1)
Նպատակը` աշխատողների և հարկային գործակալների (գործատուների) միջև աշխատանքային հարաբերությունների սկզբի և ավարտի ամսաթվերի գրանցում, որի մասին ամեն ամիս հաշվետվություն է ներկայացվում ՍԱՊԾ-ին:
Տեղեկատվությունը համապատասխանում է ՍԱՊԾ-ի կողմից ներկայումս ստացվող [F1] ձևին:
Փոխանակման ձևաչափը (Գ) 2011 թ. հունվարի 1-ից դառնում է ոչ անհրաժեշտ, երբ աշխատանքային շարժերն օրենքով սահմանված կարգով գրանցվում են ՊԵԿ-ում: ՊԵԿ-ը փոխանակման ձևաչափով աշխատանքային գործունեության մասին տեղեկությունները փոխանցում է ՍԱՊԾ-ին փոխանակման ֆայլի ձևաչափով (b):
Հաճախականությունը` ամսական (ամսվա վերջին օրը) մինչև ժամը 16:00
Տրամադրող` ԱՍՀՆ (Նորք ՏՎԿ)
Ստացող` ՊԵԿ
Տեղեկատվության փոխանակման եղանակ` «XML» հաղորդագրություն
Նշում` ՊԵԿ-ը փակում է ամիսը ժամը 16:00, ամսվա վերջին աշխատանքային օրը և գեներացնում է փոխանակման ֆայլ ըստ այս բաժնում նկարագրված ձևաչափի:
Տեղեկատվության նկարագրություն
. Գործառնության ամսաթիվ (yyyymmdd - hhmmss)
. Գործատուի տարբերակիչ/Employer identifier
. Աշխատողի տարբերակիչ/Worker identifier
. Աշխատողի տարբերակչի տեսակ/Type of worker identifier
. Ազգանուն/Surname
. Անուն/Name
. Աշխատանքի անցնելու ամսաթիվ/Commencing date of employment
. Աշխատանքը դադարեցնելու ամսաթիվ/Termination date of employment
. Ծննդյան տարեթիվ/Date of Birth
. Սեռ/Gender
. Զբաղմունքի դասակարգչի կոդ/Job classification code
. Պայմանագրի լուծարում/ համար/Contract resolution / number
. Պայմանագրային աշխատավարձ/Contractual wage
Հսկողության չափանիշներ
ՊԵԿ-ը պետք է ուղարկի գործատուի կողմից հայտարարագրված F1 ձևում գրանցված բոլոր գրառումները, որոնք նախկինում ուղարկված չեն եղել ՊԵԿ:
Հարցեր և առաջարկություններ
Ստորև հոդվածների համար ՊԵԿ-ի կողմից կիրառվող կոդերը պետք է համապատասխանեցվեն ՍԱՊԾ-ի կոդերի հետ:
. Սեռեր
. Աշխատողի տարբերակչի տեսակ/Type worker identifier
. Զբաղմունքի դասակարգչի կոդեր/Job classification codes
Հատուկ դիտողություն` ՍԱՊԾ-ի կողմից ստացված (F1) ձևերի բոլոր տվյալները, որոնք նախկինում չեն մշակվել և ուղարկվել ՊԵԿ, պետք է մշակվեն ըստ հետևյալ փոխանակման պրոցեդուրայի`
. Բոլոր գրառումները պետք է պարունակեն աշխատողների մասին պարտադիր
տեղեկություններ`
* Սեռ
* Ծննդյան տարեթիվ
* Անուն
* Ազգանուն
. Աշխատանքի անցնելու մասին ցանկացած գրառում պետք է պարունակի
պայմանագրային աշխատավարձի արժեքը:
. Աշխատանքային հարաբերության դադարեցման մասին ցանկացած գրառում պետք է
պարունակի աշխատանքի անցնելու ամսաթիվը:
Սոցիալական ապահովության քարտի տվյալներ: Սոցիալական ապահովության քարտի տվյալների փոխանակումը Նորք ՏՎԿ-ի և ՊԵԿ-ի միջև տեղի է ունենում Նորք ՏՎԿ-ի աշխատողների մասին տվյալների բազայի կրկնօրինակված միջավայրի միջոցով:
Նորք ՏՎԿ-ն ստանձնում է կրկնօրինակված գոտում աշխատողների մասին տվյալները մշտապես թարմացնելու պարտականությունը: Յուրաքանչյուր անգամ, երբ Նորք ՏՎԿ-ն փոփոխում է որևէ սոցապ քարտի որևէ տվյալ, այն գործադրում է ՊԵԿ-ի վեբ ծառայությունը, որն իր հերթին տեղեկություն է քաղում կրկնօրինակված գոտուց:
ՊԵԿ-ը ստանձնում է լրիվ պատասխանատվություն եկամտային հարկի հավաքագրման մոդելի 01 Գրանցման մոդուլում նկարագրված համապատասխան ծրագրային բաղադրիչների մշակման և կրկնօրինակված գոտում կիրառման համար: ՊԵԿ-ը ստանձնում է կրկնօրինակված գոտում կիրառվող համակարգչային ծրագրի սպասարկման և գործողության պատասխանատվությունը, եթե այլ բան չի նախատեսվում:
Հարցեր և առաջարկություններ
Առաջարկվում է, որ ՊԵԿ-ը վեբ ծառայությունը հասանելի դարձնի ՀԿԴ-ի համար և տրամադրի նույն տեղեկատվությունը:
._______________________.
| |ՊԵԿ-ի կրկնօրինակման | |
| |միջավայր | |
| ._______________________. |
.___. | / / / / / / / / / / | ._____.
|ՊԵԿ|<____|>/ Վեբ ծառայություն / <_____|_> | ՀԿԴ |
.___. / / / / / / / / / / ._____.
/|\
\|/
| ._______________________. | .________.
| |Նորք ՏՎԿ-ի ՍՔ տվյալների| <_____|_ |Նորք ՏՎԿ|
| |բազայի կրկնօրինակում | .________.
| ._______________________.
ՊԵԿ-ի և ՀԿԴ-ի («NASDAQ-OMX») միջև
տվյալների փոխանակման նկատմամբ պահանջներ
Տեղեկատվության փոխանակման ստորև մեխանիզմը քննարկվել է ՀԿԴ-ի և «NASDAQ-OMX»-ի ներկայացուցչի հետ:
Հապավումներ`
. ՊԵԿ = Պետական եկամուտների կոմիտե
. ՀԿԴ = Հայաստանի Կենտրոնական դեպոզիտարիա
«ԱՂԲՅՈՒՐ» և «ՍՏԱՑՈՂ» հասկացությունները հենվում են այն առաջարկի վրա, որ տեղեկատվության աղբյուր հանդիսացող կազմակերպությունը ՆԱԽԱՁԵՌՆՈՒՄ է տվյալների ուղարկման ընթացակարգը, իսկ ստացող կազմակերպությունն ԱՐՁԱԳԱՆՔՈՒՄ է տեղեկատվության ստացմանը և վերլուծությանը:
Տվյալներն ուղարկող և ստացող կազմակերպությունների միջև տեղեկատվության փոխանակումը կառուցված է «HTTP»-ի (Hypertext Transfer Protocol) (HTTPS) «SOAP»-ի (Simple Object Access Protocol) ծրարի տեսքով:
. Տվյալների հաղորդագրությունը կարող է ծածկագրվել «XML» կամ տեքստային
ձևաչափով, նախապես սահմանված «;» անջատիչներով, որոնք թույլ կտան
որոշելու գրանցման կառուցվածքը:
Ստացող կազմակերպությունը պետք է ապահովի ԾԱՌԱՅՈՒԹՅՈՒՆ, որը կստանա և կվերլուծի ելակետային տեղեկատվությունը և պատասխան կհաղորդի ուղարկող կազմակերպությանը:
Հաղորդագրության ուղարկման հաճախականությունը սահմանվում է այնպիսի եղանակով, որը, կախված ԱՂԲՅՈՒՐ-ի գործառնական գրաֆիկից, ենթադրում է որոշակի ժամին օրական ՄԻԱՅՆ մեկ անգամ հաղորդագրության կազմում: Հակառակ դեպքում, հաղորդագրությունը կազմվում է օրվա տարբեր ժամերին (կոնկրետ չսահմանված)` ելնելով ելակետային տեղեկատվության առկայությունից:
(ա) Պարտադիր կուտակային կենսաթոշակային համակարգում կամավոր մասնակցության գրանցում
Նպատակ` Կուտակային կենսաթոշակային համակարգին կամավոր մասնակցության դիմումների գրանցում ՊԵԿ-ում, որը թույլ կտա վերջինիս հսկողություն իրականացնել կուտակային կենսաթոշակային վճարումների հավաքագրման և վճարման նկատմամբ:
Հատուկ նշում` Օրենքի սահմանմանը համապատասխան ՊԵԿ-ը ավտոմատ եղանակով կգրանցի պարտադիր մասնակիցներին (այսինքն` 1970 թ. հունվարի 1-ից հետո ծնված և ինքնազբաղված չհանդիսացող անձանց), ովքեր կորոշվեն 2009 թ. դեկտեմբերի 31-ի դրությամբ:
Հաճախականություն` Օրական
ՈՒղարկող` ՀԿԴ
Ստացող` ՊԵԿ
Տեղեկատվության փոխանակման մեթոդ` «XML» հաղորդագրություն
Տեղեկատվության նկարագրություն
. Գործառնության ամսաթիվ (ներառում է ժամը` ժամ, րոպե, վայրկյան)
. Սոցքարտի կամ ինքնությունը հաստատող ՀՀ փաստաթղթի համար
. Ազգանուն
. Անուն
. Ծննդյան ամսաթիվ
. Սեռ
. Դիմումի ձևի ստորագրման ամսաթիվ
. Վճարման առաջին ամիս (տարի, ամիս)
. Գործառնության տեսակ = 102 = Կամավոր մասնակցության գրանցում
. Մերժման հիմքի ծածկագիր (ՊԵԿ-ի կողմից մերժման հիմք)
00= OK
01= անձը ՉԻ գրանցվել պաշտոնական ռեեստրում
02= անձի ինքնությունը հաստատող փաստաթղթի համարը չի համապատասխանում
սոցքարտի համարին (սխալ է)
03= անդամության տեսակը չի համապատասխանում օրենքում ամրագրված
սահմանմանը (այսինքն` ծննդյան ամսաթիվը)
04= անձի անուն, ազգանունը չի համապատասխանում պաշտոնական ռեեստրում
գրանցված անվանը կամ ազգանվանը
05= անդամության տեսակը չի համապատասխանում անձի կարգավիճակին (այսինքն`
կենսաթոշակի անցած), Օրենքի 7-րդ հոդվածի 3-րդ կետի համաձայն
Հսկողության չափանիշներ
ՊԵԿ-ի համակարգը կվերլուծի յուրաքանչյուր առանձին գրանցում:
ՊԵԿ-ի համակարգը կստուգի սոցքարտի գրանցված համարը` տվյալների ստուգման համար որպես հիմք ընդունելով հետևյալը`
. Սոցքարտի համար
. Ծննդյան ամսաթիվ
. Սեռ
. Ազգանուն
. Անուն
Պաշտոնական ռեեստրի տվյալների հիման վրա ՊԵԿ-ը կստուգի տեղեկատվությունը և կստեղծի անհամապատասխանության, մերժման հետևյալ ծածկագրերը:
. 50 - սոցքարտի կամ ինքնությունը հաստատող փաստաթղթի համարը գրանցված ՉԷ
պաշտոնական ռեեստրում
. 51 - սոցքարտի համարը գոյություն ունի, բայց ծննդյան ամսաթիվը և սեռը
չեն համապատասխանում պաշտոնական ռեեստրի տվյալներին
* Հաղորդագրությունում նշվող ծննդյան ամսաթվի, սեռի վերաբերյալ
տվյալները պետք է փոխարինվեն պաշտոնական տվյալներով:
. 52 - անդամությունը ՉԻ համապատասխանում օրենքի սահմանմանը. ստուգել
ծննդյան ամսաթվի պաշտոնական տվյալը
. 53 - սոցքարտի համարը գոյություն ունի, բայց անուն, ազգանունը չի
համապատասխանում պաշտոնական ռեեստրի տվյալներին
* Հաղորդագրությունում նշվող անվան, ազգանվան վերաբերյալ տվյալները
պետք է փոխարինվեն պաշտոնական տվյալներով:
. 54 - Անդամության տեսակը չի համապատասխանում պարտադիր կուտակային
բաղադրիչի կենսաթոշակառուի կարգավիճակին Օրենքի 7-րդ հոդվածի 3-րդ կետի
համաձայն
Եթե յուրաքանչյուր գրանցման մեջ նշվող տեղեկատվությունն անսխալ է, ապա անդամության մասին տեղեկատվությունը գրանցվում է ՊԵԿ-ի համակարգում:
Հետադարձ հաղորդագրությունը կարելի է ֆորմատավորել հետևյալ կերպ.
(1) եզակի գրանցում առաջին երկու բայթերով = «OK»
(2) միևնույն ՄՈՒՏՔԱՅԻՆ հաղորդագրություն, բայց մերժման հիմքի ճիշտ ծածկագրով:
(2.1.) հաղորդագրությունը կարող է պարունակել ՄԻԱՅՆ այն գրանցումները կամ սոցքարտի խնդրահարույց տվյալները, կամ ամբողջական ֆայլը («00» մերժման ծածկագրով սոցքարտի բոլոր այն նույնականացման տվյալների հետ), որոնք անսխալ են: Այս հարցը պետք է համաձայնեցվի ՀԿԴ-ի և ՊԵԿ-ի միջև:
Հարցեր և առաջարկություններ
. Կամավոր անդամների կողմից վճարման կատարման ԱՌԱՋԻՆ ԱՄԻՍԸ պետք է
սահմանվի և ամրագրվի Կենսաթոշակային կուտակային բաղադրիչին
մասնակցության մասին օրենքում:
* Առաջին ամիս = ստորագրության ամսաթիվ (տարի, ամիս) + 1
- Օրինակ` գործառնության ամսաթիվ = 2010 թ. հունվարի 30
. Առաջին ամիս = 2010 թ. փետրվար (հայտարարագրումը և վճարումը
կատարվում է 2010 թ. մարտին)
Կարևոր է` ՊԵԿ-ի կամավոր անդամների գրանցման մոդուլը պետք է հաշվի կուտակային վճարների առաջին ամսվա տվյալներն ըստ բանաձևի և առաջին ամսվա տվյալները համեմատի նախորդ հայտարարագրերի հետ` որոշելու նախկինում չհայտարարագրված և վճարված կուտակային վճարների հավաքագրման գումարը:
ՊԵԿ-ի համակարգը պետք է վավերացնի վճարման ԱՌԱՋԻՆ ամիսը վերոնշյալ բանաձևի հիման վրա և անճշտության դեպքում մերժի անդամությունը (06 = նոր ծածկագիր) կամ ՀԴԿ-ից ստացված տվյալները փոխարինի ճիշտ տվյալներով: ՊԵԿ-ի կողմից ԱՌԱՋԻՆ ամսվա վճարման տվյալի փոխարինման դեպքում առաջարկվում է կիրառել հետևյալ բանաձևը:
(բ) Կուտակային կենսաթոշակային համակարգում կենսաթոշակառուների գրանցում կամ գրանցումից հանում
Նպատակը` Դադարեցնել անձի կամավոր մասնակցությունը համակարգում կամ գրանցել նրան որպես կենսաթոշակառու
Հաճախականություն` Օրական (երբ առկա է տեղեկատվությունը. պարտադիր ՉԷ)
ՈՒղարկող` ՀԿԴ
Ստացող` ՊԵԿ
Տեղեկատվության փոխանակման մեթոդ` «XML» հաղորդագրություն
Տեղեկատվության նկարագրություն
. Գործառնության ամսաթիվ (ներառում է ժամը` ժամ, րոպե, վայրկյան)
. Ինքնությունը հաստատող ՀՀ փաստաթղթի համար
. Ազգանուն
. Անուն
. Ծննդյան թիվ
. Սեռ
. Գրանցումից դուրս գալու կամ կենսաթոշակ նշանակելու մասին դիմումի
ստորագրման ամսաթիվ
. Գործառնության տեսակ (x xx)
* 2=Գրանցումից հանում
* 5=Կենսաթոշակառու
2xx Կամավոր անդամի մասնակցության դադարեցում
21= ստորագրության կեղծում, ինքնությունը հաստատող տվյալների նկատմամբ սխալ հսկողություն
22= կուտակային կենսաթոշակային նախագծերի մասին սխալ իրազեկում
23= վաճառքի սխալ եղանակների կիրառում
5xx Կենսաթոշակառու
52= տարիքային կենսաթոշակ
. Մերժման հիմքի ծածկագիր (ՊԵԿ-ի կողմից մերժման հիմք)
00=OK
50= անձը ՉԻ գրանցված պաշտոնական ռեեստրում
51= անձի անուն, ազգանունը չի համապատասխանում պաշտոնական ռեեստրի
տվյալներին
52= անձի ինքնությունը հաստատող փաստաթղթի համարը չի համապատասխանում
սոցքարտի համարին
53= անդամության տեսակը չի համապատասխանում օրենքով սահմանվածի հետ
(այսինքն` ծննդյան թիվը)
54= անդամության տեսակը չի համապատասխանում անձի կարգավիճակի հետ
(այսինքն` կենսաթոշակի անցած)
Հսկողության չափանիշներ
ՊԵԿ-ի համակարգը կվերլուծի յուրաքանչյուր առանձին գրանցում:
ՊԵԿ-ի համակարգը կստուգի սոցքարտի գրանցված համարի ճշտությունը` այն համեմատելով հետևյալ պաշտոնական տվյալների հետ:
. Սոցքարտի համար
. Ծննդյան ամսաթիվ
. Սեռ
. Ազգանուն
. Անուն
Պաշտոնական ռեեստրի հիման վրա ՊԵԿ-ը կվավերացնի տեղեկատվությունը և կստեղծի անհամապատասխանության, մերժման հետևյալ ծածկագրերը:
. 50 - սոցքարտի կամ ինքնությունը հաստատող փաստաթղթի համարը գրանցված ՉԷ
պաշտոնական ռեեստրում
. 52 - սոցքարտի համարը գոյություն ունի, բայց ծննդյան ամսաթիվը և սեռը
չեն համապատասխանում պաշտոնական ռեեստրի տվյալներին
* Հաղորդագրությունում նշվող ծննդյան ամսաթվի, սեռի վերաբերյալ
տվյալները պետք է փոխարինվեն պաշտոնական տվյալներով:
Եթե յուրաքանչյուր գրանցման մեջ նշվող տեղեկատվությունն անսխալ է, ապա անդամության մասին տեղեկատվությունը գրանցվում է ՊԵԿ-ի համակարգում:
Հետադարձ հաղորդագրությունը կարելի է ֆորմատավորել հետևյալ կերպ.
(1) եզակի գրանցում առաջին երկու բայթերով = «OK»
(2) միևնույն ՄՈՒՏՔԱՅԻՆ հաղորդագրություն, բայց մերժման հիմքի ճիշտ ծածկագրով:
(2.1.) հաղորդագրությունը կարող է պարունակել ՄԻԱՅՆ այն գրանցումները կամ
սոցքարտի խնդրահարույց տվյալները, կամ ամբողջական ֆայլը («00» մերժման
ծածկագրով սոցքարտի բոլոր այն նույնականացման տվյալների հետ), որոնք
անսխալ են: Այս հարցը պետք է համաձայնեցվի ՀԿԴ-ի և ՊԵԿ-ի միջև:
Հարցեր և առաջարկություններ
. ՎԵՐՋԻՆ ԱՄԻՍԸ պարտադիր է ցանկացած տեսակի գործառնության համար և պետք
է համընկնի գործառնության ամսին:
- Օրինակ` գործառնության ամսաթիվ (տարի, ամիս) = 2010 թ. նոյեմբեր
. Վերջին ամիս = 2010 թ. նոյեմբեր (հայտարարագրումը և վճարումը
կատարվում է 2010 թ. դեկտեմբերին)
(գ) Կուտակային կենսաթոշակային վճարումներ
Նպատակ. Նպատակն է ապահովել այն, որ միասնական հարկի հաշվետվություններում նշված և փաստացի վճարված գումարներին համապատասխանող` աշխատողների մանրամասն ՈՂՋ տեղեկությունները, որոնք գրանցվել են ԲԱՇԽՄԱՆ համար, ենթարկվեն վերլուծության, իսկ առանձին աշխատողի մասին տվյալները վերցվեն միասնական հարկի հաշվետվությունից և արտացոլվեն ՀԿԴ-ի հետ տվյալների փոխանակման հետևյալ ձևաչափում:
Հաճախականություն` Օրական մինչև ժ. 16:00
(տեղեկատվությունը համապատասխանում է Միասնական հարկի հաշվետվություններին, որոնցում նշված գումարները վճարվել են նախորդ աշխատանքային օրվա ընթացքում)
ՈՒղարկող` ՊԵԿ
Ստացող` ՀԿԴ
Տեղեկատվության փոխանակման մեթոդ` «XML» հաղորդագրություն
Նշում. Ամեն օր ՊԵԿ-ը կդադարեցնի տվյալների բաշխումը մինչև ժ. 16:00-ը և կկազմի վճարումների այն ֆայլը, որն ուղարկվելու է ՀԿԴ-ին:
Տեղեկատվության նկարագրություն
. Մանրամասն գրանցում
* Տարբերակիչ
* Տեսակի տարբերակիչ (101 = ՍՔ համար)
* Ազգանուն
* Անուն
* Վճարման ամսաթիվ
* Հաշվետու ամիս (տարի, ամիս)
* Կուտակային վճարման արժեք
* Պետական մասնակցության արժեք
* ՀՎՀՀ
* Հարկ վճարողի անուն
. Ամփոփ գրանցում
* Գործառնության ամսաթիվ (ներառում է ժամը` ժամ, րոպե, վայրկյան)
* ՀԱՇՎԱՌՄԱՆ համար
* Գրառումների ընդհանուր թիվ (կուտակային վճարներ, կատարված
վճարումներ)
* Կուտակային վճարների ընդհանուր գումար
* Պետական մասնակցության ընդհանուր գումար
Հսկողության չափանիշներ
ՀԿԴ-ի հետ փոխանակվող տվյալների կազմման համար ՊԵԿ-ը կկիրառի հետևյալ չափանիշները: Ընտրվում են բաշխման համար գրանցված միասնական հարկի ԲՈԼՈՐ հաշվետվությունները (DOK_ID): Ընտրված յուրաքանչյուր հարկային հաշվետվությունում նշված ԲՈԼՈՐ այն աշխատողները, ովքեր կուտակային բաղադրիչի անդամ են:
. Կուտակային վճարների ընդհանուր գումար = գումար (կուտակային վճարների
արժեք)
. Պետական մասնակցության ընդհանուր գումար = գումար (պետական
մասնակցության արժեք)
Հարցեր և առաջարկություններ
Թեև Օրենքում հստակորեն չի նշվում այս մասին (վճարումների գումարները միավորների փոխարկելու վերաբերյալ 11-րդ հոդված), սակայն ՀԿԴ-ը կարող է կիրառել վճարումների գումարների փոխարկման երկու տարբերակ:
(1) յուրաքանչյուր առանձին արժեքի փոխարկում միավորների
(2) 2 արժեքների կուտակում և կուտակային արժեքի փոխարկում միավորների:
Խորհուրդ է տրվում այլընտրանք (1)-ը:
(դ) Կուտակային կենսաթոշակային համակարգում պարտադիր մասնակցության գրանցում
Նպատակ. ԱՌԱՋԻՆ ԱՆԳԱՄ աշխատանքային հարաբերությունների մեջ մտած աշխատողները համարվում են կուտակային կենսաթոշակային համակարգի պարտադիր անդամներ:
. The data information would correspond to FIRST TIME ever workers
(never worked before) or those workers inactive at December 31, 2009
that have been re-hired.
Ավելի հավանական է, որ նշված աշխատողները ՉՍՏԱՆԱՆ տեղեկատվություն կամ տեղյակ չլինեն այն մասին, որ պարտավոր են ընտրել ակտիվների կառավարիչ ու ներդրումային պորտֆել: Ինչևէ, Օրենքի 39-րդ հոդվածի համաձայն, ԾՐԱԳՐԱՅԻՆ ՄՈԴՈՒԼԻ միջոցով ՀԿԴ-ը օրենքով սահմանված կարգով կբաշխի մասնակիցներին կամ անդամներին ըստ ակտիվների կառավարիչների ու պորտֆելների:
Միասնական հարկի հաշվետվության ձևի լրացման մասին ՊԵԿ-ի ցուցումներին համապատասխան, հարկային գործակալը պարտավոր է ՊԵԿ-ին տեղեկացնել անձի` աշխատանքի անցման ամսաթվի և անհատական տվյալների մասին (նախկինում հայտնի էր որպես «Ձև 1»):
Այս տվյալների փոխանակման միակ նպատակն է ապահովել այն, որ ՊԵԿ-ը ՀԿԴ-ին տրամադրի պարտադիր անդամի անձնական ու կապի տվյալները, իսկ ՀԿԴ-ն ունենա բավարար տեղեկատվություն` ակտիվների կառավարիչ ու պորտֆել ընտրելու պարտավորության մասին տվյալ անդամին տեղեկացնելու, ինչպես նաև դիմումի ձևի լրացման վերաբերյալ ցուցումներ տալու համար (Մասնակիցների ռեեստր):
. ՊԵԿ-ի համակարգը կհաստատի հարկային գործակալի կողմից հայտարարագրված
յուրաքանչյուր նոր աշխատողի ծննդյան ամսաթիվը: Ծննդյան ամսաթվի ճիշտ
լինելու դեպքում աշխատողը կհամարվի կամավոր անդամի թեկնածու, իսկ
համակարգը ՉԻ ներառի այն ՀԿԴ-ին ուղարկվելիք տեղեկատվության մեջ:
ՄԻԱՅՆ աշխատաշուկա առաջին անգամ մուտք գործած աշխատողների վերաբերյալ տվյալները (ովքեր ըստ ծննդյան տարեթվի ճանաչվել են որպես պարտադիր կուտակային բաղադրիչի անդամ), որոնք համապատասխանում են միասնական հարկի հաշվետվություններում նշված և փաստացի վճարված գումարներին և գրանցվել են ԲԱՇԽՄԱՆ համար, կենթարկվեն վերլուծության, իսկ առանձին աշխատողի մասին տվյալները կվերցվեն միասնական հարկի հաշվետվությունից (բաժին VI) և կարտացոլվեն ՀԿԴ-ի հետ տվյալների փոխանակման հետևյալ ձևաչափում:
All data exchange will be done in Armenian language. All Armenian addresses except street and apartment numbers will be coded, same codes will be used for CDA and SRC, address line will be free field, and In case of non Armenian addresses no codes will be used.
Հաճախականություն` Օրական մինչև ժ. 16:00
ՈՒղարկող` ՊԵԿ
Ստացող` ՀԿԴ
Տեղեկատվության փոխանակման մեթոդ` «XML» հաղորդագրություն
Նշում. Ամեն օր ՊԵԿ-ը կդադարեցնի տվյալների բաշխումը մինչև ժ. 16:00-ը և կկազմի ՀԿԴ-ին ուղարկվող` վճարումների ֆայլը:
Տեղեկատվության նկարագրություն
. Գործառնության ամսաթիվ (ներառում է ժամը, րոպեն, վայրկյանը)
. Տարբերակիչ
. Տարբերակչի տեսակ
. Ազգանուն
. Անուն
. Ծննդյան թիվ
. Սեռ
. Աշխատանքի անցնելու ամսաթիվ
. Քաղաքացիության կոդ
. Նույնականացման համար
. Հասցեի տեսակ
* 0 = Աշխատողի անձ
* 1 = Հարկ վճարող կամ գործատու
. Բնակության հասցե
* Փողոցի անվանում
* Շենքի կամ տան համար
* Բնակարանի համար
* Քաղաքի կոդ
* ՄԱՐԶԻ կամ շրջանի կոդ
* Երկրի կոդ
* Փոստային կոդ
. Կապի տվյալներ
* Տան հեռախոսահամար
* Գրասենյակի հեռախոսահամար
* Բջջային հեռախոսահամարներ
* Անձնական էլ-փոստի հասցե
* Հարկ վճարողի կոնտակտային անձի անուն
* Հարկ վճարողի կոնտակտային անձի հեռախոսահամար
* Հարկ վճարողի կոնտակտային անձի էլ-փոստի հասցե
Հսկողության չափանիշներ
ՊԵԿ-ը կընտրի աշխատանքի անցած բոլոր այն նոր աշխատողներին (3.20), ովքեր նախկինում ՉԵՆ գրանցվել ՊԵԿ-ի աշխատանքային տեղեկատվական բազայում: Սա կարող է վերաբերել 2009 թ. դեկտեմբերի 31-ի դրությամբ չաշխատող անձանց, ովքեր առաջին կամ կրկին անգամ անցել են աշխատանքի:
Հարցեր և առաջարկություններ
Ստորև տվյալների համար ՊԵԿ-ի կողմից կիրառվող ծածկագրերը պետք է համապատասխանեցվեն ՀԿԴ-ի ծածկագրերի հետ:
. Սեռեր
. Քաղաքացիության ծածկագրեր
. Քաղաքի կամ ավանի ծածկագրեր
. ՄԱՐԶԻ կամ շրջանի ծածկագրեր
. Երկրի կոդեր
Data exchange between SRC and Treasury
Acronyms
. SRC = State Revenue Committee
. TRE = Treasury
. CB = Central Bank
. CDA = Central Depository Agency (individual accounts of fully funded
pensions)
The information is exchanged between the source and destination entities, using a file structured in XML or CSV format.
. CSV is a text format with predefined separators «;» for
identification of a record structure.
The frequency and delivery of the messages is defined as ONLY once a day at a specific time depending on the operational schedule of the SRC.
. See item (c), Method of transmission
The SRC will maintain a log file (or table in a database) for tracking of data exchange operations.
(a) Payments of Unified income tax and Pension Contributions
Objective
Transfer all payments made by tax payers from different commercial banks, paid into the treasury, on a specific day, to the SRC according the prefix of account number, and tax code identification that form part of the account number structure.
Frequency: Daily, before 16:00
Source: Treasury
Destination: SRC
Method of exchange of information: XML or CSV file
Note: Each day the Treasury will analyze payments made before 16:00 and generate the payments file for the SRC.
Background Information
The Treasury delivers daily payment transactions for paid taxes in the format of an electronic file. The electronic file should be uploaded automatically into the folder described in the section 'Method of Transmission', of this document.
The name of each treasury file should have a standard format. In order to achieve a unique name it is recommended to include the day of payment. Multi payment closures in the same day could be individualized with a sequence or version number.
Description of information
. File name. The file name must have a format which allows the parties to identify the type of payment document being.
SCIIDCIIFTIIPDIIODIITMIISV
SC = source code = TRE
DC = destination code = SRC
FT = payment = 01
PD = Payment date, yyyymmdd
OD = Operation date, yyyymmdd
TM = Time, hhmmss
SV = Version = number of occurrences in the day
Example: TRESRC0120090907200908081508020
. Payment Record.
* Payer identifier number (TIN number and SSC number)
* Payer name
* Payers bank account number
* Payers bank name
* Date of payment
* Receivers Bank account number
* Receivers bank name
* Amount
* Reason of payment (text 160 characters)
* Unique Tracking number
The unique tracking number, in the file generated by the treasury should contain NULL or a number required by the treasury, or the number of the bank statement sent to SRC (if any bank statement is effectively sent to SRC).
Control criteria
The following criteria should be used by the Treasury to select information and generate the exchange data information for the SRC.
. ALL payments registered in the Treasury since the last data exchange
cycle.
The SRC system would process each individual payment record, and check the correctness of the payer identification, and the tax type being paid.
. The SRC will provide a pre-filter environment to detect incorrect
data. The SRC will consult the tax payer, and payer banks where
required, in order to correct the incorrect information.
Issues and Recommendations.
. It is necessary that the SRC confirm the final format of the
treasury payment file, and confirm the structure of the name of the
file.
. Payments effected by persons, who do not possess a Tax Number (TIN)
should register in payer identifier of the payment order, the social
security card number. (SSC).
* Payments from Sole entrepreneurs and Notaries should be done with
the Tax number (TIN), while the distribution of payments to fully
funded pension funds, should be done with the persons social
security card number (SSC) .
. It is strongly recommended that ALL tax payments, independent of tax
type that are received by the treasury and transferred to the SRC
are done in this ONE process.
. It is recommended that the transfer of EXCEL files via email should
be ELIMINATED.
. The payment file described in this section should be transferred
from the treasury to the SRC in accordance to the Method of
Transmission described in section (c).
(b) Order to transfer money to CDA.
Objective
The SRC system generates 2 electronic payment orders for the treasury
. Fully Funded BRIDGE account to CDA
. Budgetary account (state funding) to CDA.
ALL information related to fully reconciled tax declarations and payments corresponding to Fully Funded Pension contributions are processed and converted into an exchange format of individual worker information and values.
The SRC system calculates the total value of state funding corresponding to those members of the fully funded pension scheme, registered in the exchange file with the category of Mandatory member, in accordance to the Fully Funded Pension Law.
The SRC system calculates the total amount of contribution that is being sent to the Fully Funded Pension Funds via the CDA. The SRC calculates and generates 2 amounts,
. Fully funded contributions
. State funding.
Frequency: Daily before 17:00
Source: SRC
Destination: Treasury
Method of exchange of information: XML or CSV file
Note: Each day the SRC will analyze ALL RECONCILED tax forms and payments before 16:00 and generate file for the Treasury with order to transfer money to CDA.
Background Information
The SRC is required by Law to transfer paid contributions for fully funded pensions to the CDA where the money can be distributed to asset managers, and individual accounts of workers updated.
The SRC delivers to the Treasury, on a daily basis, the amounts payable from the BRIDGE account to the CDA, for fully funded pension contributions, and the amount corresponding to state funding from a budget account.
The payment instructions sent by SRC to the treasury must be in electronic format.
The format of the electronic payment is identical to the format in section (a).
Description of payments.
. File name. The file name must have a format which allows the parties
to identify the type of payment document being.
SCIIDCIIFTIIPDIIODIITMIISV
SC = source code = SRC
DC = destination code = TRE
FT = payment Central depository = 02
PD = Payment date, yyyymmdd = operation date
OD = Operation date, yyyymmdd
TM = Time, hhmmss
SV = Version = number of occurrences in the day
Example: SRCTRE0220090908200908081722000
. Payment Record.
* Payer identifier number (TIN number and SSC number)
* Payer name
* Payers bank account number
* Payers bank name
* Date of payment
* Receivers Bank account number
* Receivers bank name
* Amount
* Reason of payment (text 160 characters)
* Unique Tracking number
The payer identifier number for fully funded values would be the SRC TIN number, while the payer identifier number for the budgetary state funding, is the registered number of the owner of the account in the Treasury.
Unique Tracking number; The SRC generates an exchange file on a daily basis, destined for the CDA, which contains detailed worker information and values. The detailed worker information is packaged with a unique tracking number, so the information can be monitored and reconciled with the payment.
The unique tracking number in the payment format corresponds to that unique package tracking number generated by SRC when creating the worker exchange files for the CDA.
Control criteria
The total value of the payment order from the BRIDGE account generated by SRC must coincide with the summary values of the fully funded contributions of the worker detailed in the exchange file sent to the CDA.
The total value of the payment order from the BUDGETARY account, for state funding, generated by SRC, must coincide with the summary values of the calculated state funding of the mandatory member workers detailed in the exchange file sent to the CDA.
Issues and Recommendations.
. It is necessary that the SRC confirm the final format of the SRC
payment file, and confirm the structure of the name of the file.
. The Payer identifier number must correspond to the OWNER of the
respective treasury accounts from which money is being transferred.
SRC should confirm owner identification.
. The payment file described in this section should be transferred
from the SRC to the Treasury in accordance to the Method of
Transmission described in section (c).
(c) Method of transmission.
Objective: The objective of this section is to describe the method of transmission on a physical level, how the exchange payment information would flow between the SRC and Treasury respectively.
Requirements.
The SRC and the Treasury should request approval from the Central Bank to connect the SRC onto the banking network called CBANET.
. It is understood that the Customs are registered and connected to
the CBANET network, but NOT implicitly SRC.
The SRC and the Treasury should request that the Central Bank constitute an electronic SHARED folder in the name of «TRESRC», (Treasury and SRC) on a designated server within the CBANET network. The shared folder should be accessible to the following entities.
. Treasury
. SRC
. CB.
The shared folder should contain 2 sub folders.
IN - files generated by the treasury for SRC
OUT - files generated by the SRC for treasury
The Treasury and SRC would have privileged user and passwords to connect onto the CBANET network.
-------------------------
ԻՐՏԵԿ - պատկերը չի բերվում
Method of operation.
ALL information transferred between the Treasury and the SRC will use the shared electronic folder in the CBANET network of the CB for the sole usage of TRE and SRC.
All movements or transfers of files from the IN and OUT boxes of the shared folder between the Treasury and SRC are triggered by the SRC.
The SRC will develop scripts that connect onto the CBANET network, and extract files from the IN box or copy/write files to the OUT box.
Sequence of events for payment files generated by treasury.
(1) Every working day, the treasury receives payments from the commercial banks, via the Central Bank.
(2) Every working day, at 17:00, the Treasury identifies all payments corresponding to taxes and SRC, and generates the file format described in section (a) of this document, and puts the file into the IN box of the TRESRC folder on the shared device on the CBANET .
(3) Every working day, at 08:00, the SRC executes a SCRIPT that connects onto the CBANET and extracts all files from the IN box of the TRESRC folder, and loads them into the corresponding module in the SRC system.
(4) SRC registers in a transactional log all information related to files received via the IN box of the TRESRC folder. (SRC archives the files)
(5) Once completed the loading of the files from the IN box into the SRC system, the files loaded are eliminated from the IN box of the TRESRC folder.
Sequence of events for payment files generated by SRC for CDA.
(1) Every working day, at 17:00, the SRC completes the distribution process of information corresponding to paid fully funded pension contributions, generating detailed worker information files for the CDA, and generating the payment information in the format described in section (b) of this document.
(2) Every working day, once completed process (1), the SRC executes a SCRIPT that connects onto the CBANET and loads the payment files (format b) into the OUT box of the TRESRC folder.
(3) SRC registers in a transactional log all information related to files transmitted to the IN box of the TRESRC folder. (SRC archives the files)
(4) Every working day, at 20:00, the Treasury connects onto the CBANET and extracts all files from the OUT box of the TRESRC folder, and effects the corresponding payment operations.
(5) Once completed the processing of the payment files, extracted from the OUT box of the TRESRC folder, The treasury eliminates the files from the OUT box of the TRESRC folder.
What is New in Software specifications v2
The following software changes were identified during the workshops with the SRC personnel, between September 4 and September 9, 2009, and meetings with other institutions like NORK and Treasury.
Annex H is separated into 2 sections, changes to current software and new software.
The changes to the current software specifications delivered in March, April 2009, have been written in Track Change mode.
. Once reviewed the specifications, the track changes MUST be applied
before final delivery of the specifications to the State Revenue
Committee, in order for them to be clean documents when published
for the tender procedure.
The complete system dictionary data model has been modified according to the new requirements.
Changes to current Software specifications.
The changes to the current software specifications required after the workshops are very specific, and although it may seem that all modules were affected by the changes, the changes internal were specific, and did not change the model design of the modules, delivered in March, April 2009.
. (a) Incorporate accounting transaction code in order to integrate
with current SRC tax card
. (b) Enhance the external coding model, sections of the CORE
. (c) Expected revenue, create Unified tax declaration directly into
the principal data structures
(a) A major agreement achieved during the workshops was that the unified tax model should use the current existing SRC system, tax card accounting software to record accounting values, i.e. income and liabilities.
It was explained that the current tax card module works on the basis of accounting transactions codes to identify different types of incomes and liabilities. The tax card does not work on a simple basis of DEBIT and CREDITS, but according to the transaction code, the SRC module determines the accounting sense of the values.
In order not to HARD CODE the implementation of the accounting transaction code, the unified tax data model was modified to include the transaction concept into those specific data structures related to payment and tax declarations. The inclusion of the transaction code into the business rules of the unified model creates the environment where the accounting transaction adjusts dynamically to the tax payer and report types.
. Special note: The concept of hard coded logics was unanimously
rejected by SRC personnel and external advisors.
. Liability transaction code, according to business rules, payer,
report types and individual tax codes. (00D16)
. Income transaction code, according to payment accounts, and
automatic distribution of payment. (03D03, 03D04)
The unified tax data model was modified to support the software changes. The changes to the data model are written into the original document «system dictionaryԺ, delivered in April 2009, and each change or additional fields are marked in RED color.
The modules modified to incorporate the accounting transaction code are the following.
. 03-SRS-Payments
. 05-SRS-SubmissionCORE of Unified Tax form
. 07-SRS-LateInterests
. 02-SRS-ExpectedRevenue
(b) The error message codes corresponding to the sections for insurance benefits, and passive income, of the unified tax CORE module, were moved from HARD CODED into the data structures enhancing the existing generic logic.
(c) The concept of expected revenue was explained and understood during the workshops by the SRC personnel. Based on that understanding the SRC personnel requested that the current expected revenue structures (02) be eliminated, and that the tax payer identifier and calculated expected tax revenue values be automatically loaded into the format of a standard unified tax declaration in module (02), identical to the formats generated in the submission module (05).
The calculation cycle of the expected revenue module (02) was completely modified to include the generation of the tax declaration structure. (data model structure, 05), and eliminate the data structures (02) for expected revenues.
. The worksheet (02) in the system dictionary was eliminated.
New Software Specifications.
The new software was defined in joint cooperation between the external advisor and the SRC personnel attending the workshops.
The new software has been designed to adjust to new scenarios created, through agreements with the participating institutions, for example,
. SRC automatic recognition of workers attaining the retirement age.
. SRC monthly operation that processes the electronic [F1] file sent
by SSSS/NORK, and maintains the employment history register,
permanently up to date.
. Changes to the Social security Card master register. NORK should
notify the SRC of all changes.
The new software has been designed to provide inclusive intelligent closure of the processing cycles, for example, the distribution module (06) needed a closure concept to understand that receiving institutions had effectively received the information.
The new software specifications have been incorporated integrally into the documentation of the corresponding module. The specification format of each of the new components was written with the same structure as the components previously documented in April 2009.
Modules impacted with new specifications.
. 01-SRS-Registration
. 06-SRS-Distribution
The following text describes the objective of the new software. For more details, read the complete software specifications of the respective modules.
.__________________________________________________________________.
|component|Brief description |
|_________|________________________________________________________|
| 01.1C05 |Automatic closure of taxes for worker attaining |
| |retirement age. |
|_________|________________________________________________________|
| 01.1C06 |NORK identifies change to social security card register.|
|_________|________________________________________________________|
| 01.1C07 |Registration of the monthly [F1] employment information |
|_________|________________________________________________________|
|_________|________________________________________________________|
| 06.1C03 |Online confirmation of receipt of transferred payments |
| |and worker information |
|_________|________________________________________________________|
| 06.1C04 |Automatic detection of NON closed distribution cycles |
|_________|________________________________________________________|
.__________________________________________________________________.
01 - Registration.
._____________________________________________________________________.
|Component|Description of component. |
|code | |
|_________|___________________________________________________________|
|_________|___________________________________________________________|
| 01.1C05 |Article 7 item 3 of the Fully Funded Law, states that |
| |workers who are mandatory members, attaining the pension |
| |age according to the law are exempt from contributing fully|
| |funded contributions. The NORK institute rejected the |
| |responsibility of informing workers with retirement age via|
| |the SRC component 01.1C04, designed for the purpose in the |
| |original specifications. The Law, in article 7 illustrated |
| |no legal obligation why NORK should inform this type of |
| |information to the SRC, and inclusive an agreement was |
| |taken in the pension working group, that the SRC should |
| |identify automatically the workers, mandatory members |
| |attaining retirement age, and restrict automatically new |
| |contributions for those workers. |
| | |
| |The application processes on the last day of each month, |
| |and detects all workers registered as mandatory members, |
| |that have attained the official retirement age. The system |
| |closes the individual mandatory tax code for that worker, |
| |thereby restricting NEW contributions. |
| | |
| |The worker can continue contributing, by registering as a |
| |voluntary member. This functionality already exists in the |
| |unified tax model. |
|_________|___________________________________________________________|
|_________|___________________________________________________________|
| 01.1C06 |NORK is required to provide the SRC with a permanently up |
| |to date Social Security Card register. The social security |
| |card master register changes according to the following. |
| | |
| |. Change of date of birth |
| |. Change of names, marriage |
| |. Contact information of the worker |
| |. Personal information change |
| | |
| |The unified tax declaration can NOT always identify these |
| |changes, so it was concluded that every time NORK changes |
| |information in the social security card register, NORK |
| |should notify the SRC. |
| | |
| |The component 01.1C06 is precisely a software tool that |
| |allows NORK autonomy to notify the SRC unified tax model |
| |automatically. The unified model, once notified by NORK |
| |will proceed to extract information from the replicated |
| |Social Security Card system, (01.1C02) and update |
| |automatically the unified model. |
|_________|___________________________________________________________|
|_________|___________________________________________________________|
| 01.1C07 |There is an initial decision that the MLSI should modify |
| |the law concerning the notification of employment history |
| |[F1] by the tax payer to the SSSS, incorporating new |
| |requirements, like termination dates, and contractual wage,|
| |as of January 1, 2010. |
| | |
| |After the initial transfer of the PARNAS data base |
| |scheduled for mid 2010, the NORK institute on a monthly |
| |basis should inform SRC of all new employment changes, |
| |whether commencing or terminating, until December 31, 2010.|
| |Thereafter SRC will receive employment information via the |
| |Unified tax form. |
| | |
| |In order to achieve the monthly transfer of the [F1], an |
| |electronic format of [F1] has been defined, and the SRC |
| |will develop a component to receive the monthly [F1]. |
| | |
| |The component 01.1C07 specifically recognizes the |
| |electronic [F1] format, and applies the information to the |
| |employment history built from the PARNAS data information. |
| | |
| |The objective, agreed with the SRC personnel is that the |
| |SRC maintain a complete worker, tax payer employment |
| |history that would constitute the base of information for |
| |validation of the Unified tax form. |
| | |
| |See the following exchange protocol format for details of |
| |the file. |
| | |
| |. 'Final-SPSS-FY09Q2-Sep13-DataExchg-SRC-MLSI-eng', |
| | segment C |
| | |
| |The component 01.1C07 is OBSOLETE on January 1, 2011, |
| |because SRC will receive the employment information via the|
| |unified tax form, and SSSS / NORK will cease to receive the|
| |[F1] form. |
|_________|___________________________________________________________|
._____________________________________________________________________.
06 - Distribution.
The distribution model was lacking a formal closure of the distribution cycle. The receiving institutions were required to confirm receipt of all the information, payments and worker contribution information, sent by SRC. The new software was designed to provide the receiving institutions with tools that would allow absolute autonomy to close the SRC cycle of operations, while at the same time, the SRC needed additional tool to monitor the closure, and react when ever a distribution cycle had NOT been closed correctly.
._____________________________________________________________________.
|Component|Description of component. |
|code | |
|_________|___________________________________________________________|
|_________|___________________________________________________________|
| | |
| 06.1C03 |The distribution model of the SRC unified tax collection |
| |model was lacking official closure. |
| | |
| |The SRC needed to confirm that the payments and worker |
| |information related to paid and distributed contributions |
| |had effectively arrived at the destination institution, and|
| |that the information was correctly balanced, and that no |
| |changes had occurred in the information during the |
| |transfer. |
| | |
| |The component 06.1C03 is designed to provide the receiving |
| |institutions a simple web based service (on the SRC web |
| |site) that can be accessed by registered institutions and |
| |that by stating the Unique Tracking Number, the SRC system |
| |will automatically close the distribution cycle for that |
| |package of information, identified with the unique tracking|
| |number. |
| | |
| |The new software component allows the receiving |
| |institutions total autonomy to close a SRC distribution |
| |cycle, without any human intervention. The web service can |
| |be automatically triggered from internal procedures of the |
| |receiving institution, providing a platform of total |
| |automation. |
|_________|___________________________________________________________|
|_________|___________________________________________________________|
| 06.1C04 |If the receiving institutes operated automatically, |
| |notifying and closing the SRC distribution cycle. The SRC |
| |required a monitoring tool that would advise the SRC |
| |whenever a distribution cycle had not been closed |
| |correctly. |
| | |
| |The component 06.1.C04 is an automatic procedure, triggered|
| |at the end of every week, or for the period of time defined|
| |by the SRC business unit. |
| | |
| |The component identifies packages of information and |
| |payment sent to specific institutions, that those |
| |institutions have NOT correctly closed. |
| | |
| |The monitoring tool automatically identifies those packages|
| |by the unique tracking number, date and destination |
| |institution. The model notifies automatically by email, a |
| |list of registered SRC personnel, in order for them to |
| |follow up and ensure the complete closure of the |
| |distribution cycle. |
|_________|___________________________________________________________|
-----------------------------------------------------------
ԻՐՏԵԿ - Որոշման բնագրի հավելված 2-ում բացակայում է «226-րդ» էջը