Kā soli pa solim izveidot 1c mobilo lietojumprogrammu. Mobilais klients: instalēšana, atkļūdošana, montāža Android ierīcēm." Mobilās platformas ierīce

Mobilās lietojumprogrammas izstrādes prakse 1C 8.3 (1. daļa)

Šajā rakstā mēs runāsim par to, ko mēs izmēģinājām un kādas kļūdas pieļāvām, pirms mums izdevās izveidot vairāk vai mazāk normālu planšetdatoru aplikāciju. Lietojumprogramma sākotnēji tika izstrādāta tikai operētājsistēmai Android, pamatojoties uz 1C: pasūtījumu konfigurāciju un mobilā lietotne attīstībai.

Sākotnēji tika izvēlēta “nepareizā” pieeja: aplikācijas sastādīšana un manuāla augšupielāde planšetdatorā. Atgādināšu, ka, lai izveidotu mobilās lietojumprogrammas, jūs izmantojat “Mobilo lietojumprogrammu izveides palīgu” (MobileAppWizzard). Tad vienā no forumiem tika atrasts skaists risinājums, izmantojot mobilo aplikāciju izstrādei. Šī lietojumprogramma ir iekļauta instalācijas komplektā mobilā platforma. Izstrādes laikā tika izmantota platformas versija 8.3.3.24. Mapē “Android” varat atrast failu 1cem.apk. Šī ir mobilā lietojumprogramma attīstībai. Tās lielākā priekšrocība, kas ietaupīja mums daudz laika, ir tā, ka varat publicēt mobilo lietojumprogrammu tīmekļa serverī, savukārt planšetdatorā varat norādīt ceļu, piemēram, http://[ Web servera adrese]/[ Mobilās lietojumprogrammas nosaukums].

Planšetdatorā pievienotās lietojumprogrammas iestatījumos varat atzīmēt izvēles rūtiņu “Atjaunināt no konfiguratora”, un katru reizi, palaižot programmu, tā mēģinās izveidot savienojumu ar tīmekļa serveri un pārbaudīt, vai nav atjauninājumu.

Pēc mobilās lietojumprogrammas izvietošanas sākās tās pilnveidošanas process.

Kas bija nepieciešams:

1. Iestatiet apmaiņu starp centrālo datu bāzi un mobilo ierīci.

2. Organizējiet asimetrisko sinhronizāciju: no centrālās datu bāzes lejupielādējiet datus par preču pozīcijām, darbuzņēmējiem, atlikušajām precēm noliktavā un savstarpējiem norēķiniem, un no mobilās aplikācijas lejupielādējiet tikai klientu pasūtījumus.

3. Ieviest vienkāršu saskarni vadītājiem, kur viņi var ātri apskatīt atlikumus, cenas un savstarpējos norēķinus.

Testēšanas posmā tika izmantota starpposma datu bāze “Pārvaldītā lietojumprogramma”, jo 1C:Orders demonstrācijas lietojumprogramma sākotnēji bija paredzēta apmaiņai ar pārvaldīto lietojumprogrammu.

Pirmā pankūka iznāca kunkuļaina. Burtiski. Apmaiņai ar centrālo datu bāzi tika izmantots v82.ComConnector. Es neiedziļināšos detaļās par tā iestatīšanu; par to ir daudz atsevišķu materiālu. Es iešu tikai cauri grūtībām, ar kurām saskāros.

1. Izmantojot com- objekti 64 bitu servera operētājsistēmā. Problēmas risināšanai tika izmantots iesaiņojums COM+ lietojumprogrammas kas ir konfigurēts Komponentu pakalpojumi.

2. Attālais zvans Com no cita servera. Izsaucamajam serverim ir jābūt lomai Lietojumprogrammu serveris un tas ir jākonfigurē COM+ tīkla piekļuve. Turklāt serveris Apache jābūt atbilstošām tiesībām (t.i., darboties kā pakalpojumam pilnvarota lietotāja vārdā)

Cietuši ar Com savienojumiem, nolēmām darba bāzi pārcelt uz tīmekļa pakalpojumi.

Daudz ir rakstīts arī par tīmekļa pakalpojumu publicēšanu, taču ir rakstīts par to, kā tas darbojas. Tālāk es pastāstīšu, kā tas nedarbojas.

Darba bāze ir izvietota platformā 8.2, mobilajā aplikācijā, attiecīgi, 8.3.

Publicējot lietojumprogrammas vispirms 8.3 un pēc tam 8.2. periodiski konstatēja kļūmi “Straumes formāta kļūda” tīmekļa klientā 8.3 vai kļūdas ziņojumu “klienta un servera platformu versijas atšķiras”. Pārpublicēšana nepalīdz, kā arī restartēšana Apache. Bet publicēšanas atspējošana un atkārtota savienojuma izveide palīdz.

Pēc tam es pieķēru smieklīgu kļūdu, autorizējot lietotāju (veidojot ws Definīcijas). Pārbaudot datorā, autorizācija ar garu nosaukumu ir vienkārša. Mēģinot autorizēt to pašu lietotāju no planšetdatora, kas darbojas Android, atļauja beidzās pirms tās sākuma. Eksperimentāli bija iespējams aprēķināt, ka kirilicā pieteikšanās garums ir ierobežots līdz 22 rakstzīmēm. Tajā pašā laikā kirilicas rakstzīmju un ciparu kombinācija ļāva man pieteikties ar 27 rakstzīmju garu pieteikšanos. Pastāv aizdomas, ka tas ir saistīts ar kirilicas rakstzīmju pārveidošanu. Tā, piemēram, pārlūkprogrammā Firefox rinda no Vikipēdijas "ivo" tiek pārveidots par "».

Tehnoloģiski 8.3.3 mobilajai platformai pašlaik ir vairāki ierobežojumi. Manuprāt, visvairāk gaidītais jauninājums ir vaicājumu atbalsts. Taču, tā kā mobilā platforma vēl neatbalsta patvaļīgus vaicājumus dinamiskajos sarakstos, mums nācās “izvēlēties citu maršrutu”.

Lai atrisinātu problēmu, kas saistīta ar produktu direktorija ar cenām un atlikumiem parādīšanu, tika izmantota šāda pieeja:

1. Nomenklatūras uzziņu grāmatas veidā izveidotas divas tabulas. Pirmais ir dinamisks saraksts, pats direktorijs. Filtrs dinamiskais saraksts konfigurēts, lai parādītu tikai grupas. Otrā tabula ir faktiskie atlikumi un cenas. Kad ir aktivizēta dinamiskā saraksta rinda, serverī tiek aizpildīta vērtību tabula, kas pēc tam tiek izvadīta otrajā tabulā. Cenu un atlikumu iegūšanai tika izmantots objekta modelis. Visas šīs dejas ar tamburīnu tika izpildītas tikai tāpēc, ka neeksistē ierastā biezā klienta metode “izvadot rindiņu” vai “saņemot datus”, un nav iespējams dinamiski zīmēt skaitļus kolonnā.

Līdzīga pieeja tika izmantota atlases veidā

2. Lai parādītu rindu ar pašreizējām cenām, FormattedString bija ideāls.

Zemāk ir koda piemērs.

&OnServerWithoutContext Funkcija RemainingWhenActivatingStringsOnServer(nom)RecordSet = InformācijaRegisters.ProductPrices.CreateRecordSet(); RecordSet.Selection.Product.Value = nom; RecordSet.Selection.Product.Use = True; Recordset.Read(); ArrayFormatStrings = jauns masīvs; Katrai kopas rindai no ierakstu kopas veiciet ciklu Array of Formatted Rows.Add(New Formatted Row(Set Row.Price Type.Name,WebColors.Blue)); Masīvs FormattedStrings.Add(New FormattedString(" " + String(SetString.Price) + " ")); EndCycle; Atgriezt New FormattedString(ArrayFormatStrings); // Ievietojiet apdarinātāja saturu. EndFunction

3. Katalogu, atlikumu un cenu ielādei mobilajā aplikācijā tika izmantots tīmekļa pakalpojums, kas kā ievadi saņem parametru struktūru un kā izvadi atgriež vērtību krātuvi. Vēl viens nepatīkams atklājums bija maiņas avārija ilgstoša apstrāde servera pusē. Šķiet, ka ir kaut kāds taimauts, pēc kura lietojumprogramma “uzskata”, ka savienojums ir pārtraukts (lai gan faktiski dati joprojām tiek apstrādāti darba datu bāzē caur ws savienojumu), un pārtrauc apmaiņu ar kļūdu. .

Lai no tā izvairītos, tika nolemts pilnu apmaiņu sadalīt daļās, fokusu atgriežot atpakaļ uz mobilo aplikāciju. Tie. vispirms sinhronizē posteņus, tad darījuma partnerus, tad atlikumus utt.

4. Lai iegūtu pārskatus, tiek izmantota tā pati pieeja kā konfigurācijā 1C: Pasūtījumi. Tiek izsaukts web serviss ar parametriem, servera pusē tiek izveidota darba datu bāze izklājlapas dokuments, un pēc tam gatavais izklājlapas dokuments tiek atgriezts mobilajā lietojumprogrammā.

Labdien, dārgie lasītāji! Mēs piedāvājam jūsu uzmanībai īsu rakstu par vienkāršas mobilās lietojumprogrammas izveidi, kuras pamatā ir 1C: Enterprise mobilā platforma Android ierīcēm, neapkopojot to apk failā.

Sākumā īsi definēsim pamatjēdzienus un programmatūru, kas mums būs nepieciešama izstrādei.

1.Pamatjēdzieni

Mobilā platforma- rīks, kas ļauj ieviest lietojumprogrammas, kas darbojas mobilās ierīces darbojas iOS, Android, Windows Phone operētājsistēmas.

Mobilā lietotne - ir gala rezultāts attīstību . Tas ir instalēts mobilajā ierīcē, un tam ir iespēja bezsaistes režīmā apmainīties ar informāciju ar galveno lietojumprogrammu. Apmaiņai ir pieejami šādi informācijas pārsūtīšanas kanāli: Failu apmaiņa, e-pasts, Web pakalpojumi utt.

Konfigurators darbojas kā izstrādes vide, vienīgais, kas jāņem vērā, ir tas, ka mobilā aplikācija neatbalsta visus konfigurācijas objektus un sistēmas mehānismus.

2. Programmatūras iestatīšana

2.1 UzstādīšanaWeb serveriem

Vispirms instalēsim tīmekļa serveri. Darbs iespējams ar abiem Internets informāciju pakalpojumus no Microsoft un ar Apache. Mūsu piemērā mēs apsvērsim Apache jo tas ir vieglāk uzstādāms un stabils darbībā.

Izmantojot " Nākamais » dodieties uz nākamo logu:

Uz laukiem "Tīkla domēns" Un "Servera nosaukums" rakstīt" vietējais saimnieks" (vai 127.0.0.1). Tas nozīmē, ka serveris darbosies lokālajā datorā.

Laukā « Administratorss E-pasts Adrese» norādīsim pasta adrese, uz to tiks nosūtītas servera atbildes.

Noklusējums Apache darbojas ar portu 80. Piemēram, daudzas populāras programmas pēc noklusējuma darbojas ar vienu un to pašu portu TeamViewer, Skypee, kas neļaus jums palaist turpmāk Apache. Šīs problēmas risināšanai ir 2 iespējas, atspējot lietošanu no šīs ostasšajās programmās vai mainiet portu Apache.

Lai uzzinātu, kuras programmas izmanto 80. portu, palaidiet cmd.exe (noklikšķiniet uz Sākt - meklēšanā ierakstiet cmd - noklikšķiniet uz ar peles labo pogu noklikšķiniet"Palaist kā administratoram") parādītajā logā ievadiet komandu netstat -ab.

Ekrānuzņēmumā redzams, ka 80. portu aizņem Skype.

Atstāsim noklusējuma portu 80. Noklikšķiniet uz " Nākamais » izvēlieties standarta instalāciju. Klikšķis " Nākamais » , ja nepieciešams, mainiet instalācijas direktoriju, nākamajā logā noklikšķiniet uz “ Uzstādīt, pēc kura sāksies instalēšanas process.

Kad instalēšana ir pabeigta, sistēmas teknē parādīsies ikona; ja mēs uz tās veicam dubultklikšķi, tiks atvērts šāds logs:

Ja jums joprojām ir problēmas ar standarta portu, vienmēr varat to mainīt manuāli, lai to izdarītu, jums jāiet uz mapi, kurā tas ir instalēts. Apache, atlasiet mapi " conf", atveriet tajā esošo failu " httpd.conf" Atrodiet tajā parametru "Klausieties" un mainiet tā vērtības uz vajadzīgo portu, piemēram, 8080.

Pēc porta numura maiņas saglabājiet failu un restartējiet Apache. Lai to izdarītu, teknē noklikšķiniet uz ikonas

Ar peles kreiso pogu parādītajā izvēlnē atlasiet “ Restartēt».

Pārliecināsimies, ka Web serveris darbojas, dodieties uz pārlūkprogrammu un adreses ievades laukā (kur 8080 ir mūsu instalētais ports) ievadiet http://localhost:8080/, ekrānā jāparādās šādai lapai:

2.2 Platformas iestatīšana

Veiksmīgai darbībai ir jāinstalē šādi komponenti:

2.3. Mobilās platformas uzstādīšana

Lejupielādējiet mobilo platformu no 1C vietnes https://users.v8.1c.ru/. Mūsu piemērā tiek izmantota versija 8.3.8.70.

Lejupielādētā platforma ir arhīvs, kas sastāv no šādām mapēm:

  1. Android- satur failus montāžai operētājsistēmai Android;
  2. iOS- satur failus montāžai iPhone;
  3. Windows- satur failus Windows Phone montāžai;
  4. MobileAppMaker- satur “Application Builder” konfigurācijas failus.

Tā kā mēs izstrādāsim lietojumprogrammu ierīcei, kurā darbojas Android OS, mūs interesē pirmais direktorijs.

Apskatīsim tā saturu:

  • 1cem-arm.apk ir mobilā izstrādātāja platforma ARM arhitektūrai, kas ir visbiežāk izmantotā;
  • 1cem-x86.apk - mobilās izstrādes platforma x86 arhitektūrai, ko izmanto Intel procesoriem;
  • prjandroid-arm.zip - mobilā platforma, kas paredzēta mobilo lietojumprogrammu veidošanai (ARM arhitektūrai);
  • prjandroid-x86.zip ir mobilā platforma, kas paredzēta mobilo lietojumprogrammu veidošanai (x86 arhitektūrai).

Mēs ierīcē instalēsim mobilo platformu; lai to izdarītu, iekopējiet failu “1cem-arm.apk” tālruņa atmiņā vai, ja jūsu ierīce izmanto Intel procesors, "1cem-x86.apk".

Dosimies uz failu pārvaldnieku mobilajā ierīcē, atrodam savu failu un palaidīsim to

Instalēšanas laikā var tikt parādīts ziņojums par tādu programmu bloķēšanu, kuras nav saņemtas no Play veikala.

Šajā gadījumā jums jānoklikšķina uz " Iestatījumi" un parādītajā logā atzīmējiet izvēles rūtiņu Nezināmi avoti»

un atkārtojiet instalēšanu.

2.4 Konfigurācijas iestatījumi

Pēc visa programmatūra Esam gatavi sākt izstrādāt savu mobilo lietojumprogrammu. Izveidosim jaunu informācijas bāzi un ieejam tajā konfigurācijas režīmā.
Dodieties uz izvēlni Rīki -> Opcijas un atzīmējiet izvēles rūtiņas, kā parādīts ekrānuzņēmumā:

Vai jums ir jautājums vai nepieciešama konsultanta palīdzība?

Pēc tam izsauciet saknes konfigurācijas mezgla rekvizītus un iestatiet parametru “Use Purpose” kā “Mobilā ierīce”, atzīmējiet “ Personālais dators"Mēs to noņemam. Pēc tam mobilās aplikācijas objekti kļūs pieejami. Daži konfigurācijas objekti kļūs nepieejami.

2.5. Lietojumprogrammas konfigurācijas publicēšana

Nākamais solis ir konfigurācijas pārsūtīšana uz tālruni. Lai to izdarītu, vispirms mēs izveidosim direktoriju; ceļam uz šo direktoriju jābūt īsam, tajā nedrīkst būt atstarpes un jāsastāv tikai no latīņu rakstzīmēm, piemēram, C:\MobileApp. Tālāk dodieties uz Konfigurācija -> Mobilā lietojumprogramma -> Publicēt . Parādītajā logā aizpildiet parametrus:

  • Name — mobilās lietojumprogrammas nosaukums. Nosaukums nedrīkst būt tāds pats kā plānā klienta datu bāzes publikācijas nosaukums.
  • Atjaunināt mobilo aplikāciju – ja šis parametrs instalēta, tad katru reizi, kad konfigurācija tiek atjaunināta, konfigurācija ierīcē tiks automātiski atjaunināta
  • Direktorijs - ceļš uz mapi, kurā tiks saglabāti mobilās lietojumprogrammas faili.

Pārliecināsimies, ka viss darbojas, dodieties uz pārlūkprogrammu vietnē http://localhost:8080/Mobapp/, mums vajadzētu redzēt šādu xml failu:

Adreses laukā ievadiet tā datora IP, kurā ir publicēta konfigurācija, un pašas publikācijas nosaukumu, atdalot to ar slīpsvītru. Mūsu piemērā tiek izmantots nestandarta ports, tāpēc adrese izskatīsies šādi:

Noklikšķiniet uz lejupielādes pogas, pēc lejupielādes parādīsies šāds iestatījumu logs:

Iestatiet parametrus:

  • « Restartējiet no konfiguratora" - Lietojumprogramma tiks automātiski atjaunināta, kad tiks atjaunināts XML konfigurācijas fails, kas atrodas tīmekļa serverī.
  • « Atkļūdošana ir iespējota» - Soli pa solim lietojumprogrammas atkļūdošana mobilajā ierīcē ir iespējama, izmantojot izstrādātāja datora konfiguratoru. Nospiediet pogu " labi».

Ja pēc pogas nospiešanas " Lejupielādēt"Radīsies līdzīga kļūda:

Tagad mūsu datu bāze ir pievienota mobilajai ierīcei, un mēs varam to palaist, noklikšķiniet uz tās datu bāzes atlases sarakstā. Parādītais logs ir tukšs, jo mēs vēl neesam pievienojuši nevienu metadatu objektu. Sāksim attīstību.

  1. Apmaiņas iestatīšana starp centrālo banku un mobilo aplikāciju

Pieņemsim, ka mums ir noteikta avota datu bāze, kurā ir tikai viens direktorijs: “Nomenklatūra”. Un tai ir jāapmainās ar informāciju ar mūsu mobilo lietojumprogrammu.

Dosimies uz mobilās lietojumprogrammas konfiguratoru un izveidosim hierarhisku direktoriju ar nosaukumu “Nomenklatūra”. Pievienosim saraksta formu.

Dosimies uz darba zonu mājas lapa un pievienojiet tur direktoriju saraksta veidlapu “Nomenklatūra”, iestatiet parametru “Start Page Template” kā “Viena kolonna”.

Noklikšķiniet uz pogas " Atjaunināt", jūsu tālruņa lietojumprogrammai ir jāatjaunina automātiski. Ja nē, panelī parādiet pogu un nospiediet to. Ekrānā jāparādās šādam logam:

Nākamais solis ir jaunas informācijas drošības izveide. Mēs tam pievienosim direktoriju “Nomenklatūra”, kura struktūra pilnībā atkārtos mobilās aplikācijas direktoriju “Nomenklatūra”. Šī datu bāze darbosies kā Avots.

Izveidosim jaunu Web pakalpojumu, sauksim to par "MobileExchange". Rekvizītos iestatiet “MobileExchange” nosaukumvietas URI. Šajā tīmekļa pakalpojumā mēs pievienosim jaunu darbību un nosauksim to “Produktu lejupielāde”

Tagad rakstīsim kodu, kas veidlapā atgriezīs produktu sarakstu no avota datu bāzes xml failu. Dosimies uz darbības "Produktu augšupielāde" rekvizītiem un izveidosim jauna funkcija no lauka" Metodes nosaukums" Funkcijā ierakstīsim šādu kodu:

Publicēsim Web pakalpojumu, šim nolūkam mēs ejam Administrēšana -> Publicēt Web -Serveris . Parādītajā logā iestatiet tīmekļa pakalpojuma nosaukumu “MobileExchange” un noņemiet atzīmi no izvēles rūtiņas “Publicēt plāno klientu un tīmekļa klientu”. Pēc tam nospiediet pogu " Publicēt».

Pēc Web pakalpojuma publicēšanas pāriesim uz mobilās platformas konfigurāciju, atveram direktorija “Nomenklatūra” saraksta formu un pievienosim jauna komanda Veidlapas komandu panelī “Atjaunināt vienumu”. Pirms to darīt, ieteicams noņemt atzīmi “ Automātiskā aizpilde" šajā panelī.

Izveidojiet jaunu darbību komandai “Atjaunināt vienumu” un ierakstiet šādu kodu:

Mēs atjauninām konfigurāciju.

Tas pabeidz attīstību. Mēs pārejam uz avota lietotāja konfigurācijas režīmu un patvaļīgi aizpildām nomenklatūras direktoriju

Mēs ejam uz mobilo ierīci, palaižam lietojumprogrammu un noklikšķiniet uz pogas “Atjaunināt vienumu”. Ja viss ir izdarīts pareizi, ekrānā jāparādās šādiem datiem:

Secinājums

Apkoposim savu darbu – mums izdevās no nulles konfigurēt un izstrādāt mobilo aplikāciju un iestatīt tās apmaiņu ar citu datu bāzi. Ir vērts atzīmēt, ka 1C Mobile platforma ļauj to izdarīt ātri un ērti.

Tātad mēs nonākam pie 1C: Enterprise mobilās lietojumprogrammas veidā -Īss pārskats par mobilo aplikāciju no iekšpuses.

Mobilā lietojumprogramma ir autonoma lietojumprogramma ar savu datu bāzi darbam ar lietotāja informāciju. Tagad, 1C mobilās lietojumprogrammas var darboties trīs populārākajās platformās - Android, Apple iOS un Windows.


Mobilās aplikācijas instalēšana šajās platformās tiek veikta no “tirgiem”.. Ja lietojumprogramma nav publicēta, varat to instalēt, pārsūtot izplatīšanas failu uz savu mobilo ierīci.

Pašu mobilo aplikāciju var konfigurēt un programmēt tikai pilnajā konfiguratora režīmā un pēc tam to salikt, izmantojot speciālo konfigurāciju Mobile Application Builder.
Tas ir milzīgs pluss, jo mobilās lietojumprogrammas izstrādi var veikt 1C konfigurācijas izstrādātājs, kurš uztur jūsu programmu 1C: Enterprise.
Protams, mobilajai lietojumprogrammai ir mazāk iespēju nekā darbvirsmas platformai: piemēram, nav tādu objektu kā atskaites, grāmatvedības reģistri, biznesa procesi..




Vēl viens mīnuss - jūs nevarēsit izveidot savienojumu ar 1C datu bāzi, kas darbojas uz darbvirsmas platformas faila vai servera versijā.


Bet ir funkcionalitāte mobilo priekšrocību izmantošanai: izstrādājot mobilo lietojumprogrammu, varat izmantot kontaktu grāmatu, zvanīt no lietojumprogrammas, izmantojot “ T telefonija”, iegūstiet atrašanās vietas datus, izmantojot ģeopozicionēšanu.

Tu jautā: " Kā strādāt ar parastu 1C datu bāzi? Kāpēc šāds pieteikums vispār ir vajadzīgs?

Lai sazinātos ar “ārpasauli”, ir vairākimehānismi, piemēram, apmaiņas plāni. Tie ļauj saistīt pilnvērtīgu 1C datu bāzi un mobilo lietojumprogrammu datu bāzi - aptuveni tādā pašā veidā, kā tās darbojas izplatītās datu bāzes datus.

Mobilajai aplikācijai ir jāpilda mobilās aplikācijas funkcija un tai atbilstošā funkcionalitāte, tāpēc visi dati no vienas datu bāzes uz otru netiek pilnībā sinhronizēti, un tos nevarēja veikt iepriekš aprakstītā objekta ierobežojuma dēļ.
Šī apmaiņas ieviešana ir pieejama, piemēram, 1C programmu kombinācijā: Enterprise 8 Trade Management Rev. 11 unmobilā aplikācija "1C:Orders" . Datubāzes apmainās ar informāciju par darījumu partneriem, klientu pasūtījumiem, preču klāstiem un cenām. Tajā pašā laikā mobilā aplikācija var darboties bezsaistē un, ja ir pieejams internets, apmainīties ar datiem.
Mobilā lietojumprogramma izskatās pieklājīgi, tajā ir vizuāli atpazīstams stils salīdzinājumā ar 1C darbvirsmas versiju, kā arī standarta darbību kopums, kas tiek veikts ar objektiem, piemēram: “Iziet”, “Atzīmēt dzēšanai” un tamlīdzīgi. Tāpēc mobilās aplikācijas lietotāji būs pazīstami ar darba kontekstu.

Lūk, kā izskatās lietojumprogrammas saskarne jaunākajās versijās:


Otrs populārs saziņas veids starp mobilo aplikāciju un grāmatvedības sistēmu
1C:Enterprise 8 ir darbs, izmantojot tīmekļa pakalpojumus

Vispārējā organizācijas shēma ir šāda: lietojumprogrammas risinājumā 1C: Enterprise 8 vai vienkāršāk - konfigurācijā ir aprakstīts tīmekļa pakalpojums, kas veic dažas funkcijas tajā pusē, kurā pakalpojums tiek publicēts un var pārsūtīt datus.

Vienkārši sakot: no mobilās lietojumprogrammas tiešsaistē varat piekļūt 1C: Enterprise 8 grāmatvedības sistēmai, veikt jebkuru pakalpojumā aprakstīto funkciju - piemēram, iegūt datus par pārskatu vai izveidot jaunu darījuma partneri.

Skatīt vairāk:

Pakalpojums var pārsūtīt datus formātā, kas aprakstīts XDTO pakotni, un pats izstrādātājs apraksta šo datu modeli. Varat pārsūtīt primitīvus veidus: skaitļus, virknes, datumus. Jūs varat pārsūtīt sarežģītus veidus, varat pārsūtīt bināros datus - piemēram, attēlus vai PDF dokumenti, XLS. Parādīsim vienkāršu piemēru, kur ir aprakstīta pakete ar uzdevumiem - uzdevuma numurs un nosaukums. Piemērs tam, kā izskatās iepakojums:

Savukārt iekšāMobilajā aplikācijā tiek izveidots objekts ar tipu WS-Link. Tas norāda tīmekļa pakalpojuma adresi, pēc kuras automātiski tiek ielādēti datu veidi un metodes, ar kurām pakalpojums darbojas:

Viss ir gatavs! Mobilajā lietojumprogrammā tagad varat piezvanīt uz 1C: Enterprise 8 servisa funkciju vai saņemt nepieciešamos datus.

Kā ar licencēm mobilajām lietojumprogrammām no 1C?

Šis jautājums ir apskatīts 1C informatīvajā vēstulē. Izvilkums ir zemāk.

Mūsu ieteikumi:
Mobilās lietojumprogrammas no 1C ir diezgan Jauns produkts, bet parastajā “iesaiņojumā” - izstrādi var veikt pilnas slodzes 1C speciālists. Tie paver jaunus apvāršņus mijiedarbības paplašināšanai ar grāmatvedības sistēmu un datu konsolidācijai vadības grāmatvedībai. Mēs iesakām izmantot šo iespēju, ja stacionārā iespēja strādāt ar 1C nav piemērota un pietiks ar mobilo funkcionalitāti, piemēram, piekļuve tikai daļai datu vai procesa daļai.

Un saskaņā ar tradīciju gadījums:

Uzdevums:

Klientam ir centrālais birojs un vairāki punkti tajā tirdzniecības tīkls. Katrā punktā ir vairāki pārdošanas vadītāji un viens darba vieta preču pārdošana ar grāmatvedības programmu.

Kurā, centrālais birojs dod norādījumus pārdevējiem- piemēram, savākt pasūtījumu citam punktam no saviem pārpalikumiem vai izjaukt norādīto preci.

Lai uzstādītu uzdevumus, Klients vispirms izmantoja e-pastu un telefona zvani, Bet -Bija tikai viena automatizēta darbstacija, un darbinieki nevarēja ātri saņemt uzdevumus un atbildēt uz tiem. Centrālajam birojam bija grūtības uzraudzīt šādus uzdevumus, jo, uzstādot pa tālruni, uzdevums nekur netika pierakstīts, un bija grūti pārskatīt pastu, vai nav izpildīti uzdevumi.

Risinājums:

Mēs piedāvājām šādu risinājumu. Izstrādājiet nepieciešamo funkcionalitāti uzdevumu noteikšanai darbiniekiem, pamatojoties uz mobilo aplikāciju 1C: Orders un integrējiet to ar centrālo grāmatvedības sistēmu.

Kā platformu mobilās lietojumprogrammas palaišanai un darbam ar to mazumtirdzniecības vietas darbinieks varētu izmantot savu Mobilais telefons, un tiem, kam to nebija, centrālais birojs iegādājās lētus viedtālruņus.

Sakarā ar to, ka mobilā aplikācija un centrālā grāmatvedības sistēma darbojas vienā informācijas telpa- tika panākta uzdevumu noteikšanas un tieši tā darbinieka uzrunāšanas efektivitāte, kam tas bija paredzēts.

Informācijas pārsūtīšanas precizitāte ir palielinājusies – ja iepriekš e-pasts vadītājs birojā rakstīja - “sagatavo preces pēc pasūtījuma Nr.___”, bet tagad uzdevumā vienkārši norādīja saiti uz vajadzīgo pasūtījumu, kuru punkta darbinieks varēja atvērt pa telefonu.

Paaugstinājās kontroles līmenis pār uzdevumiem – tie nekur nepazuda un tiem bija statuss, ko darbinieks tiem piešķīra uzdevuma izpildes procesā. Un centrālais birojs vienmēr varēja kontrolēt uzdevumu.

Anatolijs Ņikuļins

Mobilā platforma "1C:Enterprise 8" ir tehnoloģijas nosaukums, kas ļauj izstrādāt risinājumus, kas darbojas viedtālruņos un planšetdatoros Google Android vai Apple iOS. Svarīga 1C platformas priekšrocība ir tā, ka risinājumi tiek izstrādāti vienā versijā abām mobilajām operētājsistēmām un pēc tam vienkārši eksportēti uz Android un priekš iOS bez jebkādām papildu modifikācijām un no platformas atkarīga programmas koda rakstīšanas.

Gan platforma 1C:Enterprise, gan pati informācijas bāze (konfigurācija, 1C izteiksmē) tiek nekavējoties instalēta mobilajā ierīcē. Informācijas bāze ierīcē ir failu datu bāzes versija (dažādu datu glabāšanai, ar kuriem lietotājs strādā vai strādās) un pati lietojumprogramma (programmatūras baitkods, kas darbojas planšetdatorā vai viedtālrunī).

EDMS “Corporate Document Flow” mobilā klienta piemērs, kas izveidots mobilajā platformā “1C:Enterprise 8.3”

Platforma atbalsta lietojumprogrammu lejupielādi un izvietošanu, ko lietotāji savās ierīcēs no veikaliem veic Aplikāciju veikals vai Google Play. Izplatīšanas komplektā ir visi komponenti, kas nepieciešami, lai sāktu darbu.

Uz 1C mobilās platformas bāzes var izveidot dažādus risinājumus, taču galvenā risinājuma iespēja ir mobilie bezsaistes klienti grāmatvedības sistēmām. Šie risinājumi ir paredzēti, lai atbalstītu mobilo sakaru lietotāji attālās darba vietās. Datu apmaiņa tiek veikta, regulāri sinhronizējot ar centrālo datu bāzi. Datu apmaiņa ir iespējama, izmantojot šādus mehānismus:

  • Tīmekļa pakalpojumi
  • Failu koplietošana
  • E-pasts
  • un citi mehānismi
    Alternatīva iespēja ir strādāt tiešsaistē, izmantojot tīmekļa klientu.

Izstrādātā mobilā aplikācija ir atsevišķs, pilnīgs programmatūras produkts un spēj apmainīties ar datiem ar vairākām centrālajām datu bāzēm vienlaikus. Piemēram, vienā mobilajā lietojumprogrammā var ieviest piekļuvi un strādāt ar dokumentiem no grāmatvedības datu bāzes un uzdevumiem no uzņēmuma dokumentu pārvaldības sistēmas.


Šī gada 28. septembrī 1C bez liela trokšņa un patosa izlaida platformas 8.3.2.163 novērtējuma versiju, kas bija paredzēta testēšanai. Pilns saraksts izmaiņas un uzlabojumi, tie, kas vēlas, var lasīt vai, ja ir abonements, .
No uzskaitītajiem uzlabojumiem man šķiet diezgan “garšīgs” “1C Mobile Platform: Enterprise 8”, kas ļauj izveidot aplikāciju Android vai iOS mobilajām operētājsistēmām, izmantojot parastos 1C rīkus.

Mobilā platforma, kā raksta paši izstrādātāji, “Šis ir vispārējais nosaukums tehnoloģijai, kas ļauj izveidot lietojumprogrammas, kas darbojas mobilajās ierīcēs, kurās darbojas operētājsistēmas Android sistēmas vai iOS."
"Ierīcē instalētā mobilā lietojumprogramma ir mobilās platformas un informācijas bāzes kombinācija."

Tas ir, vienkārši sakot, varat apkopot savu rakstīto konfigurāciju Android (.apk) vai iOS (.zip) lietojumprogrammā. Pēc tam visu šo saturu var ievietot pakalpojumā Google Play vai AppStore. Tiesa, ja programmu Android ar tur izveidoto atslēgu var parakstīt uzreiz 1C, un tā uzreiz būs gatava publicēšanai, tad, lai lietojumprogrammu publicētu AppStore, tā vispirms būs jākompilē, izmantojot Xcode programmu datorā ar operētājsistēmu Mac sistēma OS X. Un, protams, lai publicētu kādu no šiem veikaliem, ir nepieciešama izstrādātāja licence.
Viss izklausās labi, un es, protams, vēlējos izmēģināt jaunās funkcijas darbībā.

Mobilās lietojumprogrammas izveide uz 1C

Šim nolūkam mums ir nepieciešams jauna versija platformas (), uzņemtais fails, android SDK un JDK.
Tūlīt brīdināšu: es pašlaik neuzlieku sev uzdevumu parādīt kaut kā konkrēta izstrādes procesu uz 1C, bet es tikai vēlos pārbaudīt un parādīt, ka - jā, pasaule ir kļuvusi traka un jūs patiešām varat uzrakstiet programmu Android operētājsistēmā 1C.
Nu, mēģināsim uzrakstīt sava veida “helloWorld” Google Phone. Izveidosim programmu testa nolūkiem - konfigurāciju ar vienu vispārīgu formu, kuru ievietosim uz “darbvirsmas”.
Tātad, mēs izveidojam jaunu konfigurāciju pārvaldītajā režīmā, un pirmais, kas mums jādara, ja mēs rakstām mobilajai platformai, ir pašas konfigurācijas īpašībās norādīt “Lietošanas mērķis”.

Un šeit mēs uzreiz pamanām, ka daudzi konfigurācijas objekti ir kļuvuši nepieejami lietošanai. Mēs vairs nevarēsim izmantot apakšsistēmas, rutīnas uzdevumus, XDTO pakotnes, Tīmekļa pakalpojumi, atskaites, biznesa procesi un daudz kas cits. Tāpat nav pieejamas daudzas procedūras un metodes dažiem objektiem. Tas jāņem vērā, izstrādājot.
Mēs izveidojam "veidlapu", izveidojam virknes atribūtu ar nosaukumu: "Sveiks, Habr!" - un izmetiet to formā. Izveidosim arī pogu. Klikšķu apstrādē mēs rakstīsim, piemēram, ziņojuma izvadi.

&OnClient procedure Command1(Command) brīdinājums("Tas darbojas!"); Procedūras beigas

Ar to pietiek, lai mēs varētu pārbaudīt tā funkcionalitāti, tāpēc pāriesim pie jautrās daļas. Mēs saglabājam konfigurāciju mobilās lietojumprogrammas failā (Konfigurācija->Mobilā lietojumprogramma-> Rakstīt failā), palaižam pārvaldītajā režīmā un sākam apstrādi MobileAppWizard.epf. Šis fails atrodas mobile.zip arhīvā, kuru mēs lejupielādējām pašā sākumā.
Un tagad mums tiek lūgts aizpildīt sākotnējos iestatījumus, kur visi obligātie lauki ir pasvītroti sarkanā krāsā.

Mobilās platformas atrašanās vieta - direktorijs, kurā atrodas android.zip un ios.zip faili, kas nepieciešami mobilās lietojumprogrammas piegādei. Tie visi atrodas vienā mobile.zip arhīvā.
Mēs norādām mapi, kurā instalējām Android SDK (varat to lejupielādēt). 1C nosaka šādas prasības:
Android SDK Tools versija - ne zemāka par 20.0.3;
Android SDK platformas rīku versija - ne zemāka par 14;
SDK platformas versija — API 8 (ne zemāka par versiju 8.3).
Un mums ir nepieciešams arī Java SDK (var iegūt šajā adresē) Turklāt 1C mūs brīdina, ka JDK7 nedarbojas kopā ar Android SDK.
Mēs norādām mapes, kurās tiks ievietots mūsu .apk fails, parakstīšanas atslēgas atrašanās vieta un aizstājvārds ar paroli. Ja to darāt pirmo reizi un jums nav atslēgas, varat aizpildīt “atslēgas parametrus” un izveidot atslēgu sev (šajā gadījumā laukā “atslēgas fails” jānorāda mape kur šī atslēga tiks izveidota).
Noklikšķiniet uz "OK" un dodieties uz otro logu.

Tajā, pirmkārt, mēs norādām “Mobilās lietojumprogrammas konfigurācija” - to pašu failu, kuru saglabājām. Pēc tam valodu, un tikai tad noklikšķiniet uz pogas ar “lupu” un ievadiet tur attēlojumu. Mēs norādām “Lietojumprogrammas ID” - unikālu Java klases nosaukumu, kas turpmāk tiks izmantots atjaunināšanas veikšanai. Identifikators jāraksta latīņu valodā, un 1C iesaka tā nosaukumu sākt ar “com.e1c”. Ievadiet versijas un būvējuma numuru un noklikšķiniet uz pogas “Izveidot”. Ja viss noritēs labi, sistēma paziņos, ka .apk fails ir veiksmīgi izveidots.
Mēs augšupielādējam iegūto failu tālrunī un instalējam to ar mūsu iecienītāko pārvaldnieku, iepriekš atļāvot instalēšanu sistēmas iestatījumos trešo pušu lietojumprogrammas. Vai arī instalējiet programmu emulatorā, izmantojot adb. Es teikšu uzreiz: emulatorā viss ir šausmīgi lēni, bet tālrunī (es tikai to pārbaudīju HTC Wildfire S) lietas ir daudz labākas, bet joprojām ir problēmas. Piemēram, mans fails izrādījās pat 34 Mb smags, tāpēc instalēšana aizņēma diezgan ilgu laiku. Pēc palaišanas mūs sagaida uzplaiksnījuma ekrāns, un pēc kāda laika sākas pati konfigurācija. (atvainojos par fotogrāfiju: uzņēmu ar kalkulatoru)

Līdz šim jaunās funkcijas izskatās ļoti “neapstrādātas”: ierobežota 1C funkcionalitāte, neiespējamība izmantojot SDK tieši, plus liels izmērs un dažas “bremzes”... Bet pati iespēja uz 1C uzrakstīt programmu mobilajai platformai ir nedaudz pārsteidzoša! Personīgi man par to ir divas domas. No vienas puses, šī "funkcija" joprojām ir vairāk kā rotaļlieta, jo nav iespējas izdarīt kaut ko patiešām vērtīgu. Bet, no otras puses, tas nepārprotami ir liels 1C uzņēmuma solis mobilitātes virzienā, un, ja šis virziens tiek aktīvi attīstīts, tas var dot daudz priekšrocību. Piemēram, jūs varat aprīkot noliktavas darbiniekus ar planšetdatoriem. Ja ir iespēja izmantot “borta” kameras, tad var atbrīvot sevi no lasīšanas ierīcēm un skenēt kodus tieši no planšetdatora, vari nodrošināt tos auto vadītājiem un nosūtīt transportēšanas uzdevumus vai izsekot transportlīdzekļa maršrutu un laiku. kustība. Kopumā ir daudz iespēju, un tas, ka tas viss būs vienā informācijas sistēma, ļoti iepriecinās klientus/menedžerus, jo viņiem nez kāpēc vienmēr ir paniskas bailes lietot liels daudzums dažādas sistēmas, viņi vēlas izmantot visu funkcionalitāti vienā platformā.