ნიკა,

ცვლილებები მივაწერე ქვემოთ მწვანედ.

სერგო

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

ნიკო,

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

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.      ნოზოლოგიები გაყოფილი იყოს განმახორციელებლების მიხედვით თუ არა? - გასავლელია - გასაყოფია BL_Nosologies

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.  კომპონენტისა და ქვეკომპონენტისთვის სახაზინო კოდების დამატების Popup-იდან ამოსაღებია სახაზ. კოდებისა და განმახორციელებლის შესაბამისობების მითითების ფუნქციონალი. უნდა გავიდეს ცალკე გვერდზე, რომ მხოლოდ Admin-ს შეეძლოს მითითება. - გასავლელია

Popup-ის

a.       Combo-ში სახაზ. კოდები გაყოფილი იყოს დეპარტამენტის მიხედვით BL_TreasuryOrganizationCodes

b.      ცხრილში გამოჩნდეს მომხმარებლის შესაბამისი განმახორციელებელი - იგივე ლოგიკა, რაც არის 4.a საკითხში

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

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

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

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

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

20.  დასაწერია სკრიპტი, რომელიც ჩაწერს ყველა შესაბამის ცხრილში განმახორცილებელებისა და დეპარტამენტების ID-ებს:

a.       საყოველთაო ჯანდაცვის მართვის დეპარტამენტი და SSA-ის ID უნდა გაეწეროს „მოსახლეობის საყოველთაო ჯანმრთელობის დაცვის სახელმწიფო პროგრამის“ ყველა ცხრილს

b.      ჯანმრთელობის მართვის პროგრამების დეპარტამენტი და SSA-ის ID უნდა გაეწეროს შემდეგ პროგრამებს:

                                                              i.      მოსახლეობის სამედიცინო მომსახურების მიწოდება პრიორიტეტულ სფეროებში

                                                            ii.      საზოგადოებრივი ჯანმრთელობის დაცვა

c.       დაავადებათა კონტროლისა და საზოგადოებრივი ჯანმრთელობის ეროვნული ცენტრი-ის ID უნდა გაეწეროს „საზოგადოებრივი ჯანმრთელობის დაცვა - NCDC“ პროგრამას -ჯერ არ არის დაიმპორტებული Billing-ის ბაზაში

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

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

სერგო.