მობილური აპლიკაცია 1c ანდროიდისთვის. ავტომატიზაციის რჩევები

მიმდინარე წლის 28 სექტემბერს 1C-მ დიდი ხმაურის და პათოსის გარეშე გამოუშვა პლატფორმის 8.3.2.163 შეფასების ვერსია, რომელიც განკუთვნილი იყო ტესტირებისთვის. ნებისმიერს შეუძლია წაიკითხოს ცვლილებებისა და გაუმჯობესებების სრული სია ან, თუ აქვს გამოწერა,.
ზემოაღნიშნული გაუმჯობესებიდან, ვფიქრობ, "1C: Enterprise 8 მობილური პლატფორმა" საკმაოდ "გემრიელია", რომელიც საშუალებას გაძლევთ შექმნათ აპლიკაცია Android ან iOS მობილური ოპერაციული სისტემებისთვის ჩვეულებრივი 1C ინსტრუმენტების გამოყენებით.

მობილური პლატფორმა, როგორც თავად დეველოპერები წერენ, "ეს არის ტექნოლოგიის ზოგადი სახელი, რომელიც საშუალებას გაძლევთ შექმნათ აპლიკაციები, რომლებიც მუშაობენ Android ან iOS ოპერაციული სისტემების მობილურ მოწყობილობებზე."
„მობილური აპლიკაცია დაინსტალირებული მოწყობილობაზე არის მობილური პლატფორმის კომბინაცია და საინფორმაციო ბაზა.».

ანუ, უფრო მარტივი სიტყვებით რომ ვთქვათ, შეგიძლიათ შეადგინოთ თქვენი წერილობითი კონფიგურაცია Android (.apk) ან iOS (.zip) აპლიკაციაში. მაშინ მთელი ეს სიკეთე შეიძლება ჩაითვალოს Google playან AppStore. მართალია, თუ Android-ის პროგრამაზე ხელმოწერა შესაძლებელია იმავე ადგილას, დაუყოვნებლივ 1C-ში შექმნილი გასაღებით და ის დაუყოვნებლივ მზად იქნება გამოსაქვეყნებლად, მაშინ AppStore-ში აპლიკაციის გამოსაქვეყნებლად, ის ჯერ უნდა შედგეს გამოყენებით. Xcode პროგრამა ოპერაციული სისტემით კომპიუტერზე. Mac სისტემა OS X. და, რა თქმა უნდა, გჭირდებათ დეველოპერის ლიცენზია, რომ გამოაქვეყნოთ რომელიმე ამ მაღაზიაში.
ყველაფერი კარგად ჟღერს და, ბუნებრივია, მინდოდა ახალი ფუნქციების მოქმედებაში ცდა.

შემოქმედება მობილური აპლიკაცია 1C-ზე

ამისთვის გვჭირდება ახალი ვერსიაპლატფორმები (), გადაღებული ფაილი, android SDK და JDK.
მე მაშინვე გაფრთხილებ: ახლა მე არ დამიყენებია დავალება აჩვენო რაიმე კონკრეტულის განვითარების პროცესი 1C-ზე, მაგრამ უბრალოდ მინდა გადავამოწმო და გაჩვენო, რომ - დიახ, სამყარო გაგიჟდა და 1C-ზე ნამდვილად ასეა. შესაძლებელია ანდროიდისთვის პროგრამის დაწერა.
კარგი, მოდით ვცადოთ დავწეროთ ერთგვარი "helloWorld" Googlephone-ისთვის. მოდით გავაკეთოთ პროგრამა სატესტო მიზნებისთვის - კონფიგურაცია ერთი საერთო ფორმით, რომელსაც დავდებთ "დესკტოპზე".
ასე რომ, ჩვენ ვქმნით ახალ კონფიგურაციას კონტროლირებადი რეჟიმი, და პირველი რაც უნდა გავაკეთოთ, თუ ვწერთ მობილური პლატფორმისთვის, არის თავად კონფიგურაციის თვისებებში „გამოყენების დანიშნულების“ მითითება.

და აქ ჩვენ დაუყოვნებლივ ვამჩნევთ, რომ მრავალი კონფიგურაციის ობიექტი მიუწვდომელია გამოსაყენებლად. ჩვენ ვეღარ შევძლებთ გამოვიყენოთ ქვესისტემები, დაგეგმილი ამოცანები, XDTO პაკეტები, ვებ სერვისები, ანგარიშები, ბიზნეს პროცესები და მრავალი სხვა. ასევე, ბევრი პროცედურა და მეთოდი ზოგიერთი ობიექტისთვის მიუწვდომელია. ეს უნდა იქნას გათვალისწინებული განვითარებისას.
ჩვენ ვაკეთებთ "ფორმას", ვქმნით სტრიქონის ატრიბუტს სათაურით: "გამარჯობა, ჰაბრ!" - და გადააგდე ფორმაზე. მოდით ასევე შევქმნათ ღილაკი. დაწკაპუნების დამუშავებისას, მაგალითად, დავწეროთ შეტყობინების გამომავალი.

& OnClient Procedure Command1 (ბრძანება) გაფრთხილება ("მუშაობს!"); პროცედურის დასასრული

ეს საკმარისია იმისთვის, რომ შევამოწმოთ შესრულება, ამიტომ გადავიდეთ ყველაზე საინტერესოზე. ჩვენ ვინახავთ კონფიგურაციას მობილური აპლიკაციის ფაილში (Configuration-> Mobile Application-> Write to File), ვაწარმოებთ კონტროლირებად რეჟიმში და ვიწყებთ MobileAppWizard.epf დამუშავებას. ეს ფაილი არის mobile.zip არქივში, რომელიც თავიდანვე გადმოვწერეთ.
ახლა კი გვთავაზობენ საწყისი პარამეტრების შევსებას, სადაც ყველა საჭირო ველი ხაზგასმულია წითლად.

მობილური პლატფორმის მდებარეობა - დირექტორია, სადაც მდებარეობს android.zip და ios.zip ფაილები, რომლებიც საჭიროა მობილური აპლიკაციის მიწოდების ფორმირებისთვის. ისინი ყველა ერთსა და იმავე mobile.zip არქივშია.
ჩვენ მივუთითებთ საქაღალდეს, სადაც დავაინსტალირეთ Android SDK(შეგიძლიათ ჩამოტვირთოთ). 1C ადგენს შემდეგ მოთხოვნებს:
Android SDK Tools ვერსია - მინიმუმ 20.0.3;
Android SDK პლატფორმა-ინსტრუმენტების ვერსია - მინიმუმ 14;
SDK პლატფორმის ვერსია - API 8 (არა დაბალი, ვიდრე ვერსია 8.3).
ჩვენ ასევე გვჭირდება Java SDK (შეგიძლიათ მიიღოთ იგი ამ მისამართზე) უფრო მეტიც, 1C გვაფრთხილებს, რომ JDK7 არ მუშაობს Android SDK-თან ერთად.
ჩვენ მივუთითებთ საქაღალდეებს, სადაც განთავსდება ჩვენი .apk ფაილი, ხელმოწერის გასაღების ადგილმდებარეობას და პაროლის ალიასს. თუ ამას პირველად აკეთებთ და არ გაქვთ გასაღები, მაშინ შეგიძლიათ შეავსოთ "საკვანძო პარამეტრები" და შექმნათ გასაღები თქვენთვის (ამ შემთხვევაში, ველში "საკვანძო ფაილი" უნდა მიუთითოთ საქაღალდე, სადაც შეიქმნება ეს გასაღები).
დააჭირეთ "OK" და გადადით მეორე ფანჯარაში.

მასში, უპირველეს ყოვლისა, ჩვენ მივუთითებთ "მობილური აპლიკაციის კონფიგურაციას" - იგივე ფაილი, რომელიც ჩვენ შევინახეთ. შემდეგ ენა და მხოლოდ ამის შემდეგ ვაჭერთ ღილაკს „გამადიდებელი შუშით“ და შევდივართ იქ წარმოდგენაში. ჩვენ აღვნიშნავთ "აპლიკაციის იდენტიფიკატორს" - Java კლასის უნიკალური სახელი, რომელიც მომავალში გამოყენებული იქნება განახლების შესასრულებლად. იდენტიფიკატორი უნდა იყოს დაწერილი ლათინური ანბანით და 1C გირჩევთ მისი სახელის დაწყებას „com.e1c“-ით. შეავსეთ ვერსია და Build ნომერი და დააჭირეთ ღილაკს "შექმნა". თუ ყველაფერი კარგად წავიდა, სისტემა შეგატყობინებთ .apk ფაილის წარმატებით შექმნის შესახებ.
მიღებულ ფაილს ტელეფონზე ვყრით და ვაინსტალირებთ თქვენს საყვარელ მენეჯერთან, სისტემის პარამეტრებში ინსტალაციის დაშვების შემდეგ მესამე მხარის აპლიკაციები... ან დააინსტალირეთ პროგრამა ემულატორზე adb-ის საშუალებით. მაშინვე ვიტყვი: ყველაფერი საშინლად ანელებს ემულატორზე, მაგრამ ტელეფონზე (მხოლოდ შევამოწმე Htc ტყის ხანძარის) საქმეები ბევრად უკეთესია, მაგრამ მაინც არის პრობლემები. მაგალითად, მე მივიღე ფაილი, რომლის წონაა 34 მბ, ამიტომ ინსტალაციას დიდი დრო დასჭირდა. გაშვების შემდეგ, ჩვენ გვესალმება დახრილი ეკრანი და გარკვეული პერიოდის შემდეგ იწყება თავად კონფიგურაცია. (ბოდიში ფოტოსთვის: fotkal კალკულატორზე)

ჯერჯერობით, ახალი ფუნქციები ძალიან "ნედლად" გამოიყურება: 1C-ის შეზღუდული ფუნქციონირება, SDK-ის პირდაპირ გამოყენების შეუძლებლობა, პლუს დიდი ზომა და რამდენიმე "მუხრუჭები"... მაგრამ მობილური პლატფორმისთვის პროგრამის დაწერის უნარი. 1C-ზე ცოტა გასაკვირია! პირადად მე ამაზე ორმაგი აზრი მაქვს. ერთის მხრივ, ეს „მახასიათებელი“ მაინც სათამაშოს უფრო ჰგავს, რადგან არ არსებობს შესაძლებლობა, გააკეთო რაიმე მართლაც ღირებული. მაგრამ მეორეს მხრივ, ეს აშკარად დიდი ნაბიჯია 1C-ით მობილურობისკენ და თუ ამ მიმართულებასაქტიურად განვითარდება, მას შეუძლია ბევრი სარგებელი მოიტანოს. მაგალითად, შეგიძლიათ მაღაზიის მეპატრონეები ტაბლეტებით აღჭურვათ. თუ შესაძლებელი გახდება "ბორტ" კამერების გამოყენება, მაშინ შეგიძლიათ მოშორდეთ მკითხველებს და დაასკანიროთ კოდები პირდაპირ ტაბლეტიდან, შეგიძლიათ მანქანის მძღოლები აღჭურვათ მათთან და გაგზავნოთ დავალებები ტრანსპორტირებისთვის ან თვალყური ადევნოთ მანქანის მარშრუტს და დრო მოძრაობაში. ზოგადად, ბევრი ვარიანტია და ის ფაქტი, რომ ეს ყველაფერი იქნება ერთიან საინფორმაციო სისტემაში, დიდად გაახარებს მომხმარებლებს/მენეჯერებს, რადგან რატომღაც მათ ყოველთვის აქვთ გამოყენების პანიკური შიში. დიდი რიცხვისხვადასხვა სისტემაში, მათ სურთ გამოიყენონ მთელი ფუნქციონირება ერთ პლატფორმაზე.

მობილური პლატფორმა 1C: Enterprise არის ინსტრუმენტებისა და ტექნოლოგიების ერთობლიობა აპლიკაციების სწრაფი განვითარებისთვის მობილური OS iOS, Android, Windows Phone/ 8.1 / 10, იგივე განვითარების გარემოს გამოყენებით (Configurator ან 1C: Entrprise Development Tools) და განვითარების იგივე ტექნიკით, რომლებიც გამოიყენება "რეგულარული" 1C აპლიკაციებისთვის. შედეგი არის ავტონომიური, ოფლაინ აპლიკაციები, მაგრამ გარე სამყაროსთან ინფორმაციის გაცვლის შესაძლებლობით, პლატფორმის მიერ მოწოდებული ინტეგრაციის ინსტრუმენტების ფართო სპექტრის გამოყენებით: ვებ და HTTP სერვისები, ელექტრონული ფოსტა და ა.შ. ვინაიდან გაცვლის პროტოკოლები დამოუკიდებელია პლატფორმაზე, 1C მობილური პლატფორმა, სხვა საკითხებთან ერთად, არის საშუალება სწრაფი შექმნამობილური წინა ნაწილი თითქმის ნებისმიერი სერვერის გადაწყვეტისთვის.

ფონი

ჯერ კიდევ 1C-ის დღეებში: Enterprise ვერსია 8.0 (და მოგვიანებით ვერსიები), იყო პროგრამული პროდუქტი, სახელწოდებით „გაფართოება ხელის კომპიუტერები". გაფართოება საშუალებას გაძლევთ შექმნათ პროდუქტები მხოლოდ OS-სთვის Windows Mobile, Windows CE და ა.შ. პროდუქტს ჰქონდა საკუთარი კონფიგურატორი და სერვერი და მხარდაჭერილი იყო 1C: Enterprise ვერსიის 8.3-მდე გამოშვებამდე. უახლესი ვერსიაგაფართოება (8.2.9) გამოვიდა 2013 წლის ოქტომბერში და სრული მხარდაჭერა დასრულდა 2015 წლის 1 იანვარს.
გაფართოებას შეზღუდული გამოყენება ჰქონდა Windows Mobile-ის კომუნიკატორების აყვავების პერიოდშიც და მობილური ბაზრიდან ასეთი მოწყობილობების გამგზავრება აშკარად არ მატებდა ამის პოპულარობას. პროგრამული პროდუქტი... IOS და Android მოწყობილობებმა დაიკავეს მობილური მოწყობილობების თითქმის მთელი ბაზარი და აშკარა გახდა, რომ ამ ოპერაციული სისტემების მხარდაჭერა არის ერთ-ერთი მთავარი პუნქტი სისტემისთვის, რომელიც უნდა ფუნქციონირებდეს თანამედროვე მობილურ სამყაროში. აშკარად ჩანდა, რომ არსებული 1C: Enterprise პლატფორმის მთავარი მიდგომა ასევე უნდა იქნას გამოყენებული მობილურ მოწყობილობებზე: აპლიკაციის შემქმნელმა, პირველ რიგში, უნდა იფიქროს გამოყენებული პრობლემების გადაჭრაზე და მეორეც, ოპერაციული სისტემის რა შესაძლებლობებს იყენებს ის გადასაჭრელად. ეს პრობლემები.... სხვა სიტყვებით რომ ვთქვათ, თქვენ გჭირდებათ ინსტრუმენტი, რომელიც იზოლირებს აპლიკაციის შემქმნელს კონკრეტული მობილური OS და განვითარების ხელსაწყოს სპეციფიკისგან.

მობილური პლატფორმა

ჯიბის კომპიუტერებისთვის გაფართოების შემუშავებისა და ექსპლუატაციის გამოცდილებიდან გამომდინარე, გადაწყდა სპეციალიზებული სისტემის შემუშავება, რომელიც დააკმაყოფილებდა რამდენიმე მოთხოვნას:
  • მან უნდა დაუჭიროს მხარი თანამედროვე პოპულარულ მობილურს OSდა მათი კონტროლის ქვეშ მყოფი მოწყობილობები. პირველ რიგში, ეს არის Apple-ის iOS და Google-ის Android.
  • ამ სისტემამ უნდა დაუშვას განვითარებული აპლიკაციების გამოყენება თანამედროვე მობილურ მოწყობილობებზე მიღებული სტილით. კერძოდ, ინტერფეისი უნდა დაეყრდნოს ხელით კონტროლი(სიტყვასიტყვით) სენსორული ეკრანების გამოყენებით.
  • სისტემამ უნდა უზრუნველყოს ერთიანი პროგრამირების ინტერფეისი სხვადასხვა კონკრეტული მექანიზმების განსახორციელებლად, მიუხედავად გამოყენებული მობილური ოპერაციული სისტემისა.
  • დეველოპერმა უნდა გამოიყენოს იგივე ინსტრუმენტი და განვითარების მიდგომები, როგორც "ჩვეულებრივი" კომპიუტერისთვის აპლიკაციების შემუშავებისას.
  • აპლიკაციის შემქმნელმა უნდა განავითაროს გამოყენებული ხსნარიგანვითარების ნაცნობ გარემოში, იგივე კოდის გამოყენებით დესკტოპის და მობილური სისტემებისთვის, შეძლებისდაგვარად.
  • მობილურ მოწყობილობაზე გაშვებული აპლიკაციის გადაწყვეტის ინტერფეისი უნდა იყოს მსგავსი სხვადასხვა პლატფორმისთვის და, მთლიანობაში, ცალსახად ცნობადი.
განვითარების შედეგი იყო ეგრეთ წოდებული მობილური პლატფორმა, რომელიც გამოვიდა 2013 წლის 29 მაისს iOS და Android-ის ვერსიებში. 1C: Enterprise მობილური პლატფორმა არის ინსტრუმენტებისა და ტექნოლოგიების ნაკრები, რომელიც საშუალებას გაძლევთ შექმნათ აპლიკაციები iOS, Android, Windows Phone / 8.1 / 10 მობილური ოპერაციული სისტემებისთვის, იგივე განვითარების გარემოს (Configurator) და განვითარების იგივე მეთოდების გამოყენებით, როგორც ჩვეულებრივი აპლიკაციებისთვის. 1C: Enterprise პლატფორმაზე. შედეგი არის ავტონომიური, ოფლაინ აპლიკაციები, მაგრამ გარე სამყაროსთან ინფორმაციის გაცვლის შესაძლებლობით, პლატფორმის მიერ მოწოდებული ინტეგრაციის ინსტრუმენტების ფართო სპექტრის გამოყენებით: ვებ და HTTP სერვისები, ფოსტადა ა.შ.
მობილური პლატფორმა საკმაოდ კარგად მიიღო საზოგადოებამ, დაიწყო ამ თემაზე სხვადასხვა სტატიების გამოჩენა (მაგალითად და). სრულად ფუნქციონალური აპლიკაციის შემუშავებისთვის, რომელიც ერთდროულად მუშაობს მობილური მოწყობილობების დიდ უმრავლესობაზე, ახლა დასჭირდა მინიმალური დრო და ცოდნა, რაც ფუნდამენტურად არ განსხვავდებოდა 1C: Enterprise პლატფორმაზე აპლიკაციის „რეგულარული“ შემქმნელის ცოდნისაგან. . ეჭვგარეშეა, ასეთი დაბალი შესვლის ბარიერი იზიდავს დეველოპერებს, რომლებმაც უნდა უზრუნველყონ გარკვეული ძირითადი ფუნქციონირება საველე მუშაკებისთვის, უფროსებისთვის და სხვა მობილური თანამშრომლებისთვის, რომლებსაც სჭირდებათ კორპორატიულ სისტემასთან მუშაობა.
მარტივია მობილური აპლიკაციის შემუშავების დაწყება 1C: Enterprise პლატფორმაზე. კონფიგურატორში დააყენეთ თვისება "გამოყენების მიზანი" მნიშვნელობაზე "მობილური მოწყობილობა" კონფიგურაციაში. ამ შემთხვევაში, გამოყენებული კონფიგურაციის ზოგიერთი ობიექტი მიუწვდომელი გახდება (მახასიათებელი ტიპების დიაგრამები, ანგარიშების დიაგრამები და ა.შ.), მაგრამ ხელმისაწვდომი გახდება მობილური აპლიკაციებისთვის დამახასიათებელი თვისებები (მაგალითად, ჩაშენებული მულტიმედია და გეოლოკაცია. მობილური მოწყობილობადა ა.შ.).


ამავდროულად, თქვენ შეგიძლიათ გამართოთ ძირითადი აპლიკაციის ალგორითმები (რომელიც პირდაპირ არ არის დაკავშირებული მობილურის სპეციფიკასთან) უშუალოდ დეველოპერის კომპიუტერის კონფიგურატორში. ამავდროულად, რეკომენდირებულია კოდის სექციების ჩარჩოში ჩასმა, რომლებშიც "მობილური" ფუნქცია გამოიძახება შესაბამისი ინსტრუქციებით წინასწარ პროცესორთან, რათა თავიდან იქნას აცილებული შეცდომები პერსონალურ კომპიუტერზე კოდის შესრულებისას:
# თუ MobileApplication არის კლიენტი, მაშინ მონაცემები = GeolocationServer.GetProviderName (); #Დაასრულე თუ
მობილური პლატფორმის 8.3.7 ვერსიით დაწყებული, აპლიკაციის გამართვა პირდაპირ მობილურ მოწყობილობაზე ხელმისაწვდომი გახდა (დაწვრილებით ამის შესახებ ქვემოთ).

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

  • მობილური აპლიკაცია შეიძლება იყოს არსებული საწარმოს საინფორმაციო სისტემის განუყოფელი და განუყოფელი ნაწილი. მობილური აპლიკაცია უზრუნველყოფს არსებული საინფორმაციო სისტემის შესაძლებლობებზე მორგებულ ინტერფეისს და სხვა შესაძლებლობებს (მონაცემთა გაცვლის ჩათვლით). ამ შემთხვევაში, მობილური აპლიკაცია ძალიან მჭიდროდ არის დაკავშირებული "რეგულარულთან" საინფორმაციო სისტემადა არ შეიძლება ფუნქციონირება მისგან იზოლირებულად.
  • მობილური აპლიკაცია ასრულებს კონკრეტულ დავალებებს, რომლებიც პრაქტიკულად არ არის დაკავშირებული საწარმოს საინფორმაციო სისტემასთან. მობილურ აპლიკაციასა და საინფორმაციო სისტემას შორის გაცვლილია მხოლოდ მინიმალური მონაცემები. ამ შემთხვევაში, დიდი ალბათობით, მობილური აპლიკაცია განახორციელებს გაცვლას რაიმე სტანდარტიზებული პროტოკოლის მიხედვით, რაც შესაძლებელს ხდის ამ მობილური აპლიკაციის გამოყენებას სრულიად განსხვავებულ შემთხვევებში და სიტუაციებში.
ზემოთ აღწერილი ორი სიტუაცია შეიძლება ჩაითვალოს ექსტრემალურ ვარიანტებად. მაგრამ ეს არ არის განვითარების ერთადერთი ვარიანტი. აპლიკაციის დეველოპერს შეუძლია დამოუკიდებლად აირჩიოს ინტეგრაციის ვარიანტები მობილურ აპლიკაციასა და საინფორმაციო სისტემას შორის, რომელიც მის უკანა ოფისს ასრულებს.
მობილური აპლიკაცია შემუშავებულია, როგორც სრულიად დამოუკიდებელი კონფიგურაცია, მაგრამ მას შეუძლია წყაროს ზოგიერთი ნაწილის გაზიარება "მშობლის" კონფიგურაციასთან. სხვათა შორის, "მშობლის" კონფიგურაცია შეიძლება ფიზიკურად არ არსებობდეს (მაგალითად, თუ თქვენ ავითარებთ უნივერსალური აპლიკაციარომელთანაც შეიძლება მუშაობა სხვადასხვა სისტემებიუნივერსალური პროტოკოლის მიხედვით).

მობილური პლატფორმის მოწყობილობა

რა არის მობილური პლატფორმა და რა შეუძლია მას?
სამართლიანობისთვის, მობილური პლატფორმა არის მთელი კომპლექსის მხოლოდ ერთ-ერთი კომპონენტი, რომლის წყალობითაც „1C: Enterprise 8“ მუშაობს მობილურ მოწყობილობებზე. ასე რომ, გამოყენებული დეველოპერი მუშაობს შემდეგი კომპონენტებით:
  1. თავად მობილური პლატფორმა არის 1C: Enterprise ჩარჩოს მობილური ნაწილი. ეს შეიძლება იყოს ჩვეულებრივი (რომელიც გამოიყენება აპის მაღაზიაში გამოსაქვეყნებლად აპლიკაციის აგების დროს) და მობილური დეველოპერის პლატფორმა, რომელიც გამოიყენება (სიურპრიზი) მობილური აპლიკაციის შემუშავებისას.
  2. მობილური კონფიგურაცია არის 1C: Enterprise პროგრამული სისტემის კონფიგურაცია, რომელიც დაწერილია XML ფაილის სახით.
  3. მობილური პლატფორმისა და მობილური კონფიგურაციის კომბინაცია იწვევს მობილური აპლიკაციას.
  4. მობილური აპლიკაციის შემქმნელი არის სპეციალიზებული აპლიკაციის გადაწყვეტა, რომლის დამზადებაც შესაძლებელია მობილური პლატფორმის, კონფიგურაციის, სპრეის ეკრანის, ხატების და სხვა კომპონენტებისგან, მზა ფაილიმობილური აპლიკაცია, რომლის ჩამოტვირთვა შესაძლებელია Apple AppStore, Google Play, Windows Phone Apps / Windows Apps-ში.
რატომ არის ყველაფერი ასე რთული? რატომ არ შეიძლება ამის გაკეთება მობილურ მოწყობილობაზე ზუსტად ისე, როგორც ეს კეთდება დიდ პლატფორმაზე? იმათ. დააინსტალიროთ ერთი მობილური პლატფორმა მოწყობილობაზე და ჩატვირთოთ მასში ნებისმიერი რაოდენობის კონფიგურაცია/აპლიკაცია? ეს აკრძალულია ლიცენზირების შეზღუდვებით აპლიკაციებზე, რომლებიც ნაწილდება აპლიკაციების მაღაზიებში. მაგალითად, თუ თქვენი აპლიკაცია ჩამოტვირთავს შესრულებად კოდს (სკრიპტის სახით) ინტერნეტით, მაშინ ის არასოდეს გამოჩნდება Apple App Store-ში. ამასთან, უნდა გვესმოდეს, რომ ნებისმიერი კონფიგურაციის ჩამოტვირთვის შესაძლებლობა, რომელიც არის დეველოპერის მობილურ პლატფორმაში, არ არის განკუთვნილი მობილური აპლიკაციების განაწილებისთვის თუნდაც ერთ კომპანიაში, რომ აღარაფერი ვთქვათ დეველოპერის კლიენტებზე განაწილებისთვის.
მას შემდეგ, რაც მობილური აპლიკაცია იქნება სამიზნე მობილურ მოწყობილობაზე, საჭირო ხდება რაიმე სახის მონაცემთა ბაზის გამოყენება (მონაცემები უნდა იყოს შენახული სადმე). როგორც მონაცემთა ბაზის ძრავა, მობილური პლატფორმა იყენებს მონაცემთა ბაზის საკუთარ ძრავას, რომელიც პორტირებულია მობილურ პლატფორმაზე პლატფორმიდან პერსონალური კომპიუტერი... ის არის კომპაქტური და საკმარისად სწრაფი, მაგრამ მთავარი ის არის, რომ ის უზრუნველყოფს ზუსტად იგივე ქცევას, რასაც აპლიკაციის დეველოპერები სჩვევიათ პერსონალური კომპიუტერების პლატფორმაზე მუშაობისას.
აღსანიშნავია ისიც, რომ მობილური აპლიკაცია თავის შიგნით აგებულია იმავე სქემის მიხედვით, როგორც ჩვეულებრივი პლატფორმის მუშაობა ფაილზე დაფუძნებული ინფობაზით: არის კლიენტის ნაწილი, არის სერვერის ნაწილი, არის მონაცემთა ბაზა და არსებობს კლიენტ-სერვერის ურთიერთქმედება.
თავად მობილური პლატფორმა დაწერილია, როგორც მშობლიური აპლიკაცია, შედგენილი ბინარულ კოდში ძირითადი პროცესორის არქიტექტურისთვის, რომელიც ამჟამად გამოიყენება მობილურ სამყაროში: ეს არის ARM v5 და უფრო მაღალი და x86 არქიტექტურა.
გარდა ამისა, შეიძლება საჭირო გახდეს სპეციალური ნებართვები მობილური მოწყობილობის გარკვეულ შესაძლებლობებთან ურთიერთობისთვის (ტელეფონი, GPS, ჩაშენებული კამერით მუშაობა და ა.შ.). iOS-ისთვის ისინი დაყენებულია უშუალოდ თავად აპლიკაციის მუშაობის დროს, ხოლო Android-ისთვის ნებართვები მითითებულია აპლიკაციის შექმნისას. მოთხოვნილი ნებართვები მითითებულია მობილური აპლიკაციის შემუშავებისას და გამოიყენება მობილური აპლიკაციების შემქმნელის მიერ, მაგრამ უფრო მოგვიანებით მშენებლის შესახებ.

ცოტა რამ დეველოპერის პლატფორმის შესახებ

სანამ ჩვენ ვამუშავებთ მობილურ აპლიკაციას, ჩვენ არ ვართ შეზღუდულნი ლიცენზიის შეზღუდვებით, რომლებიც დაწესებულია აპლიკაციების მაღაზიებში გავრცელებულ მობილურ აპლიკაციებზე. ეს ნიშნავს, რომ ჩვენ შეგვიძლია გამოვიყენოთ 1C მობილური პლატფორმა ისევე, როგორც ვიყენებთ "დიდი" პლატფორმას პერსონალურ კომპიუტერზე - დააინსტალირეთ მობილური პლატფორმა თავად სმარტფონზე / ტაბლეტზე და ჩატვირთეთ მასში მობილური აპლიკაციის კონფიგურაციები. გაშვების შემდეგ პლატფორმა გვიჩვენებს მასში დარეგისტრირებული აპლიკაციების ჩამონათვალს:

პლატფორმაზე ახალი აპლიკაციის დასამატებლად, თქვენ უნდა განათავსოთ XML ფაილი მისი აღწერილობით რესურსზე, რომელიც ხელმისაწვდომია მობილური მოწყობილობიდან HTTP პროტოკოლის საშუალებით. ამის გაკეთების ყველაზე მოსახერხებელი გზაა კონფიგურატორიდან, მენიუს "კონფიგურაცია \ მობილური აპლიკაცია \ გამოქვეყნება". ამ შემთხვევაში აპლიკაციის კონფიგურაციით XML ფაილი განთავსდება დეველოპერის კომპიუტერის ვებ სერვერზე (შესაბამისად, ამ კომპიუტერს უნდა ჰქონდეს ვებ სერვერი - IIS ან Apache).

თუ აპლიკაციისთვის მიუთითებთ ოფციას „გადატვირთვა კონფიგურატორიდან“, მაშინ მობილური მოწყობილობის აპლიკაცია ავტომატურად განახლდება დეველოპერის კომპიუტერიდან ყოველ ჯერზე, როცა დეველოპერი განაახლებს ჰოსტს ვებ სერვერზე. XML ფაილიკონფიგურაცია.
როდესაც ჩართულია "გამართვა ნებადართული" ოფცია, შესაძლებელია აპლიკაციის ეტაპობრივი გამართვა მობილურ მოწყობილობაზე დეველოპერის კომპიუტერის კონფიგურატორიდან (კონფიგურატორში, "გამართვა HTTP-ის მეშვეობით" ოფცია "სერვისი \" ოფციები" მენიუ უნდა იყოს არჩეული). თუ კონფიგურატორში დააყენებთ წყვეტის წერტილებს კოდში და აირჩიეთ ბრძანება "მობილური აპლიკაცია - დაიწყეთ გამართვა", მოწყობილობაზე მობილური აპლიკაცია გაჩერდება, როდესაც შესრულებადი კოდი მიაღწევს წყვეტის წერტილს, ხოლო კონფიგურატორში შეგიძლიათ ნახოთ მნიშვნელობები. ცვლადები, ზარის სტეკი და ა.შ.

რა შეუძლია მას?

რას აკეთებს მობილური პლატფორმა? Საკმარისი:)
თუ არ იყენებთ კონკრეტულ ტერმინებს "1C: Enterprise", მაშინ მობილური პლატფორმა საშუალებას გაძლევთ იმუშაოთ მარეგულირებელ და საცნობარო ინფორმაციასთან, შეადგინოთ დოკუმენტები, რომლებიც აღწერს ზოგიერთ გარე მოქმედებას, ნახოთ ანგარიშები, დაუკავშირდეთ გარე სამყაროსთან ინტერნეტ სერვისების გამოყენებით და მრავალი სხვა. მეტი. იმათ. ის აპლიკაციის შემქმნელს აძლევს შესაძლებლობას დაწეროს საკმარისად ფუნქციონალური აპლიკაცია, მაგალითად, სახლის ფინანსების აღრიცხვის პროგრამა, პროგრამა გარე ვაჭრობისთვის და ა.შ.
მაგრამ ჩვეულებრივი ფუნქციონირების გარდა, რომელიც არის პერსონალური კომპიუტერის პლატფორმაზე, მობილურმა პლატფორმამ უნდა უზრუნველყოს მუშაობა სპეციფიკური შესაძლებლობებით, რომლებიც თანდაყოლილია მხოლოდ მობილური მოწყობილობებისთვის:
  • მუშაობა ზარებთან და ზარების ჟურნალთან;
  • მუშაობა მოკლე შეტყობინებებთან (SMS) და მათ ჩამონათვალთან;
  • კონტაქტები;
  • კალენდრები;
  • გეოლოკაცია (მარშრუტიზაციის გარეშე);
  • საშუალებას გაძლევთ გადაიღოთ ფოტოები, ასევე გააკეთოთ ვიდეო და აუდიო ჩანაწერი;
  • რეაგირება ეკრანის ორიენტაციის ცვლილებებზე;
  • შეტყობინებებთან მუშაობა (ადგილობრივი და PUSH, როგორც პირდაპირ, ასევე სპეციალური შუამავლის სერვისის მეშვეობით);
  • შტრიხკოდების და QR კოდების სკანირება კამერით
  • მობილური აპლიკაციის მონეტიზაცია (ანუ გზა, რომ მობილური აპლიკაციის დეველოპერს დამატებითი შემოსავლის შესაძლებლობა მისცეს):
    • მუშაობა Apple In-App Purchase-თან (iOS-ისთვის) და Google Play In-App Billing-თან (Android-ისთვის), რომელიც შეიძლება გამოყენებულ იქნას სხვადასხვა სახის გამოწერების ორგანიზებისთვის, ფუნქციების შესყიდვისთვის და ა.შ.
    • რეკლამების ჩვენება მობილურ აპებში (iAd iOS-ისთვის და AdMob Android-ისთვის კვლავ მხარდაჭერილია).
  • და ა.შ.
ნათელია, რომ ზოგიერთი ფუნქცია შეიძლება არ იყოს ხელმისაწვდომი კონკრეტული მოწყობილობამაშასადამე, იმის დასადგენად, თუ რა შეიძლება გაკეთდეს მოწყობილობაზე, რომელზეც მუშაობს მობილური აპლიკაცია, სპეციალური მეთოდებირომელიც გაცნობებთ, ხელმისაწვდომია ამ მოწყობილობასროგორიცაა აკრეფის უნარი თუ არა. ამრიგად, დანერგილია დაახლოებით შემდეგი გამოყენების სქემა: ვამოწმებთ შესაძლებელია თუ არა რაიმე შესაძლებლობის გამოყენება და თუ შესაძლებელია, ვიყენებთ:
თუ სატელეფონო ნიშნავს SupportedNumberDial () მაშინ Telephony ნიშნავს.DialNumber (PhoneNumber, Call Immediately); Დაასრულე თუ;
ჩვენთვის მნიშვნელოვანი ამოცანაა აპლიკაციის შემქმნელს დავუმალოთ გამოყენებული მობილური OS-ის დეტალები, მივაწოდოთ მას მობილური ფუნქციების გამოყენების ერთიანი მექანიზმები. ჩვენ გვჯერა, რომ წარმატებით ვაგვარებთ პრობლემას. განხორციელებულ მექანიზმებში განსხვავებები ან არ არსებობს ან მინიმუმამდეა დაყვანილი. გარდა, რა თქმა უნდა, იმ შემთხვევებისა, როდესაც ერთ-ერთ OS-ში საერთოდ არ არის ფუნქციონირება.
მაგალითად, PUSH შეტყობინებებთან მუშაობის ტექნიკა ძალიან განსხვავებულია Google-ისა და Apple-ისთვის. ჩვენ დიდი ძალისხმევა გავწიეთ PUSH შეტყობინებებთან მუშაობის მექანიზმის გაერთიანებისთვის აპლიკაციის კოდიდან. მობილური აპლიკაციის შემთხვევაში, ჩვენ წარმატებას მივაღწიეთ თითქმის 100%-ით: მობილური მოწყობილობის იგივე აპლიკაციის კოდი ამუშავებს PUSH შეტყობინებების მიღებას როგორც iOS-ზე, ასევე Android-ზე. და სერვერის აპლიკაციაში PUSH შეტყობინებების გაგზავნის კოდიც იგივე გამოიყურება. მაგრამ ასეთი გაერთიანების მისაღწევად, ჩვენ უნდა შეგვემუშავებინა სპეციალური პროქსი სერვერი https://pushnotifications.1c.com/, რომელიც დეველოპერისგან მალავს Apple Push Notification Service (APNS) და Google Cloud Messaging (GCM) მუშაობის სხვადასხვა ტექნიკას. მთელი განსხვავება არის სხვადასხვა პარამეტრებიპირდაპირ პროქსი საიტზე https://pushnotifications.1c.com/; APNS-თან მუშაობისთვის, თქვენ უნდა ატვირთოთ SSL სერთიფიკატი საიტზე (რომელსაც Apple გასცემს აპლიკაციისთვის დეველოპერის მოთხოვნით), GCM-თან მუშაობისთვის, მიუთითეთ აპლიკაციის უნიკალური იდენტიფიკატორი.
ცხადია, შეუძლებელია დაუყოვნებლივ დანერგოთ ყველა ის ფუნქცია, რაც გსურთ გქონდეთ მობილური აპლიკაციაში. და თქვენ ყოველთვის უნდა იპოვოთ კომპრომისი რამდენიმე ძალიან სასარგებლო ნივთს შორის. და თუ რამე გაკლიათ, მოგვწერეთ რა ბიზნეს ამოცანები (ბოლოს და ბოლოს, პლატფორმა უპირველეს ყოვლისა ბიზნეს ამოცანების განხორციელების ინსტრუმენტია!) ვერ გადაჭრით და რა მექანიზმი დაგეხმარება ამაში.

Რას გავს?

ცალკე თემაა მობილური პლატფორმის გრაფიკული ინტერფეისი. 1C: Enterprise-ში, როგორც მოგეხსენებათ, ინტერფეისი აღწერილია დეკლარაციულად. ერთის მხრივ, ეს აწესებს გარკვეულ შეზღუდვებს ინტერფეისის განვითარებაზე (მაგალითად, არ არსებობს პიქსელ-პიქსელის პოზიციონირების შესაძლებლობა), მაგრამ, მეორე მხრივ, ეს საშუალებას აძლევს პლატფორმას ერთგვაროვნად წარმოაჩინოს ინტერფეისი ეკრანებზე. სხვადასხვა ზომის, თხელი და ვებ კლიენტში. ჩვენ ვცდილობდით იგივე პრინციპის დაცვას მობილური პლატფორმაზე. რამდენად კარგად გავაკეთეთ ეს? შევეცადოთ გავერკვეთ.
მობილური პლატფორმის პირველ ვერსიებში (8.3.5-მდე ჩათვლით) გრაფიკული ინტერფეისიაპლიკაციები ძალიან ნაცნობი ჩანდა 1C დახვეწილი მომხმარებლებისთვის; ფაქტობრივად, მან გადაიტანა 1C-ის "დესკტოპ" ვერსიებიდან ნაცნობი ინტერფეისი მობილურ სამყაროში. მაგრამ იმ მომხმარებლების თვალსაზრისით, რომლებიც ადრე არ იცნობდნენ 1C-ს, ინტერფეისი გარკვეულწილად არქაულად გამოიყურებოდა.
კომენტარებისა და წინადადებების გათვალისწინებით, ჩვენ რადიკალურად გადავხედეთ ჩვენს მიდგომას მობილური ინტერფეისის 8.3.6 ვერსიაში. შეიძლება ითქვას, რომ ჩვენ შევქმენით სრულიად ახალი მობილური ინტერფეისი ჩვენი აპლიკაციებისთვის. მას ბევრი რამ აქვს საერთო ტაქსის ინტერფეისთან. მობილური აპლიკაციების დეველოპერებისთვის განვითარების მოდელი შეესაბამება ტაქსის განვითარების მოდელს. ამავდროულად, მობილური ინტერფეისი სრულად შეესაბამება დიზაინის მიდგომებს და მიღებულია მობილურ აპლიკაციებში. ინტერფეისი სრულად ითვალისწინებს მობილური სამყაროს სპეციფიკას: ეკრანის მცირე ზომა (რაც ნიშნავს, რომ გრაფიკული ელემენტების დიზაინი უფრო ასკეტური უნდა გახდეს - ჩრდილების, გრადიენტების გარეშე), არის თითის ჟესტების მხარდაჭერა და ა.შ. Საინტერესო ფაქტი: ახალი პლატფორმის მექანიზმი, რომელიც პასუხისმგებელია ელემენტების ფორმაში (განლაგება) განთავსებაზე, იმდენად წარმატებული და დროული აღმოჩნდა მობილური პლატფორმისთვის, რომ იგი უფრო ადრე გამოვიდა (8.3.6 ვერსიაში), ვიდრე კომპიუტერის პლატფორმაზე (8.3 ვერსიაში). .7), რისთვისაც ის პირველ რიგში იყო განკუთვნილი.
სურათზე ხედავთ როგორ შეიცვალა ჩვენი ინტერფეისი.
აპლიკაცია "მცირე კომპანიის მენეჯმენტი" მობილური პლატფორმის ვერსიაზე 8.3.5:


იგივეა 8.3.6 ვერსიაზე:

და ასე გამოიყურება მობილური პლატფორმის ცოცხალი ინტერფეისი:

კოლექციონერი - და რა არის ეს მხეცი?

როგორც უკვე აღვნიშნეთ, მობილური აპლიკაცია შედგება რამდენიმე კომპონენტისგან (ფაქტობრივი მობილური პლატფორმა, კონფიგურაცია, სხვადასხვა რესურსი), რომელიც უნდა იყოს ერთი მთლიანი აპლიკაციის მაღაზიაში განთავსებისთვის. კომპონენტების აპად გადაქცევის გასაადვილებლად, შეიქმნა მობილური აპლიკაციების შემქმნელი. ეს არის 1C: Enterprise პლატფორმაზე შექმნილი კონფიგურაცია (აპლიკაცია), რომელიც თავის მონაცემთა ბაზაში ინახავს ყველა კომპონენტს, რომელიც აუცილებელია მობილური აპლიკაციის შესაქმნელად. იმისათვის, რომ კოლექციონერმა შეასრულოს თავისი სამუშაო, თქვენ უნდა ჩამოტვირთოთ და დააინსტალიროთ სხვადასხვა პროგრამული პაკეტებირაც საჭიროა მისი მუშაობისთვის (Java და Android SDK და ა.შ.), შემდეგ მიუთითეთ ამ პაკეტების ბილიკები კოლექციონერის პარამეტრებში და დააყენეთ რამდენიმე დამატებითი პარამეტრები(დეველოპერის გასაღებები და ა.შ.).


კონფიგურაციის შემდეგ, კოლექტორი მზად არის წასასვლელად. ზოგადად, კოლექციონერთან მუშაობა ასე გამოიყურება:
  1. ჩამოტვირთეთ 1C მობილური პლატფორმის ვერსია, რომელზედაც ჩვენ ავაშენებთ აპლიკაციას
  2. ჩვენ ვტვირთავთ კონფიგურაციას, საიდანაც ავაშენებთ მობილურ აპლიკაციას
  3. ჩვენ ვქმნით მობილურ აპლიკაციას, რომელშიც მივუთითებთ, რომელ პლატფორმებზე (Android, iOS, Windows) უნდა შესრულდეს ასამბლეა, რომელი კონფიგურაცია და პლატფორმა უნდა იყოს გამოყენებული (კერძოდ, მიუთითეთ რომელი სერთიფიკატი გამოვიყენოთ iOS-ისთვის შეკრებისთვის, თუ აპლიკაცია მუშაობს. PUSH) შეტყობინებებით).
  4. ჩვენ ვახორციელებთ მობილური აპლიკაციის "ერთი დაწკაპუნებით" აწყობას ყველა შერჩეული პლატფორმისთვის
  5. „კიდევ ერთი დაწკაპუნებით“ შეგროვებულ მობილურ აპლიკაციებს ვაგზავნით აპლიკაციების მაღაზიებში (თუ ეს არის აპლიკაცია iOS ან Android-ისთვის). ვ Windows მაღაზიებიაპლიკაციები / Windows Phone აპლიკაციების აპლიკაციათქვენ უნდა გადმოწეროთ ხელით, რადგან Microsoft ჯერ არ უზრუნველყოფს API-ს მაღაზიაში აპლიკაციის განთავსებისთვის.
ცალკე უნდა აღინიშნოს, რომ კოლექტორი არ არის საჭირო მობილური აპლიკაციის შემუშავებისა და გამართვისთვის. ამისათვის შეგიძლიათ გამოიყენოთ მობილური დეველოპერების პლატფორმა და კონფიგურატორის ინსტრუმენტები კონფიგურაციის მობილურ მოწყობილობაზე გადასატანად. მაგრამ მობილური აპლიკაციის გასავრცელებლად საჭიროა კოლექციონერი.

აპლიკაციები მობილურ პლატფორმაზე

1C ფირმა თავად ავრცელებს უამრავ აპლიკაციას მობილურ პლატფორმაზე, რომლებიც არიან 1C სერვერის აპლიკაციების მობილური კლიენტები (1C: დოკუმენტების მენეჯმენტი, 1C: მცირე ფირმის მენეჯმენტი და ა.შ.). ეს აპლიკაციები ახორციელებენ "რეგულარული" კლიენტების ფუნქციონირების ქვეჯგუფს. Როდესაც მობილური ვერსია"1C: მცირე ფირმის მენეჯმენტი" ფუნქციონალობა საკმარისია პროგრამის სრული გამოყენებისთვის და ხშირად გვინახავს სიტუაცია, როდესაც აპლიკაციის მობილური ვერსია საკმარისია კლიენტებისთვის ბიზნესის განსახორციელებლად.
ჩვენი პარტნიორები იყენებენ მობილურ პლატფორმას როგორც მასობრივი წარმოების მობილური აპლიკაციების განვითარებისთვის, რომლებიც ნაწილდება აპლიკაციების მაღაზიებში, ასევე კონკრეტული მომხმარებლების მოთხოვნით შექმნილი პერსონალური აპლიკაციებისთვის. მოცირკულირე აპლიკაციებს შორის არის აპლიკაციები, რომლებიც იყენებენ არა-1C უკანა მხარეს, როგორც მონაცემთა ცენტრალურ შესანახად.
მომხმარებელთა შეკვეთით შექმნილ მობილურ აპლიკაციებს შორის შეგვიძლია აღვნიშნოთ მობილური კლიენტი „1C: Manufacturing Enterprise Management“-ისთვის, რომელიც შექმნილია დიდი მანქანათმშენებლობის ჰოლდინგის დაკვეთით. ჰოლდინგის ასამდე თანამშრომელი იყენებს მობილურ აპლიკაციას ცხელ მაღაზიებში, სადაც უსაფრთხოების მიზნით, სტაციონარული კომპიუტერებიშეუძლებელია. მობილური მოწყობილობის ჩაშენებული კამერა გამოიყენება პროდუქტის შტრიხკოდების წასაკითხად და ნომენკლატურის საცნობარო წიგნში მათი მოსაძებნად, მობილური აპლიკაცია საშუალებას გაძლევთ გაიგოთ ტექნოლოგიური ჯაჭვის რომელ ეტაპზეა მოცემული პროდუქტი, აღნიშნოთ გავლა პროდუქტის შემდეგი ოპერაცია და ა.შ.

დასკვნა

ჩვენ შევეცადეთ ძალიან ზედაპირულად აგვეწერა მობილური პლატფორმა, რის საშუალებას გაძლევთ და რატომ გამოვიდა ასე. ამ სტატიაში პრაქტიკულად არაფერია ნათქვამი მობილური ვინდოუსი... ამის რამდენიმე მიზეზი არსებობს: ჯერ ერთი, Windows-ისთვის მობილური პლატფორმის ვერსია შედარებით ცოტა ხნის წინ გამოვიდა ("1C: Enterprise" ვერსია 8.3.7) და მეორეც, მობილური პლატფორმის ამ ვერსიას არ აქვს რაიმე მნიშვნელოვანი განსხვავება. დანერგვა სხვა მობილური ოპერაციული სისტემებისთვის... ბუნებრივია, ჩვენ გავზრდით Windows OS-ის ფუნქციონირებას. ისევე როგორც მთლიანობაში მობილური პლატფორმის ფუნქციონირების გაზრდა. ასე რომ, უახლოეს მომავალში გვექნება მხარდაჭერა მობილური პლატფორმაზე გარე კომპონენტები; ეს მექანიზმი (დიდი ხნის განმავლობაში ხელმისაწვდომია „დიდ“ პლატფორმაზე) დეველოპერებს საშუალებას მისცემს განახორციელონ ფუნქციები, რომლებიც რაიმე მიზეზით მიუწვდომელია მობილური პლატფორმაზე.
ტრადიციულად ძლიერი მხარეებიტექნოლოგიური პლატფორმა "1C: Enterprise" არის დეველოპერის განვითარების სიმარტივე და ბიზნეს აპლიკაციების შექმნისა და მოდიფიკაციის სიჩქარე. 1C მობილურმა პლატფორმამ ორივე ეს კოზირი შემოიტანა მობილური სამყაროში. 1C მობილური პლატფორმა არის შესაძლებლობა სწრაფად განავითაროს აპლიკაცია, რომელიც მუშაობს სამ ყველაზე პოპულარულ მობილურ პლატფორმაზე (iOS, Android, Windows Phone / 8.1 / 10). და პლატფორმისგან დამოუკიდებელი ინტეგრაციის ხელსაწყოების ფართო სპექტრის წყალობით (ვებ და HTTP სერვისები და ა.შ.), 1C მობილური პლატფორმა არის შესაძლებლობა სწრაფად შექმნათ მობილური კლიენტი სამი მობილური პლატფორმისთვის, თითქმის ნებისმიერი სერვერის აპლიკაციისთვის, რომელიც მხარს უჭერს რომელიმეს. ხელმისაწვდომი ინტეგრაციის მეთოდები 1C პლატფორმაზე (ვებ და HTTP სერვისები, ფაილების გაცვლა და ა.შ.).

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

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

პირველად 1C სცადა შესვლა ბაზარი მობილურის განვითარება 2006 წელს. იმ დროს ნამდვილი შფოთვა იყო დისტანციური თანამშრომლების მუშაობის ავტომატიზაციის შესახებ PDA-ს გამოყენებით. ასეთი პრობლემების გადაჭრის ახალი პროგრამები სოკოს მსგავსად გამოჩნდა და ისეთი გამყიდველი, როგორიცაა 1C, წარმატებული პროდუქტებით ბიზნესის სხვადასხვა სფეროს ავტომატიზაციისთვის, არ გამოტოვებდა შანსს, რომ შემოვიდეს მომგებიან ბაზარზე.

2006 წლის შუა რიცხვებისთვის კომპანიამ წარმოადგინა ახალი პროდუქტის გამოშვება პერსპექტიული სახელწოდებით "1C: Enterprise 8. გაფართოება ჯიბის კომპიუტერებისთვის". 1C-ის დეველოპერებს, რომლებმაც დაინახეს მე-8 პლატფორმის პერსპექტივები, ჰქონდათ იმედი, რომ ახლა შესაძლებელი გახდა ერთ ხელსაწყოს განვითარება დიდი სირთულის გარეშე მობილური ოპერაციული სისტემისთვის "Windows Mobile", რომელიც პოპულარული იყო იმ წლებში.

პრაქტიკაში ყველაფერი გაცილებით უარესად გამოიყურებოდა. ხორცშესხმული ორიგინალური იდეებიეს ინსტრუმენტი არ აძლევდა საშუალებას. პლასტიკური ჩანთა" ჯიბის კომპიუტერის გაფართოება”ეს იყო უფრო დამატება გარკვეული ტიპიური კონფიგურაციისთვის, ვიდრე სრული განვითარების გადაწყვეტა. არ იყო დაგეგმილი კონფიგურაციის ფუნქციების გაფართოება ახალი მეტამონაცემების ობიექტების დამატებით. საკმაოდ მარტივი რამ დარჩა მესამე მხარის პროგრამისტების წყალობაზე: მომხმარებელთან ურთიერთობის ახალი ფორმების შექმნა, მომხმარებლის მოვლენების მართვა.

დიახ, იყო შეზღუდვების ყველანაირი გვერდის ავლა, მაგრამ მათაც კი არ მისცეს საშუალება, რომ ჭეშმარიტად განვითარებულიყო. ტექნიკური შეზღუდვების გარდა, მომხმარებლებმა განიცადეს მნიშვნელოვანი ფინანსური დაბრკოლება. კომპანიებს, რომლებმაც გადაწყვიტეს გადაწყვეტის დანერგვა "1C"-დან, მოეთხოვათ შეიძინონ პროდუქტიული PDA-ები, შეიძინონ ლიცენზიები Windows Mobile-ისთვის და ასევე გადაიხადონ "1C" გადაწყვეტის მიწოდებისთვის და საბოლოო აპლიკაციისთვის.

ხსნარი 1C-დან ძალიან ძვირი იყო. ფულის დაზოგვას მიჩვეული კომპანიები განაგრძობდნენ ალტერნატიული გადაწყვეტილებების გამოყენებას. უფრო მეტიც, ალტერნატივის შემქმნელებმა მოახერხეს თავიანთი პროდუქტების ფუნქციონირება სტანდარტული 1C გადაწყვეტილებებთან ურთიერთობისთვის.

ტექნიკური შეზღუდვები და მაღალი ღირებულება არ აძლევდა საშუალებას პროდუქტს გაემეორა დესკტოპის პლატფორმის კოლოსალური წარმატება. იდეა დაიპყროს მობილური ბაზარზე კორპ.

აპლიკაციები მკვეთრად ჩაიშალა.

Წინ გადადგმული ნაბიჯია

წარუმატებელი პროექტისგან წაგებამ და ზარალმა არ დაასრულა პერსპექტიული მიმართულების განვითარება. 2013 წელს 1C კომპანიამ წარმოადგინა ახალი პლატფორმის 8.3 პირველი სტაბილური ვერსია, რომელსაც აქვს მობილური აპლიკაციების შემუშავების ფუნქცია.

1C მთლიანად გადახედა მობილური "თეორემის" ამოხსნის მიდგომას და გაითვალისწინა წინა წარუმატებელი პროდუქტის შეცდომები. შედეგი იყო სრულიად ახალი ინსტრუმენტი, რომელსაც არაფერი აქვს საერთო თავის წინამორბედთან და ორიენტირებულია ყველაზე აქტუალურ მობილურ პლატფორმებზე - Android და iOS.

მობილური აპლიკაციები 1C სტილში

მობილური პლატფორმების განვითარების შესაძლებლობების სრულად გაცნობისთვის შევეცდებით მცირე კონფიგურაციის შემუშავებას. ბოლოდან ბოლომდე მაგალითის გამოყენებით, თქვენ შეძლებთ უკეთ შეაფასოთ არსებული ფუნქციონირება და გადაწყვიტოთ 1C პლატფორმის გამოყენების შესაძლებლობა პრობლემების გადასაჭრელად.

სამუშაოდ, გჭირდებათ 1C: Enterprise 8.3 პლატფორმის უახლესი გამოშვება. განაწილების საგანმანათლებლო ვერსია ხელმისაწვდომია 1C ოფიციალურ ვებსაიტზე. მისი შესაძლებლობების მაგალითის ხელახლა შექმნა საკმარისზე მეტია.

1C: Enterprise 8.3 პლატფორმის გარდა, ჩვენ გვჭირდება მრავალი დამატებითი ინსტრუმენტი. სტატიაში განვიხილავთ Android აპლიკაციის შემუშავების მაგალითს. ამასთან დაკავშირებით, თქვენ მოგიწევთ ჩამოტვირთოთ: Android SDK და Apache WEB სერვერი. პირველი კომპონენტი შეიცავს ყველაფერს, რაც გჭირდებათ აპლიკაციის შესაქმნელად და ტესტირებისთვის ემულატორის შესაქმნელად, ხოლო WEB სერვერი სასარგებლოა სწრაფი დატვირთვააპლიკაციები მობილური OS-ისთვის.

ჩვენ ასევე გვჭირდება "მობილური დეველოპერის პლატფორმის" მიწოდება. ის შეიცავს კონფიგურაციას შექმნილი მობილური აპლიკაციის, ასევე მობილური დეველოპერის პლატფორმის შექმნის პროცესის გასამარტივებლად. ის უნდა იყოს დაინსტალირებული მობილურ მოწყობილობაზე ან ემულატორზე.

Google Play-ზე გავრცელებისთვის მზად აპლიკაციის შესაქმნელად, თქვენ უნდა ჩამოტვირთოთ აპაჩეანტიდა JavaJDK... ეს თემა სცილდება სტატიის ფარგლებს, ასე რომ თქვენ შეგიძლიათ გაიგოთ დეტალები ამ ინსტრუმენტებთან მუშაობისა და აპლიკაციის შექმნის შესახებ ჩემს შესაბამის განყოფილებაში.

ინსტრუმენტების კონფიგურაცია

Პლატფორმა " 1C: საწარმო 8.3»და Apache ვებ სერვერი მოწოდებულია ინსტალერებით და დაინსტალირებულია სტანდარტული გზით. Android SDKთქვენ უბრალოდ უნდა გახსენით იგი ცალკე დირექტორიაში და გაუშვით " sdk manager.exe“. თქვენ ნახავთ ფანჯარას ინსტალაციისთვის ხელმისაწვდომი პაკეტების არჩევით. ტესტირებისთვის, რომელიც განიხილება მაგალითის სტატიის ფარგლებში, თქვენ უნდა აირჩიოთ და დააინსტალიროთ: Android SDK ინსტრუმენტები, ა android პლატფორმის ინსტრუმენტები, SDK პლატფორმის API 17.

ბოლო ნაბიჯი არის ახალი საინფორმაციო ბაზის შექმნა. მათთვის, ვინც არ არის დაკავშირებული " 1C: საწარმო”მე განვმარტავ, რომ ამ პლატფორმის ნებისმიერი გამოსავალი შედგება ინფობაზისა და კონფიგურაციისგან. ახალი მონაცემთა ბაზის დამატება ხორციელდება ღილაკზე დაჭერით " დამატება»დაწყების ფანჯარა. ბაზის დამატების შემდეგ გახსენით " კონფიგურატორი».

პირველი მობილური კონფიგურაცია

კონფიგურატორის მთავარ მენიუში ვიპოვით განყოფილებას " კონფიგურაცია"და აირჩიეთ" კონფიგურაციის გახსნა" პუნქტი. კონფიგურაციის ხე (ობიექტები, რომლებიც შეადგენენ მომავალ აპლიკაციას) გამოჩნდება ფანჯრის მარცხენა მხარეს. აირჩიეთ მასში კონფიგურაციის ფესვი და დააჭირეთ კლავიშების კომბინაციას " Alt + Enter". თვისებების რედაქტორი გაიხსნება კონფიგურატორის ფანჯრის მარჯვენა მხარეს.

მოდით დავარქვათ კონფიგურაცია " ᲙᲔᲗᲔᲑᲐ"და საკუთრებაში" გამოყენების მიზანი "ჩვენ მივუთითებთ" Მობილური მოწყობილობა". მიაქციეთ ყურადღება კეთებით ბოლო მოქმედება, კონფიგურაციის ხის ზოგიერთი კვანძი გახდება უმოქმედო. სამწუხაროდ, თქვენ ვერ შეძლებთ გამოიყენოთ ყველა მეტამონაცემების ობიექტი მობილურ პლატფორმაზე.

ჩვენი პრობლემის გადასაჭრელად, კონფიგურაციის ხეში უნდა შევქმნათ რამდენიმე მეტამონაცემების ობიექტი:


პროცედურა AddTask (Task) ExportRecordManager = CreateRecordManager (); RecordManager.Period = CurrentDate (); Record Manager.Task = ამოცანა; ManagerRecords.Status = Task.Status; ManagerRecord.Record (); პროცედურის დასასრული

ჩამონათვალი 2. ფუნქციის კოდი „მიიღეთ დაუხურავი ამოცანების სია ()

ფუნქცია GetList of UnclosedTasks () Export Request = New Request; Query.Text = "არჩევა | TasksStatusLast Slice. Task AS Task, | TasksStatusLast Slice.<>VALUE (Enumeration.Tasks.Finished)) AS TasksStatusSliceLast | შეკვეთა | ExecutionDateDATE "; Request.SetParameter (" CurrentDate ", CurrentDate ()); Return Request.Run (). გადმოტვირთვა (); EndFunction

ჩვენ გავარკვიეთ ინფორმაციის რეესტრიდან მონაცემების მიღება და მათი ჩაწერა, ახლა ჩვენ ვასწავლით ჩვენს საცნობარო წიგნს რეესტრთან მუშაობას. ამისათვის დაამატეთ საერთო მოდული სახელწოდებით " სამუშაო ტასკებთან". ამის გარეშე შეგიძლიათ, მაგრამ მე დაუყოვნებლივ მინდა გავამახვილო ყურადღება კოდის მოდულებად დაშლის შესაძლებლობაზე. 1C-ის ბევრი დეველოპერი კვლავ უგულებელყოფს ამ რეკომენდაციას და აღწერს მთელ ლოგიკას ერთ ადგილას, რითაც ართულებს კოდის შემდგომ შენარჩუნებას. შევქმნათ ახალი პროცედურა მოდულში “ შექმენით ახალი დავალება"(იხილეთ ჩამონათვალი 3).

ჩამონათვალი 3. პროცედურის კოდი „ახალი დავალების შექმნა“

პროცედურა CreateNewTask (ბმული) Export If Link.ThisGroup then Return; Დაასრულე თუ; მოთხოვნა = ახალი მოთხოვნა; Query.Text = "არჩევა | TasksStatusLastSlice .სტატუსი | FROM | InformationRegister.TasksStatus.Last Slice (& CurrentDate, Task = & Task) AS TasksStatusLast Slice"; Request.SetParameter ("CurrentDate", CurrentDate ()); Request.SetParameter („ამოცანა“, ბმული); შედეგი = Query.Run () აირჩიეთ (); თუ შედეგი.შემდეგი () შემდეგ თუ შედეგი.სტატუსი<>Ref.Status then Information Registers.TasksStatus.Add a Task (ბმული); Დაასრულე თუ; წინააღმდეგ შემთხვევაში ინფორმაცია Registers.TasksStatus.AddTask (ლინკი); Დაასრულე თუ; პროცედურის დასასრული

ახალი ჩანაწერის შექმნამდე ტარდება შემოწმება ამოცანისთვის არსებული ჩანაწერების არსებობისთვის. თუ ჩანაწერი უკვე არსებობს, მაშინ აუცილებელია დავალების სტატუსების შედარება. თუ რეესტრიდან სტატუსი არ განსხვავდება ჩაწერილი ნივთის სტატუსისგან, არ არის საჭირო დამატებითი ჩანაწერის შექმნა.

ბოლო შეხებით გახსენით "Tasks" კატალოგის ერთეულის ფორმა და შექმენით მოვლენის დამმუშავებელი " სერვერზე ჩაწერის შემდეგ". მასში ჩვენ დავწერთ ზარს მესამე ჩამონათვალში აღწერილი პროცედურის შესახებ:

WorkWithTasks.Create a new Task (CurrentObject.Link);

ინტერფეისზე მუშაობა

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

იპოვეთ კონფიგურაციის ხეში კვანძი " საერთო ფორმები"და დაამატეთ ახალი ფორმასახელით" სამუშაო მაგიდა". მოდით გავხსნათ შექმნილი ფორმა ინტერფეისის კონსტრუქტორში და დავამატოთ რეკვიზიტები, როგორიცაა " ღირებულებების ცხრილი". მოდით დავარქვათ მას "OpenZachi". ცხრილი შეიცავს ორ სვეტს - " დავალება"(ReferenceLink.Tasks) და" შესრულების თარიღი" (თარიღი).

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

შექმნილი ცხრილისთვის ქონების ინსპექტორში დააყენეთ ჩამრთველი " მხოლოდ ნახვა"და ქონება" ბრძანების პანელის პოზიცია"ჩვენ აღვნიშნავთ მნიშვნელობას" No ". ცხრილს შევავსებთ დინამიური ინფორმაციით, ასე რომ მომხმარებლის მიერ რედაქტირებას აზრი არ აქვს.

ახლა მოდით აღვწეროთ მოვლენის დამმუშავებელი "OnCreateAtServer" ფორმისთვის. მოდით დავამატოთ მას კოდის ერთი ხაზი:

OpenTasks.Load (Information Registers.TasksStatus.Get a List of Not ClosedTasks ());

კოდში ჩვენ მივმართავთ ჩვენს მიერ აღწერილი პროცედურას " მიიღეთ Unclosed Tasks-ის სია»და მისი შესრულების შედეგი მოთავსებულია ცხრილში.

მოდით დავუბრუნდეთ ფორმის კონსტრუქტორს და დავამატოთ ჯგუფი "ნორმალური ჯგუფი ჩვენების გარეშე" ორი ღილაკით: " Შექმნა"და" განაახლეთ". Საკუთრება " დაჯგუფება"დამატებული ჯგუფისთვის დააყენეთ მნიშვნელობა" ჰორიზონტალური ". ღილაკების უფრო გამომხატველი დიზაინისთვის, მოდით დავამატოთ სურათები და შევცვალოთ ნაგულისხმევი შრიფტი.

ახლა ავირჩიოთ ღილაკი ” Შექმნა”და ჰკითხეთ მას გლობალური გუნდი « ამოცანები: შექმნა". ეს საშუალებას მოგცემთ შექმნათ ამოცანები თავად დირექტორიაში შესვლის გარეშე. მეორე ღილაკზე დაჭერით განვაახლებთ ცხრილის შიგთავსს ამოცანებით. ამისათვის თქვენ უნდა შექმნათ დამატებითი ბრძანებაფორმები.

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

ასევე, გაითვალისწინეთ, რომ ჩვენ ვამუშავებთ მართულ აპლიკაციას, ამიტომ მკაფიოდ უნდა განვასხვავოთ კლიენტი და სერვერის კოდი. როდესაც დააჭირეთ ღილაკს, იქნება კონტექსტი " კლიენტზე“ და ჩვენ მივიღებთ მონაცემებს მონაცემთა ბაზიდან სერვერიდან. კოდში ასე გამოიყურება:

& OnClient პროცედურა UpdateTasksList (ბრძანება) UpdateList (); EndProcedure & AtServer Procedure OnCreateAtServer (ჩავარდნა, სტანდარტული დამუშავება) OpenTasks.Load (Information Registers.TaskStatus.GetList of Not ClosedTasks ()); პროცედურის დასასრული

ახლა მოდით განვსაზღვროთ ჩვენი დესკტოპის ფორმა, როგორც ფართობი საწყისი გვერდი... გახსენით კონფიგურაციის თვისებები (აირჩიეთ ყველაზე მაღალი კვანძი და დააწკაპუნეთ " Alt + Enter") და დააყენეთ მნიშვნელობა" ერთი სვეტი", მას შემდეგ რაც სიას დავამატებთ ჩვენს ფორმას" სამუშაო მაგიდა».

აპლიკაცია სრულიად მზად არის და დროა გამოსცადოთ იგი სამუშაოში. სცადეთ გაუშვათ მაგალითი და შექმენით რამდენიმე დავალება სხვა სტატუსით, გარდა " დასრულებული". საინფორმაციო რეესტრი შევსებულია ახალი ჩანაწერებით (ამის ნახვა შესაძლებელია მენიუს პუნქტის მეშვეობით " ყველა ფუნქცია") და ზოგიერთი მათგანი ნაჩვენებია სამუშაო მაგიდაზე.

დაშვება ანდროიდზე

კონფიგურაცია მშვენივრად მუშაობს დესკტოპზე და ახლა დროა შეამოწმოთ ის მობილური OS ემულატორზე. ახალი ემულატორის მოსამზადებლად, დაიწყეთ ბრძანების თარჯიმანი ( cmd.exe) და გადადით განაწილების "toos" დირექტორიაში Android SDK-ით. გაუშვით ბრძანება " android.bat avd“, რომელიც დაიწყებს ვირტუალურს Android მოწყობილობები... მასში დააჭირეთ ღილაკს "შექმნა" და ფანჯარაში, რომელიც გამოჩნდება, მიუთითეთ ვირტუალური მოწყობილობის პარამეტრები. ჩემს სამუშაო გარემოში გადავწყვიტე მიბაძვა Nexus S Android-ითვერსია 4.2.2. (API დონე 17).

მოწყობილობის შექმნის შემდეგ, ჩვენ დაუყოვნებლივ გავუშვით. სანამ ანდროიდი იტვირთება, მოდით დავუბრუნდეთ კონფიგურატორს და გამოვაქვეყნოთ ჩვენი აპლიკაცია ვებ სერვერზე. კონფიგურატორის მთავარ მენიუში აირჩიეთ ელემენტი " კონფიგურაცია» -> « მობილური აპლიკაცია» -> « გამოაქვეყნეთ". პუბლიკაციის პარამეტრების ფანჯარაში მიუთითეთ აპლიკაციის სახელი (შეიძლება იყოს ნებისმიერი), ვებ სერვერი (ჩვენს გარემოში მხოლოდ ერთი უნდა იყოს) და პარამეტრების შესანახი დირექტორია.

სახელის მითითებით " todo-მობილური", აპლიკაცია ხელმისაწვდომი იქნება მისამართზე -" http: // მასპინძელი / todo-mobile". დააწკაპუნეთ "ok" და სცადეთ წვდომა გამოქვეყნებულ აპლიკაციაში ბრაუზერის გამოყენებით. წარმატების შემთხვევაში, სერვერი დააბრუნებს გენერირებულ კონფიგურაციის XML-კოდს.

ჩვენ ვუბრუნდებით ემულატორს და ვტვირთავთ აპლიკაციას მასში მობილური დეველოპერის პლატფორმით. თავად აპლიკაციის ფაილი ხელმისაწვდომია დეველოპერის მობილური პლატფორმის მიწოდებასთან ერთად და ჰქვია "1cem-arm.apk". ამ აპლიკაციის ემულატორში დასაყენებლად, ჩვენ გამოვიყენებთ კომუნალურ პროგრამას " adb.exe"ცნობარიდან" პლატფორმა-ინსტრუმენტები»: adb.exe ინსტალაცია –r 1cem-arm.apk.

წარმატებული ინსტალაციის შემდეგ გახსენით აპლიკაციების სია ემულატორში და გაუშვით მობილური დეველოპერის პლატფორმა. ფანჯარაში, რომელიც იხსნება, დააწკაპუნეთ " აპლიკაციის დამატება"და" მისამართის "ველში მიუთითეთ ჩვენი ვებ სერვერის URL. მაქვს http://192.0.168.106/todo-mobile... დააწკაპუნეთ " დამატება”და ჩვენი კონფიგურაცია წარმატებით გადავიდა მობილურ პლატფორმაზე. აპლიკაცია მზად არის წასასვლელად. შეამოწმეთ შედეგი და დაუბრუნდით კონფიგურატორს, დროა აპლიკაციებს „მობილური ფუნქციონალით“ მივაწოდოთ.

SMS / MMS შეტყობინებების გაგზავნა

SMS / MMS-თან მუშაობის ფუნქციებიშეტყობინებების მობილური პლატფორმები მხარდაჭერილია სხვადასხვა გზით. მაგალითად, როდესაც აპლიკაცია მუშაობს ანდროიდზე, დეველოპერს აქვს შესაძლებლობა გამოიწეროს SMS და წვდომა ჰქონდეს ახალ შეტყობინებებს მიღებისთანავე. სამწუხაროდ, ეს ფუნქცია ხელმისაწვდომი არ არის iOS-ზე, ამიტომ დოკუმენტაცია ხელთ უნდა იყოს განვითარების დროს.

ამისთვის SMS გაგზავნაშეტყობინებები მოწოდებული ობიექტი SMS შეტყობინება... განვიხილოთ მაგალითი:

& OnClient პროცედურა SendSMSMessage (მიმღები, MessageText) NewMessage = New SMSMessage (); NewMessage.Text = MessageText; NewMessage.Recipients.Add (მიმღები); MeansTelephony.SendSMS (NewMessage); პროცედურის დასასრული

კოდი საკმარისად მარტივია და კომენტარს არ საჭიროებს. ახლა მოდით შევხედოთ შემომავალი შეტყობინებების გამოწერას:

& OnClient პროცედურა ConnectMessageReceivingHandler () SubscribeOnMessages = NewNotificationDescription ("NewMessages Handler", ThisObject); MeansTelephony.ConnectSMSMessages დამმუშავებელი (SubscribeMessages); EndProcedure & AtClient Procedure NewMessages Handling (მესიჯი, დამატებითი პარამეტრი) // ახალი შეტყობინების დამუშავება //Message.Send, Message.Text; პროცედურის დასასრული

Პროცედურა " ახალი შეტყობინებების დამუშავება„დარეკავს ყოველ ჯერზე ახალი SMS-ის მიღებისას. პარამეტრის საშუალებით " შეტყობინება"ტიპის ობიექტი" SMS შეტყობინება»და ჩვენ შეგვიძლია მარტივად მივიღოთ შეტყობინების ტექსტი და ინფორმაცია გამგზავნის შესახებ.

MMS შეტყობინებებთან მუშაობა ანალოგიურად ხდება. ჯერ ვქმნით SMS შეტყობინებას, შემდეგ კი მას ვამატებთ დანართს (მაგალითად, სურათებს). ასეთი მარტივი მოქმედებით SMS იქცევა MMS-ად:

NewMessage = New SMSMessage (); დანართი = ახალი MMS დანართი; Attachment.Data = სურათი; Attachment.ContentType = "სურათი / jpeg"; MMS შეტყობინება დანართები დამატება (დანართი);

ზარების განხორციელება მობილური აპლიკაციიდან

ზარის პროგრამულად განხორციელება ხორციელდება გლობალური ობიექტის "Telephony Means" მეთოდით "DialNumber". მეთოდის დარეკვამდე მიზანშეწონილია შეამოწმოთ ზარის განხორციელების შესაძლებლობა:

თუ სატელეფონო ნიშნავს SupportedNumberDial () მაშინ Telephony ნიშნავს.DialNumber (PhoneNumber, Call Immediately); Დაასრულე თუ;

Პარამეტრი " სასწრაფოდ დარეკეთ»იმოქმედებს აკრეფის შესრულებაზე. როცა უდრის " მართალია», შემდეგ ნომერი ავტომატურად იკრიფება სტანდარტული აპლიკაციაზარების განხორციელება. თუ დაყენებულია False-ზე, მომხმარებელი ასევე დაინახავს სტანდარტული ინტერფეისიაკრიფეთ აპლიკაცია, მაგრამ თქვენ უნდა დააჭიროთ ღილაკს " გამოძახება».

ზარის ჟურნალი

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

CallLog = Telephony Means.GetCallLog (); Selection = New SelectionDataComposition; SelectionElement = Selection.Elements.Add (ტიპი ("DataCompositionSelectionElement")); SelectionElement.LeftValue = NewDataCompositionField ("RingType"); SelectionItem.ComparisonType = LayoutComparisonTypeData.Equal; SelectElement.RightValue = CallLogoCallType. Missed; SelectionItem.Usage = True; ზარის ჟურნალის ჩანაწერების სია = ზარის ჟურნალი. ჩანაწერების ძებნა (შერჩევა); // CallLog ჩანაწერების სია შეიცავს ჩანაწერების კრებულს

გეოლოკაცია

თითქმის ნებისმიერი თანამედროვე სმარტფონიაქვს გეოლოკაციის განსაზღვრის ფუნქცია. თქვენ შეგიძლიათ გამოიყენოთ ეს ფუნქცია ჩაშენებული 1C ენიდან. მოწყობილობის მიმდინარე კოორდინატების მიღება პირობითად შეიძლება დაიყოს 2 ეტაპად: გეოლოკაციის პროვაიდერის არჩევა და მიღებული კოორდინატების დამუშავება:

// პროვაიდერის არჩევანი მიეწოდება პლატფორმას IdealProvider = Geo Positioning Tools.Get the Most AccurateProvider (); კოორდინატები = Means of Geolocation.GetLastLocation (IdealProvider); // თუ კოორდინატები დიდი ხნის წინ იქნა მიღებული, მაშინ განაახლეთ If Coordinates = Undefined OR CurrentDate () - Coordinates.Date> 3600 then Geolocation Tools.UpdateLocation (IdealProvider, 60); კოორდინატები = Means of Geolocation.GetLastLocation (IdealProvider); Დაასრულე თუ;

მულტიმედიური ფუნქციებით მუშაობა

დეველოპერს აქვს შესაძლებლობა გადაიღოს სურათები, ვიდეო, აუდიო ჩანაწერები ჩაშენებული ენის გამოყენებით: Გადაიღეთ სურათი(), ვიდეოს ჩაწერა(), გააკეთეთ აუდიო ჩანაწერი().

რომელი მობილური OS-სთვის არის უკეთესი 1C-ზე განვითარება?

მიუხედავად ჩემი სიყვარულისა Apple ტექნოლოგიასაუკეთესოა მობილური აპლიკაციების შექმნა Android-ისთვის 1C პლატფორმის გამოყენებით. ამის რამდენიმე მიზეზი არსებობს, მაგრამ ყველაზე მნიშვნელოვანი არის მხარდაჭერილი ფუნქციები. სამწუხაროდ, iOS-ის პირობებში ბევრი საჭირო რამ არ არის მხარდაჭერილი. მაგალითად, SMS შეტყობინებების პროგრამულად გამოწერის ან ზარების ჟურნალთან ურთიერთობის შეუძლებლობამ შეიძლება შეუძლებელი გახადოს ზოგიერთი იდეის განხორციელება. Android ამ მხრივ უფრო მეგობრულია. არ დაივიწყოთ თავად მოწყობილობების ღირებულება. ყველა კომპანია არ იქნება მზად Apple-ის მობილურ მოწყობილობებზე ფუფუნებაზე.

დასრულების ნაცვლად

Პლატფორმა " 1C: საწარმო 8»პრაქტიკაში დაამტკიცა თავისი მზადყოფნა გახდეს მარტივი ინსტრუმენტი კორპორაციის განვითარებისთვის. აპლიკაციები მობილური პლატფორმებისთვის. სტატიაში განხილული მაგალითები ამის ზედმეტი დადასტურებაა. საერთოდ არ არის საჭირო რესურსების დახარჯვა მშობლიური ინსტრუმენტების სწავლაზე, თუ აპლიკაციის ფუნქციონირება ჯდება მობილური პლატფორმის შესაძლებლობებში და კომპანია დომინირებს 1C პროდუქტებით.

ახლახან, 1C Enterprise 8.3 მობილური პლატფორმა 1C-ის მიერ გავრცელდა მხოლოდ ფასიან აბონენტებს შორის. მაგრამ არც ისე დიდი ხნის წინ, 1C-მ გადახედა თავის პოლიტიკას ეს საკითხიახლა კი მობილური პლატფორმის ელექტრონული ვერსიაც უფასოდ ვრცელდება.

რა არის 1C 8.3 მობილური პლატფორმა?

ალბათ თქვენ უკვე იცით, რომ თავად 1C Enterprise 8.3 პლატფორმა საშუალებას გაძლევთ განავითაროთ მობილური აპლიკაციები. ამ შემთხვევაში, მობილური აპლიკაციის შემუშავება ხორციელდება ისევე, როგორც "ნორმალური" კონფიგურაციის შემუშავება. მაგრამ როგორ შეიძლება ამ გზით შემუშავებული კონფიგურაციის გაშვება სმარტფონზე ან პლანშეტზე? ამ მიზნებისთვის ჩვენ გვჭირდება მობილური პლატფორმა 1C Enterprise 8.3.

მობილური პლატფორმა 1C Enterprise 8.3არის პროგრამების ნაკრები, რომელიც საშუალებას გაძლევთ დააინსტალიროთ და გაუშვათ კონფიგურაციები (აპლიკაციები) სმარტფონებსა და ტაბლეტებზე, რომლებიც მუშაობენ Google androidან Apple iOS.

1C მობილური პლატფორმის მთავარი უპირატესობა ის არის, რომ აპლიკაცია (კონფიგურაცია) შემუშავებულია ორივე მობილური ოპერაციული სისტემისთვის ერთდროულად, შემდეგ კი უბრალოდ დაინსტალირდება მობილურ მოწყობილობაზე. ამრიგად, 1C-ში მობილური აპლიკაციის დაწერის შემდეგ, ჩვენ შეგვიძლია დაუყოვნებლივ დავაინსტალიროთ იგი კომპანიის ყველა თანამშრომელზე, იმისდა მიუხედავად, რომელ ოპერაციულ სისტემაზე (Android ან iOS) მუშაობს მათი ტელეფონი ან ტაბლეტი.

Მნიშვნელოვანი! მობილური აპლიკაციების განვითარებისთვის, ჩვენ გირჩევთ გამოიყენოთ 1C პლატფორმის ვერსია არანაკლებ 8.3.4.482. 1C Enterprise პლატფორმის 8.3.4.482 საგანმანათლებლო ვერსია შედის 1C მობილური პლატფორმის ამ განაწილებაში. თქვენ შეგიძლიათ გაეცნოთ პლატფორმის საგანმანათლებლო ვერსიის შეზღუდვებს

1C: Enterprise მობილური პლატფორმა არის ინსტრუმენტებისა და ტექნოლოგიების ერთობლიობა მობილური ოპერაციული სისტემებისთვის iOS, Android, Windows Phone / 8.1/10 აპლიკაციების სწრაფი განვითარებისთვის, იგივე განვითარების გარემოს გამოყენებით (Configurator ან 1C: Entrprise Development Tools) და განვითარების იგივე მეთოდები, რომლებიც გამოიყენება "ნორმალური" 1C აპლიკაციებისთვის. შედეგი არის ავტონომიური, ოფლაინ აპლიკაციები, მაგრამ გარე სამყაროსთან ინფორმაციის გაცვლის შესაძლებლობით, პლატფორმის მიერ მოწოდებული ინტეგრაციის ინსტრუმენტების ფართო სპექტრის გამოყენებით: ვებ და HTTP სერვისები, ელექტრონული ფოსტა და ა.შ. ვინაიდან გაცვლის პროტოკოლები პლატფორმისგან დამოუკიდებელია, 1C მობილური პლატფორმა, სხვა საკითხებთან ერთად, არის მობილური ფრონტის სწრაფი შექმნის საშუალება თითქმის ნებისმიერი სერვერის გადაწყვეტისთვის.

ფონი

ჯერ კიდევ 1C-ის დღეებში: Enterprise ვერსია 8.0 (და მოგვიანებით ვერსიები), იყო პროგრამული პროდუქტი სახელწოდებით "გაფართოება ჯიბის კომპიუტერებისთვის". გაფართოება საშუალებას აძლევდა პროდუქტების შექმნას მხოლოდ Windows Mobile, Windows CE და ა.შ. პროდუქტს ჰქონდა საკუთარი კონფიგურატორი და სერვერი და მხარდაჭერილი იყო 1C: Enterprise ვერსიის 8.3-მდე გამოშვებამდე. გაფართოების უახლესი ვერსია (8.2.9) გამოვიდა 2013 წლის ოქტომბერში და სრული მხარდაჭერა დასრულდა 2015 წლის 1 იანვარს.
გაფართოებას ჰქონდა შეზღუდული გამოყენება Windows Mobile-ის კომუნიკატორების აყვავების პერიოდშიც და მობილური ბაზრიდან ასეთი მოწყობილობების გამგზავრებამ აშკარად არ დაამატა ამ პროგრამული პროდუქტის პოპულარობა. IOS და Android მოწყობილობებმა დაიკავეს მობილური მოწყობილობების თითქმის მთელი ბაზარი და აშკარა გახდა, რომ ამ ოპერაციული სისტემების მხარდაჭერა არის ერთ-ერთი მთავარი პუნქტი სისტემისთვის, რომელიც უნდა ფუნქციონირებდეს თანამედროვე მობილურ სამყაროში. აშკარად ჩანდა, რომ არსებული 1C: Enterprise პლატფორმის მთავარი მიდგომა ასევე უნდა იქნას გამოყენებული მობილურ მოწყობილობებზე: აპლიკაციის შემქმნელმა, პირველ რიგში, უნდა იფიქროს გამოყენებული პრობლემების გადაჭრაზე და მეორეც, ოპერაციული სისტემის რა შესაძლებლობებს იყენებს ის გადასაჭრელად. ეს პრობლემები.... სხვა სიტყვებით რომ ვთქვათ, თქვენ გჭირდებათ ინსტრუმენტი, რომელიც იზოლირებს აპლიკაციის შემქმნელს კონკრეტული მობილური OS და განვითარების ხელსაწყოს სპეციფიკისგან.

მობილური პლატფორმა

ჯიბის კომპიუტერებისთვის გაფართოების შემუშავებისა და ექსპლუატაციის გამოცდილებიდან გამომდინარე, გადაწყდა სპეციალიზებული სისტემის შემუშავება, რომელიც დააკმაყოფილებდა რამდენიმე მოთხოვნას:
  • ის მხარს უნდა უჭერდეს თანამედროვე პოპულარულ მობილურ ოპერაციულ სისტემებსა და მოწყობილობებს მათი კონტროლის ქვეშ. პირველ რიგში, ეს არის Apple-ის iOS და Google-ის Android.
  • ამ სისტემამ უნდა დაუშვას განვითარებული აპლიკაციების გამოყენება თანამედროვე მობილურ მოწყობილობებზე მიღებული სტილით. კერძოდ, ინტერფეისი უნდა ეყრდნობოდეს ხელით კონტროლს (ამ სიტყვის პირდაპირი გაგებით) სენსორული ეკრანების გამოყენებით.
  • სისტემამ უნდა უზრუნველყოს ერთიანი პროგრამირების ინტერფეისი სხვადასხვა კონკრეტული მექანიზმების განსახორციელებლად, მიუხედავად გამოყენებული მობილური ოპერაციული სისტემისა.
  • დეველოპერმა უნდა გამოიყენოს იგივე ინსტრუმენტი და განვითარების მიდგომები, როგორც "ჩვეულებრივი" კომპიუტერისთვის აპლიკაციების შემუშავებისას.
  • აპლიკაციის შემქმნელმა უნდა შეიმუშაოს აპლიკაციის გადაწყვეტა განვითარების ნაცნობ გარემოში, იმავე კოდის გამოყენებით დესკტოპის და მობილური სისტემებისთვის შეძლებისდაგვარად.
  • მობილურ მოწყობილობაზე გაშვებული აპლიკაციის გადაწყვეტის ინტერფეისი უნდა იყოს მსგავსი სხვადასხვა პლატფორმისთვის და, მთლიანობაში, ცალსახად ცნობადი.
განვითარების შედეგი იყო ეგრეთ წოდებული მობილური პლატფორმა, რომელიც გამოვიდა 2013 წლის 29 მაისს iOS და Android-ის ვერსიებში. 1C: Enterprise მობილური პლატფორმა არის ინსტრუმენტებისა და ტექნოლოგიების ნაკრები, რომელიც საშუალებას გაძლევთ შექმნათ აპლიკაციები iOS, Android, Windows Phone / 8.1 / 10 მობილური ოპერაციული სისტემებისთვის, იგივე განვითარების გარემოს (Configurator) და განვითარების იგივე მეთოდების გამოყენებით, როგორც ჩვეულებრივი აპლიკაციებისთვის. 1C: Enterprise პლატფორმაზე. შედეგი არის დამოუკიდებელი, ოფლაინ აპლიკაციები, მაგრამ გარე სამყაროსთან ინფორმაციის გაცვლის შესაძლებლობით, პლატფორმის მიერ მოწოდებული ინტეგრაციის ინსტრუმენტების ფართო სპექტრის გამოყენებით: ვებ და HTTP სერვისები, ელფოსტა და ა.შ.
მობილური პლატფორმა საკმაოდ კარგად მიიღო საზოგადოებამ, დაიწყო ამ თემაზე სხვადასხვა სტატიების გამოჩენა (მაგალითად და). სრულად ფუნქციონალური აპლიკაციის შემუშავებისთვის, რომელიც ერთდროულად მუშაობს მობილური მოწყობილობების დიდ უმრავლესობაზე, ახლა დასჭირდა მინიმალური დრო და ცოდნა, რაც ფუნდამენტურად არ განსხვავდებოდა 1C: Enterprise პლატფორმაზე აპლიკაციის „რეგულარული“ შემქმნელის ცოდნისაგან. . ეჭვგარეშეა, ასეთი დაბალი შესვლის ბარიერი იზიდავს დეველოპერებს, რომლებმაც უნდა უზრუნველყონ გარკვეული ძირითადი ფუნქციონირება საველე მუშაკებისთვის, უფროსებისთვის და სხვა მობილური თანამშრომლებისთვის, რომლებსაც სჭირდებათ კორპორატიულ სისტემასთან მუშაობა.
მარტივია მობილური აპლიკაციის შემუშავების დაწყება 1C: Enterprise პლატფორმაზე. კონფიგურატორში დააყენეთ თვისება "გამოყენების მიზანი" მნიშვნელობაზე "მობილური მოწყობილობა" კონფიგურაციაში. ამ შემთხვევაში, ზოგიერთი გამოყენებული კონფიგურაციის ობიექტი მიუწვდომელია (მახასიათებელი ტიპების დიაგრამები, ანგარიშების დიაგრამები და ა.შ.), მაგრამ მობილური აპლიკაციებისთვის დამახასიათებელი თვისებები (მაგალითად, ჩაშენებული მულტიმედია და მობილური მოწყობილობის გეოლოკაცია და ა.შ. ) ხელმისაწვდომი გახდება.


ამავდროულად, თქვენ შეგიძლიათ გამართოთ ძირითადი აპლიკაციის ალგორითმები (რომელიც პირდაპირ არ არის დაკავშირებული მობილურის სპეციფიკასთან) უშუალოდ დეველოპერის კომპიუტერის კონფიგურატორში. ამავდროულად, რეკომენდირებულია კოდის სექციების ჩარჩოში ჩასმა, რომლებშიც "მობილური" ფუნქცია გამოიძახება შესაბამისი ინსტრუქციებით წინასწარ პროცესორთან, რათა თავიდან იქნას აცილებული შეცდომები პერსონალურ კომპიუტერზე კოდის შესრულებისას:
# თუ MobileApplication არის კლიენტი, მაშინ მონაცემები = GeolocationServer.GetProviderName (); #Დაასრულე თუ
მობილური პლატფორმის 8.3.7 ვერსიით დაწყებული, აპლიკაციის გამართვა პირდაპირ მობილურ მოწყობილობაზე ხელმისაწვდომი გახდა (დაწვრილებით ამის შესახებ ქვემოთ).

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

  • მობილური აპლიკაცია შეიძლება იყოს არსებული საწარმოს საინფორმაციო სისტემის განუყოფელი და განუყოფელი ნაწილი. მობილური აპლიკაცია უზრუნველყოფს არსებული საინფორმაციო სისტემის შესაძლებლობებზე მორგებულ ინტერფეისს და სხვა შესაძლებლობებს (მონაცემთა გაცვლის ჩათვლით). ამ შემთხვევაში, მობილური აპლიკაცია ძალიან მჭიდროდ არის დაკავშირებული „ჩვეულებრივ“ საინფორმაციო სისტემასთან და მისი ფუნქციონირება შეუძლებელია მისგან იზოლირებულად.
  • მობილური აპლიკაცია ასრულებს კონკრეტულ დავალებებს, რომლებიც პრაქტიკულად არ არის დაკავშირებული საწარმოს საინფორმაციო სისტემასთან. მობილურ აპლიკაციასა და საინფორმაციო სისტემას შორის გაცვლილია მხოლოდ მინიმალური მონაცემები. ამ შემთხვევაში, დიდი ალბათობით, მობილური აპლიკაცია განახორციელებს გაცვლას რაიმე სტანდარტიზებული პროტოკოლის მიხედვით, რაც შესაძლებელს ხდის ამ მობილური აპლიკაციის გამოყენებას სრულიად განსხვავებულ შემთხვევებში და სიტუაციებში.
ზემოთ აღწერილი ორი სიტუაცია შეიძლება ჩაითვალოს ექსტრემალურ ვარიანტებად. მაგრამ ეს არ არის განვითარების ერთადერთი ვარიანტი. აპლიკაციის დეველოპერს შეუძლია დამოუკიდებლად აირჩიოს ინტეგრაციის ვარიანტები მობილურ აპლიკაციასა და საინფორმაციო სისტემას შორის, რომელიც მის უკანა ოფისს ასრულებს.
მობილური აპლიკაცია შემუშავებულია, როგორც სრულიად დამოუკიდებელი კონფიგურაცია, მაგრამ მას შეუძლია წყაროს ზოგიერთი ნაწილის გაზიარება "მშობლის" კონფიგურაციასთან. სხვათა შორის, "მშობლის" კონფიგურაცია შეიძლება ფიზიკურად არ არსებობდეს (მაგალითად, თუ თქვენ ავითარებთ რაიმე სახის უნივერსალურ აპლიკაციას, რომელსაც შეუძლია მუშაობა სხვადასხვა სისტემებთან უნივერსალური პროტოკოლის გამოყენებით).

მობილური პლატფორმის მოწყობილობა

რა არის მობილური პლატფორმა და რა შეუძლია მას?
სამართლიანობისთვის, მობილური პლატფორმა არის მთელი კომპლექსის მხოლოდ ერთ-ერთი კომპონენტი, რომლის წყალობითაც „1C: Enterprise 8“ მუშაობს მობილურ მოწყობილობებზე. ასე რომ, გამოყენებული დეველოპერი მუშაობს შემდეგი კომპონენტებით:
  1. თავად მობილური პლატფორმა არის 1C: Enterprise ჩარჩოს მობილური ნაწილი. ეს შეიძლება იყოს ჩვეულებრივი (რომელიც გამოიყენება აპის მაღაზიაში გამოსაქვეყნებლად აპლიკაციის აგების დროს) და მობილური დეველოპერის პლატფორმა, რომელიც გამოიყენება (სიურპრიზი) მობილური აპლიკაციის შემუშავებისას.
  2. მობილური კონფიგურაცია არის 1C: Enterprise პროგრამული სისტემის კონფიგურაცია, რომელიც დაწერილია XML ფაილის სახით.
  3. მობილური პლატფორმისა და მობილური კონფიგურაციის კომბინაცია იწვევს მობილური აპლიკაციას.
  4. მობილური აპლიკაციების შემგროვებელი არის სპეციალიზებული აპლიკაციის გადაწყვეტა, რომელსაც შეუძლია გადააქციოს მობილური პლატფორმა, კონფიგურაცია, ეკრანები, ხატები და სხვა კომპონენტები მზა მობილური აპლიკაციის ფაილად, რომელიც შეიძლება ჩამოიტვირთოს Apple AppStore-ში, Google Play-ში, Windows Phone Apps / Windows Apps-ში. .
რატომ არის ყველაფერი ასე რთული? რატომ არ შეიძლება ამის გაკეთება მობილურ მოწყობილობაზე ზუსტად ისე, როგორც ეს კეთდება დიდ პლატფორმაზე? იმათ. დააინსტალიროთ ერთი მობილური პლატფორმა მოწყობილობაზე და ჩატვირთოთ მასში ნებისმიერი რაოდენობის კონფიგურაცია/აპლიკაცია? ეს აკრძალულია ლიცენზირების შეზღუდვებით აპლიკაციებზე, რომლებიც ნაწილდება აპლიკაციების მაღაზიებში. მაგალითად, თუ თქვენი აპლიკაცია ჩამოტვირთავს შესრულებად კოდს (სკრიპტის სახით) ინტერნეტით, მაშინ ის არასოდეს გამოჩნდება Apple App Store-ში. ამასთან, უნდა გვესმოდეს, რომ ნებისმიერი კონფიგურაციის ჩამოტვირთვის შესაძლებლობა, რომელიც არის დეველოპერის მობილურ პლატფორმაში, არ არის განკუთვნილი მობილური აპლიკაციების განაწილებისთვის თუნდაც ერთ კომპანიაში, რომ აღარაფერი ვთქვათ დეველოპერის კლიენტებზე განაწილებისთვის.
მას შემდეგ, რაც მობილური აპლიკაცია იქნება სამიზნე მობილურ მოწყობილობაზე, საჭირო ხდება რაიმე სახის მონაცემთა ბაზის გამოყენება (მონაცემები უნდა იყოს შენახული სადმე). როგორც მონაცემთა ბაზის ძრავა, მობილური პლატფორმა იყენებს მონაცემთა ბაზის საკუთარ ძრავას, რომელიც პორტირებულია მობილური პლატფორმაზე პერსონალური კომპიუტერის პლატფორმიდან. ის არის კომპაქტური და საკმარისად სწრაფი, მაგრამ მთავარი ის არის, რომ ის უზრუნველყოფს ზუსტად იგივე ქცევას, რასაც აპლიკაციის დეველოპერები სჩვევიათ პერსონალური კომპიუტერების პლატფორმაზე მუშაობისას.
აღსანიშნავია ისიც, რომ მობილური აპლიკაცია თავის შიგნით აგებულია იმავე სქემის მიხედვით, როგორც ჩვეულებრივი პლატფორმის მუშაობა ფაილზე დაფუძნებული ინფობაზით: არის კლიენტის ნაწილი, არის სერვერის ნაწილი, არის მონაცემთა ბაზა და არსებობს კლიენტ-სერვერის ურთიერთქმედება.
თავად მობილური პლატფორმა დაწერილია, როგორც მშობლიური აპლიკაცია, შედგენილი ბინარულ კოდში ძირითადი პროცესორის არქიტექტურისთვის, რომელიც ამჟამად გამოიყენება მობილურ სამყაროში: ეს არის ARM v5 და უფრო მაღალი და x86 არქიტექტურა.
გარდა ამისა, შეიძლება საჭირო გახდეს სპეციალური ნებართვები მობილური მოწყობილობის გარკვეულ შესაძლებლობებთან ურთიერთობისთვის (ტელეფონი, GPS, ჩაშენებული კამერით მუშაობა და ა.შ.). iOS-ისთვის ისინი დაყენებულია უშუალოდ თავად აპლიკაციის მუშაობის დროს, ხოლო Android-ისთვის ნებართვები მითითებულია აპლიკაციის შექმნისას. მოთხოვნილი ნებართვები მითითებულია მობილური აპლიკაციის შემუშავებისას და გამოიყენება მობილური აპლიკაციების შემქმნელის მიერ, მაგრამ უფრო მოგვიანებით მშენებლის შესახებ.

ცოტა რამ დეველოპერის პლატფორმის შესახებ

სანამ ჩვენ ვამუშავებთ მობილურ აპლიკაციას, ჩვენ არ ვართ შეზღუდულნი ლიცენზიის შეზღუდვებით, რომლებიც დაწესებულია აპლიკაციების მაღაზიებში გავრცელებულ მობილურ აპლიკაციებზე. ეს ნიშნავს, რომ ჩვენ შეგვიძლია გამოვიყენოთ 1C მობილური პლატფორმა ისევე, როგორც ვიყენებთ "დიდი" პლატფორმას პერსონალურ კომპიუტერზე - დააინსტალირეთ მობილური პლატფორმა თავად სმარტფონზე / ტაბლეტზე და ჩატვირთეთ მასში მობილური აპლიკაციის კონფიგურაციები. გაშვების შემდეგ პლატფორმა გვიჩვენებს მასში დარეგისტრირებული აპლიკაციების ჩამონათვალს:

პლატფორმაზე ახალი აპლიკაციის დასამატებლად, თქვენ უნდა განათავსოთ XML ფაილი მისი აღწერილობით რესურსზე, რომელიც ხელმისაწვდომია მობილური მოწყობილობიდან HTTP პროტოკოლის საშუალებით. ამის გაკეთების ყველაზე მოსახერხებელი გზაა კონფიგურატორიდან, მენიუს "კონფიგურაცია \ მობილური აპლიკაცია \ გამოქვეყნება". ამ შემთხვევაში აპლიკაციის კონფიგურაციით XML ფაილი განთავსდება დეველოპერის კომპიუტერის ვებ სერვერზე (შესაბამისად, ამ კომპიუტერს უნდა ჰქონდეს ვებ სერვერი - IIS ან Apache).

თუ აპლიკაციისთვის მითითებულია "გადატვირთვა კონფიგურატორიდან", აპლიკაცია მობილურ მოწყობილობაზე ავტომატურად განახლდება დეველოპერის კომპიუტერიდან ყოველ ჯერზე, როცა დეველოპერი განაახლებს ვებ სერვერზე მდებარე XML კონფიგურაციის ფაილს.
როდესაც ჩართულია "გამართვა ნებადართული" ოფცია, შესაძლებელია აპლიკაციის ეტაპობრივი გამართვა მობილურ მოწყობილობაზე დეველოპერის კომპიუტერის კონფიგურატორიდან (კონფიგურატორში, "გამართვა HTTP-ის მეშვეობით" ოფცია "სერვისი \" ოფციები" მენიუ უნდა იყოს არჩეული). თუ კონფიგურატორში დააყენებთ წყვეტის წერტილებს კოდში და აირჩიეთ ბრძანება "მობილური აპლიკაცია - დაიწყეთ გამართვა", მოწყობილობაზე მობილური აპლიკაცია გაჩერდება, როდესაც შესრულებადი კოდი მიაღწევს წყვეტის წერტილს, ხოლო კონფიგურატორში შეგიძლიათ ნახოთ მნიშვნელობები. ცვლადები, ზარის სტეკი და ა.შ.

რა შეუძლია მას?

რას აკეთებს მობილური პლატფორმა? Საკმარისი:)
თუ არ იყენებთ კონკრეტულ ტერმინებს "1C: Enterprise", მაშინ მობილური პლატფორმა საშუალებას გაძლევთ იმუშაოთ მარეგულირებელ და საცნობარო ინფორმაციასთან, შეადგინოთ დოკუმენტები, რომლებიც აღწერს ზოგიერთ გარე მოქმედებას, ნახოთ ანგარიშები, დაუკავშირდეთ გარე სამყაროსთან ინტერნეტ სერვისების გამოყენებით და მრავალი სხვა. მეტი. იმათ. ის აპლიკაციის შემქმნელს აძლევს შესაძლებლობას დაწეროს საკმარისად ფუნქციონალური აპლიკაცია, მაგალითად, სახლის ფინანსების აღრიცხვის პროგრამა, პროგრამა გარე ვაჭრობისთვის და ა.შ.
მაგრამ ჩვეულებრივი ფუნქციონირების გარდა, რომელიც არის პერსონალური კომპიუტერის პლატფორმაზე, მობილურმა პლატფორმამ უნდა უზრუნველყოს მუშაობა სპეციფიკური შესაძლებლობებით, რომლებიც თანდაყოლილია მხოლოდ მობილური მოწყობილობებისთვის:
  • მუშაობა ზარებთან და ზარების ჟურნალთან;
  • მუშაობა მოკლე შეტყობინებებთან (SMS) და მათ ჩამონათვალთან;
  • კონტაქტები;
  • კალენდრები;
  • გეოლოკაცია (მარშრუტიზაციის გარეშე);
  • საშუალებას გაძლევთ გადაიღოთ ფოტოები, ასევე გააკეთოთ ვიდეო და აუდიო ჩანაწერი;
  • რეაგირება ეკრანის ორიენტაციის ცვლილებებზე;
  • შეტყობინებებთან მუშაობა (ადგილობრივი და PUSH, როგორც პირდაპირ, ასევე სპეციალური შუამავლის სერვისის მეშვეობით);
  • შტრიხკოდების და QR კოდების სკანირება კამერით
  • მობილური აპლიკაციის მონეტიზაცია (ანუ გზა, რომ მობილური აპლიკაციის დეველოპერს დამატებითი შემოსავლის შესაძლებლობა მისცეს):
    • მუშაობა Apple In-App Purchase-თან (iOS-ისთვის) და Google Play In-App Billing-თან (Android-ისთვის), რომელიც შეიძლება გამოყენებულ იქნას სხვადასხვა სახის გამოწერების ორგანიზებისთვის, ფუნქციების შესყიდვისთვის და ა.შ.
    • რეკლამების ჩვენება მობილურ აპებში (iAd iOS-ისთვის და AdMob Android-ისთვის კვლავ მხარდაჭერილია).
  • და ა.შ.
ნათელია, რომ გარკვეული შესაძლებლობები შეიძლება არ იყოს ხელმისაწვდომი თითოეულ კონკრეტულ მოწყობილობაზე, ამიტომ, იმის დასადგენად, თუ რა შეიძლება გაკეთდეს მოწყობილობაზე, რომელზეც მუშაობს მობილური აპლიკაცია, მოცემულია სპეციალური მეთოდები, რომლებიც საშუალებას გაძლევთ გაარკვიოთ რა არის ხელმისაწვდომი ამ მოწყობილობაზე. მაგალითად, ნომრების აკრეფის შესაძლებლობა თუ არა. ამრიგად, დანერგილია დაახლოებით შემდეგი გამოყენების სქემა: ვამოწმებთ შესაძლებელია თუ არა რაიმე შესაძლებლობის გამოყენება და თუ შესაძლებელია, ვიყენებთ:
თუ სატელეფონო ნიშნავს SupportedNumberDial () მაშინ Telephony ნიშნავს.DialNumber (PhoneNumber, Call Immediately); Დაასრულე თუ;
ჩვენთვის მნიშვნელოვანი ამოცანაა აპლიკაციის შემქმნელს დავუმალოთ გამოყენებული მობილური OS-ის დეტალები, მივაწოდოთ მას მობილური ფუნქციების გამოყენების ერთიანი მექანიზმები. ჩვენ გვჯერა, რომ წარმატებით ვაგვარებთ პრობლემას. განხორციელებულ მექანიზმებში განსხვავებები ან არ არსებობს ან მინიმუმამდეა დაყვანილი. გარდა, რა თქმა უნდა, იმ შემთხვევებისა, როდესაც ერთ-ერთ OS-ში საერთოდ არ არის ფუნქციონირება.
მაგალითად, PUSH შეტყობინებებთან მუშაობის ტექნიკა ძალიან განსხვავებულია Google-ისა და Apple-ისთვის. ჩვენ დიდი ძალისხმევა გავწიეთ PUSH შეტყობინებებთან მუშაობის მექანიზმის გაერთიანებისთვის აპლიკაციის კოდიდან. მობილური აპლიკაციის შემთხვევაში, ჩვენ წარმატებას მივაღწიეთ თითქმის 100%-ით: მობილური მოწყობილობის იგივე აპლიკაციის კოდი ამუშავებს PUSH შეტყობინებების მიღებას როგორც iOS-ზე, ასევე Android-ზე. და სერვერის აპლიკაციაში PUSH შეტყობინებების გაგზავნის კოდიც იგივე გამოიყურება. მაგრამ ასეთი გაერთიანების მისაღწევად, ჩვენ უნდა შეგვემუშავებინა სპეციალური პროქსი სერვერი https://pushnotifications.1c.com/, რომელიც დეველოპერისგან მალავს Apple Push Notification Service (APNS) და Google Cloud Messaging (GCM) მუშაობის სხვადასხვა ტექნიკას. მთელი განსხვავება მდგომარეობს სხვადასხვა პარამეტრებში პირდაპირ პროქსი საიტზე https://pushnotifications.1c.com/; APNS-თან მუშაობისთვის, თქვენ უნდა ატვირთოთ SSL სერთიფიკატი საიტზე (რომელსაც Apple გასცემს აპლიკაციისთვის დეველოპერის მოთხოვნით), GCM-თან მუშაობისთვის, მიუთითეთ აპლიკაციის უნიკალური იდენტიფიკატორი.
ცხადია, შეუძლებელია დაუყოვნებლივ დანერგოთ ყველა ის ფუნქცია, რაც გსურთ გქონდეთ მობილური აპლიკაციაში. და თქვენ ყოველთვის უნდა იპოვოთ კომპრომისი რამდენიმე ძალიან სასარგებლო ნივთს შორის. და თუ რამე გაკლიათ, მოგვწერეთ რა ბიზნეს ამოცანები (ბოლოს და ბოლოს, პლატფორმა უპირველეს ყოვლისა ბიზნეს ამოცანების განხორციელების ინსტრუმენტია!) ვერ გადაჭრით და რა მექანიზმი დაგეხმარება ამაში.

Რას გავს?

ცალკე თემაა მობილური პლატფორმის გრაფიკული ინტერფეისი. 1C: Enterprise-ში, როგორც მოგეხსენებათ, ინტერფეისი აღწერილია დეკლარაციულად. ერთის მხრივ, ეს აწესებს გარკვეულ შეზღუდვებს ინტერფეისის განვითარებაზე (მაგალითად, არ არსებობს პიქსელ-პიქსელის პოზიციონირების შესაძლებლობა), მაგრამ, მეორე მხრივ, ეს საშუალებას აძლევს პლატფორმას ერთგვაროვნად წარმოაჩინოს ინტერფეისი ეკრანებზე. სხვადასხვა ზომის, თხელი და ვებ კლიენტში. ჩვენ ვცდილობდით იგივე პრინციპის დაცვას მობილური პლატფორმაზე. რამდენად კარგად გავაკეთეთ ეს? შევეცადოთ გავერკვეთ.
მობილური პლატფორმის პირველ ვერსიებში (8.3.5-მდე ჩათვლით), აპლიკაციების გრაფიკული ინტერფეისი ძალიან ნაცნობი ჩანდა დახვეწილი 1C მომხმარებლებისთვის; ფაქტობრივად, მან გადაიტანა 1C-ის "დესკტოპ" ვერსიებიდან ნაცნობი ინტერფეისი მობილურ სამყაროში. მაგრამ იმ მომხმარებლების თვალსაზრისით, რომლებიც ადრე არ იცნობდნენ 1C-ს, ინტერფეისი გარკვეულწილად არქაულად გამოიყურებოდა.
კომენტარებისა და წინადადებების გათვალისწინებით, ჩვენ რადიკალურად გადავხედეთ ჩვენს მიდგომას მობილური ინტერფეისის 8.3.6 ვერსიაში. შეიძლება ითქვას, რომ ჩვენ შევქმენით სრულიად ახალი მობილური ინტერფეისი ჩვენი აპლიკაციებისთვის. მას ბევრი რამ აქვს საერთო ტაქსის ინტერფეისთან. მობილური აპლიკაციების დეველოპერებისთვის განვითარების მოდელი შეესაბამება ტაქსის განვითარების მოდელს. ამავდროულად, მობილური ინტერფეისი სრულად შეესაბამება დიზაინის მიდგომებს და მიღებულია მობილურ აპლიკაციებში. ინტერფეისი სრულად ითვალისწინებს მობილური სამყაროს სპეციფიკას: ეკრანის მცირე ზომა (რაც ნიშნავს, რომ გრაფიკული ელემენტების დიზაინი უფრო ასკეტური უნდა გახდეს - ჩრდილების, გრადიენტების გარეშე), არის თითის ჟესტების მხარდაჭერა და ა.შ. საინტერესო ფაქტი: ახალი პლატფორმის მექანიზმი, რომელიც პასუხისმგებელია ელემენტების ფორმაში (განლაგება) განთავსებაზე, იმდენად წარმატებული და დროული აღმოჩნდა მობილური პლატფორმისთვის, რომ იგი უფრო ადრე გამოვიდა (8.3.6 ვერსიაში), ვიდრე კომპიუტერის პლატფორმაზე (ვერსიაში). 8.3.7) რისთვისაც ის პირველ რიგში იყო განკუთვნილი.
სურათზე ხედავთ როგორ შეიცვალა ჩვენი ინტერფეისი.
აპლიკაცია "მცირე კომპანიის მენეჯმენტი" მობილური პლატფორმის ვერსიაზე 8.3.5:


იგივეა 8.3.6 ვერსიაზე:

და ასე გამოიყურება მობილური პლატფორმის ცოცხალი ინტერფეისი:

კოლექციონერი - და რა არის ეს მხეცი?

როგორც უკვე აღვნიშნეთ, მობილური აპლიკაცია შედგება რამდენიმე კომპონენტისგან (ფაქტობრივი მობილური პლატფორმა, კონფიგურაცია, სხვადასხვა რესურსი), რომელიც უნდა იყოს ერთი მთლიანი აპლიკაციის მაღაზიაში განთავსებისთვის. კომპონენტების აპად გადაქცევის გასაადვილებლად, შეიქმნა მობილური აპლიკაციების შემქმნელი. ეს არის 1C: Enterprise პლატფორმაზე შექმნილი კონფიგურაცია (აპლიკაცია), რომელიც თავის მონაცემთა ბაზაში ინახავს ყველა კომპონენტს, რომელიც აუცილებელია მობილური აპლიკაციის შესაქმნელად. იმისათვის, რომ კოლექციონერმა შეასრულოს თავისი სამუშაო, თქვენ უნდა ჩამოტვირთოთ და დააინსტალიროთ სხვადასხვა პროგრამული პაკეტები, რომლებიც საჭიროა მისი მუშაობისთვის (Java და Android SDK და ა. პარამეტრები (დეველოპერი გასაღებები და ა.შ.).


კონფიგურაციის შემდეგ, კოლექტორი მზად არის წასასვლელად. ზოგადად, კოლექციონერთან მუშაობა ასე გამოიყურება:
  1. ჩამოტვირთეთ 1C მობილური პლატფორმის ვერსია, რომელზედაც ჩვენ ავაშენებთ აპლიკაციას
  2. ჩვენ ვტვირთავთ კონფიგურაციას, საიდანაც ავაშენებთ მობილურ აპლიკაციას
  3. ჩვენ ვქმნით მობილურ აპლიკაციას, რომელშიც მივუთითებთ, რომელ პლატფორმებზე (Android, iOS, Windows) უნდა შესრულდეს ასამბლეა, რომელი კონფიგურაცია და პლატფორმა უნდა იყოს გამოყენებული (კერძოდ, მიუთითეთ რომელი სერთიფიკატი გამოვიყენოთ iOS-ისთვის შეკრებისთვის, თუ აპლიკაცია მუშაობს. PUSH) შეტყობინებებით).
  4. ჩვენ ვახორციელებთ მობილური აპლიკაციის "ერთი დაწკაპუნებით" აწყობას ყველა შერჩეული პლატფორმისთვის
  5. „კიდევ ერთი დაწკაპუნებით“ შეგროვებულ მობილურ აპლიკაციებს ვაგზავნით აპლიკაციების მაღაზიებში (თუ ეს არის აპლიკაცია iOS ან Android-ისთვის). Windows Apps/Windows Phone Apps მაღაზიებში აპლიკაცია ხელით უნდა ჩამოიტვირთოს, რადგან Microsoft ჯერ არ უზრუნველყოფს API-ს მაღაზიაში აპლიკაციის განთავსებისთვის.
ცალკე უნდა აღინიშნოს, რომ კოლექტორი არ არის საჭირო მობილური აპლიკაციის შემუშავებისა და გამართვისთვის. ამისათვის შეგიძლიათ გამოიყენოთ მობილური დეველოპერების პლატფორმა და კონფიგურატორის ინსტრუმენტები კონფიგურაციის მობილურ მოწყობილობაზე გადასატანად. მაგრამ მობილური აპლიკაციის გასავრცელებლად საჭიროა კოლექციონერი.

აპლიკაციები მობილურ პლატფორმაზე

1C ფირმა თავად ავრცელებს უამრავ აპლიკაციას მობილურ პლატფორმაზე, რომლებიც არიან 1C სერვერის აპლიკაციების მობილური კლიენტები (1C: დოკუმენტების მენეჯმენტი, 1C: მცირე ფირმის მენეჯმენტი და ა.შ.). ეს აპლიკაციები ახორციელებენ "რეგულარული" კლიენტების ფუნქციონირების ქვეჯგუფს. „1C: მცირე ფირმის მენეჯმენტი“ მობილური ვერსიის შემთხვევაში, ფუნქციონირება საკმარისია პროგრამის სრული გამოყენებისთვის და ხშირად გვინახავს სიტუაცია, როდესაც აპლიკაციის მობილური ვერსია საკმარისია კლიენტებისთვის ბიზნესის განსახორციელებლად. .
ჩვენი პარტნიორები იყენებენ მობილურ პლატფორმას როგორც მასობრივი წარმოების მობილური აპლიკაციების განვითარებისთვის, რომლებიც ნაწილდება აპლიკაციების მაღაზიებში, ასევე კონკრეტული მომხმარებლების მოთხოვნით შექმნილი პერსონალური აპლიკაციებისთვის. მოცირკულირე აპლიკაციებს შორის არის აპლიკაციები, რომლებიც იყენებენ არა-1C უკანა მხარეს, როგორც მონაცემთა ცენტრალურ შესანახად.
მომხმარებელთა შეკვეთით შექმნილ მობილურ აპლიკაციებს შორის შეგვიძლია აღვნიშნოთ მობილური კლიენტი „1C: Manufacturing Enterprise Management“-ისთვის, რომელიც შექმნილია დიდი მანქანათმშენებლობის ჰოლდინგის დაკვეთით. ჰოლდინგის ასამდე თანამშრომელი იყენებს მობილურ აპლიკაციას ცხელ მაღაზიებში, სადაც უსაფრთხოების მიზნით შეუძლებელია სტაციონარული კომპიუტერების მიწოდება. მობილური მოწყობილობის ჩაშენებული კამერა გამოიყენება პროდუქტის შტრიხკოდების წასაკითხად და ნომენკლატურის საცნობარო წიგნში მათი მოსაძებნად, მობილური აპლიკაცია საშუალებას გაძლევთ გაიგოთ ტექნოლოგიური ჯაჭვის რომელ ეტაპზეა მოცემული პროდუქტი, აღნიშნოთ გავლა პროდუქტის შემდეგი ოპერაცია და ა.შ.

დასკვნა

ჩვენ შევეცადეთ ძალიან ზედაპირულად აგვეწერა მობილური პლატფორმა, რის საშუალებას გაძლევთ და რატომ გამოვიდა ასე. ეს სტატია თითქმის არაფერს ამბობს მობილური ვინდოუსის შესახებ. ამის რამდენიმე მიზეზი არსებობს: ჯერ ერთი, Windows-ისთვის მობილური პლატფორმის ვერსია შედარებით ცოტა ხნის წინ გამოვიდა ("1C: Enterprise" ვერსია 8.3.7) და მეორეც, მობილური პლატფორმის ამ ვერსიას არ აქვს რაიმე მნიშვნელოვანი განსხვავება. დანერგვა სხვა მობილური ოპერაციული სისტემებისთვის... ბუნებრივია, ჩვენ გავზრდით Windows OS-ის ფუნქციონირებას. ისევე როგორც მთლიანობაში მობილური პლატფორმის ფუნქციონირების გაზრდა. ასე რომ, უახლოეს მომავალში გვექნება - მხარდაჭერა გარე კომპონენტების მობილურ პლატფორმაში; ეს მექანიზმი (დიდი ხნის განმავლობაში ხელმისაწვდომია „დიდ“ პლატფორმაზე) დეველოპერებს საშუალებას მისცემს განახორციელონ ფუნქციები, რომლებიც რაიმე მიზეზით მიუწვდომელია მობილური პლატფორმაზე.
ტრადიციულად, 1C: Enterprise ტექნოლოგიური პლატფორმის ძლიერი მხარეა დეველოპერის განვითარების სიმარტივე და ბიზნეს აპლიკაციების შექმნისა და შეცვლის სიჩქარე. 1C მობილურმა პლატფორმამ ორივე ეს კოზირი შემოიტანა მობილური სამყაროში. 1C მობილური პლატფორმა არის შესაძლებლობა სწრაფად განავითაროს აპლიკაცია, რომელიც მუშაობს სამ ყველაზე პოპულარულ მობილურ პლატფორმაზე (iOS, Android, Windows Phone / 8.1 / 10). და პლატფორმისგან დამოუკიდებელი ინტეგრაციის ხელსაწყოების ფართო სპექტრის წყალობით (ვებ და HTTP სერვისები და ა.შ.), 1C მობილური პლატფორმა არის შესაძლებლობა სწრაფად შექმნათ მობილური კლიენტი სამი მობილური პლატფორმისთვის, თითქმის ნებისმიერი სერვერის აპლიკაციისთვის, რომელიც მხარს უჭერს რომელიმეს. ხელმისაწვდომი ინტეგრაციის მეთოდები 1C პლატფორმაზე (ვებ და HTTP სერვისები, ფაილების გაცვლა და ა.შ.).

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