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

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

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. საკითხების გასწვრივ  [] ფრჩხილებში წერია პრიორიტეტები.

სერგო.