Esiasetukset

Ennen kuin aloitat työn mobiililaitteella, sinun on asennettava 1C: Link -palvelun juurivarmenne.

Mobiilisovelluksen asetuksissa sinun on määritettävä polku tietokanta, julkaistu "1C: Linkin" kautta. Mobiilisovellusten kanssa työskentelyn ominaisuus "1C: Linkin" kautta on, että yhteys verkkopalveluihin suoritetaan niiden nimillä, ei aliaksilla (aliaksilla). Joissakin mobiilisovelluksissa (esimerkiksi 1C:DO) yhteysmerkkijono luodaan automaattisesti, eikä se vaadi verkkopalvelun nimeä.

Mobiilisovellusten määrityksen ominaisuudet

1C: Tilaukset

• Siirry tietokannassa "Hallinta"-osioon, valitse "CRM ja myynti" -valikkokohta, valitse "Salli tietojen synkronointi 1C: Customer Orders" -mobiilisovelluksen kanssa -valintaruutu, napsauta "Synkronointiasetukset" -linkkiä ja lisää asetus. käyttäjälle.
• Kirjautuminen: 1C-käyttäjän kirjautuminen
• "1C:LINK"-asetus on käytössä
• Tunnelin nimi:<ваш-туннель>
• "SSL"-asetus on otettava käyttöön, jotta se toimii IS:n kanssa HTTPS:n kautta, ja pois päältä, jotta se toimisi HTTP:n kautta
• Luettelo: <путь веб-приложения>

Mobiiliasiakirjanhallinta

• Ota mobiiliasiakas käyttöön tietokannan asetuksista.
  Voit tehdä tämän siirtymällä tietokantaan käyttäjänä, jolla on järjestelmänvalvojan oikeudet, valitsemalla valikosta "Asetukset ja hallinta" - "Ohjelman asetukset" - "Tiedonvaihto" ja rastita ruutu "Käytä mobiiliasiakkaita"
• Yhteyden osoite: https://<ваш-туннель>.verkkosivusto/<путь веб-приложения>
• Kirjautuminen: 1C-käyttäjän kirjautuminen
• Salasana: hänen salasanansa

Huomaa, että voidaksesi työskennellä mobiilisovelluksen kanssa, sinulla on oltava versio 1C: Document Management 8 vähintään 1.3.1.3 CORP

1C: UNF

• Siirry "1C: UNF" -mobiilisovelluksen synkronointiasetuksissa "Muu palvelu" -osioon
• Kirjoita "sovellusosoite" -kenttään (ilman ru_RU:ta)
• Määritä tietokannan käyttäjän kirjautumistunnus ja salasana ja napsauta "Kirjaudu" -painiketta.

1C: ERP-näyttö

• Kirjautuminen: 1C-käyttäjän kirjautuminen
• Salasana: hänen salasanansa
• "1C:LINK"-asetus on käytössä
• Tunnelin nimi:<ваш-туннель>
• Luettelo: <путь веб-приложения>

​

1cfresh kirjanpitoasiakas

Voit synkronoida 1C: Linkissä julkaistun Enterprise Accounting Departmentin kanssa käyttämällä 1cfresh Accounting Client -mobiilisovellusta.

• Siirry mobiilisovelluksen "Accounting Client 1cfresh" asetuksista kohtaan "Muu palvelu"
• Kirjoita "yhteyden perusosoite" -kenttään https://tunnel name.link.1c.ru/web-sovelluspolku(ilman ru_RU:ta)
• Määritä tietokannan käyttäjän kirjautumistunnus ja salasana ja napsauta Yhdistä-painiketta.

​
​

Mobiilisovelluksen kehittämisen käytäntö 1C 8.3 (osa 1)

Tässä artikkelissa puhumme siitä, mitä minulla oli mahdollisuus kokeilla ja minkä haravan päälle astua ennen kuin onnistuin tekemään enemmän tai vähemmän normaalin sovelluksen tableteille. Sovellus oli alun perin terävöitetty vain Androidille, perustuen kokoonpanoon 1C: Orders ja mobiilisovellus kehitystä varten.

Aluksi valittiin "väärä" lähestymistapa, kun sovellus käännettiin ja ladattiin tabletille manuaalisesti. Muistutan, että mobiilisovellusten rakentamiseen käytetään Mobile Application Creation Assistantia (MobileAppWizzard). Sitten yhdeltä foorumilta löydettiin kaunis ratkaisu mobiilisovelluksen avulla. Tämä sovellus sisältyy mobiilialustan asennussarjaan. Kehittämishetkellä käytettiin alustan versiota 8.3.3.24. Kansiosta " Android"Löydät tiedoston 1cem.apk. Tämä on mobiilisovellus kehitystä varten. Sen suurin plus, joka säästi meiltä paljon aikaa, on se, että voit julkaista mobiilisovelluksen verkkopalvelimella ja tablet-laitteella määrittää polun kuten http://[ Web-palvelimen osoite]/[ Mobiilisovelluksen nimi].

Tablet PC:ssä voit valita lisätyn sovelluksen asetuksista ruudun "Päivitä konfiguraattorista", ja joka kerta kun sovellus käynnistyy, se yrittää muodostaa yhteyden verkkopalvelimeen ja tarkistaa päivitykset.

Mobiilisovelluksen käyttöönoton jälkeen aloitettiin sen viimeistelyprosessi.

Mitä vaadittiin:

1. Aseta vaihto keskustukiaseman ja mobiililaitteen välille.

2. Järjestä epäsymmetrinen synkronointi: lataa tiedot tuotevalikoimasta, vastapuolista, varastosaldoista ja keskinäisistä tilityksistä keskustietokannasta ja lataa mobiilisovelluksesta vain asiakkaiden tilaukset.

3. Ota käyttöön yksinkertainen käyttöliittymä johtajille, josta he voivat nopeasti tarkastella saldoja, hintoja ja maksuja.

Testausvaiheessa käytettiin "Managed Application" -välipohjaa, koska 1C: Orders -demosovellus suunniteltiin alun perin vaihdettavaksi hallitun sovelluksen kanssa.

Ensimmäinen pannukakku tuli paakkuisena. Kirjaimellisesti. v82.ComConnectoria käytettiin vaihtamiseen keskustukiaseman kanssa. En mene sen asetusten yksityiskohtiin, tästä on olemassa joukko erillisiä materiaaleja. Käyn vain kohtaamieni vaikeuksien läpi.

1. Käytä objektit 64-bittisessä palvelinkäyttöjärjestelmässä. Ongelman ratkaisemiseen käytettiin käärettä COM+ sovellukset, joka on määritetty sisään Komponenttipalvelut.

2. Etäpuhelu Com toiselta palvelimelta. Kutsutulla palvelimella on oltava rooli sovelluspalvelin, ja se pitäisi määrittää COM+ verkkoyhteys. Lisäksi palvelin Apache on oltava asianmukaiset oikeudet (eli toimittava palveluna valtuutetun käyttäjän puolesta)

Kärsittyään Com-yhteyksistä päätimme siirtää työpohjan Web palvelut.

Myös verkkopalvelujen julkaisemisesta on kirjoitettu paljon, mutta kirjoitetaan kuinka se toimii. Miten se EI toimi, kerron alla.

Työpohja otetaan käyttöön 8.2-alustalla, mobiilisovellus vastaavasti 8.3.

Julkaistaessa ensimmäinen sovellus 8.3 ja sitten 8.2. ajoittain nappasi "Stream format error" -virheen 8.3-verkkoasiakasohjelmasta tai virheilmoituksen "asiakas- ja palvelinalustan versiot eroavat". Uudelleenlähettäminen ei auta, eikä myöskään uudelleenkäynnistys. Apache. Mutta julkaisun poistaminen käytöstä ja sen yhdistäminen uudelleen auttaa.

Lisäksi huomasin hauskan virheen valtuutettaessa käyttäjää (luodessani ws määritelmät). Kun testataan tietokoneella, valtuuttaminen pitkällä koko nimellä on helppoa. Kun yrität valtuuttaa samaa käyttäjää käynnissä olevasta tabletista Android, lupa päättyi ennen kuin se alkoi. Kokeellisesti oli mahdollista laskea, että sisäänkirjautumisen pituus kyrillisellä kirjaimella on rajoitettu 22 merkkiin. Samaan aikaan kyrillisten merkkien ja numeroiden yhdistelmä mahdollisti kirjautumisen 27 merkin pituisella sisäänkirjautumisella. Tämän epäillään johtuvan kyrillisten merkkien muuntamisesta. Siis esimerkiksi selaimessa Firefox Wikipedia rivi "ivo" muunnetaan muotoon "».

Teknologisesti mobiilialustalla 8.3.3 on tällä hetkellä useita rajoituksia. Minusta odotetuin innovaatio on pyyntöjen tukeminen. Mutta koska mobiilialusta ei vielä tue mielivaltaisia ​​pyyntöjä dynaamisissa luetteloissa, minun oli "mentävä toiseen suuntaan".

Seuraavaa lähestymistapaa käytettiin ratkaisemaan ongelma, joka koski tuotteen viitekirjan näyttämistä hinnoista ja saldoista:

1. Kaksi taulukkoa on luotu tuoteviitekirjan muodossa. Ensimmäinen on dynaaminen luettelo, itse hakemisto. Suodattaa dynaaminen luettelo määritetty näyttämään vain ryhmät. Toinen taulukko on todelliset saldot ja hinnat. Kun dynaaminen listarivi on aktivoitu, arvotaulukko täytetään palvelimella, joka näkyy sitten toisessa taulukossa. Hintoja ja saldoja hankittaessa käytettiin esinemallia. Kaikki nämä tanssit tamburiinilla suoritettiin vain siksi, että ei ole paksulle asiakkaalle tuttua "jos tulostetaan merkkijonoa" tai "kun vastaanotetaan dataa" -menetelmää, ja sarakkeeseen on mahdotonta piirtää numeroita dynaamisesti.

Vastaavaa lähestymistapaa käytettiin valinnassa

2. Muotoiltu merkkijono oli täydellinen nykyisten hintojen merkkijonon näyttämiseen.

Alla on esimerkki koodista.

&AtServerWithoutContext Funktio ResidualsWhenRowsAtServer(number)RecordSet on aktivoitu =RegistersInformation.ProductPrices.CreateRecordSet(); RecordSet.Selection.Product.Value = nom; Recordset.Selection.Item.Use = tosi; RecordSet.Read(); ArrayFormattedStrings = Uusi taulukko; Jokaiselle RecordSet Loop -sarjan riville ArrayFormattedStrings.Add(New FormattedString(SetRow.PriceType.Description,WebColors.Blue)); ArrayFormattedStrings.Add(New FormattedString(" " + String(SetString.Price) + " ")); EndCycle; Return New FormattedString(ArrayFormattedStrings); // Lisää käsittelijän sisältö. EndFunctions

3. Hakemistojen, saldojen ja hintojen lataamiseen mobiilisovellukseen käytettiin verkkopalvelua, joka vastaanottaa sisääntulossa parametrirakenteen ja palauttaa lähtöön arvovaraston. Toinen epämiellyttävä löytö oli vaihdon kaatuminen palvelinpuolen liian pitkän käsittelyn vuoksi. Sain vaikutelman, että on jonkinlainen aikakatkaisu, jonka jälkeen sovellus "luulee" yhteyden katkeavan (vaikka itse asiassa dataa käsitellään edelleen toimivassa tietokannassa ws-yhteyden kautta), ja pysäyttää vaihdon virheellä.

Tämän välttämiseksi koko vaihto päätettiin jakaa osiin, jolloin fokus palautettiin mobiilisovellukseen. Nuo. synkronoida ensin erä, sitten vastapuolet, sitten saldot jne.

4. Raporttien vastaanottamiseen jätetään sama lähestymistapa kuin konfiguraatiossa 1C: Tilaukset. Verkkopalvelu kutsutaan parametrein, työkannan palvelinpuolelle muodostetaan taulukkodokumentti, jonka jälkeen jo valmisteltu taulukkodokumentti palautetaan mobiilisovellukseen.

Tässä artikkelissa tarkastelemme alkuasetuksia, jotka on tehtävä ennen mobiilisovelluksen käytön aloittamista.
Mobiilisovellusta "1C-Rating: Mobile Water" käytetään yhdessä "1C-Rating: Ravintola" -konfiguraation kanssa, johon se on yhdistetty säännöllisen tiedonvaihdon kautta. Siksi ennen 1C-Rating: Mobile Waiter -kokoonpanon asentamista sinun on tehtävä asianmukaiset asetukset 1C-Rating: Ravintola -ohjelmassa.

Tietokannan "1C-luokitus: Ravintola" perustaminen

Kaikki mobiilisovelluksen kanssa työskentelyssä käytettävät säädökset ja viitetiedot täytetään "1C-Rating: Ravintola" -konfiguraation tietokannassa. Ennen kuin aktivoit ja suoritat vaihdon mobiilisovelluksen ja 1C-Rating: Ravintolamäärityksen välillä, täytä seuraavat tiedot 1C-Rating: Ravintolan määritykset:

• Hakemisto Organisaatio;
• Hakemisto Stock;
• Hakemisto Kassakone;
• Hakemisto sali;
• Hakemisto Muokkaimet;
• Tietorekisterit Aterian modifiointiaineet;
• Tietorekisterit Ennalta määritetyt tilaustuotteet;
• Tietorekisterit Leimatulostuksen reititys;
• Hakemisto Valikkotyypit;
• Hakemisto RMK asetukset;
• Hakemisto Käyttäjät.

Käyttäjän asetukset

Mobiilisovelluksen kanssa työskentelevät käyttäjät on luotava etukäteen 1C-Rating: Ravintola -tietokantaan. Mobiilisovelluksen käyttäjällä tulee olla "1C-Rating: Ravintola" -konfiguraatioon liittyvien perusasetusten ja roolien lisäksi rooli, jonka avulla käyttäjä voi työskennellä mobiilisovelluksen kanssa.

Automaattinen leiman tulostus

Mobiililaitteen tilauksen jälkeen on mahdollista tulostaa leimoja valmistuspaikoissa (keittiö, baari). Postimerkit tulostetaan seuraavan algoritmin mukaan: mobiilisovelluksessa käyttäjä luo tai muuttaa tilauksia, jotka siirretään 1C-Rating: Ravintolakonfiguraation keskustietokantaan. Keskustietokannassa ne kerätään tietorekisteriin Leimatulostusjono. Kirjanpitoparametrien asetuksissa määritetyllä tiheydellä käynnistetään prosessi, joka tulostaa leimat tästä tietorekisteristä valmistelupaikkoihin.
Ottaaksesi tämän ominaisuuden käyttöön, sinun on määritettävä "1C-luokitus: Ravintola" ryhmän kirjanpitoparametrien asetuksissa. liikkuva tarjoilija aseta seuraavat asetukset:

• Tulosta mobiili tarjoilijaleimat– Kun tämä asetus on käytössä, voit lähettää postimerkkejä, joissa on tietoja tulostuksen valmistelusta.

• Käyttäjä tulostaa mobiilitarjoilijaleimoja– sinun on valittava käyttäjä hakemistosta Käyttäjät, jonka puolesta tulostustoimenpiteet suoritetaan. Jotta voit tulostaa leimoja, sinun on suoritettava istunto määritettynä käyttäjänä. Jotta leimantulostustoimenpiteet eivät hidasta käyttäjien työtä, on suositeltavaa luoda erillinen käyttäjä (esim. "Launch RMK" tai "Print Stamps") ja suorittaa erillinen 1C:Enterprise-istunto tällä. käyttäjä suorittaa taustatulostuksen.

• Mobiilitarjoilijan leiman tulostusväli– Tämä asetus määrittää tulostuksen aikavälin sekunteina. Tämän parametrin täyttäminen on pakollista leimoja tulostettaessa. Tämän parametrin arvo valitaan tietyn organisaation vaatimusten perusteella, suositeltu arvo on 10 sekuntia.

Julkaiseminen verkkopalvelimelle

Mobiilisovelluksen ja kiinteän tietokannan "1C-Rating: Ravintola" yhteiskäyttöä varten on tarpeen järjestää sopiva infrastruktuuri:
1. Tarjoilijoiden työalueella tulee olla konfiguroitu langaton verkko WiFi.
2. Tietokoneelle, jossa tietokanta "1C-Rating: Ravintola" julkaistaan, verkkopalvelin on asennettava ja määritettävä (työskentely Apache- tai IIS-verkkopalvelimen kanssa on tuettu).
3. 1C:Enterprise-alusta ja verkkopalvelimen laajennusmoduulit on asennettava samaan tietokoneeseen. Moduulit asennetaan alustan asennuksen yhteydessä.


4. Tietokanta "1C-Rating: Ravintola" tulisi julkaista.
5. Tietokoneen, jossa on julkaistu tietokanta ja mobiililaitteet, on oltava samassa lähiverkossa.
Julkaise 1C-Rating: Ravintolatietokanta käynnistämällä 1C:Enterprise Configurator-tilassa (valikko Hallinto - Julkaiseminen verkkopalvelimelle). Toimi avautuvassa ikkunassa seuraavasti:

• Kirjoita julkaisun nimi manuaalisesti kenttään Nimi, kun taas se voi koostua vain latinalaisten aakkosten merkeistä. etunimi syötetään myöhemmin mobiilisovelluksen asetuksiin.
• Kentällä verkkopalvelin Määritä web-palvelimen tyyppi, jolle julkaiset.
• Kentällä Luettelo määritä polku hakemistoon, jossa virtuaalista hakemistoa kuvaavat tiedostot sijaitsevat.
• Siirry kirjanmerkkiin HTTP-palvelut ja ota asetus käyttöön Julkaise oletusarvoiset HTTP-palvelut. Tarkista taulukkoosiossa HTTP-palvelu Data saatavilla olevien palveluiden luettelossa.
• Paina nappia Julkaista. Sinun on käynnistettävä palvelin uudelleen julkaisemisen jälkeen.

"1C Rating: Mobile Waiter" määrittäminen

Mobiilisovellus "1C-Rating: Mobile Water" on ladattavissa ilmaiseksi mobiililaitteisiin virallisesta Google Play -verkkokaupasta. Jotta voit käyttää sovellusta kaupallisesti, sinun on ostettava tarvittava määrä laitelisenssejä ja aktivoitava mobiilisovellus jokaisessa mobiililaitteessa. Mobiilisovelluksen toimivuuden tutkimiseksi tarjotaan demotila, joka ei edellytä Laitteen lisenssin ostamista.
Mobiilisovelluksen "1C-Rating: Mobile Water" asennus tapahtuu automaattisesti, eikä se eroa minkään muun mobiilisovelluksen asennuksesta. Päivitykset 1C-Rating: Mobile Waiter -sovellukseen ovat saatavilla virallisessa Google Play -verkkokaupassa ilman rajoituksia ja rekisteröintiä 1C-Ratingiin.
Kun käynnistät mobiilisovelluksen ensimmäisen kerran, näkyviin tulee lomake käyttötavan valintaa varten. Valittavana on kaksi vaihtoehtoa: Esittely-tila ja Aktivoi sovellus.
Demotila voidaan ottaa käyttöön, kun mobiilisovellus käynnistetään ensimmäisen kerran tai myöhemmin, aktivoinnin jälkeen, asetuslomakkeessa samannimisellä kytkimellä.
Kun tämä tila on käytössä, mobiilisovelluksen tietokanta täyttyy automaattisesti demotiedoilla, joiden avulla voit tutustua toiminnallisuutta tuote.

Sovelluksen aktivointi

Jotta voit työskennellä mobiilisovelluksen kanssa ja kaksisuuntaisen tiedonvaihdon "1C-Rating: Ravintola" -kokoonpanon rekisteröintitietokannan kanssa, sinun on aktivoitava sovellus.
Mobiilisovelluksen aktivoimiseen on kaksi vaihtoehtoa:

• Internetin aktivointi.

• Offline-aktivointi.

Internetin aktivointi

Internet-aktivoinnin suorittamiseksi sinun on:

1. Tarjoa mobiililaitteen pääsy Internetiin.
2. Syötä rekisteröintinumero ikkunaan Sovelluksen aktivointi ja paina painiketta Aktivoida.

Offline-aktivointi

Offline-aktivointi suoritetaan, jos mobiililaitetta ei voida yhdistää Internetiin.
Offline-aktivoinnin suorittamiseksi sinun on:

1. Hanki mobiilisovelluksen rekisteröintinumero. Tätä varten sinun on otettava yhteyttä alueesi 1C-luokitusyrityksen kumppaneihin tai suoraan 1C-luokitusyritykseen.
2. Ikkunassa Sovelluksen aktivointi klikkaa linkkiä Offline-sovelluksen aktivointi.
3. Ikkunassa Offline-sovelluksen aktivointi syötä mobiilisovelluksen rekisteröintinumero.
4. Paina nappia Hanki sovelluskoodi. Näyttöön tulee ikkuna, joka sisältää sovelluskoodin. Tämä koodi on siirrettävä 1C-luokitusyritykselle. Vastaus annetaan Aktivointikoodi.
5. Aktivointikoodi syötetään ikkunaan Offline-sovelluksen aktivointi sopivalle kentälle. Nappia painamalla Aktivoida mobiilisovellus on aktivoitu.
6. Onnistuneen aktivoinnin jälkeen mobiilisovellus on käyttövalmis.

Tärkeä!

Kun olet asentanut mobiilisovelluksen uudelleen, se on aktivoitava uudelleen.

Yhteyden muodostaminen tietokantaan "1C-Rating: Ravintola"

Kun mobiilisovellus on aktivoitu (millä tahansa yllä olevista tavoista), käyttäjän valtuutuslomake avautuu automaattisesti. Alkuperäisen valtuutuksen aikana lomake sisältää seuraavat kentät:

• Käyttäjä- käyttäjä, jonka alaisuudessa työ suoritetaan "1C-luokitus: liikkuva tarjoilija". Mobiililaitteiden käyttäjien on oltava valmiiksi luotuja 1C-Rating: Ravintolamääritysten tietokantaan.
• Salasana- salasana käyttäjän valtuutusta varten, määritetty käyttäjäasetuksissa "1C-Rating: Ravintola" -kokoonpanossa.
• Palvelimen osoite– Tämä kenttä määrittää sen tietokoneen IP-osoitteen, jossa verkkopalvelin on käynnissä.
• Portti– oletusarvo on 80. Jos web-palvelin on määritetty johonkin toiseen porttiin, sen numero on määritettävä tässä.
• Julkaisun nimi– nimi, joka määritettiin julkaistaessa HTTP-palvelu "1C-Rating: Ravintola" -määrityksen tietokannassa.

Valtuutus tapahtuu napin painalluksella Kytkeä. Kentät Palvelimen osoite ja Julkaisun nimi sisältävät yhteyden tekniset tiedot ja ne täytetään ensimmäisen yhteyden yhteydessä. Kun seuraavan kerran käynnistät, nämä kentät piilotetaan ja ovat käytettävissä vain asetuslomakkeessa.

Tärkeä!

Käyttäjätunnus ja julkaisunimi tulee syöttää kirjainkoon erottelulla. Jos tapaus ei täsmää, lupa evätään.

Kun valtuutetaan uudelleen tai vaihdat käyttäjää, riittää, että määrität käyttäjän, syötät salasanan ja napsautat painiketta kytkeä.


Kun valtuutus on suoritettu, tilausluettelolomake avautuu - voit aloittaa työskentelyn. Luo tilaus napsauttamalla painiketta Uusi järjestys.

Yhteysviestit

Kun mobiilisovellus yhdistetään 1C-Rating: Ravintola -kokoonpanoon, seuraavat viestit voivat tulla näkyviin:

1. "Tapahtui verkkovirhe"

Tämä viesti voi tapahtua, jos:

• Wi-Fi-signaali katosi.
• Verkkopalvelin on määritetty väärin.
• Web-palvelin lakkasi toimimasta - sinun on käynnistettävä verkkopalvelin uudelleen.
• Väärä verkkopalvelimen osoite ja/tai portti.

2. "Riittämättömät oikeudet resurssin käyttöön tällä HTTP-menetelmällä"

Tämä viesti tarkoittaa, että käyttäjällä ei ole roolia käytössä Pääsy liikkuviin tarjoilijaobjekteihin.
3. "Pyydettyä URL-osoitetta /REST/hs/Data/Registration ei löytynyt tältä palvelimelta."
Valtuutusviesti ilmestyy, jos:
Virheellinen julkaisun nimi määritetty.
Liikkuvan tarjoilijan julkaisun nimi poikkeaa julkaisua määritettäessä Ravintolakonfiguraattorissa määritellystä nimestä (tarkistetaan, vastaako julkaisun nimi, kirjainrekisteri on tärkeä).
4. "1C:Enterprise 8 -sovellusvirhe. HTTP: Ei löydy"
Tämä viesti tulee näkyviin, jos HTTP-palvelua ei valittu julkaisua määritettäessä. On tarpeen tarkistaa lippujen läsnäolo asetuksessa Julkaise HTTP-palvelut oletuksena ja rivin taulukkoosassa Data.

• (3475)

Johdanto

AT uusi versio 1C-alustalle (8.3.5) on ilmestynyt paljon uusia toimintoja. Muuten, niille, jotka eivät tiedä, on resurssi, jossa 1C-kehittäjät kuvaavat alustan uusia innovaatioita. Yksi niistä on mekanismi. Hän kiinnitti huomioni, halusin toteuttaa jotain hauskaa. Keksin heti idean tehdä jotain sivuston kaltaista, mutta tällä ajatuksella he eivät ymmärtäneet minua edes infostartissa, joten heitin sen pois päästäni. Näytti siltä, ​​että hän heitti sen pois, mutta idea muuttui joksikin ei niin suureksi, joksikin, joka voisi löytää todellista käyttöä elämässä - mobiiliverkkosovellukseksi.
Uskon, että kevyesti ladattu ja yksinkertainen mobiiliverkkosovellus rajoitetulle määrälle käyttäjiä, esimerkiksi työntekijöitä, voidaan toteuttaa 1C:ssä HTTP-palveluiden avulla.

Mobiiliverkkosovellus "Yhteystiedot"

Aloitan tuloksesta. Yhteystietojen mobiiliverkkosovellus näyttää yksinkertaiselta, ja sitä se on. Alussa näet vain kentän yhteystiedon etsimistä varten.

Etsitään joku (jos haluat aloittaa haun, sinun on syötettävä vähintään 3 merkkiä). Joku on löytynyt.

Soitetaan Alexille.

Kirjoitetaan kirje Timoteukselle.

Se on koko mobiiliverkkosovellus.

Muuten, se on erittäin helppo mukauttaa mihin tahansa kokoonpanoon.

Hieman toteutuksesta

Käytetyt työkalut:
- 1C-alustan HTTP-palvelumekanismi (alkaen versiosta 8.3.5)
- jQuery JavaScript -kirjasto (http://jquery.com)
- JavaScript-kirjasto jQuery mobile (http://jquerymobile.com)
- 1C:JSON()

HTTP-palvelu "Yhteystiedot" hyväksyy kaikki pyynnöt ja välittää ne "ContactsMVP":lle käsittelyä varten. Kaikki mobiiliverkkosovelluksen logiikka on keskittynyt "Yhteystiedot MVP" -käsittelyyn.

Tältä pyynnön käsittely näyttää.

Funktio HandleRequest(Request) Export If MatchesResource(Request, "/index.html") then Return GetResourceIndexHTML(); ElseIf MatchesResource(Request, "/application.js") Sitten palauta GetResourceApplicationJS(); ElseIf MatchesResource(Request, "/contacts.json") Sitten palauta GetResourceContactsJSON(Request); Loppu Jos; EndFunctions

Ja niin esimerkiksi index.html-sivun paluu näyttää.

GetResourceIndexHTML() Function Response = Uusi HTTPServiceResponse(200); Teksti = GetLayout("IndexHTML").GetText(); Answer.SetBodyFromString(Teksti); Answer.Headers.Insert("Sisältötyyppi", "teksti/html"); Palautusvastaus; EndFunctions

Ei mitään monimutkaista. Voit tutkia mekanismia tarkemmin lataamalla ContactsMVP.dt

Julkaisuominaisuudet

HTTP-palvelun julkaisussa oli joitain vaikeuksia, jotta sinun olisi helpompi tehdä huomautuksia:
- Julkaisusta on melko yksityiskohtaisia ​​kuvauksia - lue huolellisesti.
- Älä unohda suorittaa konfiguraattoria järjestelmänvalvojana ennen julkaisua.
- HTTP-palvelun voitiin käynnistää vain tiedostoversiolla, asiakas-palvelin-versiossa tapahtui virhe.
- Jotta mobiiliverkkosovellus toimisi ilman valtuutuspyyntöä, jos tietokannassa on rekisteröityneitä käyttäjiä, niin julkaisun jälkeen default.vrd-tiedostossa Usr- ja Pwd-parametrit on lisättävä yhteysmerkkijonoon (kohta. ib).

Johtopäätös

Toivon, että artikkelin materiaali on hyödyllinen sinulle.

Kiitos huomiostasi.

Mobiilisovelluksen "1C: Managing our company" (lyhennettynä UNF) esimerkin avulla haluan näyttää mobiililiiketoiminnan sovelluksen kehityksen sen perustamisesta ja aivan ensimmäisen version julkaisemisesta nykypäivään. Tällä sovelluksella on nyt yli 220 000 latausta; sovellus on ilmainen, mutta siinä on maksullisia vaihtoehtoja (toteutettu sovelluksen sisäisillä ostoilla).

Mobiili-UNF:n ensimmäinen versio tehtiin yhdelle ensimmäisistä 1C:Enterprise-mobiilialustan versioista vuonna 2012. Tuolloin oli jo olemassa asiakas-palvelinkokoonpano "1C: Small Company Management" (silloin nimi oli sellainen), ohjelma pienen yrityksen toiminnan automatisoimiseksi - myynti, ostot, tietokanta asiakkaista ja toimittajista, varastonhallinta, tuotanto jne.

Kuten useimmat mobiilisovellukset, jotka on kirjoitettu 1C:Enterprise cross-platform -mobiilialustalle, mobiili UNF on saatavilla iOS-, Android- ja Windows-käyttöjärjestelmille.

Tehtävä asetettiin seuraavasti: tehdä mobiilisovellus, joka tukee osaa "ison" UNF:n työskenaarioista. Sovelluksen on kyettävä toimimaan sekä itsenäisesti että synkronoimaan tiedot "suuren" UNF:n kanssa (jäljempänä sana "suuri" suhteessa UNF:n asiakas-palvelinversioon kirjoitan ilman lainausmerkkejä, jotta teksti ei ylikuormita) . Jos työskentelet suuren UNF:n kanssa, "liikkuvien" työntekijöiden skenaarioita - myyntiedustaja, huoltoinsinööri, myyjä - tulisi tukea.

Ensimmäinen versio luotiin 1 mieskuukaudessa. Mobiilisovellusta luotaessa osa metatieto-objekteista (hakemistot, dokumentit) toteutettiin suurten UNF-objektien pohjalta. Mutta osa toiminnoista piti ohjelmoida tyhjästä, esimerkiksi tiedonvaihtoprosessi suuren UNF:n kanssa. Totta, tiedonvaihdon suhteen meidän piti itse asiassa ohjelmoida vähän - käytimme vakioalustamekanismeja (erityisesti vaihtosuunnitelmia), jotka vähentävät koodin kirjoittamista minimiin.

Sen lisäksi, että 1C-alusta helpottaa tietojen synkronointia, se helpottaa merkittävästi monipuolisen mobiilisovelluksen suunnittelua tarjoamalla kehittäjälle sellaisia ​​käyttöliittymäkomponentteja, kuten luetteloita (taulukkomuotoisia ja hierarkkisia), joilla on mahdollisuus etsiä niitä, syöttökenttiä haulla. , taulukot raportteja varten, laaja valikoima kaavioita, mahdollisuus tulostaa WiFi- ja Bluetooth-tulostimilla jne.

Mobiiliversion ominaisuudet

Mobiilisovelluksen toiminnallisuuden valinnassa on kaksi päästrategiaa. Ensimmäinen on "yksi sovellus – yksi toiminto". Esimerkiksi mobiilisovellus tavaroiden vastaanottamiseen varastossa, joka pystyy vain skannata sisäänrakennetulla kameralla tavaran viivakoodin ja lähettää tiedot vastaanotetuista tavaroista palvelimelle. Toinen strategia on luoda mobiilisovellus, jossa on laaja all-in-one-toiminto. Molemmilla lähestymistavoilla on oikeus elämään; kun kirjoitamme mobiili-UNF:ää, valitsimme toisen lähestymistavan - sovelluksemme kattaa monia tehtäviä omalla aihealueellaan ja voi toimia täysin itsenäisesti palvellen tarpeita pieni organisaatio. Toinen tämän lähestymistavan etu on, että käyttäjä voi työskennellä useiden toisiinsa liittyvien toimintojen kanssa yhdestä sovelluksesta.

Mobiili UNF käyttää laajasti mobiililaitteen toimintoja, erityisesti:

• Laitteen sisäänrakennetulla kameralla voidaan ottaa kuvia tuotteesta tuotekorttia täytettäessä, lukea viiva- ja QR-koodeja
• Maksulasku voidaan lähettää asiakkaalle sähköpostitse tai tekstiviestillä
• Vastapuoli voidaan valita mobiililaitteen osoitekirjasta
• Jos vastapuolella on puhelinnumero, voit soittaa vastapuolelle yhdellä kosketuksella tai lähettää tekstiviestin; jos sähköpostiosoite on määritetty, lähetä kirje; jos osoite on määritetty, näytä se kartalla
• Voi tulostaa asiakirjoja tulostimille WiFin ja Bluetoothin kautta

On mahdollisuus varmuuskopioida ja palauttaa mobiili UNF-tietokanta Yandex.Diskille ja lähettää tietokanta postitse.

Mobiili-UNF:n kokoonpano näyttää melko spartalaiselta (katso alla oleva kuvakaappaus):

• 8 hakuteosta (suuressa UNF - 273 hakuteoksessa)
• 7 asiakirjaa (isossa UNF - 125)
• 3 dokumenttipäiväkirjaa (isossa UNF - 24)
• 3 tietorekisteriä (suuressa UNF - 357)
• 4 akkumulaatiorekisteriä (suuressa UNF - 64:ssä)

Mobiili-UNF:n pääkohteet

Mutta huolimatta niin pienestä määrästä sovellusobjekteja, tuote osoittautui varsin toimivaksi.

Mobiili-UNF:n mielenkiintoinen ominaisuus on, että sitä käyttävät usein ihmiset, jotka eivät ole koskaan ennen kuulleet 1C:stä (kyllä, sellaisia ​​on maassamme), ne, jotka tarvitsivat mobiilisovelluksen pitämään kirjaa pienyrityksestään (esim. kodin askartelu). He löysivät sen vain hakemalla Google Playsta tai AppStoresta, lukivat arvostelut ja aloittivat työskentelyn.

Offline-työ

Tämä skenaario on suunniteltu erittäin pienille organisaatioille, joissa kaikki kirjanpito tehdään yksinomaan mobiililaitteella. Tämä voi olla esimerkiksi "kotiyritys" - korujen valmistus kotona ja niiden myynti VKontakte-sivulla. Tai ehkä jopa pieni kauppa - olen henkilökohtaisesti nähnyt tapauksen, jossa lelukauppa on erikoistunut myyntiin Lego rakentajat, säilytti kirjaa yksinomaan mobiiliversio UNF. Koska mobiili UNF voi tulostaa WiFi- ja Bluetooth-tulostimilla, sillä voidaan ratkaista melko suuri määrä tehtäviä. Mobiili UNF tukee tilausten käsittelyä, saapuvien ja lähtevien laskujen syöttämistä sekä rahan vastaanoton ja kulutuksen laskentaa.

Työskentele synkronointitilassa palvelimen kanssa (ensimmäiset versiot)

Synkronoitu palvelimen kanssa mobiilissa UNF-tulossa varhaiset versiot kirjanpitotoiminto poistui käytöstä ja työskentelyä siinä tehtiin pääosin tilauksilla (tilausten vastaanotto ja toteuttaminen) ja niihin liittyvillä toiminnoilla (vastapuoli-, tavara- ja palveluluetteloiden ylläpito jne.).

Synkronoitu suuren UNF:n tavara- ja palveluhakemiston, urakoitsijoiden ja tilausten kanssa.

Tiedonvaihto mobiilin ja suuren UNF:n välillä ensimmäisissä versioissa

Mobiililaitteista tehdyt tilaukset päätyivät suureen UNF:ään, ja synkronoituina ne päätyivät tilauksista vastaaville mobiililaitteille. Mobiililaitteisiin syötetyt asiakirjat, kuten kassakuitit, tavaroiden myynti jne., menivät suureen UNF-tiedostoon, mutta niitä ei synkronoitu mobiililaitteet. Kaikki työt mobiilisovelluksessa synkronointitilassa tehtiin pääasiassa tilausten ympärillä - niiden hyväksyminen ja suorittaminen, kun taas täysimittaista kirjanpitoa mobiililaitteella ei suoritettu, tätä varten oli tarpeen käyttää suurta UNF:ää tietokoneella.

Näin oli ensimmäisissä versioissa, mutta myöhemmin muutimme tilannetta ja laajensimme mobiili-UNF:n käyttöskenaarioiden luetteloa, jotta sen kanssa työskentely olisi käyttäjille helpompaa.

Hieman tietojen synkronoinnista

Tiedonvaihto mobiilin ja suuren UNF:n välillä tapahtuu verkkopalveluiden kautta; mobiili UNF kutsuu suuren UNF:n puolelle asennettuja verkkopalveluita. Tietorakenteet suurissa ja liikkuvissa UNF:issä ovat erilaisia; arkkitehtuuria suunnitellessamme harkitsimme kahta tiedonvaihtovaihtoehtoa:

1. Luo datarakenne suureen UNF:iin, joka monistaa mobiilin UNF:n tietorakenteen, ja vaihda dataa mobiili-UNF:n kanssa "yksi-yhteen". Kun dataa muutetaan suuressa UNF-rakenteessa, uudet/muuttuneet tiedot on siirrettävä tähän kaksoisrakenteeseen ja mobiili-UNF:n kanssa tiedonvaihdon jälkeen muunnetaan mobiililaitteelta tulleet ja kaksoisrakenteeseen sijoitetut tiedot suureksi. UNF-muoto.
2. Vaihda tietoja suoraan suuren UNF:n rakenteiden kanssa muuntaen tiedot "lennossa" vaihtosääntöjen mukaisesti.

Päätimme valita toisen vaihtoehdon. Ensimmäinen vaihtoehto, vaikka se lupasi varsinaisen tiedonvaihdon yksinkertaisuuteen liittyviä etuja, hoiti huonosti tilanteen, kun tietorakenne muuttui (laajentui) mobiilin UNF:n uudessa versiossa; Jotta kahdenkeskinen tiedonvaihto toimisi edelleen, palvelin olisi päivitettävä, suuri UNF. Mikä oli monestakin syystä mahdotonta hyväksyä.

Alustassa toteutetut tiedonvaihtomekanismit ottavat suurimman osan työstä datan synkronoinnin pakettien muodostamisesta, mikä mahdollistaa koodin kirjoittamisen vähentämisen minimiin. Vaihtoprosessissa käytetään 1C: Enterprise -alustan vakiomekanismia - tiedonvaihtomekanismia; jokaiselle liikkuvalle UNF:lle luodaan datanvaihtosolmu suureen UNF:iin, suuressa ja mobiilissa UNF:ssä käytetään muutosrekisteröintipalvelua pitämään kirjaa datasta, joka on muuttunut edellisen synkronoinnin jälkeen, ja niin edelleen.

Mobiilisovellus käynnistää tiedonsiirron, muodostaa alustamekanismeja käyttäen vaihtopaketin (joka sisältää mobiilisovelluksen tunnisteen ja mobiiliin UNF:iin edellisen synkronoinnin jälkeen päivitetyn datan) ja lähettää sen suurelle UNF:lle. Aloituspaketin tietojen perusteella iso UNF valmistelee mobiilia UNF:ää varten suuressa UNF:ssä edellisen synkronoinnin jälkeen muuttuneet tiedot ja pakkaa ne paketeiksi. XDTO-muodossa olevat paketit ovat 1C-metatieto-objekteja, jotka on sarjoitettu XML-muotoon; kunkin pakkauksen koko on enintään 500 esinettä.

Mobile UNF ottaa tämän datan paketti kerrallaan. Viimeisen paketin lataamisen jälkeen mobiili UNF alkaa käsitellä vastaanotettuja tietoja - lähettää asiakirjoja, kirjoittaa hakukirjoja jne. Jos yhteys katkeaa, paketteja jatketaan; kirjoitimme UNF:n jatkamismekanismin itse (se ei ole alustassa), mutta koska mobiili UNF toimitetaan lähdekoodeissa, kehittäjät voivat tarkastella mekanismin toteutusta ja lainata sitä sovelluksiinsa.

Mobiili-UNF:n ensimmäisen synkronoinnin aikana suuren UNF:n kanssa et voi työskennellä mobiili-UNF:ssä - näkyviin tulee modaalinen ikkuna, joka näyttää prosessin edistymisen. Kaikki myöhemmät synkronoinnit ovat taustalla eivätkä estä mobiilin UNF:n toimintaa.

Täydellinen luettelo matkapuhelimen ja suuren UNF:n välillä vaihdetuista objekteista:

• Lähdekirjat:
  • Nimikkeistö
  • Vastapuolet
  • luettelo käyttäjistä
• Dokumentit:
  • Ostajan tilaukset
  • Tarkista
  • Kassakulut
  • Ostolasku
  • Myyntilasku
  • Tuotanto
• Rekisterit (mutta ei kaikki hinnat, vaan vain tärkeimmät):
  • Hinnat Toimittajat
  • Tavaroiden hinnat
• Organisaation tiedot:
  • Nimi
  • Verotiedot

Suuressa UNF:ssä tavaroissa on kuvia - kuvia itse tuotteista. Liikenteen minimoimiseksi emme lataa kuvia mobiiliin UNF:iin, ne ladataan tarpeen mukaan - esimerkiksi avattaessa tuotekortti mobiili-UNF:ssä.

Tuotekortti tuotekuvalla

Sovelluksen evoluutio – käyttötapausten kehittäminen

Tyypillinen tilanne on, että liiketoiminta kasvaa, eikä mobiili UNF:n toimivuus yhdessä mobiililaitteessa enää riitä. Toinen työntekijä (tai työntekijät) ilmestyy yritykseen, ja heidän on myös työskenneltävä tilausten kanssa.

Mobiili-UNF:n ensimmäisissä versioissa migraatioskenaario oli varsin suoraviivainen - mobiili-UNF:ään syötetyt tiedot kopioitiin suuren UNF:n tietokantaan, ja käyttäjän oli tästä lähtien pidettävä kirjaa tietokoneella. Tässä tapauksessa mobiili UNF toimii tilausten kanssa työskentelytilassa, eikä se ole enää mahdollista pitää kirjaa (kuten mobiili-UNF:n itsenäisessä versiossa).

Tämä ei tietenkään ollut kovin kätevää loppukäyttäjälle - hän oli jo tottunut pitämään kirjaa mobiililaitteesta, ja täällä hänet pakotettiin siirtymään tietokoneen näppäimistölle. Kaikki eivät ole tästä tyytyväisiä.

Siksi olemme laajentaneet luetteloa skenaarioista mobiilin UNF:n toiminnalle. Tätä auttoi pilvipalvelumme http://1cfresh.com syntyminen, joka perustuu pilviteknologiaan 1cFresh. Tuli mahdolliseksi sijoittaa suuri UNF pilveen. Olemme kuvanneet kolme skenaariota mobiilisovelluksen käyttämiselle käyttäjän liiketoiminnan kasvaessa:

1. Aika pieni yritys. Tiliä säilytetään yhdellä mobiililaitteella.
2. Liiketoiminta kasvaa - työntekijöitä on ilmestynyt. Voit laittaa mobiili-UNF:n työntekijöiden mobiililaitteisiin. Samanaikaisesti sinun on voitava vaihtaa tietoja mobiililaitteiden välillä tietojen synkronointia varten. Tätä varten päätimme olla käyttämättä vaihtoa tiedostojen kautta, vaan käyttää synkronointiin (ja samalla varmuuskopiointiin) versiota suuresta UNF:stä, joka sijaitsee pilvessä http://1cfresh.com. Kun tämä skenaario on käytössä, http://1cfresh.com-pilveen luodaan suuri UNF-ilmentymä, jonka pohjaa käytetään tietojen synkronointiin mobiililaitteiden välillä. Yhden mobiililaitteen käyttö tällaisessa skenaariossa on maksutonta kullekin lisälaite veloitamme 75 ruplaa / kuukausi, voit käyttää enintään kolmea laitetta tässä skenaariossa. Samalla mobiililaitteiden käyttäjille voidaan määrittää ennalta määritellyt roolit - myyntiedustaja, huoltoinsinööri, myyjä (on myös mahdollista yksityiskohtainen asetus roolit); mobiilisovelluksen toiminnallisuutta rajoitetaan vastaavasti. Voit myös työskennellä web-asiakassovelluksen tai laiha asiakas pilvessä isännöidyn suuren UNF:n kanssa, mutta pilvi-UNF:n toiminnallisuus supistetaan mobiilin UNF:n toimivuuteen. Mutta ei ole välttämätöntä työskennellä suoraan pilvessä UNF - kaikki työ voidaan tehdä vain mobiililaitteilla.
3. Liiketoiminta on kasvanut keskimääräisen yrityksen kokoiseksi. Tässä tapauksessa on järkevää vuokrata täysi versio suuresta UNF:stä pilvessä saadaksesi (verkkoasiakkaan tai ohuen asiakkaan kautta) lisätoimintoja - CRM (CRM on tarkoitus sisällyttää mobiili-UNF:iin, mutta toistaiseksi se on saatavilla vain iso versio), varastonhallinta, edistynyt hinnoittelu, kyky työskennellä pankkien kanssa jne. Tässä tapauksessa suurella UNF:llä toimivien mobiililaitteiden määrää ei ole rajoitettu (jokainen laite on ladattu lisämaksu tariffin mukaan, kuten yksi työpaikka; 1 lisenssi UNF:lle Freshissä tai "laatikoitulle" UNF:lle antaa oikeuden käyttää yhtä mobiilisovellusta ilmaiseksi).

Sovellusten kaupallistamiskokemus

UNF-mobiilisovellus, kuten jo kirjoitin, on ilmainen. Jokin aika sitten päätimme kaupallistaa sovelluksemme (käyttäen 1C:Enterprise-mobiilialustan versiossa 8.3.8 toteutettua sovelluksen sisäistä ostotoimintoa), myymällä lisätoimintoja - tuotantoa ja kykyä synkronoida muiden mobiililaitteiden kanssa.

"Tuotanto"-toiminnon osto on kertaostos, ja mahdollisuus synkronoida muiden mobiililaitteiden kanssa on kehystetty tilaukseksi, joka on uusittava kuukausittain. Mielenkiintoista on, että 3 viikon kuluessa ostotoimintojen lisäämisestä mobiili UNF pääsi Google Playn 15 parhaan joukkoon yrityssovellusten myynnin perusteella.

Johtopäätös

Mobiili UNF on suhteellisen pieni (lähdekoodin määrään nähden), mutta melko suosittu tuote. Toivomme, että tarina sen kehityksestä on hyödyllinen mobiilien loppukäyttäjätuotteiden tekijöille sekä 1C-teknologioissa että muissa kehitystyökaluissa.

Olisi hyödyllistä muistaa, että 1C-mobiilialustalla voit tehdä sovelluksia, jotka ovat vuorovaikutuksessa paitsi 1C-palvelimen taustajärjestelmän kanssa; 1C-alustan mobiilisovelluksissa tiedonsiirtoon käytetyt protokollat ​​ovat alustariippumattomia (verkko- ja HTTP-palvelut, XML- ja JSON-tuki jne.). Joten jos sinun on nopeasti ja dynaamisesti kehitettävä monialustainen (Android, iOS, Windows) mobiiliasiakas ja kyky työskennellä offline-tilassa ilman jatkuvaa Internet-yhteyttä yrityssovelluksellesi, 1C-mobiilialusta saattaa olla paras valinta sinulle.