მიმართულება - SharePoint; InfoPath,
ამოცანა - TNA (Trainings Needs Analysis)
შესრულების ვადა - 7.12.12 (კვირის ბოლომდე)
მოკლე აღწერა: დაწესებულება ატარებს ტრენინგის საჭიროებათა ანალიზს ორგანიზაციაში, რომლის სტრუქტურა დაახლოებით 4000 თანამშრომელია.
გამოკითხვა მიმდინარეობს ეტაპობრივად, განსაზღვრულია ჯგუფები (სტრუქტურული ერთეულების მიხედვით), შემუშავებულია 2 ფორმა - თანამშრომლის ფორმა და მენეჯერის ფორმა, თანამშრომელი ადგენს რა ტრენინგი ჭირდება, მენეჯერი წყვეტს, რა ტრენინგი ჩაუტარდება თანამშრომლებს.
შედეგი: დაწესებულება იღებს მომავლი წლის კალენდარს ჩასატარებელი ტრენინგების მიხედვით.
საჭიროებები: ორგანიზაციული სტრუქტურა, პირის იდენტიფიკაციისათვის სერვისი (სამოქალაქო რეესტრის), ტრენინგების დაჯგუფებული ჩამონათვალი.
შესრულების მიმდინარეობა: შესამუშავებელია ფორმა InfoPath, განსასაზღვრია დაშვების უფლებები, ტრენინგის ჯგუფებზე მიბმული, ასაწყობია რეპორტინგის სისტემა.
მიმდინარეობა:
1. ვქმნი ახალ აპლიკაციას, არსებულ სერვერზე.
ვინაიდან წვდომა განსაზღვრულია შიდა სისტემიდან ვირცევ ჩვეულებრივ დომეინ აუტენტიფიკაციას, პორტი მიუთითე8080 (პრობლემა1), წავშალე და თავიდან შევქმენი პორტი 80; ჰოსთში გაწერეს მისამართი. იმდეია იმუშავებს.
მუშაობს,
სტრუქტურა შემომაქვს წრფივად, ვინაიდან სისტემაში არსებობს სხვადასხვა კადრების სიტემა და ნორმალიზზებულად სერვისის სახით ვერ მივიღებდი ორგანიზაციულ ხეს.
ფოკუსები ვატარე ექსელში და დავიყვანე სასურველ ფორმატამდე.
InfoPath Autonumber field in Repeating table:
count(../preceding-sibling::*) + 1 2. პირველი დანართი,ანუ რიგითი თანამშრომლის ფორმა აწყობილია..05/12/12 ორგ. სტრუქტურა შეტანილია, აუტენტიფიკაცია დამყარებულიაპირად ნომერზე.
ფორმები ავაწყე, მუშაობს, სტრუქტურას უკავშირდება, მაგრამ ნელია ფილტრი უზარმაზარი სტრუქტურიდან, სანამ იპოვის პირადი ნომრის მიხედვით, დაახლოებით 20 წამი ჭირდება..
რეალურად არ ჩაგვიშვია, რეპორტინგი მიება, ანუ ამოდის ორგ. სტრუქტურული ერთეულის მიხედვით შევსებული ტრენინგების საჭიროებები. ასევე პიროვნების მიხედვით, ფორმებში რომ არ იქექონ..
აწ უკვე ველოდები კითხვარების შევსების პროცესის დაწყებას.
პრობლემები:
1.რატომღაც ახალი აპპ ილინკება იმავე სერვერზე არსებულ სხვა აპლიკაციაზე.
2. InfoPath - სერვისებია ჩასართავი სავარაუდოდ, რომ ბროუზერ ენეიბლე გამოვიდეს ფორმა.
ვოალა... ვერაფრით გამოიცნობდით:
ესეიგი, ახალი აპპ როცა იქმნება არსებულ ფერმაში, უნდა შეხვიდე და ხელით მისცე Upgrade and Migration -> Enable Enterprise Features, ყველა ჯერზე.. მაზოხიზმ!
ბროუზერში ირთვება ფორმა რაღას ვჩივი :)
3. თვითონ ფორმაში გადასაწყვეტია ვალიდაცია, ანუ, თუ პირად ნომერს შეიყვანს პირი არასწორედ(ანუ არ მოიძებნა პირადი ნომერი ორგ. სტრუქტურაში), უნდა ამოუგდოს შეტყობინება, მაგრამ რატომღაც სხვა ლისტიდან როდესაც მოაქვს დატა ფილტრი ჭირდება და გამოდის "უ პაპა ბილა საბაკა"... ანუ ვადარებ და ვფილტრავ ერთიდაიგივე ველით..
4. ხოო.. ეხლა კიდევ ერთი პრობლემა, ტრენინგების ჩამონათვალი, არის უზარმაზარი სია, ვინაიდან საბოლოოდ ჭირდებათ დეპარტამენტზე მიბმული სია ვის რამდენი ტრენინგი ჭირდება, ანუ ფიგურირებს რაღაც დონის სტრუქტურული ერთეული, პირადი ნომერი და ტრენინგების ჩამონათვალი, მჭირდება ისეთი მექანიზმი, რომ არჩეული ტრენინგები ინახებოდეს ცალკე აითემებად თავის პირად ნომრებიანად და ორგ. სტრუქტურიანად..
5. პრობლემა თავისი გადაწყვეტით:
InfoPath 2010 – Error “The amount of data that was returned by a data connection has exceeded the maximum limit that was configured by the server administrator.”
So lets talk thru the issue.
Problem
So they are using SharePoint 2010
Enterprise, and InfoPath Form Services. The form in question is a
monster custom InfoPath form. It uses every custom option you can think
of, with popup tool tips, custom controls, workflows tied it, and has
Java and .NET running some logic. Generally a “WHY, WHY WOULD YOU DO IT” form.
The size of the form can also be huge
when saved with about 5 different Rich Text fields that customers and
Support folks put links, images, etc. in. I have seen forms go in 12 mb
in size.
When they attempt to load these
files, or open a view with all these files in it (7500 list items) the
are getting that lovely warning.
“The amount of data that was returned by a data connection has exceeded the maximum limit that was configured by the server administrator. Form elements, such as drop-down lists may be blank.”
Solution
So this is an easy fix.
Go to Central Administration > General Application Settings > Configure InfoPath Form Services
Down on the page you are going to see a Data Connection Response Size. It is defaulted to 1500 kilobytes.
Change that setting to support your needs, in this case 4500 kilobytes solved the problem.
Once adjusted…..TADA it was reacting just fine, all was well and the Support team was back in action.
Conclusion
So you might ask was this the best solution. NO, but this was a quick fix. What additional information should you take from this use case…….FORM REWORK.
The form is out of control, a new requirements gathering and analysis should be performed to determine a solution that will limit the risk of data size, large list sizes, and responses. I do expect this content to be moved to a SQL Table, and the use of External Content Types, and Dataviews to support interaction in SharePoint.
Remember that there is a lot of size limitations and thresholds available in SharePoint Central Administration. Any service you are using can run into this. It is important to have your service limitations documented, and have a running log of these error your SharePoint Admin can reference. Also this change needs to be documented in the Governance Control documentation, and should be brought up in the next SharePoint Steering Committee. Use it as an opportunity, not a scar.
