Subject: RE: მრავალდონიანი აგენტი
From: Alexander Turdziladze <[email-masked]>
To: Sergo Rostiashvili <[email-masked]>, Niko Khvichia <[email-masked]>
Cc: Tamta Kobakhidze <[email-masked]>, Manuchar Tokhadze <[email-masked]>
Date: Tue, 17 Dec 2013 15:36:28 +0000

ჩემი ჩარევა არის საჭირო რამეში?

From: Sergo Rostiashvili

Sent: Tuesday, December 17, 2013 7:20 PM

To: Niko Khvichia

Cc: Alexander Turdziladze; Tamta Kobakhidze; Manuchar Tokhadze

Subject: RE: მრავალდონიანი აგენტი

დაემატა კომენტარები ქვემოთ:

From: Sergo Rostiashvili

Sent: Friday, December 6, 2013 6:51 PM

To: Niko Khvichia

Cc: Alexander Turdziladze; Tamta Kobakhidze; Manuchar Tokhadze

Subject: მრავალდონიანი
აგენტი

ნიკო,

გიგზავნი საკითხებს, რომლებიც გასაკეთებელია მრავალდონიან აგენტთან დაკავშირებით:

1.
დაწესებულებები განმახორციელებლების მიხედვით გაყოფილი უნდა იყოს??? -
გასავლელია ალეკოსთან

2.
სახელმწიფო პროგრამები („სახელმწიფო პროგრამები -> პროგრამები“) უნდა გამოჩნდეს განმახორციელებლების მიხედვით. თითოეულ მომხმარებელ უნდა დაემატოს ატრიბუტი
User Management-ში, რომელიც განსაზღვრავს მომხმარებელი რომელი განმახორციელებლისაა (FinancingAgentDepartmentID).
თითოეულ პროგრამას ეთითება განმახორციელებელი, რომელიც უნდა შედარდეს მოცემულ ატრიბუტს. თუ მომხმარებელს მოცემული ატრიბუტი არ აქვს და არც
Admin-ების ჯგუფშია,
გადავიდეს Error.aspx-ზე და დაიწეროს, რომ „მომხმარებლის მონაცემები რეგისტრირებულია არასრულად“.
[1]

პროგრამის რეგისტრაციის გვერდს უნდა დაემატოს დეპარტამენტის ველი (/Budget/Tree/RegisterProgram.aspx).

3.
პროგრამის რეგისტრაციისა და რედაქტირების გვერდებზე უნდა შევიდეს მხოლოდ
Admin-ის უფლების მქონე მოხმარებელები.

a.
არ ჩანდეს რეგისტრაციისა და რედაქტირების ღილაკები
[2]

b.
პროგრამის რეგისტრაცია/რედაქტირების გვერდზე, ჩაიდოს შემოწმება:
თუ მომხმარებელი არ არის
Admin-ების ჯგუფში,
გადავიდეს Error.aspx-ზე და დაიწეროს, რომ „მოცემული გვერდი ვერ მოიძებნა“.
[3]

4.
ფინანსური ერთეული (სახელმწიფო პროგრამები -> პროგრამები -> ქვეკომპონენტი -> ფინანსური ერთეულები)

a.
რეგისტრაცია/რედაქტირების გვერდზე დაფინანსების წყაროების დამატების
Popup-ში გამოჩნდეს მხოლოდ ის, რომელიც არის განმახორციელებელი. თუ განმახორციელებელი სათაოა, გამოჩნდეს მხოლოდ სათაო, თუ ფილიალია - გამოჩნდეს
სათაო და მხოლოდ მოცემული ფილიალი (ამ შემთხვევაში შეიძლებოდეს მხოლოდ ფილიალის არჩევა).  [12]

ცხრილი - BL_FinancingItems

b.
ნოზოლოგიები გაყოფილი იყოს განმახორციელებლების მიხედვით თუ არა? -
გასავლელია

c.
ასაკობრივი ჯგუფები გაყოფილი იყოს განმახორციელებლების მიხედვით
[15]

ცხრილები - BL_AgeGroupCategories, BL_AgeGroups

d.
ლოგიკების ცხრილები გასაყოფი იქნება განმახორციელებლების მიხედვით - ჯერ არ არის გაკეთებული

e.
ატრიბუტები  გასაყოფი იქნება განმახორციელებლების მიხედვით
[16]  ცხრილი - BL_FinancingItemAttributeTypes

5.
ბიუჯეტის კორექციის ბრძანებები გაყოფილი უნდა იყოს განმახორციელებლების მიხედვით (სახელმწიფო პროგრამები -> ბიუჯეტის კორექციის ბრძანებები)
[4]

ცხრილი - BL_BudgetItemCorrectionOrders, სვეტი -
FinancingAgentDepartmentID

6.
კონტრაქტები გაყოფილი უნდა იყოს განმახორციელებლების მიხედვით
[5]  ცხრილი - BL_
BL_Contracts

7.
მიღება-ჩაბარების აქტები გაყოფილი უნდა იყოს განმახორციელებლების მიხედვით
[6] ცხრილი - BL_AcceptanceAct

8.
რეესტრები  გაყოფილი უნდა იყოს განმახორციელებლების მიხედვით
[7] ცხრილი - BL_Batches

9.
ვალდებულებები გაყოფილი უნდა იყოს განმახორციელებლების მიხედვით
[8]  ცხრილი -BL_Liabilities

10.
საგადახდო მოთხოვნები გაყოფილი უნდა იყოს განმახორციელებლების მიხედვით
[9]  ცხრილი - BL_PaymentOrders

11.
ხაზინის გვერდებზე ჩასადებია ფილტრაცია განმახორციელებლების მიხედვით
[10]

12.
ლიმიტები გაყოფილი უნდა იყოს განმახორციელებლების მიხედვით
[11]  ცხრილი -
BL_ContractBudgetLimits (გაიარე ლობჯანასთან)

13.
ანალიტიკა გასაყოფი იქნება განმახორციელებლების მიხედვით -
ჯერ არ არის გაკეთებული

14.

15.
კომპონენტისა და ქვეკომპონენტისთვის სახაზინო კოდების დამატების
Popup-იდან ამოსაღებია სახაზ. კოდებისა და განმახორციელებლის შესაბამისობების მითითების ფუნქციონალი. უნდა გავიდეს ცალკე გვერდზე, რომ მხოლოდ
Admin-ს შეეძლოს მითითება. -
გასავლელია

16.
ქვეკომპონენტის ატრიბუტები გაყოფილი იყოს განმახორციელებლების მიხედვით თუ არა? -
გასავლელია

17.
ქვეკომპონენტის ეკონ. მუხლები გაყოფილი იყოს განმახორციელებლების მიხედვით თუ არა? -
გასავლელია

18.
ყველა გვერდზე, რომელზეც მონაცემები იფილტრება განმახორციელებლის მიხედვით, ჩაიდოს შემოწმება
FinancingAgentDepartmentID
ატრიბუტზე. თუ მომხმარებელს მოცემული ატრიბუტი არ აქვს და არც
Admin-ების ჯგუფშია,
გადავიდეს Error.aspx-ზე და დაიწეროს, რომ „მომხმარებლს არ აქვს შესვლის უფლება“.
[17]

19.
ხელშეკრულების სერვისებში დაემატოს განმახორციელებლის იდენტიფიკატორი, რომელსაც შემთხვევების, მიმართვებისა და ელ. რეცეპტის რეგისტრაციის მოდულების გადმოსცემენ და გაფილტრავს მოძებნილ
ხელშეკრულებებს განმახორციელებლით. თუ გადმოეცემა Null-ი, გამოიტანოს ყველა
[13]

20.
Reporting-ში საანგარიშგებო და სტატისტიკური ფორმები გაიფილტროს (გამოჩნდეს) განმახორციელებლების შესაბამისად.
[14]

საკითხები, რომლებიც გაყოფილი უნდა იყოს განმახორცილებლების მიხედვით გულისხმობს, რომ ცვლილებები უნდა შევიდეს რეგისტრაციისა და ფილტრაციის ნაწილში. აგრეთვე, ზოგ შემთხვევაში დასამატებელია
ახალი გვერდები.

P.S.
საკითხების გასწვრივ  [] ფრჩხილებში წერია პრიორიტეტები.

სერგო.