Mobile Client 1c 8.3 Formulera tillstånd. Initiala inställningar för mobilapplikationen "1c-Betyg: Mobil servitör

Som en del av den här artikeln kommer vi att överväga de ursprungliga inställningarna som måste genomföras före arbete med mobilapplikationen.
Mobil ansökan "1C-rating: Mobile servitör" används tillsammans med konfigurationen "1C-rating: Restaurant", som är förknippad med periodisk datautbyte. Därför, innan du installerar konfigurationen "1C-rating: Mobile servitör", måste du göra lämpliga inställningar i programmet "1C-rating: Restaurant".

Ställa in informationsbasen "1c-Rating: Restaurant"

All reglerande bakgrundsinformation som används för att arbeta med mobilapplikationen är fylld i informationsbas Konfiguration "1c-Rating: Restaurant". Innan du aktiverar och utför utbytet mellan mobilapplikationen och konfigurationen "1C-rating: Restaurant" måste du fylla följande data i konfigurationen "1C-rating: Restaurant":

• Katalog Organisation;
• Katalog lager;
• Katalog Kassaskrin;
• Katalog Hall;
• Katalog Modifierare;
• Register av information Torra modifierare;
• Register av information Fördefinierade beställningar av order;
• Register av information Rutning av tryckmärken;
• Katalog Visningar Meny;
• Katalog Ställa in RMK.;
• Katalog Användare.

Ställa in användare

Användare som ska arbeta med mobilapplikationen måste vara förutbestämd i informationsbasen "1C-Rating: Restaurant". På användaren mobil-appFörutom de viktigaste inställningarna och rollerna relaterade till konfigurationen "1C-rating: RESTAURANT" måste en roll specificeras som gör det möjligt för användaren att arbeta med en mobilapplikation.

Automatiska stämpelmärken

Efter beställningen i mobilenhetDet är möjligt att skriva ut märken för matlagningsställen (kök, bar). Utskriftsmärken utförs enligt följande algoritm: I mobilapplikationen skapar eller ändrar eller ändrar beställningar som överförs till den centrala informationsdatabasen för 1C-rating: restaurangkonfiguration. I den centrala basen ackumuleras de i informationsregistret Print Queue Marks. Med den frekvens som anges i inställningarna för bokföringsparametrarna lanseras proceduren, som skriver ut varumärkena från det här informationsregistret.
För att aktivera den här funktionen är det nödvändigt i "1c-rating: Restaurant" -konfigurationen i inställningarna för bokföringsparametrarna i gruppen Mobil servitör Installera följande inställningar:

• Skriv ut mobil servitörstämpel - Aktivera det här alternativet kan du skicka frimärken till utskriftsstämplar.

• Användare för tryckmärken av mobil servitör - Du måste välja en användare från katalogen Användare, på uppdrag av vilka utskriftsprocedurer kommer att utföras. För att skriva ut frimärken måste du köra en session på uppdrag av den angivna användaren. För att utföra utskriftsprocedurerna saktade varumärkena inte av användarna av användarna. Det rekommenderas att skapa en separat användare (till exempel "RUB RMC" eller "stämpelstämpel") och kör en separat session 1c: företag med den här användaren för att utföra bakgrundsutskrift.

• Mobilt servitör märke utskriftsintervall - Den här inställningen anger tidsintervallet i sekunder för utskrift. Fyllning av denna parameter är obligatorisk för tryckmärken. Värdet på denna parameter väljs utifrån kraven i en viss organisation, det rekommenderade värdet på 10 sekunder.

Publicering på en webbserver

För att samarbeta den mobila applikationen och stationära informationsbasen "1C-rating: Restaurang" måste du organisera den lämpliga infrastrukturen:
1. I arbetsområdet ska servitörer konfigureras trådlöst nätverk Wi-Fi.
2. På datorn, där publiceringen av 1C-rating: restaurang kommer att publiceras, måste en webbserver installeras och konfigureras (stöds av Apache eller IIS-webbserver).
3. Plattformen "1c: Enterprise" och webbserverns förlängningsmoduler måste installeras på samma dator. Installera moduler utförs när plattformen installeras.


4. Det måste finnas en publicering av informationsbasen "1C-rating: Restaurant".
5. En dator med publicerad informationsbas och mobila enheter måste vara i ett lokalt nätverk.
För att publicera en informationsbas "1C-rating: Restaurang" Du måste köra "1c: Enterprise" i Configurator Mode (Meny Administrering - Publicering på en webbserver). I fönstret som öppnas måste du göra följande:

• Ange manuellt namn på publikationen på fältet namnSamtidigt kan det bara bestå av symbolerna på det latinska alfabetet. Detta namn kommer senare att anges i inställningarna för mobilapplikationen.
• I fält Webbserver. Ange typ av webbserver för vilken publikationen utförs.
• I fält Katalog Ange sökvägen till katalogen där filerna som beskriver den virtuella katalogen kommer att placeras.
• Gå till fliken HTTP-tjänster och aktivera inställningen Publicera HTTP-standardtjänster. I Tabular Mark HTTP Service Flag Data. I listan över tillgängliga tjänster.
• tryck på knappen Publicera. Efter publicering måste du starta om servern.

Konfigurationskonfiguration "1C Betyg: Mobiltjänare"

Mobile Application "1C-Rating: Mobile servitör" är tillgänglig för gratis nedladdning till mobila enheter från den officiella online-butiken Google Play. För kommersiell användning av programmet måste du köpa det önskade antalet licenser för enheter och aktivera mobilapplikationen på varje mobilenhet. För att studera funktionaliteten i mobilapplikationen finns ett demonstrationssätt som inte kräver förvärv av en licens till enheter.
Installera mobilapplikationen "1C-rating: Mobile servitör" utförs automatiskt och skiljer sig inte från installationen av någon annan mobilapplikation. Uppdateringar av ansökan "1C-rating: Mobile servitör" finns i den officiella webbutiken av Google Play utan några begränsningar och registrering i företaget "1C-rating".
När du först startar en mobilapplikation visas en form av val av driftsätt. Det föreslås att välja mellan två alternativ: Demonstrationsläge och Aktivera programmet.
Demonstrationsläge kan aktiveras när du först starta en mobilapplikation eller senare, efter aktivering, i form av inställningar, med hjälp av knappen med samma namn.
När det här läget är aktiverat fylls den mobila applikationsdatabasen automatiskt med demonstrationsdata, vilket gör att du snabbt kan bekanta dig med funktionalitet Produkt.

Aktivering av ansökan

För att arbeta med mobilapplikation och bilateral datautbyte med konfigurationskontot "1C-rating: Restaurang" måste du aktivera programmet.
Det finns två alternativ för att aktivera en mobilapplikation:

• Internetaktivering.

• Offline aktivering.

Internetaktivering

För att uppfylla Internetaktivering är det nödvändigt:

1. Ge mobilenhet åtkomst till Internet.
2. Ange registreringsnummer i fönstret Aktivering av ansökan Och klicka på knappen Aktivera.

Offline aktivering

Offline aktivering utförs i avsaknad av förmågan att ansluta en mobil enhet till Internet.
För att utföra offline aktivering är det nödvändigt:

1. Få ett loggnummer för en mobilapplikation. För att göra detta, kontakta partnerna i företaget "1c-rating" i din region eller direkt till 1C-ratingbolaget.
2. I fönstret Aktivering av ansökan Tryck på länken Offline aktivering av ansökan.
3. I fönstret Offline aktivering av ansökan Ange ett loggnummer för mobilapplikationen.
4. tryck på knappen Hämta applikationskoden. Ett fönster som innehåller applikationskoden öppnas. Denna kod måste överföras till 1C-ratingbolaget. Som svar kommer att utfärdas Aktiveringskod.
5. Aktiveringskoden är inmatad i fönstret Offline aktivering av ansökan I det lämpliga fältet. Genom att trycka på knappen Aktivera Mobil applikation är aktiverad.
6. Efter framgångsrik aktivering, Mobilapplikationen är klar att användas.

Viktig!

Efter att ha installerat om mobilapplikationen behövs reaktivering.

Konfigurera anslutningen till informationsbasen "1C-Rating: Restaurant"

Efter att ha aktiverat en mobilapplikation (någon av ovanstående metoder) öppnas användargodkännandeformuläret automatiskt. Vid första godkännandet innehåller formuläret följande fält:

• Användare - Användaren under vilken kommer att arbeta i "1c-rating: mobil servitör". Användare av mobila enheter måste skapas i förväg i informationsbasen för konfigurationen "1C-rating: Restaurant".
• Lösenord Lösenordet för godkännande av användaren anges i användarinställningarna, i konfigurationen "1C-rating: Restaurang".
• Server adress- Det här fältet anger datorns IP-adress, på vilken webbservern körs.
• Hamn - Standardvärdet är 80. Om webbservern har konfigurerats till någon annan port är det nödvändigt att ange sitt nummer.
• Namn på publicering - Det namn som anges när du publicerar HTTP-tjänst i 1C-rating: Restaurang Konfigurationsinformation Database.

Bemyndigande sker genom att trycka på knappen Ansluta. Field Adress Server och Namn på publicering Innehåller tekniska data för anslutning och fylld med den första anslutningen. Nästa lansering, dessa fält kommer att döljas endast i form av inställningar.

Viktig!

Användarnamnet och namnet på publikationen måste anges med hänsyn till brevregistret. Om registret inte sammanfaller, kommer godkännandet att nekas.

När du godkänner eller ändrar användaren kan du ange användaren, ange lösenordet och klicka på knappen Ansluta.


Efter att ha utfört godkännandet öppnas formen av orderlistan - du kan börja arbeta. För att skapa en order måste du klicka på knappen Ny order.

Meddelanden när de är anslutna

I processen med att ansluta en mobilapplikation till konfigurationen "1C-rating: RESTAURANT", kan följande meddelanden inträffa:

1. "Nätverksfel inträffade"

Detta meddelande kan uppstå om:

• Wi-Fi är förlorad.
• Webbservern är felaktigt konfigurerad.
• Webbservern är stoppad - du måste starta om webbservern.
• Adressen till webbservern och / eller porten är felaktig.

2. "Inte tillräckligt med rätt att använda en resurs med HTTP-metoden"

Detta meddelande innebär att användaren inte innehåller en roll Tillgång till mobila servitörsobjekt.
3. "Den begärda webbadressen / vila / hs / data / registrering hittades inte på den här servern."
Meddelandet när det är godkänt förekommer om:
Namnet på publikationen är felaktigt.
Namnet på publikationen i den mobila servitören är annorlunda än det namn som anges i restaurangkonfiguratorn när du ställer in publikationen (det är nödvändigt att kontrollera om namnet på publikationen domineras, är bokstäverns register viktigt).
4. "1c: Enterprise 8 applikationsfel. Http: HITTADES INTE.»
Detta meddelande uppstår om HTTP-tjänsten inte är vald när du ställer in publikationen. Det är nödvändigt att kontrollera tillgängligheten av flaggor från installationen Publicera HTTP-tjänsterstandard och i tabelldelen vid strängen Data..

• (3475)

På exemplet på mobilapplikationen "1C: Förvaltning av vårt företag" (förkortad UNF), vill jag visa utvecklingen av en mobila företagsansökan från dess framväxt och frisläppandet av den allra första versionen till denna dag. Nu har den här applikationen mer än 220 000 nedladdningar; Appen är gratis, men den har betalat alternativ (implementeras genom inbyggda inköp).

Den första versionen av Mobile UNF gjordes på en av de första versionerna av mobilplattformen "1c: företag" 2012. Vid den tiden var klient-serverns konfiguration "1c: hantering av ett litet företag" (då namnet), programmet för att automatisera ett litet företags verksamhet - försäljning, inköp, kundservice och leverantörer, lagerhantering, produktion, etc.

Liksom de flesta mobila applikationer skrivna på 1C-plattforms mobilplattform: Mobile UNF är tillgängliga på iOS, Android och Windows.

Uppgiften fastställdes enligt följande: Gör en mobilapplikation som stöder en del av arbetscenarierna "Big" UNF. Ansökan ska kunna arbeta både autonomt och synkronisera data med "Big" UNF (nedan kallat ordet "BIG" i förhållande till klient-serverversionen av de unf ska jag skriva utan citat för att inte överbelasta texten). När det gäller att arbeta med ett stort UNF, är scenariot av "mobila" anställda - en försäljningsrepresentant, serviceingenjör, och en säljare stöds.

Den första versionen skapades för 1 personmånad. När du skapar en mobilapplikation genomfördes en del av metadataobjekt (referensböcker, dokument) på grundval av Bolshoi Off Objects. Men en del av funktionaliteten måste programmeras från början, till exempel, processen med datautbyte med stor UNF. TRUE, i förhållande till utbytet av data, var det nödvändigt att programmera lite - vi använde plattformens standardmekanismer (i synnerhet utbytesplaner), vilket minskade skriften av koden till ett minimum.

Förutom att förenkla datasynkronisering underlättar 1C-plattformen avsevärt utformningen av en komplett mobilapplikation, vilket ger utvecklaren till gränssnittskomponenterna som listor (bord och hierarkisk) med möjlighet att söka dem, inmatningsfält med sökning, tabeller För rapporter, brett utbud av diagram, utskrifter på WiFi och Bluetooth-skrivare etc.

Mobile versionsfunktioner

Det finns två huvudstrategier för att välja en mobilapplikationsfunktionalitet. Den första - "en applikation är en funktion." Till exempel, en mobil applikation för mottagande av varor i ett lager som bara kan skanna den inbyggda streckkoden för produkten och skicka information om den accepterade produkten till servern. Den andra strategin är att skapa en mobil applikation med den breda funktionaliteten av "allt i ett". Båda tillvägagångssätten har rätt till liv; När vi skriver en mobil UNF, valde vi det andra tillvägagångssättet - vår ansökan omfattar många uppgifter i ditt ämnesområde och kan arbeta helt autonomt, vilket tjänar behoven hos en liten organisation. Ett annat plus av detta tillvägagångssätt - användaren kan arbeta med flera interrelaterade funktioner från en applikation.

Mobile UNF är i stor utsträckning med hjälp av en mobilenhets funktionalitet, i synnerhet:

• Den inbyggda enhetskammaren kan användas för att fotografera varorna när du fyller i produktkortet, för att läsa streckkod och QR-koder.
• Konto för betalning kan skickas till kunden via e-post eller via SMS
• Motpart kan väljas från adressbok Mobilenhet
• Om motparten är inställd på telefonen - kan du ringa motparten med en knapptryck eller skicka SMS om e-post är inställt - skicka ett mail om adressen är angiven - visa den på kartan
• Du kan skriva ut dokument på skrivare via WiFi och Bluetooth

Det finns ett alternativ säkerhetskopiering och återställer en mobil onf bas på yandex.disk och skickar en databas via post.

Mobile UNF-konfiguration ser ut som Spartan (se skärmdump nedan):

• 8 Referensböcker (i Big UHF - 273 kataloger)
• 7 dokument (i Bolshoy UHF - 125)
• 3 tidskrifter av dokument (i Bolshoy ONF - 24)
• 3 Informationsregister (i Bolshoy UHF - 357)
• 4 ackumuleringsregister (i Bolshoi UHN - 64)

Huvudobjekt av mobil unfa

Men trots en så liten mängd tillämpade föremål visade sig produkten vara ganska funktionell.

Den intressanta funktionen hos Mobile UNF är att människor ofta börjar använda människor, före 1s som inte hade övergivit (ja det finns i vårt land och sådant), de som behöver en mobilapplikation för att hålla reda på sitt lilla företag (till exempel , Home Crafting). De fann det bara att söka i Google Play. Eller AppStore, Läs recensioner - och började arbeta.

Autonomt arbete

Detta arbetscenario är avsett för mycket små organisationer när all redovisning utförs exklusivt på en mobilenhet. Det kan till exempel vara "hem" affärer är tillverkningen av smycken hemma och deras försäljning på Vkontakte-sidan. Och kanske till och med en liten butik - personligen såg fallet när en leksaksaffär som specialiserat sig på försäljning av LEGO-designers ledde till kontot uteslutande på mobilversion Uff. Med tanke på att Mobile UNF kan skriva ut på WiFi och Bluetooth-skrivare, med det kan du lösa ett ganska stort antal uppgifter. Mobile UNF stöder behandlingen av order, in i kvittot och förbrukningsmaterial, redovisar kvitto och förbrukning av pengar.

Arbeta i Serversynkronisering (första versioner)

I synkroniseringsläget med servern i Mobile UNF, i tidigare versioner, blev redovisningsfunktionalitet otillgänglig, och arbetet genomfördes huvudsakligen med order (mottagning och utförande av order) och relaterade aktiviteter (underhåll av handböcker av motparter, varor och tjänster, etc.).

Synkroniserad med stora OFF-kataloger av varor och tjänster, motparter och order.

Mobile och Bolshaya UFF-datautbyte i de första versionerna

Beställningar som ingåtts från mobila enheter kom i en stor UNF, och under synkronisering föll till mobila enheter som ansvarar för order. Dokument av typen av kvitton i kassören, försäljning av varor etc., som introducerades på mobila enheter, gick till en stor UNF, men inte synkroniserad mellan mobila enheter. Allt arbete i mobilapplikationen i synkroniseringsläge utfördes huvudsakligen kring order - deras antagande och genomförande, ingen fullfjädrad redovisning på mobilenheten utfördes inte, för detta var det nödvändigt att njuta av en stor UNF på datorn.

Så det var i de första versionerna, men senare förändrade vi situationen och utökade listan över scenarier att använda mobilen UNF för att arbeta med det bekvämare för användarna.

Något om datasynkronisering

Datautbyte mellan mobil och stor UNF går genom webbtjänster; Mobile UNF Calls Web Services deployed på sidan av den stora UHF. Datastrukturer i den stora och mobila ONF skiljer sig åt; Vid utformning av arkitektur ansåg vi 2 alternativ för datautbyte:

1. Skapa en datastruktur i en stor UNF, duplikat datastruktur av mobil UNF och utbyta data med mobil UNF "en-i-ett". När du ändrar data i en stor UNF, behöver du nya / ändrade data för att överföra till den här dubbla strukturen och efter utbyte av data med mobil UNF-för att konvertera data från en mobil enhet och placeras i en dubblettstruktur till ett stort UNF-format.
2. Ändra data direkt med strukturerna av en stor UNF, som utför konvertering av data "på flugan" enligt utbytesreglerna.

Bestämde sig för att sluta vid den andra versionen. Det första alternativet, även om de lovade några fördelar som är förknippade med enkelheten i utbytet av data, dåligt bearbetade situationen när datastrukturen ändrades (expanderad) i den nya versionen av Mobile ONF; För att fortsätta utbytet av data "en-i-ett" till jobbet, skulle det vara nödvändigt att uppdatera både servern, stor UNF. Vad, av många anledningar, var oacceptabelt.

Datautbytesmekanismer som implementeras på plattformen tar det mesta av arbetet med bildandet av paket för att synkronisera data, så att du kan minska skrivkoden till ett minimum. I utbytesprocessen används standard 1c-plattformsmekanismen: Företag - Datautbytesmekanism; För varje mobil UNF skapas en nod av datautbyte i en stor av, i en stor och mobil UNF, registreringstjänsten för spårningsdata modifierad sedan den senaste synkroniseringen etc.

Mobilapplikationen initierar datautbyte, med hjälp av plattformsmekanismerna bildar utbytespaketet (innehållande en mobilapplikationsidentifierare och data uppdaterad på mobilen UNF sedan den sista synkroniseringen) och vidarebefordrar den till en stor UNF. Baserat på information i startpaketBig UNF förbereder sig för mobil UNF-data modifierad i en stor UNF sedan den senaste synkroniseringen och packar dem i förpackningar. Förpackningar i XDTO-format är 1C-metadataobjekt, serialiserade i XML; Storleken på varje paket är inte mer än 500 objekt.

Mobile UNF tar dessa datapaketpaket. Efter nedladdning av det sista paketet börjar Mobile UNF för att bearbeta den mottagna data - för att utföra dokument, spela in referensböcker etc. I händelse av en paus stöds paketen; Vi skrev en mekanism för de unga sina egna (det finns ingen i plattformen), men eftersom Mobile UNF levereras i källkoder, kan utvecklare titta på implementeringen av mekanismen och låna den för sina applikationer.

Under den primära synkroniseringen av mobil UNF, med en stor UNF, är det omöjligt att arbeta i ett mobilt FN-ett modalt fönster visas som indikerar processens gång. All efterföljande synkronisering - bakgrund och blockera inte mobilens arbete UNF.

En komplett lista över objekt som byts ut mobila och stora UNF:

• Kataloger:
  • Nomenklatur
  • Motparter
  • en lista över användare
• Dokumentation:
  • Order köpare
  • Tillträde till Cassus
  • Förbrukning från stationen
  • Köpfaktura
  • Försäljningsfaktura
  • Produktion
• Register (men inte helt alla priser, men bara grundläggande):
  • Priserna priser
  • Putrovarova
• Information om organisationen:
  • namn
  • Information om beskattning

I Bolshoi UHF har varorna bilder - bilder av varorna faktiskt. För att minimera trafiken skickas vi inte till mobila unf-bilder, de laddar på efterfrågan - till exempel när vi öppnar varukortet i mobilen UNF.

Kortvaror som visar varorna

Utveckling av ansökan - Utveckla användningsscenarierna

En typisk situation - affärsverksamheten växer, och den mobila funktionaliteten är UNF på en mobilenhet upphör att vara tillräckligt. En annan anställd (eller anställda) visas i verksamheten, och de behöver också arbeta med order.

I de första versionerna av Mobile UNF var hjälpscenariot ganska enkelt - de data som introducerades i Mobile UNF kopierades till Bolshoi UFF-basen, och användaren var tvungen att spela in på datorn. Mobile UNF i det här fallet kommer att fungera i driftsläge med beställningar, och för att hålla register (som på den autonoma versionen av Mobile UNF) är det inte möjligt.

Det var självklart inte helt bekvämt för slutanvändaren - han var redan van att hålla reda på en mobil enhet, och det är tvungen att överföra det till datorns tangentbord. Inte alla kommer att vara nöjda med det.

Därför utökade vi listan över arbetscenarier mobila unf. Detta hjälpte av vårt utseende molntjänst http://1cfresh.com, baserad på molnteknik 1cfresh. Det fanns ett tillfälle att placera en stor unf i molnet. Vi målade tre scenarier för att använda en mobilapplikation eftersom användarens affärsutveckling hörs:

1. Ett mycket litet företag. Redovisning sker på en mobil enhet.
2. Företagsväxter - anställda dök upp. Du kan sätta Mobile UNF på mobila enheter av anställda. Det är nödvändigt att kunna utbyta data mellan mobila enheter för datasynkronisering. För att göra detta bestämde vi oss för att inte använda någon utbyte via filer, men att använda för synkronisering (och samtidigt för en backup) version av den stora unf, som ligger i molnet http://1cfresh.com. När detta scenario är aktiverat på http://1cfresh.com-molnet är en stor UNF en förekomst, vars bas kommer att användas för att synkronisera data mellan mobila enheter. Använd i ett sådant scenario av en mobil enhet - gratis, för varje ytterligare enhet Vi tar 75 rubel / månad, du kan använda i det här scenariot du inte kan mer än tre enheter. Samtidigt kan användare av mobila enheter ställas in fördefinierade roller - försäljningsrepresentant, serviceingenjör, säljare (kan också detaljerad inställning roller); Funktionen hos mobilapplikationen kommer att begränsas i enlighet därmed. Du kan också arbeta via en webbklient eller smal klient Med en stor UNF, placerad i molnet, men molnens funktionalitet kommer att skäras till funktionen hos Mobile UNF. Men att arbeta direkt i Cloud UF är valfritt - allt arbete kan bara göras från mobila enheter.
3. Affären steg till storleken på medelföretaget. I det här fallet är det meningsfullt att hyra i molnet en fullständig version av Greater UNF för att få (via en webbklient eller en tunn klient) ytterligare funktionalitet - CRM (planer - införandet av CRM i mobil UNF, men endast i en Stor version), lagerhantering, utökad prisbildning, förmåga att arbeta med banker och. I det här fallet är antalet mobila enheter som arbetar med en stor UNF inte begränsat (för varje enhet finns en extra kostnad enligt tariffen, som för en arbetsplats; 1 Licens för FN i Frechet eller "Boxed" UNF ger fri användning och 1 mobilapplikation).

Erfarenhet av applikationsmonetisering

Mobil applikation UNF, som jag skrev - fri. För en tid sedan bestämde vi oss för att betona vår ansökan (med hjälp av funktionaliteten hos inbäddade inköp som implementeras på 1C mobilplattform: Företagsversion 8.3.8), som säljer ytterligare funktionalitet - produktion och förmågan att synkronisera med ytterligare mobila enheter.

Köpa funktionaliteten "produktion" - en gång, och möjligheten att synkronisera med ytterligare mobila enheter är inramad som en prenumeration som behöver förlängas varje månad. Intressant, efter 3 veckor efter att ha lagt till funktionaliteten av inköp, kom Mobile UNF in i topp 15 Google-spel för företagsapplikationer.

Slutsats

Mobile UNF är relativt liten (med avseende på källkodens omfattning), men en ganska populär produkt. Vi hoppas att historien om sin evolution kommer att vara användbar för skaparna av mobila slutanvändarprodukter både på 1C-teknik och andra utvecklingsmedel.

Det är nödvändigt att påminna om att på mobilplattformen 1c kan du göra applikationer som inte bara interagerar med 1C-serverbacken. De protokoll som används för att utbyta data i mobila applikationer på 1C-plattformen - plattformsoberoende (webb- och http-tjänster, support för XML och JSON, etc.). Så om du måste snabbt och dynamiskt utveckla plattform (Android, iOS, Windows) mobilklient, och med möjlighet till offline-arbete utan en konstant anslutning till Internet för din företagsansökan, då mobilplattform 1c kan väl vara det optimala valet för dig.

Introduktion

I den nya versionen av plattformen 1c (8.3.5) uppträdde många nya funktionella. Förresten, för dem som inte vet, finns det en resurs där 1c utvecklare beskriver nya innovationer i plattformen. En av dessa är mekanismen. Han lockade min uppmärksamhet, jag ville implementera något för skojs skull. Omedelbart kom idén att göra något liknande sajten, men med den här tanken skulle det inte förstå mig även på en Infostar, så jag kastade den ut ur mitt huvud. Det verkade som om han hade kastat ut, men tanken omvandlades till något som inte var så slipat, något som kunde hitta verklig användning i livet - en mobil webbapplikation.
Jag tror att en lågbelastad och enkel mobil webbapplikation, för ett begränsat antal användare, som anställda, kan implementeras i 1C med HTTP-tjänster.

Mobila webbapplikationer "Kontakter"

Låt oss börja med resultatet. Mobila webbapplikationer "Kontakter" ser enkelt ut, faktiskt är det. I början ser du bara fältet för att hitta kontakt.

Vi letar efter någon (för att söka efter att starta, måste du ange minst 3 tecken). Någon hittades.

Jag ringer Alexey.

Skriv ett brev Timoteus.

Det är all mobil webbapplikation.

Förresten är det väldigt lätt att anpassa sig till vilken konfiguration som helst.

Lite om genomförandet

Betyder använda:
- Mekanismen för HTTP-tjänster på 1C-plattformen (från och med version 8.3.5)
- JavaScript-biblioteket jquery (http://jquery.com)
- JavaScript Library JQuery Mobile (http://jquerymobile.com)
- 1c: JSON ()

Http-service "Kontkaya" accepterar alla önskemål och överför dem till "Contatankp" -behandlingen. I bearbetningen "kontayvp" är hela logiken i mobil webbapplikation koncentrerad.

Så här ser behandlingen av frågan ut.

FUNKTION Bearbetad abonnent (fråga) Exportera om det är lämpligt (fråga, "/index.html") återbetalning och återhämtning och () Invalit motsvarar tåget (Query, "/ Application.js") sedan återbetalning av återställningsbiljetterPplicationJS (); I övrigt Toresource (Query, "/ Contacts.json") återbetalning av CemeReResursContactsjson (fråga); Slutade; Slutfunktion

Och så, till exempel, kommer retursidan index.html ser ut.

FunktionsmottagareSindexhtml () Svar \u003d Nya HTTPServices (200); Text \u003d Mottagande ("IndexHTML"). För att få (); Svar. Installera (text); Svar. Sätt kommandon. Håll ("innehållstyp", "text / html"); Retur svar; Slutfunktion

Inget svårt. Du kan undersöka mekanismen mer detaljerat. Laddar KontaktSwp.dt

Funktioner Publishing

När du publicerar en HTTP-tjänst uppstod små svårigheter att göra det lättare för dig att presentera några kommentarer:
- Det är nog detaljerade beskrivningar Om publicering - Läs noggrant.
- Glöm inte att starta konfiguratorn på uppdrag av administratören innan du publicerar.
- Kör HTTP Service hanteras endast med en filversion, något fel inträffade med en klient-server.
- För att mobila webbansökan ska fungera utan behörighetsuppgifter, om det finns användbara användare i databasen, sedan efter publicering, i standard.vrd-filen i anslutningssträngen (Point.ib), lägg till parametrarna för usr och pwd.

Slutsats

Jag hoppas att materialet i artikeln kommer att vara till nytta för dig.

Tack för uppmärksamheten.

Denna prototyp skapades med hjälp av Moqups - enkelt och bekväm service skapa layouter och koncept. Det är ganska lämpligt för snabb prototypning av små Android-applikationer. För prototypning mer allvarliga projekt är det bättre att använda Photoshop och Android UI Design Kit! .

Beskrivning av ansökan

Applikationen består av 3 skärmar:

"Huvudskärmsansökan" - Vid start visas listan över uppgifter (exekveringstid, uppgiftens namn och tecknet på dess utförande). Efter avslutad uppgift är den markerad som exekverad i listan.

Med "Data Exchange" -knappen kan en anställd köra proceduren för att få nya uppgifter från servern omedelbart. Datautbytet med servern görs också automatiskt 1 gång per dag, enligt det schema som anges i inställningarna.

"Programinställningar" - Auktoriseringsparametrarna och 1C-serverns adress anges här, och det unika identifikationsnumret för den här enheten visas. Det kan också finnas ett schema för automatisk utbyte.

Strukturen av de data med vilken mobilklienten byts ut med servern 1C

Banan är det en tabell med värden (i termer 1c), som innehåller 3 kolumner:

Skapa en mobil applikationsmall i 1c

Kör 1c och välj referensboken "Mobila program", lägg till ett nytt objekt där:

I fältet "Identifier", ange Sample_App_Tasks (eller komma med någon annan), det här är en unik identifierare av applikationen i din konfiguration. Behov av entydig identifiering av ansökan under utbytesprocessen, eftersom På en mobil enhet kan samma anställd använda flera applikationer.

I fältet "Namn" anger du namnet på din mobila applikation, till exempel Uppdrag.

Spela in katalogen på knappen Spela in, skapar sedan ny version Och ange det som en arbetare för din ansökan.

Markera i listan "Metadata" -grupp "Extern data" och klicka på " Lägg till"På verktygsfältet. Fyll i parametrarna nytt bord som det visas på bilden:

Namnen på kolumnerna och tabellen själv här, som regel anges på ryska, det fyller i bordet med dessa medel för den inbyggda 1c.

Varje datatabell i mobilapplikationen måste ha en primär nyckel (primär nyckel när det gäller relationsdatabaser) av en strängtyp. För alla objekttabeller (kataloger och dokument) är nyckeln en textbaserad referens (unik identifierare) och fylls automatiskt.

För icke-raderade tabeller, såsom "informationsregister" eller "extern tabell", måste programmet anges hur det ska fyllas i. Ett alternativ är att installera flaggindexet "för en eller flera tabellkolumner, som gjordes i vårt exempel för kolumnerna" Deadline "och" uppgift ". Det innebär att tabellen inte kan vara två identiska uppgifter för samma datum.

Klick OKTabellen läggs till i metadata-trädet, för mobila applikationsnamn översätts automatiskt till latin.

[En av FBA-reglerna: i 1C källa Vi skriver på ryska, i Java på Latin. Frånvaron av ryska bokstäver i identifierare, variabler och klasser kommer att undvika många problem vid utformning av en mobilklient]

Byt namn på namnen från latin till engelska. I princip var det möjligt att lämna latin och vi har redan bestämt oss för namnen (ovan i tabellen).

Spara ändringarna och klicka på knappen " Mobil applikationsmall"På verktygsfältet.

"Mönsterkatalog" - Ange sökvägen till katalogen där de genererade mobilapplikationsmallfilerna sparas.

På fliken "Basic" anger du paketnamnet, det ska vara en unik identifierare. Om du har en webbplats, använd den för att generera prefixet. I vårt exempel är det ru.Profi1c.Samples.Tasks.

På fliken Web-service anges serverns adress 10.0.2.2, som standard, det här är adressen till din dator när du åtkomst från Android-emulatorn.

I fältet "Web Service" och "Applicate Application" anger du de data som anges när du publicerade en webbtjänst.

På fliken "På program" fyller du i kontaktuppgifterna och ytterligare information Om din ansökan lämnas inställningar på fliken "Tabellgenerator" oförändrade.

Klick SkapaAndroid-projektmallen kommer att genereras. Stäng fönstret Template Generation, spara ändringarna och stäng objektet för mobilprogram.