Sākotnējie iestatījumi

Pirms darba sākšanas mobilajā ierīcē ir jāinstalē pakalpojuma 1C: Link saknes sertifikāts.

Mobilās aplikācijas iestatījumos jānorāda ceļš uz informācijas bāze, publicēts, izmantojot "1C: Link". Iezīme darbam ar mobilajām lietojumprogrammām, izmantojot "1C: Link", ir tāda, ka savienojums ar tīmekļa pakalpojumiem tiek veikts pēc to nosaukumiem, nevis ar aizstājvārdiem (alias). Dažās mobilajās lietojumprogrammās (piemēram, 1C:DO) savienojuma virkne tiek ģenerēta automātiski, un tai nav nepieciešams tīmekļa pakalpojuma nosaukums.

Mobilo lietojumprogrammu iestatīšanas iespējas

1C: pasūtījumi

• Informācijas bāzē dodieties uz sadaļu "Administrēšana", atlasiet izvēlnes vienumu "CRM un pārdošana", atzīmējiet izvēles rūtiņu "Atļaut datu sinhronizāciju ar mobilo lietojumprogrammu 1C: Klientu pasūtījumi", noklikšķiniet uz saites "Sinhronizācijas iestatījumi" un pievienojiet iestatījumu. lietotājam.
• Pieteikšanās: 1C lietotāja pieteikšanās
• Iestatījums "1C:LINK" ir iespējots
• Tuneļa nosaukums:<ваш-туннель>
• Iestatījumam “SSL” jābūt iespējotam, lai tas darbotos ar IS, izmantojot HTTPS, un atspējotam, lai tas darbotos, izmantojot HTTP
• Katalogs: <путь веб-приложения>

Mobilā dokumentu pārvaldība

• Iespējojiet mobilo klientu informācijas bāzes iestatījumos.
  Lai to izdarītu, dodieties uz informācijas bāzi kā lietotājs ar administratora tiesībām, atlasiet izvēlnes vienumu "Iestatījumi un administrēšana" - "Programmas iestatījumi" - "Datu apmaiņa" un atzīmējiet izvēles rūtiņu "Izmantot mobilos klientus"
• Savienojuma adrese: https://<ваш-туннель>.website/<путь веб-приложения>
• Pieteikšanās: 1C lietotāja pieteikšanās
• Parole: viņa parole

Lūdzu, ņemiet vērā, ka, lai strādātu ar mobilo lietojumprogrammu, jums ir jābūt versijai 1C: Document Management 8, kas nav zemāka par 1.3.1.3 CORP.

1C: UNF

• Mobilās lietojumprogrammas "1C: UNF" sinhronizācijas iestatījumos dodieties uz sadaļu "Cits pakalpojums".
• Laukā "Pieteikuma adrese" ievadiet (bez ru_RU)
• Norādiet informācijas bāzes lietotāja pieteikumvārdu un paroli un noklikšķiniet uz pogas "Pieteikties".

1C: ERP monitors

• Pieteikšanās: 1C lietotāja pieteikšanās
• Parole: viņa parole
• Iestatījums "1C:LINK" ir iespējots
• Tuneļa nosaukums:<ваш-туннель>
• Katalogs: <путь веб-приложения>

​

1cfresh grāmatvedības klients

Lai sinhronizētu ar uzņēmuma grāmatvedības nodaļu, kas publicēta sadaļā 1C: Link, varat izmantot mobilo lietojumprogrammu 1cfresh Accounting Client.

• Mobilās aplikācijas "Grāmatvedības klients 1cfresh" iestatījumos dodieties uz sadaļu "Cits pakalpojums"
• Laukā "Savienojuma bāzes adrese" ievadiet https://tunnel name.link.1c.ru/web lietojumprogrammas ceļš(bez ru_RU)
• Norādiet informācijas bāzes lietotāja pieteikumvārdu un paroli un noklikšķiniet uz savienojuma pogas.

​
​

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

Šajā rakstā galvenā uzmanība tiks pievērsta tam, ko man bija iespēja izmēģināt un uz kāda grābekļa uzkāpt, pirms man izdevās izveidot vairāk vai mazāk normālu planšetdatoru aplikāciju. Lietojumprogramma sākotnēji tika uzlabota tikai operētājsistēmai Android, pamatojoties uz konfigurāciju 1C: Pasūtījumi un mobilā lietotne attīstībai.

Sākotnēji tika izvēlēta "nepareizā" pieeja ar aplikācijas sastādīšanu un manuālu augšupielādi planšetdatorā. Atgādināšu, ka mobilo aplikāciju veidošanai tiek izmantots Mobile Application Creation Assistant (MobileAppWizzard). Tad vienā no forumiem tika atrasts skaists risinājums, izmantojot mobilo aplikāciju izstrādei. Šī lietojumprogramma ir iekļauta mobilās platformas instalācijas komplektā. Izstrādes laikā tika izmantota platformas versija 8.3.3.24. Mapē " Android"Jūs varat atrast failu 1cem.apk. Šī ir mobilā lietojumprogramma attīstībai. Tās lielākais pluss, kas ietaupīja mums daudz laika, ir tas, ka varat publicēt mobilo lietojumprogrammu tīmekļa serverī un planšetdatorā norādīt ceļu, piemēram, http://[ Web servera adrese]/[ Mobilās lietotnes nosaukums].

Planšetdatorā pievienotās lietojumprogrammas iestatījumos varat atzīmēt izvēles rūtiņu "Atjaunināt no konfiguratora", un katru reizi, kad programma tiek startēta, 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 pabeigšanas process.

Kas bija vajadzīgs:

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

2. Organizējiet asimetrisku sinhronizāciju: augšupielādējiet datus par preču klāstu, darījumu partneriem, krājumu atlikumiem un norēķiniem no centrālās datu bāzes un lejupielādējiet no mobilās aplikācijas tikai klientu pasūtījumus.

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

Testēšanas posmā tika izmantota starpbā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. v82.ComConnector tika izmantots, lai apmainītos ar centrālo bāzi. Es neiedziļināšos tā iestatījumu detaļās, par to ir daudz atsevišķu materiālu. Es vienkārši iešu cauri grūtībām, ar kurām saskāros.

1. Com-use 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. Izsauktajam 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. Kā tas nedarbojas, es dalīšos tālāk.

Darba bāze ir izvietota uz 8.2 platformas, mobilā lietojumprogramma, attiecīgi, uz 8.3.

Publicējot pirmo pieteikumu 8.3, un pēc tam 8.2. periodiski izrāva "Straumes formāta kļūdas" kļūmi 8.3 tīmekļa klientā vai kļūdas ziņojumu "klienta un servera platformas versijas atšķiras". Pārpublicēšana nepalīdz, un arī restartēšana nepalīdz. Apache. Bet publikācijas atspējošana un atkārtota savienošana palīdz.

Turklāt es pieķēru smieklīgu kļūdu, autorizējot lietotāju (veidojot ws definīcijas). Pārbaudot datorā, autorizācija ar garu pilnu vārdu ir vienkārša. Mēģinot autorizēt to pašu lietotāju no planšetdatora, kas darbojas Android, autorizācija beidzās pirms tās sākuma. Eksperimentāli bija iespējams aprēķināt, ka pieteikšanās garums kirilicā ir ierobežots līdz 22 rakstzīmēm. Tajā pašā laikā kirilicas rakstzīmju un ciparu kombinācija ļāva 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 Vikipēdijas līnija "ivo" tiek pārveidots par "».

Tehnoloģiski mobilajai platformai 8.3.3 pašlaik ir vairāki ierobežojumi. Gaidāmākais, manuprāt, jauninājums ir pieprasījumu atbalsts. Bet, tā kā mobilā platforma vēl neatbalsta patvaļīgus pieprasījumus dinamiskajos sarakstos, man bija jādodas uz citu ceļu.

Lai atrisinātu problēmu, kas saistīta ar preču uzziņu grāmatas ar cenām un atlikumiem parādīšanu, tika izmantota šāda pieeja:

1. Ir izveidotas divas tabulas vienumu uzziņu grāmatas veidā. Pirmais ir dinamisks saraksts, pats faktiskais 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 parādīta otrajā tabulā. Iegūstot cenas un atlikumus, tika izmantots objekta modelis. Visas šīs dejas ar tamburīnu tika izpildītas tikai tāpēc, ka nav biezam klientam pazīstamas metodes “izvadot virkni” vai “datus saņemot”, un nav iespējams dinamiski zīmēt skaitļus kolonnā.

Līdzīga pieeja tika izmantota atlases veidā

2. Formatētā virkne bija lieliski piemērota virknes attēlošanai ar pašreizējām cenām.

Zemāk ir koda piemērs.

&AtServerWithoutContext Funkcija ResidualsWhenRowsAtServer(number)RecordSet ir aktivizēta =RegistersInformation.ProductPrices.CreateRecordSet(); RecordSet.Selection.Product.Value = nom; Recordset.Selection.Item.Use = true; RecordSet.Read(); ArrayFormattedStrings = jauns masīvs; Katrai kopas rindai no RecordSet Loop ArrayFormattedStrings.Add(New FormattedString(SetRow.PriceType.Description,WebColors.Blue)); ArrayFormattedStrings.Add(New FormattedString(" " + String(SetString.Price) + " ")); EndCycle; Atgriezt New FormattedString(ArrayFormattedStrings); // Ievietojiet apdarinātāja saturu. EndFunctions

3. Lai ielādētu katalogus, atlikumus un cenas mobilajā aplikācijā, tika izmantots tīmekļa pakalpojums, kas ievadē saņem parametru struktūru, bet izejā atgriež vērtību krātuvi. Vēl viens nepatīkams atklājums bija apmaiņas avārija pārāk ilgas apstrādes dēļ servera pusē. Man radās iespaids, ka ir kaut kāds taimauts, pēc kura aplikācija "domā", ka savienojums ir pārtraukts (lai gan patiesībā 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 mobilajā lietojumprogrammā. Tie. vispirms sinhronizē posteni, tad darījuma partnerus, tad atlikumus utt.

4. Lai saņemtu atskaites, tiek atstāta tāda pati pieeja kā konfigurācijā 1C: Pasūtījumi. Tiek izsaukts tīmekļa pakalpojums ar parametriem, darba bāzes servera pusē tiek izveidots izklājlapas dokuments un pēc tam jau sagatavotais izklājlapas dokuments tiek atgriezts mobilajā aplikācijā.

Šajā rakstā mēs apsvērsim sākotnējos iestatījumus, kas jāveic pirms darba sākšanas ar mobilo lietojumprogrammu.
Mobilā aplikācija "1C-Rating: Mobilais viesmīlis" tiek izmantota kopā ar "1C-Rating: Restaurant" konfigurāciju, ar kuru tā ir savienota, izmantojot periodisku datu apmaiņu. Tāpēc pirms konfigurācijas 1C-Rating: Mobile Waiter instalēšanas jums ir jāveic atbilstoši iestatījumi programmā 1C-Rating: Restaurant.

Informācijas bāzes "1C-Rating: Restaurant" izveide

Visa normatīvā un atsauces informācija, kas tiek izmantota darbā ar mobilo aplikāciju, ir aizpildīta konfigurācijas "1C-Rating: Restaurant" informācijas bāzē. Pirms mobilās lietojumprogrammas un konfigurācijas "1C-Rating: Restaurant" aktivizēšanas un apmaiņas veikšanas konfigurācijā "1C-Rating: Restaurant" aizpildiet šādus datus:

• Direktorija Organizācija;
• Direktorija Krājumi;
• Direktorija Kases aparāts;
• Direktorija Halle;
• Direktorija Modifikatori;
• Informācijas reģistri Ēdienreižu modifikatori;
• Informācijas reģistri Iepriekš noteikti pasūtījuma vienumi;
• Informācijas reģistri Zīmogu drukāšanas maršrutēšana;
• Direktorija Izvēlņu veidi;
• Direktorija RMK iestatīšana;
• Direktorija Lietotāji.

Lietotāja iestatīšana

Lietotājiem, kuri strādās ar mobilo aplikāciju, jābūt iepriekš izveidotiem informācijas bāzē 1C-Rating: Restaurant. Mobilās aplikācijas lietotājam papildus pamata iestatījumiem un lomām, kas saistītas ar "1C-Rating: Restaurant" konfigurāciju, ir jābūt lomai, kas ļauj lietotājam strādāt ar mobilo aplikāciju.

Automātiskā zīmogu drukāšana

Pēc pasūtījuma veikšanas mobilajā ierīcē ir iespēja izdrukāt zīmogus gatavošanas vietās (virtuvē, bārā). Pastmarkas tiek drukātas pēc šāda algoritma: mobilajā aplikācijā lietotājs veido vai maina pasūtījumus, kas tiek pārsūtīti uz 1C-Rating: Restorāna konfigurācijas centrālo informācijas bāzi. Centrālajā datu bāzē tie tiek uzkrāti informācijas reģistrā Zīmogu drukāšanas rinda. Uzskaites parametru iestatījumos norādītajā biežumā tiek uzsākta procedūra, kas no šī informācijas reģistra izdrukā zīmogus uz sagatavošanas vietām.
Lai iespējotu šo funkciju, grupas uzskaites parametru iestatījumos ir jākonfigurē "1C-Rating: Restaurant". mobilais viesmīlis iestatiet šādus iestatījumus:

• Drukāt mobilo viesmīļu zīmogus– šīs opcijas iespējošana ļauj nosūtīt zīmogus ar informāciju par sagatavošanu drukāšanai.

• Lietotājs mobilā viesmīļa zīmogu drukāšanai– no direktorija ir jāizvēlas lietotājs Lietotāji, kuras vārdā tiks veiktas drukas procedūras. Lai drukātu zīmogus, jums ir jāpalaiž sesija kā norādītajam lietotājam. Lai zīmogu drukāšanas procedūras nepalēninātu lietotāju darbu, ieteicams izveidot atsevišķu lietotāju (piemēram, “Launch RMK” vai “Print Stamps”) un ar šo uzsākt atsevišķu 1C:Enterprise sesiju. lietotājam, lai veiktu fona drukāšanu.

• Mobilā viesmīļa zīmogu drukāšanas intervāls– šis iestatījums norāda drukāšanas laika intervālu sekundēs. Šī parametra aizpildīšana ir obligāta zīmogu drukāšanai. Šī parametra vērtība tiek izvēlēta, pamatojoties uz konkrētas organizācijas prasībām, ieteicamā vērtība ir 10 sekundes.

Publicēšana tīmekļa serverī

Mobilās aplikācijas un stacionārās informācijas bāzes "1C-Rating: Restaurant" kopīgai darbībai nepieciešams sakārtot atbilstošu infrastruktūru:
1. Viesmīļu darba zonā jākonfigurē bezvadu tīkls Bezvadu internets.
2. Datorā, kurā tiks publicēta informācijas bāze "1C-Rating: Restaurant", ir jāuzstāda un jākonfigurē tīmekļa serveris (tiek atbalstīts darbs ar Apache vai IIS tīmekļa serveri).
3. 1C:Enterprise platforma un tīmekļa servera paplašinājuma moduļi ir jāinstalē vienā datorā. Moduļi tiek uzstādīti platformas uzstādīšanas laikā.


4. Jāpublicē informācijas bāze "1C-Rating: Restaurant".
5. Datoram ar publicēto informācijas bāzi un mobilajām ierīcēm jābūt vienā lokālajā tīklā.
Lai publicētu informācijas bāzi 1C-Rating: Restorāns, palaidiet 1C:Enterprise konfiguratora režīmā (izvēlne Administrācija - Publicēšana tīmekļa serverī). Atvērtajā logā rīkojieties šādi:

• Laukā manuāli ievadiet publikācijas nosaukumu Vārds, savukārt tas var sastāvēt tikai no latīņu alfabēta rakstzīmēm. vārds tiks ievadīts vēlāk mobilās aplikācijas iestatījumos.
• Laukā Web serveris Norādiet tīmekļa servera veidu, kurā publicējat.
• Laukā Katalogs norādiet ceļu uz direktoriju, kurā atradīsies faili, kas apraksta virtuālo direktoriju.
• Dodieties uz grāmatzīmi HTTP pakalpojumi un iespējot iestatījumu Publicēt noklusējuma HTTP pakalpojumus. Tabulas sadaļā pārbaudiet HTTP pakalpojumu Dati pieejamo pakalpojumu sarakstā.
• Uzspied pogu Publicēt. Pēc publicēšanas jums ir jārestartē serveris.

“1C vērtējums: mobilais viesmīlis” konfigurēšana

Mobilā aplikācija "1C-Rating: Mobilais viesmīlis" ir pieejama bezmaksas lejupielādei mobilajās ierīcēs no oficiālā Google Play tiešsaistes veikala. Lai lietotu lietotni komerciāli, jāiegādājas nepieciešamais Ierīču licenču skaits un jāaktivizē mobilā aplikācija katrā mobilajā ierīcē. Lai izpētītu mobilās aplikācijas funkcionalitāti, tiek nodrošināts demonstrācijas režīms, kurā nav jāiegādājas Ierīces licence.
Mobilās aplikācijas "1C-Rating: Mobilais viesmīlis" instalēšana tiek veikta automātiski un neatšķiras no jebkuras citas mobilās aplikācijas instalēšanas. Programmas 1C-Rating: Mobile Waiter atjauninājumi ir pieejami oficiālajā Google Play tiešsaistes veikalā bez ierobežojumiem un reģistrācijas ar 1C-Rating.
Pirmoreiz palaižot mobilo lietojumprogrammu, tiek parādīta darba režīma izvēles veidlapa. Ir divas iespējas, no kurām izvēlēties: Demo režīms un Aktivizējiet lietotni.
Demonstrācijas režīmu var iespējot, pirmo reizi palaižot mobilo lietojumprogrammu vai vēlāk, pēc aktivizēšanas, iestatījumu formā, izmantojot tāda paša nosaukuma slēdzi.
Kad šis režīms ir iespējots, mobilās aplikācijas datu bāze tiek automātiski aizpildīta ar demonstrācijas datiem, kas ļauj iepazīties ar funkcionalitāte produkts.

Lietojumprogrammas aktivizēšana

Lai strādātu ar mobilo aplikāciju un divvirzienu datu apmaiņu ar "1C-Rating: Restaurant" konfigurācijas reģistrācijas datu bāzi, lietojumprogramma ir jāaktivizē.
Mobilās lietojumprogrammas aktivizēšanai ir divas iespējas:

• Interneta aktivizēšana.

• Aktivizēšana bezsaistē.

Interneta aktivizēšana

Lai veiktu interneta aktivizēšanu, jums ir:

1. Nodrošiniet mobilo ierīču piekļuvi internetam.
2. Logā ievadiet reģistrācijas numuru Lietojumprogrammas aktivizēšana un nospiediet pogu Aktivizēt.

Aktivizēšana bezsaistē

Bezsaistes aktivizēšana tiek veikta, ja nav iespējams savienot mobilo ierīci ar internetu.
Lai veiktu aktivizēšanu bezsaistē, jums ir:

1. Iegūstiet mobilās lietojumprogrammas reģistrācijas numuru. Lai to izdarītu, jums jāsazinās ar 1C-Rating uzņēmuma partneriem jūsu reģionā vai tieši ar 1C-Rating uzņēmumu.
2. Logā Lietojumprogrammas aktivizēšana noklikšķiniet uz saites Bezsaistes lietojumprogrammu aktivizēšana.
3. Logā Bezsaistes lietojumprogrammu aktivizēšana ievadiet mobilās aplikācijas reģistrācijas numuru.
4. Uzspied pogu Iegūstiet lietojumprogrammas kodu. Tiks atvērts logs ar lietojumprogrammas kodu. Šis kods ir jāpārsūta uzņēmumam 1C-Rating. Atbilde tiks izsniegta Aktivizācijas kods.
5. Aktivizācijas kods tiek ievadīts logā Bezsaistes lietojumprogrammu aktivizēšana uz atbilstošo lauku. Nospiežot pogu Aktivizēt mobilā lietojumprogramma ir aktivizēta.
6. Pēc veiksmīgas aktivizēšanas mobilā aplikācija ir gatava lietošanai.

Svarīgs!

Pēc mobilās lietojumprogrammas atkārtotas instalēšanas būs nepieciešama atkārtota aktivizēšana.

Savienojuma izveide ar informācijas bāzi "1C-Rating: Restaurant"

Pēc mobilās lietojumprogrammas aktivizēšanas (ar kādu no iepriekš minētajām metodēm) automātiski tiek atvērta lietotāja autorizācijas veidlapa. Sākotnējās autorizācijas laikā veidlapā ir šādi lauki:

• Lietotājs- lietotājs, saskaņā ar kuru darbs tiks veikts "1C-Rating: Mobilais viesmīlis". Mobilo ierīču lietotājiem ir jābūt iepriekš izveidotiem informācijas bāzē 1C-Rating: Restorāna konfigurācija.
• Parole- parole lietotāja autorizācijai, kas norādīta lietotāja iestatījumos, konfigurācijā "1C-Rating: Restaurant".
• Servera adrese– šajā laukā ir norādīta tā datora IP adrese, kurā darbojas tīmekļa serveris.
• Osta– noklusējuma vērtība ir 80. Ja tīmekļa serveris bija konfigurēts uz kāda cita porta, tad šeit jānorāda tā numurs.
• Publikācijas nosaukums– nosaukums, kas norādīts, publicējot HTTP pakalpojumu konfigurācijas "1C-Rating: Restaurant" informācijas bāzē.

Autorizācija notiek, noklikšķinot uz pogas Savienot. Lauki Servera adrese un Publikācijas nosaukums satur savienojuma tehniskos datus un tiek aizpildīti pirmajā pieslēgšanas reizē. Nākamajā reizē, kad startēsit, šie lauki būs paslēpti un pieejami tikai iestatījumu veidlapā.

Svarīgs!

Lietotājvārds un publikācijas nosaukums jāievada reģistrjutīgā veidā. Ja lieta nesakrīt, autorizācija tiks liegta.

Atkārtoti autorizējot vai mainot lietotāju, pietiek norādīt lietotāju, ievadīt paroli un noklikšķināt uz pogas savienot.


Pēc autorizācijas pabeigšanas tiek atvērta pasūtījumu saraksta forma - jūs varat sākt strādāt. Lai izveidotu pasūtījumu, noklikšķiniet uz pogas Jauns pasūtījums.

Savienojuma ziņojumi

Savienojot mobilo lietojumprogrammu ar 1C-Rating: Restaurant konfigurāciju, var parādīties šādi ziņojumi:

1. "Ir radusies tīkla kļūda"

Šī ziņa var rasties, ja:

• Zaudēts Wi-Fi signāls.
• Tīmekļa serveris ir nepareizi konfigurēts.
• Tīmekļa serveris pārtrauca darbu — jums ir jārestartē tīmekļa serveris.
• Nepareiza tīmekļa servera adrese un/vai ports.

2. "Nepietiekamas tiesības izmantot resursu ar šo HTTP metodi"

Šis ziņojums nozīmē, ka lietotājam nav iespējota loma Piekļuve mobilajiem viesmīļa objektiem.
3. "Pieprasītais URL /REST/hs/Data/Registration šajā serverī netika atrasts."
Autorizācijas ziņojums tiek parādīts, ja:
Norādīts nederīgs publikācijas nosaukums.
Izdevuma nosaukums Mobilajā viesmīlī atšķiras no Restorāna konfiguratorā norādītā nosaukuma, uzstādot izdevumu (jāpārbauda, ​​vai izdevuma nosaukums sakrīt, svarīgs ir burtu reģistrs).
4. "1C:Enterprise 8 lietojumprogrammas kļūda. HTTP: nav atrasts"
Šis ziņojums tiek parādīts, ja, iestatot publikāciju, netika atlasīts neviens HTTP pakalpojums. Ir jāpārbauda karodziņu klātbūtne iestatījumā Publicējiet HTTP pakalpojumus pēc noklusējuma un rindas tabulas daļā Dati.

• (3475)

Ievads

AT jauna versija 1C platformā (8.3.5), ir parādījies daudz jaunu funkcionalitāti. Starp citu, tiem, kas nezina, ir resurss, kurā 1C izstrādātāji apraksta jaunās platformas inovācijas. Viens no tiem ir mehānisms. Viņš piesaistīja manu uzmanību, es gribēju kaut ko īstenot prieka pēc. Man uzreiz radās doma uztaisīt ko līdzīgu vietnei, bet ar šo domu viņi mani nesaprastu pat infostartā, tāpēc izmetu no galvas. Likās, ka viņš to izmeta, bet ideja tika pārveidota par kaut ko ne tik vērienīgu, kaut ko, kas varētu atrast reālu pielietojumu dzīvē - mobilā tīmekļa aplikācijā.
Uzskatu, ka viegli ielādētu un vienkāršu mobilā tīmekļa lietojumprogrammu ierobežotam lietotāju skaitam, piemēram, darbiniekiem, var ieviest 1C, izmantojot HTTP pakalpojumus.

Mobilā tīmekļa lietojumprogramma "Kontakti"

Sākšu ar rezultātu. Mobilā tīmekļa lietotne Contacts izskatās vienkārša, un tā arī ir. Sākumā ir redzams tikai kontakta meklēšanas lauks.

Meklēsim kādu (lai sāktu meklēšanu, jāievada vismaz 3 rakstzīmes). Kāds ir atrasts.

Piezvanīsim Aleksam.

Uzrakstīsim vēstuli Timotejam.

Tā ir visa mobilā tīmekļa lietojumprogramma.

Starp citu, to ir ļoti viegli pielāgot jebkurai konfigurācijai.

Nedaudz par ieviešanu

Izmantotie rīki:
- 1C platformas HTTP pakalpojumu mehānisms (sākot no versijas 8.3.5)
- jQuery JavaScript bibliotēka (http://jquery.com)
- JavaScript bibliotēka jQuery mobile (http://jquerymobile.com)
- 1C:JSON()

HTTP pakalpojums "Kontakti" pieņem visus pieprasījumus un nodod tos apstrādei "ContactsMVP". Visa mobilā tīmekļa lietojumprogrammas loģika ir koncentrēta "Kontakti MVP" apstrādē.

Šādi izskatās pieprasījuma apstrāde.

Funkcija HandleRequest(Request) Export If MatchesResource(Request, "/index.html") then Return GetResourceIndexHTML(); ElseIf MatchesResource(Request, "/application.js") Tad atgriež GetResourceApplicationJS(); ElseIf MatchesResource(Request, "/contacts.json") Tad atgrieziet GetResourceContactsJSON(Request); EndIf; EndFunctions

Un tā, piemēram, izskatās indekss.html lapas atgriešanās.

GetResourceIndexHTML() Function Response = New HTTPServiceResponse(200); Teksts = GetLayout("IndexHTML").GetText(); Answer.SetBodyFromString(Teksts); Answer.Headers.Insert("Satura veids", "teksts/html"); Atgriešanas atbilde; EndFunctions

Nekas sarežģīts. Jūs varat izpētīt mehānismu sīkāk, lejupielādējot ContactsMVP.dt

Publikācijas funkcijas

Publicējot HTTP pakalpojumu, radās dažas grūtības, lai jums būtu vieglāk izteikt dažas piezīmes:
- Par izdevumu ir diezgan detalizēti apraksti - lasiet uzmanīgi.
- Pirms publicēšanas neaizmirstiet palaist konfiguratoru kā administratoru.
- HTTP pakalpojumu bija iespējams palaist tikai ar faila versiju, radās kāda kļūda ar klienta-servera versiju.
- Lai mobilā tīmekļa lietojumprogramma darbotos bez autorizācijas pieprasījuma, ja datu bāzē ir reģistrēti lietotāji, tad pēc publicēšanas failā default.vrd savienojuma virknei (punktam) jāpievieno parametri Usr un Pwd. ib).

Secinājums

Es ceru, ka raksta materiāls jums būs noderīgs.

Paldies par jūsu uzmanību.

Izmantojot mobilās aplikācijas "1C: Managing our company" (saīsināti UNF) piemēru, vēlos parādīt mobilās biznesa lietojumprogrammas attīstību no tās pirmsākumiem un pašas pirmās versijas izlaišanas līdz mūsdienām. Tagad šai lietotnei ir vairāk nekā 220 000 lejupielāžu; lietojumprogramma ir bezmaksas, taču tai ir maksas iespējas (tiek ieviestas, veicot pirkumus lietotnē).

Pirmā mobilā UNF versija tika izveidota vienā no pirmajām mobilās platformas 1C: Enterprise versijām 2012. gadā. Tolaik jau bija klienta-servera konfigurācija "1C: Small Company Management" (toreiz nosaukums bija tāds), programma maza uzņēmuma darbības automatizēšanai - pārdošana, iepirkumi, klientu un piegādātāju datu bāze, noliktavas vadība. , ražošana utt.

Tāpat kā lielākā daļa mobilo lietojumprogrammu, kas rakstītas uz 1C:Enterprise starpplatformu mobilās platformas, mobilā UNF ir pieejama iOS, Android un Windows.

Uzdevums tika izvirzīts šādi: izveidot mobilo aplikāciju, kas atbalsta daļu no "lielā" UNF darba scenārijiem. Lietojumprogrammai jāspēj strādāt gan autonomi, gan sinhronizēt datus ar "lielo" UNF (turpmāk vārds "liels" saistībā ar UNF klienta-servera versiju, rakstīšu bez pēdiņām, lai nepārslogotu tekstu ). Strādājot ar lielu UNF, būtu jāatbalsta "mobilo" darbinieku - tirdzniecības pārstāvja, servisa inženiera, pārdevēja - scenāriji.

Pirmā versija tika izveidota 1 cilvēkmēneša laikā. Veidojot mobilo aplikāciju, daži metadatu objekti (direktorijas, dokumenti) tika realizēti uz lielu UNF objektu bāzes. Bet daļa funkcionalitātes bija jāprogrammē no nulles, piemēram, datu apmaiņas process ar lielu UNF. Tiesa, attiecībā uz datu apmaiņu mums bija nedaudz jāprogrammē - mēs izmantojām standarta platformas mehānismus (jo īpaši apmaiņas plānus), kas samazina koda rakstīšanu līdz minimumam.

Papildus tam, ka tiek vienkāršots darbs ar datu sinhronizāciju, 1C platforma ievērojami atvieglo pilna funkcionalitātes mobilās lietojumprogrammas izstrādi, nodrošinot izstrādātājam tādus interfeisa komponentus kā sarakstus (tabulu un hierarhisku) ar iespēju meklēt tajos, ievades laukus ar meklēšanu. , pārskatu tabulas, plašs diagrammu klāsts, iespēja drukāt uz WiFi un Bluetooth printeriem utt.

Mobilās versijas funkcijas

Mobilās lietojumprogrammas funkcionalitātes izvēlei ir divas galvenās stratēģijas. Pirmais ir “viena lietojumprogramma – viena funkcija”. Piemēram, mobilā aplikācija preču saņemšanai noliktavā, kas spēj tikai ar iebūvēto kameru noskenēt preces svītrkodu un nosūtīt informāciju par saņemtajām precēm uz serveri. Otrā stratēģija ir izveidot mobilo aplikāciju ar plašu all-in-one funkcionalitāti. Abām pieejām ir tiesības uz dzīvību; rakstot mobilo UNF, mēs izvēlējāmies otro pieeju - mūsu aplikācija aptver daudzus uzdevumus savā priekšmetā un var darboties pilnīgi autonomi, apkalpojot vajadzības maza organizācija. Vēl viens šīs pieejas pluss ir tas, ka lietotājs var strādāt ar vairākām savstarpēji saistītām funkcijām no vienas lietojumprogrammas.

Mobilais UNF plaši izmanto mobilās ierīces funkcionalitāti, jo īpaši:

• Ierīces iebūvēto kameru var izmantot, lai fotografētu preci, aizpildot preces karti, lai nolasītu joslu un QR kodus
• Rēķinu apmaksai klientam var nosūtīt pa e-pastu vai SMS
• Darījuma partneri var izvēlēties no mobilās ierīces adrešu grāmatas
• Ja darījuma partnerim ir tālruņa numurs, ar vienu pieskārienu varat piezvanīt darījuma partnerim vai nosūtīt SMS; ja norādīts e-pasts, nosūtiet vēstuli; ja norādīta adrese, parādīt to kartē
• Var drukāt dokumentus uz printeriem, izmantojot WiFi un Bluetooth

Ir iespēja dublēt un atjaunot mobilo UNF datu bāzi uz Yandex.Disk un nosūtīt datu bāzi pa pastu.

Mobilā UNF konfigurācija izskatās diezgan spartiska (skatiet zemāk redzamo ekrānuzņēmumu):

• 8 uzziņu grāmatas (lielajā UNF — 273 uzziņu grāmatās)
• 7 dokumenti (lielā UNF — 125)
• 3 dokumentu žurnāli (lielā UNF - 24)
• 3 informācijas reģistri (lielajā UNF - 357)
• 4 uzkrāšanas reģistri (lielā UNF - 64)

Mobilā UNF galvenie objekti

Bet, neskatoties uz tik nelielo lietojuma objektu skaitu, produkts izrādījās diezgan funkcionāls.

Interesanta mobilā UNF iezīme ir tā, ka to bieži izmanto cilvēki, kuri iepriekš par 1C nav dzirdējuši (jā, tādi ir arī mūsu valstī), tie, kuriem bija nepieciešama mobilā lietojumprogramma, lai saglabātu sava mazā biznesa uzskaiti (piemēram, mājas amatniecība). Viņi to vienkārši atrada, meklējot Google Play vai AppStore, izlasīja atsauksmes un sāka strādāt.

Darbs bezsaistē

Šis scenārijs ir paredzēts ļoti mazām organizācijām, kad visa uzskaite tiek veikta tikai mobilajā ierīcē. Tas var būt, piemēram, "mājas" bizness - rotaslietu izgatavošana mājās un pārdošana VKontakte lapā. Vai varbūt pat neliels veikals - es personīgi redzēju gadījumu, kad rotaļlietu veikals specializējas tirdzniecībā Lego konstruktori, glabāja ierakstus tikai par mobilā versija UNF. Ņemot vērā, ka mobilais UNF var drukāt uz WiFi un Bluetooth printeriem, to var izmantot, lai atrisinātu diezgan lielu skaitu uzdevumu. Mobilais UNF atbalsta pasūtījumu apstrādi, ienākošo un izejošo rēķinu ievadi, naudas saņemšanas un izlietošanas uzskaiti.

Darbs sinhronizācijas režīmā ar serveri (pirmās versijas)

Sinhronizē ar serveri mobilajā UNF in agrīnās versijas grāmatvedības funkcionalitāte kļuva nepieejama, un darbs tajā galvenokārt tika veikts ar pasūtījumiem (pasūtījumu saņemšana un izpilde) un ar to saistītām darbībām (darījuma partneru, preču un pakalpojumu direktoriju uzturēšana u.c.).

Sinhronizēts ar lielu UNF preču un pakalpojumu, darbuzņēmēju un pasūtījumu katalogiem.

Datu apmaiņa starp mobilo un lielo UNF pirmajās versijās

Pasūtījumi, kas tika ievadīti no mobilajām ierīcēm, nonāca lielā UNF, un, sinhronizējot, tie nonāca mobilajās ierīcēs, kas bija atbildīgas par pasūtījumiem. Mobilajās ierīcēs ievadītie dokumenti, piemēram, kases čeki, preču pārdošana utt., nonāca lielā UNF, bet netika sinhronizēti starp mobilās ierīces. Viss darbs mobilajā lietojumprogrammā sinhronizācijas režīmā tika veikts galvenokārt ap pasūtījumiem - to pieņemšana un izpilde, savukārt pilnvērtīga uzskaite mobilajā ierīcē netika veikta, tāpēc datorā bija nepieciešams izmantot lielu UNF.

Tā tas bija pirmajās versijās, taču vēlāk situāciju mainījām un paplašinājām mobilā UNF izmantošanas scenāriju sarakstu, lai lietotājiem būtu ērtāk strādāt ar to.

Mazliet par datu sinhronizāciju

Datu apmaiņa starp mobilo un lielu UNF notiek, izmantojot tīmekļa pakalpojumus; mobilais UNF izsauc tīmekļa pakalpojumus, kas izvietoti lielā UNF pusē. Datu struktūras lielajos un mobilajos UNF ir atšķirīgas; veidojot arhitektūru, mēs apsvērām 2 datu apmaiņas iespējas:

1. Izveidojiet datu struktūru lielā UNF, dublējot mobilā UNF datu struktūru, un apmainieties ar datiem ar mobilo UNF "viens pret vienu". Mainot datus lielā UNF, ir nepieciešams pārsūtīt jaunos/mainītos datus uz šo dublikāta struktūru un pēc datu apmaiņas ar mobilo UNF pārveidot datus, kas nākuši no mobilās ierīces un ievietoti dublikāta struktūrā par lielumu. UNF formāts.
2. Apmainiet datus tieši ar liela UNF struktūrām, pārveidojot datus "lidojumā" saskaņā ar apmaiņas noteikumiem.

Mēs nolēmām izvēlēties otro variantu. Pirmais variants, lai gan solīja dažas priekšrocības, kas saistītas ar faktiskās datu apmaiņas vienkāršību, slikti risināja situāciju, kad mobilā UNF jaunajā versijā mainījās (paplašinājās) datu struktūra; lai viena pret vienu datu apmaiņa turpinātu darboties, būtu nepieciešams atjaunināt serveri, liels UNF. Kas daudzu iemeslu dēļ bija nepieņemami.

Platformā ieviestie datu apmaiņas mehānismi uzņemas lielāko daļu darba, veidojot pakotnes datu sinhronizēšanai, ļaujot līdz minimumam samazināt koda rakstīšanu. Apmaiņas procesā tiek izmantots 1C: Enterprise platformas standarta mehānisms - datu apmaiņas mehānisms; katram mobilajam UNF lielajā UNF tiek izveidots datu apmaiņas mezgls, lielajā un mobilajā UNF tiek izmantots izmaiņu reģistrācijas pakalpojums, lai izsekotu datiem, kas ir mainījušies kopš pēdējās sinhronizācijas, un tā tālāk.

Mobilā aplikācija uzsāk datu apmaiņu, veido apmaiņas pakotni, izmantojot platformas mehānismus (kas satur mobilās aplikācijas identifikatoru un datus, kas atjaunināti mobilajā UNF kopš pēdējās sinhronizācijas) un nosūta to lielajam UNF. Pamatojoties uz informāciju sākuma pakotnē, lielais UNF sagatavo mobilajam UNF datus, kas mainīti lielajā UNF kopš pēdējās sinhronizācijas, un iesaiņo tos paketēs. Pakotnes XDTO formātā ir 1C metadatu objekti, kas serializēti XML; katra iepakojuma izmērs ir ne vairāk kā 500 objekti.

Mobilais UNF pārņem šo datu paketi pa paketi. Pēc pēdējās pakotnes lejupielādes mobilais UNF sāk apstrādāt saņemtos datus - ievietot dokumentus, rakstīt uzziņu grāmatas utt. Savienojuma pārtraukuma gadījumā paketes tiek atsāktas; Mēs paši rakstījām UNF atsākšanas mehānismu (tā nav platformā), bet, tā kā mobilais UNF tiek piegādāts pirmkodos, izstrādātāji var apskatīt mehānisma ieviešanu un aizņemties to savām lietojumprogrammām.

Sākotnējās mobilā UNF sinhronizācijas laikā ar lielu UNF nevar strādāt mobilajā UNF — tiek parādīts modālais logs, kas parāda procesa gaitu. Visas turpmākās sinhronizācijas notiek fonā un nebloķē mobilā UNF darbību.

Pilns objektu saraksts, ar kuriem apmainās starp mobilo un lielu UNF:

• Uzziņu grāmatas:
  • Nomenklatūra
  • Darījuma partneri
  • lietotāju saraksts
• Dokumenti:
  • Pircēja pasūtījumi
  • Izrakstīties
  • Izrakstīšanās izdevumi
  • Pirkuma rēķins
  • Pārdošanas rēķins
  • Ražošana
• Reģistri (bet ne visas cenas, bet tikai galvenās):
  • CenasPiegādātāji
  • Preču cenas
• Organizācijas informācija:
  • Vārds
  • Nodokļu informācija

Lielajā UNF uz precēm ir attēli – pašu preču attēli. Lai samazinātu trafiku, mēs neaugšupielādējam attēlus mobilajā UNF, tie tiek ielādēti pēc pieprasījuma - piemēram, atverot produkta karti mobilajā UNF.

Produkta karte ar preces attēlu

Lietojumprogrammu evolūcija – lietošanas gadījumu izstrāde

Tipiska situācija ir tāda, ka bizness aug, un mobilā UNF funkcionalitāte vienā mobilajā ierīcē vairs nav pietiekama. Uzņēmumā parādās cits darbinieks (vai darbinieki), kuriem arī jāstrādā ar pasūtījumiem.

Mobilā UNF pirmajās versijās migrācijas scenārijs bija diezgan vienkāršs - mobilajā UNF ievadītie dati tika pārkopēti lielā UNF datu bāzē, un lietotājam turpmāk bija jāveic uzskaite datorā. Šajā gadījumā mobilais UNF darbosies režīmā, kurā tiek strādāts ar pasūtījumiem, un vairs nebūs iespējams veikt ierakstus (kā mobilā UNF atsevišķajā versijā).

Tas, protams, nebija īpaši ērti gala lietotājam - viņš jau bija pieradis veikt ierakstus no mobilās ierīces, un šeit viņš bija piespiedu kārtā spiests pāriet uz datora tastatūru. Ne visi ar to būs apmierināti.

Tāpēc esam paplašinājuši mobilā UNF darbības scenāriju sarakstu. To palīdzēja mūsu mākoņpakalpojuma http://1cfresh.com parādīšanās, kas balstīta uz mākoņtehnoloģiju 1cFresh. Kļuva iespējams mākonī ievietot lielu UNF. Mēs esam aprakstījuši trīs mobilās lietojumprogrammas lietošanas scenārijus, lietotāja biznesam augot:

1. Diezgan mazs bizness. Konts tiek glabāts vienā mobilajā ierīcē.
2. Bizness aug – parādījušies darbinieki. Jūs varat ievietot mobilo UNF darbinieku mobilajās ierīcēs. Tajā pašā laikā jums ir jāspēj apmainīties ar datiem starp mobilajām ierīcēm, lai sinhronizētu datus; Lai to izdarītu, mēs nolēmām neizmantot apmaiņu caur failiem, bet sinhronizācijai (un vienlaikus dublēšanai) izmantot liela UNF versiju, kas atrodas mākonī http://1cfresh.com. Kad šis skripts ir iespējots, http://1cfresh.com mākonī tiek izveidots liels UNF gadījums, kura bāze tiks izmantota datu sinhronizēšanai starp mobilajām ierīcēm. Vienas mobilās ierīces izmantošana šādā scenārijā ir bez maksas, katrai papildu ierīce mēs iekasējam 75 rubļus mēnesī, šajā scenārijā varat izmantot ne vairāk kā trīs ierīces. Tajā pašā laikā mobilo ierīču lietotājiem var piešķirt iepriekš noteiktas lomas - tirdzniecības pārstāvis, servisa inženieris, pārdevējs (var arī detalizēts iestatījums lomas); attiecīgi tiks ierobežota mobilās aplikācijas funkcionalitāte. Varat arī strādāt, izmantojot tīmekļa klientu vai plāns klients ar lielu UNF, kas mitināts mākonī, bet mākoņa UNF funkcionalitāte tiks samazināta līdz mobilā UNF funkcionalitātei. Bet nav nepieciešams strādāt tieši mākonī UNF - visu darbu var veikt tikai no mobilajām ierīcēm.
3. Uzņēmums ir izaudzis līdz vidēja uzņēmuma izmēram. Šajā gadījumā ir jēga nomāt pilnvērtīgu liela UNF versiju mākonī, lai iegūtu (izmantojot tīmekļa klientu vai plāno klientu) papildu funkcionalitāti - CRM (ir plānots iekļaut CRM mobilajā UNF, bet līdz šim tas ir pieejams tikai lielā versija), noliktavas vadība, uzlabota cenu noteikšana, spēja strādāt ar bankām u.c. Šajā gadījumā mobilo ierīču skaits, kas darbojas ar lielu UNF, nav ierobežots (katra ierīce ir uzlādēta papildu maksa pēc tarifa , kā vienam darba vieta; 1 licence UNF in Fresh vai “kastē” UNF dod tiesības bez maksas izmantot 1 mobilo aplikāciju).

Lietojumprogrammu monetizācijas pieredze

UNF mobilā aplikācija, kā jau rakstīju, ir bezmaksas. Pirms kāda laika mēs nolēmām monetizēt mūsu aplikāciju (izmantojot 1C:Enterprise mobilās platformas 8.3.8 versijā ieviesto pirkuma funkcionalitāti lietotnē), pārdodot papildu funkcionalitāti - ražošanu un iespēju sinhronizēt ar papildu mobilajām ierīcēm.

Funkcionalitātes "Ražošana" iegāde ir vienreizējs pirkums, un iespēja sinhronizēties ar papildu mobilajām ierīcēm ir ierāmēta kā abonements, kas ir jāatjauno katru mēnesi. Interesanti, ka 3 nedēļu laikā pēc pirkumu funkcionalitātes pievienošanas mobilais UNF iekļuva Google Play 15 labāko lietojumprogrammu pārdošanas ziņā biznesam.

Secinājums

Mobilais UNF ir salīdzinoši neliels (avota koda apjoma ziņā), bet diezgan populārs produkts. Mēs ceram, ka stāsts par tā attīstību būs noderīgs mobilo galalietotāju produktu radītājiem gan 1C tehnoloģijās, gan citos izstrādes rīkos.

Būtu lietderīgi atgādināt, ka 1C mobilajā platformā varat izveidot lietojumprogrammas, kas mijiedarbojas ne tikai ar 1C servera aizmuguri; protokoli, ko izmanto datu apmaiņai mobilajās lietojumprogrammās 1C platformā, ir neatkarīgi no platformas (tīmekļa un HTTP pakalpojumi, XML un JSON atbalsts utt.). Tātad, ja jums ir nepieciešams ātri un dinamiski izstrādāt starpplatformu (Android, iOS, Windows) mobilo klientu un ar iespēju strādāt bezsaistē bez pastāvīga interneta savienojuma jūsu biznesa lietojumprogrammai, 1C mobilā platforma var būt labākā. izvēle jums.