• Apmācība

Sveiki, mīļie.

Šajā rakstā vēlos jūs iepazīstināt ar jauno produktu “FBA Toolkit”, kas ievērojami vienkāršo korporatīvās mobilās lietojumprogrammas izstrādes procesu operētājsistēmā 1C + Android.
“FBA rīkkopa” ir:
- “vietējās” Android lietojumprogrammas izstrāde vietējā IDE Java valodā;
- 1C: Enterprise 8.1 (8.2) kā datu avots, korporatīvās informācijas sistēma.

Pirmkārt, ietvars noderēs 1C programmētājiem, kuri vēlētos izstrādāt biznesa aplikācijas operētājsistēmai Android, bet kuriem ir grūtības apgūt jaunu platformu. Lai sāktu attīstību, pietiks ar Java pamatzināšanām. Tālāk es jums parādīšu, kā izveidot klienta-servera lietojumprogrammas darba prototipu tikai pāris stundās.

Darba vietas sagatavošana Pirms paša izstrādes procesa uzsākšanas ir nepieciešams sagatavot izstrādātāja darba vietu. Nepieciešams:

1. Instalējiet un konfigurējiet:
- Java SDK + Eclipse + Android SDK;
- Web serveris (IIS vai Apache);
- 1C: Enterprise 8.1 (8.2)

2. Programmai Eclipse importējiet divus bibliotēkas projektus: ActionBarSherlock un ru_profu1c_fba no SVN repozitorija.

3. Instalējiet “FBA” konfigurācijas izplatīšanu un apvienojiet to ar savu 1C bāzes lietojumprogrammas risinājumu.

Viss iepriekšējas konfigurācijas process ir detalizēti aprakstīts rakstos:
Izstrādātāja darba vietas sagatavošana
“FBA” konfigurācijas izplatīšanas instalēšana
“FBA” konfigurācijas apvienošana ar lietojumprogrammas risinājumu un publicēšana tīmekļa serverī

Iestatīšanai nevajadzētu aizņemt daudz laika, un, visticamāk, jums jau ir instalēta daļa no nepieciešamās programmatūras.

Lietojumprogrammas apraksts Izveidosim mobilo aplikāciju “Ziņot vadītājam”, kas paredzēta, lai regulāri informētu vadītāju par situāciju uzņēmumā. Lietojumprogramma sastāvēs no 3 ekrāniem:

“Pieteikšanās” - lietotāja autorizācija, startējot programmu.

“Pārskatu saraksts” ir mūsu lietojumprogrammas galvenais ekrāns. Tiek parādīts pieejamo pārskatu saraksts ar iespēju skatīt un atjaunināt datus no 1C datu bāzes.

“Programmas iestatījumi” - šeit lietotājs iestata autorizācijas parametrus un 1C servera adresi, konfigurē grafiku automātiskai apmaiņai ar 1C serveri.

Lietojumprogramma ieviesīs 2 iespējas datu saņemšanai no 1C servera:

Pārskats “Preces noliktavās”. Tas tiek ģenerēts serverī un apkopots kā HTML dokuments, tas tiek vienkārši parādīts mobilajā aplikācijā. Vienkāršākā iespēja ir tāda, ka atskaites forma ir fiksēta un to nevar mainīt.

Pārskats "Finanšu rādītāji". Šeit atskaites avota dati tiek iegūti tabulas veidā, ko pēc tam izmanto atskaites izveidošanai. Šīs iespējas priekšrocības: jebkura atskaites izvades forma, t.sk. grafiku un diagrammu veidā; iespējams uzstādīt atlases un šķirošanu.

Mobilās lietojumprogrammas veidnes izveide programmā 1C Mobilo lietojumprogrammu izstrāde sākas 1C, kas nav pārsteidzoši. Šeit jūs nosakāt metadatu sastāvu, konfigurējat apmaiņas shēmu un atjaunojat nākamās mobilās lietojumprogrammas veidni.

Izveidojiet jaunu elementu direktorijā “Mobilās lietojumprogrammas” ar nosaukumu “Ziņot pārvaldniekam” un identifikatoru SAMPLE_REPORT_HEAD.

Sarakstā "Metadati" atlasiet grupu "Ārējie dati" un rīkjoslā noklikšķiniet uz pogas "Pievienot". Aizpildiet jaunās tabulas parametrus, kā parādīts attēlā:

“Indikators” - pārskata indikatora testa attēlojums, rinda (250)
“Vērtība” - rādītāja skaitliskā vērtība, skaitlis (15.2)
Kolonnu nosaukumi un pati tabula šeit, kā likums, ir norādīti krievu valodā, tie tiks izmantoti, lai aizpildītu tabulu ar datiem, izmantojot iebūvēto 1C valodu. Noklikšķiniet uz Labi, tabula tiks pievienota metadatu kokam, mobilajai lietojumprogrammai nosaukumi tiek automātiski tulkoti latīņu valodā.

Tādējādi esam sagatavojuši vērtību tabulas struktūru (1C izteiksmē), kurā pārsūtīsim datus pārskatam “Finanšu rādītāji”. Otrajai atskaitei “Preces noliktavās” dati tiks pārsūtīti kā ārējais fails.

Cilnē "Apmaiņas shēma" pārbaudiet, vai ir atzīmēta karoga "Augšupielāde". Karogs “Loading” nav svarīgs, jo Mēs neapstrādāsim šajā tabulā saņemtās izmaiņas no mobilās lietojumprogrammas 1C.

Saglabājiet izmaiņas. Rīkjoslā noklikšķiniet uz pogas “Mobilās lietojumprogrammas veidne”, iestatiet mobilās lietojumprogrammas parametrus

“Veidņu direktorijs” - ceļš uz direktoriju, kurā tiks saglabāti ģenerētie mobilo lietojumprogrammu veidņu faili.

Cilnē “Pamata” norādiet pakotnes nosaukumu, tam ir jābūt unikālam identifikatoram. Ja jums ir vietne, izmantojiet to, lai ģenerētu prefiksu. Šajā piemērā es norādīju ru.profi1c.samples.report.head

Cilnē “Web service” IP adrese pēc noklusējuma ir 10.0.2.2. Tā ir jūsu datora adrese, ja tai piekļūst no Android emulatora. Laukos “Tīmekļa pakalpojuma nosaukums” un “Lietojumprogrammu apakšdirektorijs” ievadiet datus, kas tika norādīti, publicējot tīmekļa pakalpojumu.

Lūdzu, ņemiet vērā, ka versijai 1C 8.2, visticamāk, jums būs lietojumprogrammu apakšdirektorijs ar papildu /ws apakšdirektoriju, t.i., demoFba/ws, skatiet sīkāku informāciju.
Noklikšķiniet uz Izveidot, tiks ģenerēta Android projekta veidne.

Avota datu sagatavošana pārskatiem programmā 1C Atveriet fba notikumu abonēšanas moduli 1C konfiguratorā un pievienojiet šādu kodu procedūrai Pirms ārējās tabulas nosūtīšanas:

If AbbrLP(MobileApp.Code) = "SAMPLE_REPORT_HEAD" Then If TableName = "Ziņojums pārvaldniekam" Then // fiktīvi atskaites dati ListTemp = fbaTotal.FromLineWithSeparators("Nauda, ​​Kreditori, Kopējie debitoru parādi, Preču atlikumi, Maksājumu summas pārdošana"); RNG = NewRandomNumberGenerator (123456789); Katram saraksta elementam no ListTemp cikla NewRow = ExternalTable.Add(); NewRow.Indicator = ListElement.Value; Jauna rinda.Vērtība = RNG.RandomNumber(0,999999) + Sin(RNG.RandomNumber(0,999)); EndCycle; endIf; EndIf
Šajā piemērā tabula ir aizpildīta ar fiktīviem datiem reālā lietojumprogrammā, šeit varat nodot patvaļīgu skaitu atskaites rādītāju.
Esam sakārtojuši datus pirmajam pārskatam, atliek tikai sagatavot to otrajam. Tajā pašā fbaEvent abonēšanas modulī procedūrai Bināro datu sagatavošana sūtīšanai pievienojiet šādu kodu:

DD = nenoteikts; If AbbrLP(MobileApp.Code) = "SAMPLE_REPORT_HEAD" Then If Identifier = "REPORT_PRODUCTS_IN_STOK" Tad FileName = GetTemporaryFileName("html"); Report = Reports.ProductsInWarehouses.Create(); Ja Report.SaveReportInHTML(FileName) Tad DD = New BinaryData(FileName); Dzēst failus (faila nosaukums); endIf; endIf; endIf; Atgriezties DD;
Komentēšu par kodu. Kad mobilā lietojumprogramma pieprasa patvaļīgus datus (faila veidā) ar identifikatoru “REPORT_PRODUCTS_IN_STOK”, 1C tiek izpildīts ziņojums un tā rezultāts tiek saglabāts pagaidu failā. Pēc tam šis pagaidu fails tiek nolasīts kā bināri dati un pārsūtīts uz mobilo lietojumprogrammu. Pagaidu fails tiek izdzēsts.

Mums nav svarīgi, kā šajā gadījumā tiek ģenerēts html fails. Varat izmantot standarta 1C mehānismu, lai saglabātu izklājlapas dokumentu kā HTML vai ģenerētu HTML manuāli. Izvades piemēru var redzēt konfigurācijā “FBA demo” pārskatā “Produkti noliktavās”.

Ar 1C viss, pāriesim pie mobilās lietojumprogrammas izstrādes operētājsistēmā Android.

Android lietojumprogrammas projektēšana Mēs importējam 1C izveidoto Android projekta veidni Eclipse darbvietā.

Palaidiet Eclipse un importējiet projektu: Fails > Importēt... Android grupā atlasiet vienumu "Exists Android Code Into Workspace", noklikšķiniet uz Tālāk, norādiet ceļu uz Android projekta veidņu direktoriju un noklikšķiniet uz Pabeigt, jaunais projekts būs pievienots darbvietai. Ja rodas kādas grūtības, skatiet, process ir aprakstīts attēlos.

1. Izveidojiet pārskatu “Finanšu rādītāji”, kura datu avots ir no 1C saņemto vērtību tabula. Lai to izdarītu, pievienojiet jaunu klasi ToChiefReport.java, šeit ir pilns avota kods:

Rādīt

/** * Piemērs atskaites veidošanai, izmantojot datus no vietējās sqlite datu bāzes. * datu avots ir ārējā tabula “Ziņojums pārvaldniekam” * */ publiskā klase ToChiefReport paplašina SimpleMapHtmlReport ( @Override public int getResIdIcon() (atgriež R.drawable.report_01; ) @Override public int getResIdTitle() (atgriež R. string.report_name_to_chief; ) @Override public void build(Context konteksts, IReportBuilderResult builderResult) ( try ( makeReport(context); ) catch (SQLException e) ( e.printStackTrace(); setHeader1("Hmm, atskaite nav izveidota!"); ) super.build (konteksts, builderResult ) private void makeReport(Context konteksts) izmet SQLException ( DBHelper helper = new DBHelper(context); // Atskaites un tabulas galvene setHeader2("Finanšu rādītāji"); setTableHeader("Nosaukums"); ", "Summa, berzējiet ."); // Tabulas rindas būs tādā secībā, kādā tās tika pievienotas Map mapData = new LinkedHashMap(); // Datu atlase no lokālās sqlite datu bāzes, ārējā tabula // "Ziņot pārvaldniekam ” ExTableRaportRukovoditelyuDao dao = palīgs .getDao(ExTableRaportRukovoditelyu.class); Saraksta rindas = dao.select(); for (ExTableRaportRukovoditelyu rinda: rindas) ( mapData.put(row.pokazatel, row.znachenie); ) setTableData(mapData); ) )
Es komentēšu kodu. Abstraktā klase SimpleMapHtmlReport, no kuras tā ir mantota, ir paredzēta vienkārša HTML atskaites veidošanai ar divu kolonnu tabulu.
Pirmās 2 metodes getResIdIcon() un getResIdTitle() atgriež mūsu pārskata ikonu un nosaukumu, lai tas tiktu parādīts sarakstā. “Build” notikumu apstrādātājā tiek izsaukta makeReport metode, kas ir mūsu atskaites kompilācijas ieviešana.
Veidojot pārskatu, vispirms tiek iestatīts pārskats un tabulas nosaukums, pēc tam visi ieraksti no lokālās sqlite tabulas tiek nolasīti kā atskaites tabulas rindas. Visbeidzot, setTableData() metodē mēs iestatām datus atskaites tabulai. Fu, cik grūti ir komentēt acīmredzamas lietas.

2. Izveidojiet otru pārskatu. Šeit viss ir vēl vienkāršāk:

Rādīt

/** * Sastādītas atskaites piemērs, vienkārši izvada HTML failu. Šajā piemērā * datu fails tika ģenerēts 1C un apmaiņas laikā pārsūtīts uz mobilo klientu * */ publiskā klase ProductsInStokReport paplašina SimpleCompiledHtmlReport ( // Nosaukums, ar kuru tiek saglabāts no 1C saņemtais fails (skatiet apmaiņas procedūru // MyExchangeTask ) public static final String REPORT_FILE_NAME = "products_in_stok.html" public ProductsInStokReport(faila fails) ( super(file); ) @Override public int getResIdIcon() (atgriež R.drawable.report_02; ) @Override public int getResId; atgriezties R.string.report_name_products_in_stok ) ;

3. Izvērsīsim iepriekš definēto apmaiņas procedūru ar 1C serveri, t.i. Pievienosim tam vēl vienu soli - datu iegūšana otrajam pārskatam apkopota faila veidā. Pievienosim klasi MyExchangeTask, kas ir ExchangeTask pēctecis:

Rādīt

/** * Standarta maiņas procedūra papildināta ar muitas noteikumiem. * Papildus tiek iegūts viens sastādīts fails - atskaite. * */ publiskā klase MyExchangeTask paplašina ExchangeTask ( // Atskaites ID, kā noteikts 1C privātajā statiskajā galīgajā virknē ID_REPORT_PRODUCTS_IN_STOK = "REPORT_PRODUCTS_IN_STOK"; publiskais MyExchangeTask(ExchangeVariant ExchangeVariant, WSHelper wsrvHelper, dbOpenHelper, dbOpenHelge) ) @Override protected Būla doExecute() throws Izņēmums ( // Izpildīt apmaiņas darbības saskaņā ar iepriekš definētiem noteikumiem Būla panākumi = super.doExecute(); if (success) ( // Saņemt patvaļīgus datus - mūsu 2. atskaite parStepInfo("Notiek pārskatu saņemšana... "); String fPath = appSettings.getCacheDir().getAbsolutePath() + "/" + ProductsInStokReport.REPORT_FILE_NAME; Fails f = wsHelper.getLargeData(ID_REPORT_PRODUCTS_IN_STOK, null, "", fPath); panākumi = (f != null); ) atgriezt panākumus ) )
Atskaites datu iegūšanai tiek izmantota getLargeData tīmekļa servisa metode, kas veiksmīgas rezultāta gadījumā saglabā rezultātu failā norādītajā ceļā. Pievērsiet uzmanību identifikatoram ID_REPORT_PRODUCTS_IN_STOK, tam ir jābūt tādam pašam kā 1C sadaļā Bināro datu sagatavošana sūtīšanai.

4. Galvenajā veidlapā parādiet atskaišu sarakstu. Atveriet failu res\activity_main.xml un pievienojiet sarakstuView, kurā tiks parādīts pārskatu saraksts:

Vietnē MainActtiviy.java mēs pievienojam:

A) lokālais mainīgais šim sarakstam
privāts ListView saraksts;
b) inicializācijas metode
private void init() ( saraksts = (ListView) findViewById(android.R.id.list); // Izveidojiet adapteri, lai parādītu pārskatu sarakstu ReportListAdapter adapteris = new ReportListAdapter(this,createReportList()); list.setAdapter( adapteris list.setOnItemClickListener(new OnItemClickListener() ( @Override public void onItemClick(AdapterView vecāku, skata skats, int position, long id) ( // Rādīt atskaiti dialoglodziņā, noklikšķinot uz tā IReport report = (IRreport) list.getItemAtPosition(position) ; report.onShow(MainActivity.this);
un izsaucot to programmā onCreate() pēc veidlapas izkārtojuma iestatīšanas
setContentView(R.layout.activity_main); tajā();
c) atskaišu saraksta inicializācijas metode
/* * Sagatavot atskaišu sarakstu */ private List createReportList() ( List lst = new ArrayList(); // Izveidojiet pirmo atskaiti, pagaidu direktorijs, kurā tiek saglabāts fails, tiek ņemts no // IReport settings report = new ProductsInStokReport (new File(getAppSettings() .getCacheDir(), ProductsInStokReport.REPORT_FILE_NAME) lst.add(report) // Izveidot un pievienot sarakstam citus pārskatus lst.add(new ToChiefReport());
d) apmaiņas uzsākšanas procedūra saskaņā ar jūsu noteikumiem
/* * Sākšu apmaiņu pēc maniem noteikumiem. Lūdzu, ņemiet vērā, ka plānotājā * (ja ir instalēts) apmaiņa palika saskaņā ar standarta noteikumiem */ private void startExchangeMyRules(ExchangeVariant variants,būla atceļams) ( // palīgs tīmekļa pakalpojumu metožu izsaukšanai WSHelper wsHelper = new WSHelper(getExchangeSettings()) MyExchangeTask uzdevums = new MyExchangeTask(variant, wsHelper, getHelper());
Un mainiet apmaiņas procedūras startExchange (ExchangeVariant.FULL, true) apdarinātājā onOptionsItemSelected uz startExchangeMyRules(ExchangeVariant.FULL, true).

Aplikācija ir gatava, autorizācijas veidlapas un programmas iestatījumi tiks izveidoti automātiski, mēs tos nemainīsim.
Pārbaudīsim to uz emulatora. Ja nekur neesat kļūdījies, programma tiks palaists. Tomēr autorizācijas loga vietā uzreiz tiks parādīts iestatījumu logs, jo nav norādīti autorizācijas dati (lietotājvārds un parole).

Lūdzu, ievadiet savu lietotājvārdu: ivanov
Un parole: 123456

Palaidiet 1C datu bāzi un atveriet direktoriju “Mobilie darbinieki”. Kā mobilo ierīci norādiet iepriekš definētu elementu “Ierīces emulators”, tabulas sadaļai “Mobilās lietojumprogrammas” pievienojiet lietojumprogrammu “Ziņot pārvaldniekam” un iestatiet identisku lietotājvārdu un paroli.

Sāciet apmaiņas procedūru emulatorā (poga ar bultiņu “Uz augšu” labajā panelī)

Apmaiņas rezultāts tiek parādīts paziņojumā:

Noklikšķiniet uz tā, lai palaistu lietojumprogrammu (vai skatītu informāciju par kļūdu, ja apmaiņa bija neveiksmīga).

Pārbaudīsim, kas noticis. Sarakstā noklikšķiniet uz pārskata:

Rādīt

Lieliski! Tiek parādīti pārskati, jūs varat mainīt mērogu, izmantojot pogu vai žestus.

Aplikācija ir gatava, izrādījās diezgan funkcionāla un viegli paplašināma. Citu pārskatu pievienošana nebūs sarežģīta.
Varat pārsūtīt dokumentus dažādos formātos, piemēram, *.doc vai *.pdf, un to apskatei izmantot ārējās lietojumprogrammas. Skatiet avota koda piemēru, ir vēl 3 pārskati:

• diagrammu, izmantojot Google diagrammu rīkus
• grafiks, izmantojot jQuery Plot spraudni
• PDF atskaites izvade ar ārēju lietojumprogrammu (PdfReport.java)

Es to sīkāk neaprakstīšu, tāpēc raksts izrādījās garš. Ja jums ir kādi jautājumi, es esmu gatavs atbildēt komentāros. Šeit ir izvade:

Rādīt

Pilnu parauga kodu varat lejupielādēt vietnē https://xp-dev.com/svn/fba_toolkit_public/samples/fbaSample4ReportHead/

HTML izmantošana atskaišu veidošanai ļauj izveidot visdažādākos pārskatus, t.sk. un ar interaktīviem elementiem. Piemēram, vienā no mūsu projektiem tiek izmantota šāda atskaite:

Rādīt

• laukam “Parāds” atkarībā no summas tiek izmantota nosacīta krāsu shēma;
• pilns neapmaksāto rēķinu saraksts tiek atvērts tikai pēc noklusējuma noklikšķinot uz marķiera “Visi”, tiek parādīti tikai pēdējie 4.

Un, protams, jūs nekas neierobežo, varat izmantot trešo pušu bibliotēkas, lai parādītu pārskatus un diagrammas, piemēram, achartengine, vai izveidot savu grafiku/diagrammu (ir daudz piemēru, tostarp Android SDK).

Tas arī viss, citus piemērus varat atrast vietnē http://profi1c.ru.
Tuvākajā laikā plānots pievienot nodarbības par FBA bibliotēkas interaktīvajiem elementiem un adapteriem, kā arī parādīt, kā strādāt ar off-line mapsforge kartēm.

Lietojiet FBA Toolkit produktu plānots izplatīt komerciāli, tagad tas ir “demo versijas” statusā. Varat to brīvi izmantot testēšanai un mācībām.
Ierobežojumi:

• programma pārstāj darboties pēc demonstrācijas licences termiņa beigām, t.i. pēc 31.12.13.;
• Sākot, tiek parādīts paziņojums:

Tuvākajā laikā (ne vairāk kā mēnesi) mūsu vietnei tiks pievienota informācija par izmaksām un licencēšanas procedūru.

Paldies, ka izlasījāt līdz beigām. Esmu gatavs komentāros atbildēt uz jūsu jautājumiem gan par 1C, gan Android.

Birkas: pievienojiet atzīmes

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. Pašlaik 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ā. Tajā laikā jau bija klienta-servera konfigurācija “1C: Maza uzņēmuma vadība” (toreiz nosaukums bija tāds), programma maza uzņēmuma darbības automatizēšanai - pārdošana, sagāde, klientu un piegādātāju bāze, noliktava. vadība, ražošana utt.

Tāpat kā lielākā daļa mobilo lietojumprogrammu, kas rakstītas starpplatformu mobilajā platformā 1C:Enterprise, mobilā UNF ir pieejama operētājsistēmās 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 darboties gan autonomi, gan sinhronizēt datus ar “lielo” UNF (turpmāk vārdu “liels” rakstīšu saistībā ar UNF klienta-servera versiju bez pēdiņām, lai nepārslogotu tekstu ). Strādājot ar lielu CNF, ir 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 lielā 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 faktiski bija jāveic neliela programmēšana - mēs izmantojām standarta platformas mehānismus (jo īpaši apmaiņas plānus), kas samazina kodēš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 konstruēšanas darbu, nodrošinot izstrādātājam tādus interfeisa komponentus kā sarakstus (tabulas un hierarhijas) ar iespēju tos meklēt, ievades lauki. ar meklēšanu, atskaišu tabulām, plašu diagrammu klāstu, iespēju drukāt uz WiFi un Bluetooth printeriem utt.

Mobilās versijas iespējas 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ņemto preci uz serveri. Otrā stratēģija ir izveidot mobilo lietojumprogrammu ar plašu "viss vienā" funkcionalitāti. Abas pieejas ir derīgas; Rakstot mobilo UNF, mēs izvēlējāmies otro pieeju – mūsu aplikācija aptver daudzus uzdevumus savā priekšmeta jomā un var darboties pilnīgi autonomi, apkalpojot nelielas organizācijas vajadzības. Vēl viena šīs pieejas priekšrocība ir tā, 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 svītrkodus 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 var piezvanīt vai nosūtīt SMS, ja norādīta adrese, parādīt to kartē;
• Varat 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 ekrānuzņēmumu zemāk):

• 8 uzziņu grāmatas (lielajā UNF ir 273 uzziņu grāmatas)
• 7 dokumenti (lielajā UNF - 125)
• 3 dokumentu žurnāli (lielajā UNF — 24)
• 3 informācijas reģistri (lielajā UNF – 357)
• 4 uzkrāšanas reģistri (lielajā 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 sāk lietot cilvēki, kuri par 1C iepriekš nav dzirdējuši (jā, tādi ir arī mūsu valstī), tie, kuriem ir nepieciešama mobilā aplikācija sava mazā biznesa uzskaitei ( piemēram, mājas amatniecība). Viņi vienkārši to atrada, meklējot pakalpojumā Google Play vai AppStore, izlasīja atsauksmes un sāka strādāt.

Darbība bezsaistē Šis darba scenārijs ir paredzēts ļoti mazām organizācijām, kad visa uzskaite tiek veikta tikai mobilajā ierīcē. Tas varētu 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, kas specializējas Lego konstruktoru pārdošanā, veica ierakstus tikai UNF mobilajā versijā. Ņemot vērā, ka mobilais UNF var drukāt uz WiFi un Bluetooth printeriem, ar to var atrisināt diezgan daudz problēmu. Mobilais UNF atbalsta pasūtījumu apstrādi, rēķinu un rēķinu ievadīšanu, naudas ieņēmumu un izdevumu uzskaiti Darbs sinhronizācijas režīmā ar serveri (pirmās versijas) Sinhronizācijas režīmā ar serveri mobilajā UNF iepriekšējās versijās, uzskaites funkcionalitāte kļuva nepieejama un darbojas. gadā tas tika veikts galvenokārt 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 katalogu uzturēšana utt.).

Preču un pakalpojumu, darbuzņēmēju un pasūtījumu katalogi tika sinhronizēti ar lielo UNF.

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 to personu mobilajās ierīcēs, kuras 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 lielajā UNF, taču netika sinhronizēti starp mobilajām ierīcēm. Viss darbs mobilajā lietojumprogrammā sinhronizācijas režīmā tika veikts galvenokārt ap pasūtījumiem - to pieņemšana un izpilde netika veikta mobilajā ierīcē, lai to izdarītu, datorā bija nepieciešams liels CNF.

Tā tas bija pirmajās versijās, taču vēlāk situāciju mainījām un paplašinājām mobilo CNF 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 lielajā UNF pusē. Datu struktūras lielajā un mobilajā UNF ir atšķirīgas; Izstrādājot arhitektūru, mēs apsvērām 2 datu apmaiņas iespējas:

Izveidojiet datu struktūru lielā CNF, kas dublē mobilā CNF datu struktūru, un apmainiet datus ar mobilo CNF viens pret vienu. Mainot datus lielā UNF, ir jāpārsūta jaunie/mainītie dati uz šo dublikāta struktūru un pēc datu apmaiņas ar mobilo UNF jāpārveido dati, kas nāca no mobilās ierīces un atrodas dublikāta struktūrā, lielajā UNF. formātā.

Apmainieties ar datiem 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 pašas datu apmaiņas vienkāršību, labi nerisinā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, ģenerējot pakotnes datu sinhronizēšanai, ļaujot samazināt kodēšanu līdz minimumam. Apmaiņas procesā tiek izmantots 1C:Enterprise platformas standarta mehānisms - datu apmaiņas mehānisms; katram mobilajam UNF lielajā un mobilajā UNF tiek izveidots datu apmaiņas mezgls, tiek izmantots izmaiņu reģistrācijas pakalpojums, lai izsekotu kopš pēdējās sinhronizācijas mainītos datus utt.

Mobilā aplikācija uzsāk datu apmaiņu, izmantojot platformas mehānismus, ģenerē apmaiņas paketi (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 CNF sagatavo mobilajam CNF datus, kas kopš pēdējās sinhronizācijas ir mainīti lielajā CNF, un iepako 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 apkopo šo datu paketi pa paketi. Pēc pēdējās pakotnes lejupielādes mobilais UNF sāk apstrādāt saņemtos datus – apstrādāt dokumentus, ierakstīt direktorijus utt. Savienojuma kļūmes gadījumā tiek atbalstīta pakešu atsākšana; Mēs paši rakstījām CNF atsākšanas mehānismu (tā nav platformā), taču, tā kā mobilais CNF tiek piegādāts pirmkodā, izstrādātāji var apskatīt mehānisma ieviešanu un aizņemties to savām lietojumprogrammām.

Sākotnējās mobilā CNF sinhronizācijas laikā ar lielu CNF nevar strādāt mobilajā CNF - parādās 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:

• Katalogi:
  • Nomenklatūra
  • Darījuma partneri
  • lietotāju saraksts
• Dokumentācija:
  • Klientu pasūtījumi
  • Kvīts kasē
  • Izdevumi no kases
  • 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
• Informācija par organizāciju:
  • Vārds
  • Nodokļu informācija

Lielajā UNF produktiem ir attēli - faktisko produktu attēli. Lai samazinātu trafiku, mēs neielā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

Lietojumprogrammas evolūcija – lietošanas gadījumu izstrāde Tipiska situācija – bizness aug, un ar mobilā CNF funkcionalitāti vienā mobilajā ierīcē vairs nepietiek. Uzņēmumā parādās cits darbinieks (vai darbinieki), kuriem arī jāstrādā ar pasūtījumiem.

Pirmajās mobilā UNF versijās pārvietošanās scenārijs bija diezgan vienkāršs - mobilajā UNF ievadītie dati tika iekopēti lielā UNF datu bāzē, un lietotājam tagad 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 gluži ērti gala lietotājam – viņš jau bija pieradis veikt ierakstus no mobilās ierīces, taču šeit viņš bija spiests sēdēt pie datora tastatūras. Ne visi ar to būs apmierināti.

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

Diezgan mazs bizness. Grāmatvedība tiek veikta vienā mobilajā ierīcē.

Bizness aug – ir parādījušies darbinieki. Jūs varat instalēt 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; Šim nolūkam mēs nolēmām neizmantot failu apmaiņu, bet sinhronizācijai (un tajā pašā laikā dublēšanai) izmantot lielā UNF versiju, kas atrodas http://1cfresh.com mākonī. Iespējojot šo skriptu, http://1cfresh.com mākonī tiek izveidots liela CNF gadījums, kura datu bāze tiks izmantota datu sinhronizēšanai starp mobilajām ierīcēm. Vienas mobilās ierīces izmantošana šajā scenārijā ir bez maksas, par katru papildu ierīci mēs iekasējam 75 rubļus mēnesī, šajā scenārijā varat izmantot ne vairāk kā trīs ierīces. Vienlaikus mobilo ierīču lietotājiem var tikt piešķirtas iepriekš noteiktas lomas - tirdzniecības pārstāvis, servisa inženieris, pārdevējs (iespējama arī detalizēta lomu konfigurācija); Attiecīgi tiks ierobežota mobilās aplikācijas funkcionalitāte. Varat arī strādāt caur tīmekļa klientu vai plāno klientu ar lielu CNF, kas mitināts mākonī, taču mākoņa CNF funkcionalitāte tiks samazināta līdz mobilā CNF 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.

Uzņēmums ir izaudzis līdz vidēja lieluma uzņēmumam. Šajā gadījumā ir jēga nomāt pilnvērtīgu liela UNF versiju mākonī, lai saņemtu (izmantojot tīmekļa klientu vai plāno klientu) papildu funkcionalitāti - CRM (plānos ietilpst CRM iekļaušana mobilajā UNF, bet tagad tas ir pieejams tikai lielajā versijā), noliktavas vadība, paplašināta cenu veidošana, iespēja strādāt ar bankām un. Šajā gadījumā mobilo ierīču skaits, kas strādā ar lielu CNF, nav ierobežots (par katru ierīci tiek iekasēta papildu maksa atbilstoši tarifam, kā par vienu darba vietu; 1 licence CNF in Fresh vai “kastē” CNF 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.

Ražošanas funkcionalitāte ir vienreizējs pirkums, un iespēja sinhronizēt ar papildu mobilajām ierīcēm ir iepakota kā abonements, kas ir jāatjauno katru mēnesi. Interesanti, ka tikai 3 nedēļas pēc iepirkšanās funkcionalitātes pievienošanas mobilais UNF iekļuva Google Play biznesa aplikāciju pārdošanas labāko 15. vietā. Secinājums Mobilais UNF ir salīdzinoši neliels (avota koda apjoma ziņā), taču diezgan populārs produkts. Ceram, ka stāsts par tā evolūciju būs noderīgs mobilo galalietotāju produktu radītājiem gan izmantojot 1C tehnoloģijas, gan citus izstrādes rīkus.

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 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. tev.

Ievads

Jaunajā 1C platformas versijā (8.3.5) ir 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. Tas piesaistīja manu uzmanību, un es gribēju kaut ko īstenot prieka pēc. Man uzreiz radās doma uztaisīt kaut ko līdzīgu mājaslapai, bet šī doma nebūtu saprotama pat infostartā, tāpēc izmetu to no galvas. Likās, ka tas ir izmests, 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 zemas noslodzes un vienkārša mobilā tīmekļa lietojumprogramma ierobežotam lietotāju skaitam, piemēram, darbiniekiem, var tikt ieviesta 1C, izmantojot HTTP pakalpojumus.

Mobilā tīmekļa aplikācija "Kontakti"

Sākšu ar rezultātu. Mobilā tīmekļa aplikācija "Kontakti" izskatās vienkārša, un patiesībā tā arī ir. Sākumā ir redzams tikai lauks kontaktpersonas meklēšanai.

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

Sazvanīsimies Aleksejam.

Uzrakstīsim vēstuli Timofejam.

Tas ir viss mobilā tīmekļa lietojumprogramma.

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

Mazliet par ieviešanu

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

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

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

Funkcija ProcessRequest(Request) Export If MatchesResource(Request, "/index.html") then Return GetResourceIndexHTML(); ElseIf MatchesResource(Request,"/application.js") Tad atgrieziet GetResourceApplicationJS(); ElseIf MatchesResource(Request,"/contacts.json") Tad atgrieziet GetResourceContactsJSON(Request); endIf; EndFunction

Un šādi izskatās, piemēram, index.html lapas atgriešanās.

Funkcija GetResourceIndexHTML() Response = New HTTPServiceResponse(200); Teksts = GetLayout("IndexHTML").GetText(); Answer.SetBodyFromString(Teksts); Response.Headings.Insert("Content-Type", "text/html"); Atgriezt atbildi; EndFunction

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

Izdevuma iezīmes

Publicējot HTTP pakalpojumu, radās nelielas grūtības, tāpēc, lai jums būtu vieglāk, ieskicētu dažus komentārus:
- Par izdevumu ir diezgan detalizēti apraksti - lasiet uzmanīgāk.
- Pirms publicēšanas neaizmirstiet palaist konfiguratoru kā administratoru.
- HTTP pakalpojumu bija iespējams palaist tikai ar faila versiju, radās 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 (punktā) 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.

Šis prototips tika izveidots, izmantojot Moqups– vienkāršs un ērts serviss maketu un koncepciju veidošanai. Tas ir diezgan piemērots mazu Android lietojumprogrammu ātrai prototipēšanai. Nopietnāku projektu prototipēšanai labāk izmantot Photoshop un Android UI Design Kit!.

Lietojumprogrammas apraksts

Lietojumprogramma sastāv no 3 ekrāniem:

“Aplikācijas galvenais ekrāns” – palaižot, tiek parādīts uzdevumu saraksts (izpildes termiņš, uzdevuma nosaukums un norāde par tā pabeigšanu). Kad uzdevums ir izpildīts, tas sarakstā tiek atzīmēts kā pabeigts.

Noklikšķinot uz pogas “Datu apmaiņa”, darbinieks var nekavējoties sākt jaunu uzdevumu saņemšanas procedūru no servera. Datu apmaiņa ar serveri arī tiek veikta automātiski reizi dienā, saskaņā ar iestatījumos norādīto grafiku.

“Programmas iestatījumi” - šeit jūs iestatāt autorizācijas parametrus un 1C servera adresi, kā arī parāda šīs ierīces unikālo identifikācijas numuru. Šeit var iestatīt arī automātisko maiņas grafiku.

To datu struktūra, kas tiek apmainīti starp mobilo klientu un 1C serveri

Ceļš būs vērtību tabula (1C izteiksmē), kurā ir 3 kolonnas:

Mobilās lietojumprogrammas veidnes izveide 1C

Palaidiet 1C un atlasiet direktoriju “Mobilās lietojumprogrammas”, pievienojiet jaunu elementu, kur:

Laukā “Identifier” norādiet SAMPLE_APP_TASKS (vai padomājiet par jebkuru citu), tas ir unikāls lietojumprogrammas identifikators jūsu konfigurācijā. Nepieciešams, lai unikāli identificētu pieteikumu apmaiņas procesa laikā, jo Viens un tas pats darbinieks var izmantot vairākas lietojumprogrammas vienā mobilajā ierīcē.

Laukā “Nosaukums” ievadiet savas mobilās lietojumprogrammas nosaukumu, piemēram, Uzdevumi.

Pierakstiet direktorija vienumu, izmantojot pogu Rakstīt, pēc tam izveidojiet jaunu versiju un norādiet to kā savas lietojumprogrammas darba versiju.

Sarakstā "Metadati" atlasiet grupu "Ārējie dati" un rīkjoslā noklikšķiniet uz pogas "Pievienot". Aizpildiet jaunās tabulas parametrus, kā parādīts attēlā:

Kolonnu nosaukumi un pati tabula šeit, kā likums, ir norādīti krievu valodā, tie tiks izmantoti, lai aizpildītu tabulu ar datiem, izmantojot iebūvēto 1C valodu.

Katrai datu tabulai mobilajā lietojumprogrammā ir jābūt virknes tipa primārajai atslēgai (PRIMARY KEY attiecībā uz relāciju datu bāzēm). Visām objektu tabulām (direktorijiem un dokumentiem) atslēga ir saites teksta attēlojums (unikāls identifikators), un tas tiek aizpildīts automātiski.

Neobjekta tabulām, piemēram, “informācijas reģistram” vai “ārējai tabulai”, programmai jānorāda, kā tā ir jāaizpilda. Viena no iespējām ir iestatīt karodziņu “Indekss” vienai vai vairākām tabulas kolonnām, kā tas tika darīts mūsu piemērā kolonnām “Maksāšanas datums” un “Uzdevums”. Tas nozīmē, ka tabulā nevar būt divi vienādi uzdevumi vienam un tam pašam datumam.

Noklikšķiniet uz Labi, tabula tiks pievienota metadatu kokam, mobilajai lietojumprogrammai nosaukumi tiek automātiski tulkoti latīņu valodā.

[Viens no FBA noteikumiem: 1C mēs rakstām avota kodu krievu valodā, Java - latīņu valodā. Krievu burtu trūkums identifikatoros, mainīgo nosaukumos un klasēs ļaus izvairīties no daudzām problēmām, veidojot mobilo klientu]

Pārdēvējiet vārdus no latīņu uz angļu valodu. Principā bija iespējams atstāt latīņu alfabētu, bet mēs jau esam izlēmuši par nosaukumiem (tabulā augšā).

Saglabājiet izmaiņas un rīkjoslā noklikšķiniet uz pogas “Mobilās lietojumprogrammas veidne”.

“Veidņu direktorijs” – norādiet ceļu uz direktoriju, kurā tiks saglabāti ģenerētie mobilo aplikāciju veidņu faili.

Cilnē “Pamata” norādiet pakotnes nosaukumu, tam ir jābūt unikālam identifikatoram. Ja jums ir vietne, izmantojiet to, lai ģenerētu prefiksu. Mūsu piemērā tas ir ru.profi1c.samples.tasks

Cilnē “Tīmekļa pakalpojums” servera adrese pēc noklusējuma ir norādīta kā 10.0.2.2. Šī ir jūsu datora adrese, ja tai piekļūst no Android emulatora.

Laukos “Tīmekļa pakalpojuma nosaukums” un “Lietojumprogrammu apakšdirektorijs” ievadiet datus, kas tika norādīti, publicējot tīmekļa pakalpojumu.

Cilnē “Par programmu” ievadiet kontaktinformāciju un papildu informāciju par savu pieteikumu, atstājiet cilnes “Tabulas ģenerators” iestatījumus nemainītus.

Noklikšķiniet uz Izveidot, tiks ģenerēta Android projekta veidne. Aizveriet veidņu ģenerēšanas vedņa logu, saglabājiet izmaiņas un aizveriet direktorijas vienumu “Mobilās lietojumprogrammas”.