Heim / Büro / Grundeinstellungen der mobilen Anwendung "1C-Rating: Mobiler Kellner. Die Geschichte einer Anwendung: mobile "1C: Verwaltung der Autorisierung unseres Unternehmens 1c beim Aufrufen der mobilen Anwendung

Grundeinstellungen der mobilen Anwendung "1C-Rating: Mobiler Kellner. Die Geschichte einer Anwendung: mobile "1C: Verwaltung der Autorisierung unseres Unternehmens 1c beim Aufrufen der mobilen Anwendung

Voreinstellungen

Bevor Sie mit der Arbeit auf einem mobilen Gerät beginnen, müssen Sie das Stammzertifikat des 1C: Link-Dienstes installieren.

In den Einstellungen der mobilen Anwendung müssen Sie den Pfad angeben Informationsbasis, veröffentlicht über "1C: Link". Ein Merkmal der Arbeit mit mobilen Anwendungen über "1C: Link" besteht darin, dass die Verbindung zu Webdiensten über deren Namen und nicht über Aliase (Aliase) erfolgt. In einigen mobilen Anwendungen (z. B. 1C:DO) wird die Verbindungszeichenfolge automatisch generiert und erfordert keinen Webdienstnamen.

Funktionen zum Einrichten mobiler Anwendungen

1C: Bestellungen

  • Gehen Sie in der Infobase zum Abschnitt „Verwaltung“, wählen Sie den Menüpunkt „CRM und Vertrieb“, aktivieren Sie das Kontrollkästchen „Datensynchronisierung mit der mobilen Anwendung 1C: Kundenbestellungen zulassen“, klicken Sie auf den Link „Einstellungen synchronisieren“ und fügen Sie eine Einstellung hinzu für den Benutzer.
  • Anmeldung: 1C-Benutzeranmeldung
  • Die Einstellung „1C:LINK“ ist aktiviert
  • Tunnelname:<ваш-туннель>
  • Die Einstellung „SSL“ muss aktiviert werden, um mit IS über HTTPS zu arbeiten, und deaktiviert werden, um über HTTP zu funktionieren
  • Katalog: <путь веб-приложения>

Mobile Dokumentenverwaltung

  • Aktivieren Sie den mobilen Client in den Infobase-Einstellungen.
    Gehen Sie dazu als Benutzer mit Administratorrechten in die Infobase, wählen Sie den Menüpunkt „Einstellungen und Verwaltung“ – „Programmeinstellungen“ – „Datenaustausch“ und aktivieren Sie das Kontrollkästchen „Mobile Clients verwenden“
  • Verbindungsadresse: https://<ваш-туннель>.Webseite/<путь веб-приложения>
  • Anmeldung: 1C-Benutzeranmeldung
  • Passwort: sein Passwort

Bitte beachten Sie, dass Sie für die Arbeit mit der mobilen Anwendung Version 1C: Document Management 8 nicht niedriger als 1.3.1.3 CORP benötigen

1C: UNF

  • Gehen Sie in den Synchronisierungseinstellungen der mobilen Anwendung „1C: UNF“ zum Abschnitt „Andere Dienste“.
  • Geben Sie im Feld "Bewerbungsadresse" ein (ohne ru_RU)
  • Geben Sie den Benutzernamen und das Kennwort des Infobase-Benutzers an und klicken Sie auf die Schaltfläche "Anmelden".

1C: ERP-Monitor

  • Anmeldung: 1C-Benutzeranmeldung
  • Passwort: sein Passwort
  • Die Einstellung „1C:LINK“ ist aktiviert
  • Tunnelname:<ваш-туннель>
  • Katalog: <путь веб-приложения>

1cfresh Buchhaltungsclient

Um mit der in 1C: Link veröffentlichten Uzu synchronisieren, können Sie die mobile Anwendung 1cfresh Accounting Client verwenden.

  • Gehen Sie in den Einstellungen der mobilen Anwendung "Accounting Client 1cfresh" zum Abschnitt "Andere Dienste".
  • Geben Sie im Feld "Basisadresse für Verbindung" ein https://tunnelname.link.1c.ru/webanwendungspfad(ohne ru_RU)
  • Geben Sie den Benutzernamen und das Kennwort des Infobase-Benutzers an und klicken Sie auf die Schaltfläche „Verbinden“.


Die Praxis der Entwicklung einer mobilen Anwendung 1C 8.3 (Teil 1)

In diesem Artikel werden wir darüber sprechen, was ich ausprobieren konnte und auf welchen Rake ich treten musste, bevor ich es schaffte, eine mehr oder weniger normale Anwendung für Tablets zu erstellen. Die Anwendung wurde ursprünglich nur für Android geschärft, basierend auf der Konfiguration 1C: Bestellungen und App zur Entwicklung.

Zunächst wurde der „falsche“ Weg gewählt, die Anwendung zu kompilieren und manuell auf das Tablet hochzuladen. Ich möchte Sie daran erinnern, dass zum Erstellen mobiler Anwendungen der Mobile Application Creation Assistant (MobileAppWizzard) verwendet wird. Dann wurde in einem der Foren eine schöne Lösung gefunden, bei der eine mobile Anwendung für die Entwicklung verwendet wurde. Diese Anwendung ist im Installationskit für die mobile Plattform enthalten. Zum Zeitpunkt der Entwicklung wurde die Plattformversion 8.3.3.24 verwendet. Im Ordner „Android“ finden Sie die Datei 1cem.apk. Dies ist die mobile Anwendung für die Entwicklung. Sein größter Vorteil, der uns viel Zeit gespart hat, ist, dass Sie eine mobile Anwendung auf einem Webserver veröffentlichen und auf einem Tablet einen Pfad wie http://[ angeben können. Adresse des Webservers]/[ Name der mobilen App].

Auf einem Tablet-PC können Sie in den Einstellungen der hinzugefügten Anwendung das Kontrollkästchen „Update vom Konfigurator“ aktivieren, und jedes Mal, wenn die Anwendung startet, versucht sie, sich mit dem Webserver zu verbinden und nach Updates zu suchen.

Nachdem die mobile Anwendung bereitgestellt wurde, begann der Prozess ihrer Fertigstellung.

Was wurde benötigt:

1. Richten Sie den Austausch zwischen der zentralen Basis und dem mobilen Gerät ein.

2. Organisieren Sie die asymmetrische Synchronisation: Laden Sie Daten zu Produktsortiment, Kontrahenten, Lagerbeständen und gegenseitigen Abrechnungen aus der zentralen Datenbank hoch und laden Sie nur Kundenaufträge aus der mobilen Anwendung herunter.

3. Implementieren Sie eine einfache Schnittstelle für Manager, auf der sie Salden, Preise und Abrechnungen schnell anzeigen können.

In der Testphase wurde die Zwischenbasis „Managed Application“ verwendet, da die 1C:Orders-Demoanwendung ursprünglich für den Austausch mit der Managed Application konzipiert war.

Der erste Pfannkuchen kam klumpig heraus. Buchstäblich. Für den Austausch mit der zentralen Basis wurde v82.ComConnector verwendet. Ich werde nicht auf die Details seiner Einstellungen eingehen, es gibt eine Reihe separater Materialien dazu. Ich werde nur die Schwierigkeiten durchgehen, auf die ich gestoßen bin.

1. Com-Gebrauch Objekte auf einem 64-Bit-Serverbetriebssystem. Ein Wrapper wurde verwendet, um das Problem zu lösen COM+-Anwendungen, die in konfiguriert ist Komponentendienste.

2. Fernanruf Kom von einem anderen Server. Der aufgerufene Server muss die Rolle haben Anwendungsserver, und es sollte konfiguriert werden COM+-Netzwerkzugriff. Außerdem der Server Apache muss über die entsprechenden Rechte verfügen (d. h. als Dienst im Auftrag eines autorisierten Benutzers ausgeführt werden)

Nachdem wir mit Com-Verbindungen gelitten hatten, beschlossen wir, die Arbeitsbasis auf zu übertragen Internetdienste.

Es wurde auch viel über das Veröffentlichen von Webdiensten geschrieben, aber es wurde darüber geschrieben, wie es funktioniert. Wie es NICHT funktioniert, werde ich unten teilen.

Die Arbeitsbasis wird auf der 8.2-Plattform bereitgestellt, die mobile Anwendung jeweils auf 8.3.

Beim Veröffentlichen der ersten Anwendung 8.3 und dann 8.2. schnappte regelmäßig den Fehler „Stream-Formatfehler“ im 8.3-Webclient oder die Fehlermeldung „Client- und Serverplattformversionen unterscheiden sich“ heraus. Umbuchen hilft nicht, Neustart auch nicht. Apache. Es hilft jedoch, die Veröffentlichung zu deaktivieren und erneut zu verbinden.

Außerdem habe ich einen lustigen Fehler beim Autorisieren eines Benutzers (beim Erstellen von ws Definitionen). Beim Testen auf einem Computer ist die Autorisierung mit einem langen vollständigen Namen einfach. Beim Versuch, denselben Benutzer von einem laufenden Tablet aus zu autorisieren Android, Die Autorisierung endete, bevor sie begann. Experimentell konnte errechnet werden, dass die Länge des Logins in Kyrillisch auf 22 Zeichen begrenzt ist. Gleichzeitig ermöglichte die Kombination aus kyrillischen Zeichen und Zahlen eine Anmeldung mit einem Login von 27 Zeichen Länge. Es besteht der Verdacht, dass dies an der Konvertierung kyrillischer Zeichen liegt. Also zum Beispiel im Browser Feuerfuchs Wikipedia-Zeile "ivo" wird umgewandelt in "».

Technologisch weist die mobile Plattform 8.3.3 derzeit eine Reihe von Einschränkungen auf. Die meiner Meinung nach am meisten erwartete Innovation ist die Unterstützung von Anfragen. Da die mobile Plattform aber noch keine beliebigen Anfragen in dynamischen Listen unterstützt, musste ich „den anderen Weg gehen“.

Zur Lösung des Problems der Anzeige eines Artikelnachschlagewerks mit Preisen und Salden wurde folgender Ansatz verfolgt:

1. Es wurden zwei Tabellen in Form eines Artikel-Nachschlagewerks erstellt. Die erste ist eine dynamische Liste, das eigentliche Verzeichnis selbst. Filter dynamische Liste so konfiguriert, dass nur Gruppen angezeigt werden. Die zweite Tabelle enthält die tatsächlichen Salden und Preise. Wenn eine Zeile einer dynamischen Liste aktiviert wird, wird die Wertetabelle auf dem Server gefüllt, die dann in der zweiten Tabelle angezeigt wird. Bei der Gewinnung von Preisen und Bilanzen wurde ein Objektmodell verwendet. Alle diese Tänze mit einem Tamburin wurden nur aufgeführt, weil es keine einem Thick-Client vertraute Methode „beim Ausgeben einer Saite“ oder „beim Empfangen von Daten“ gibt und es unmöglich ist, Zahlen in einer Spalte dynamisch zu zeichnen.

Ein ähnlicher Ansatz wurde in Form der Auswahl verwendet

2. Für die Ausgabe einer Zeile mit aktuellen Preisen war der Formatted String perfekt.

Unten ist ein Codebeispiel.

&AtServerWithoutContext Function ResidualsWhenRowsAtServer(number)RecordSet is Activated =RegistersInformation.ProductPrices.CreateRecordSet(); RecordSet.Selection.Product.Value = nom; Recordset.Selection.Item.Use = true; Recordset.Read(); ArrayFormattedStrings = Neues Array; Für jede Satzzeile aus RecordSet Loop ArrayFormattedStrings.Add(New FormattedString(SetRow.PriceType.Description,WebColors.Blue)); ArrayFormattedStrings.Add(New FormattedString(" " + String(SetString.Price) + " ")); EndCycle; Rückgabe New FormattedString(ArrayFormattedStrings); // Den Inhalt des Handlers einfügen. Endfunktionen

3. Um Verzeichnisse, Salden und Preise in die mobile Anwendung zu laden, wurde ein Webservice verwendet, der am Eingang eine Parameterstruktur erhält und am Ausgang einen Wertespeicher zurückgibt. Eine weitere unangenehme Entdeckung war der Absturz der Börse aufgrund zu langer serverseitiger Verarbeitung. Ich hatte den Eindruck, dass es eine Art Timeout gibt, nach dem die Anwendung „denkt“, dass die Verbindung unterbrochen ist (obwohl tatsächlich noch Daten in der Arbeitsdatenbank über die ws-Verbindung verarbeitet werden), und den Austausch mit einem Fehler beendet.

Um dies zu vermeiden, wurde beschlossen, den gesamten Austausch in Portionen aufzuteilen und den Fokus wieder auf die mobile Anwendung zu richten. Diese. Synchronisieren Sie zuerst den Artikel, dann die Kontrahenten, dann die Salden usw.

4. Um Berichte zu erhalten, bleibt der gleiche Ansatz wie in der Konfiguration 1C: Bestellungen. Ein Webdienst wird mit Parametern aufgerufen, ein Tabellenkalkulationsdokument wird auf der Serverseite der Arbeitsbasis erstellt, und dann wird das bereits vorbereitete Tabellenkalkulationsdokument an die mobile Anwendung zurückgegeben.

In diesem Artikel betrachten wir die Anfangseinstellungen, die vor Beginn der Arbeit mit der mobilen Anwendung vorgenommen werden müssen.
Die mobile Anwendung „1C-Rating: Mobiler Kellner“ wird in Verbindung mit der Konfiguration „1C-Rating: Restaurant“ verwendet, mit der sie durch regelmäßigen Datenaustausch verbunden ist. Daher müssen Sie vor der Installation der Konfiguration 1C-Rating: Mobile Waiter die entsprechenden Einstellungen im Programm 1C-Rating: Restaurant vornehmen.

Aufbau der Informationsbasis „1C-Rating: Restaurant“

Alle regulatorischen und Referenzinformationen, die bei der Arbeit mit der mobilen Anwendung verwendet werden, werden in die Informationsbasis der Konfiguration "1C-Rating: Restaurant" eingetragen. Bevor Sie einen Austausch zwischen der mobilen Anwendung und der Konfiguration „1C-Rating: Restaurant“ aktivieren und durchführen, füllen Sie die folgenden Daten in der Konfiguration „1C-Rating: Restaurant“ aus:
  • Verzeichnis Organisation;
  • Verzeichnis Aktie;
  • Verzeichnis Kasse;
  • Verzeichnis Saal;
  • Verzeichnis Modifikatoren;
  • Informationsregister Modifikatoren für Mahlzeiten;
  • Informationsregister Vordefinierte Bestellpositionen;
  • Informationsregister Stempeldruck-Routing;
  • Verzeichnis Menütypen;
  • Verzeichnis RMK-Setup;
  • Verzeichnis Benutzer.

Benutzereinrichtung

Benutzer, die mit der mobilen Anwendung arbeiten, müssen im Voraus in der 1C-Rating: Restaurant-Informationsdatenbank erstellt werden. Der Benutzer der mobilen Anwendung muss zusätzlich zu den Grundeinstellungen und Rollen in Bezug auf die Konfiguration „1C-Rating: Restaurant“ eine Rolle haben, die es dem Benutzer ermöglicht, mit der mobilen Anwendung zu arbeiten.

Automatischer Stempeldruck

Nach Aufgabe einer Bestellung in einem mobilen Gerät ist es möglich, Stempel an den Zubereitungsorten (Küche, Bar) auszudrucken. Stempel werden nach folgendem Algorithmus gedruckt: In der mobilen Anwendung erstellt oder ändert der Benutzer Bestellungen, die an die zentrale Informationsbasis des 1C-Rating: Restaurantkonfiguration übertragen werden. In der zentralen Datenbank werden sie im Informationsregister gesammelt Stempeldruckwarteschlange. In der in den Einstellungen der Abrechnungsparameter angegebenen Häufigkeit wird ein Verfahren gestartet, das Stempel aus diesem Informationsregister an die Herstellungsorte druckt.
Um diese Funktion zu aktivieren, müssen Sie "1C-Rating: Restaurant" in den Einstellungen der Abrechnungsparameter in der Gruppe konfigurieren mobiler Kellner folgende Einstellungen vornehmen:
  • Stempel für mobile Kellner drucken– Aktivieren Sie diese Option, um Briefmarken mit Informationen zur Druckvorbereitung zu versenden.
  • Benutzer zum Drucken mobiler Kellnerstempel– Sie müssen einen Benutzer aus dem Verzeichnis auswählen Benutzer, in deren Auftrag die Druckvorgänge durchgeführt werden. Um Stempel zu drucken, müssen Sie eine Sitzung als der angegebene Benutzer ausführen. Um sicherzustellen, dass die Stempeldruckvorgänge die Arbeit der Benutzer nicht verlangsamen, wird empfohlen, einen separaten Benutzer zu erstellen (z. B. „RMK starten“ oder „Stempel drucken“) und eine separate 1C:Enterprise-Sitzung mit diesem auszuführen Benutzer zum Drucken im Hintergrund.
  • Druckintervall für mobile Kellnerstempel– Diese Einstellung legt das Zeitintervall in Sekunden für den Druck fest. Das Ausfüllen dieses Parameters ist für das Drucken von Stempeln obligatorisch. Der Wert dieses Parameters wird basierend auf den Anforderungen einer bestimmten Organisation ausgewählt, der empfohlene Wert beträgt 10 Sekunden.

Veröffentlichen auf einem Webserver

Für den gemeinsamen Betrieb der mobilen Anwendung und der stationären Informationsbasis „1C-Rating: Restaurant“ ist es notwendig, die entsprechende Infrastruktur zu organisieren:
1. Im Bereich der Arbeit von Kellnern sollte konfiguriert werden drahtloses Netzwerk W-lan.
2. Auf dem Rechner, auf dem die Informationsbasis „1C-Rating: Restaurant“ veröffentlicht werden soll, muss ein Webserver installiert und konfiguriert sein (Arbeiten mit dem Apache- oder IIS-Webserver wird unterstützt).
3. Die 1C:Enterprise-Plattform und die Webserver-Erweiterungsmodule müssen auf demselben Computer installiert sein. Module werden während der Plattforminstallation installiert.


4. Die Informationsbasis „1C-Rating: Restaurant“ soll veröffentlicht werden.
5. Der Computer mit der veröffentlichten Infobase und den Mobilgeräten muss sich im selben lokalen Netzwerk befinden.
Um die 1C-Rating: Restaurant-Infobase zu veröffentlichen, starten Sie 1C:Enterprise im Konfigurator-Modus (Menü Verwaltung - Veröffentlichen auf einem Webserver). Gehen Sie in dem sich öffnenden Fenster wie folgt vor:
  • Geben Sie den Namen der Veröffentlichung manuell in das Feld ein Name, während es nur aus Zeichen des lateinischen Alphabets bestehen kann. Vorname wird später in den Einstellungen der mobilen Anwendung eingetragen.
  • Auf dem Feld Webserver Geben Sie den Typ des Webservers an, auf dem Sie veröffentlichen.
  • Auf dem Feld Katalog Geben Sie den Pfad zu dem Verzeichnis an, in dem sich die Dateien befinden, die das virtuelle Verzeichnis beschreiben.
  • Gehe zum Lesezeichen HTTP-Dienste und aktivieren Sie die Einstellung Veröffentlichen Sie Standard-HTTP-Dienste. Überprüfen Sie im tabellarischen Abschnitt den HTTP-Dienst Daten in der Liste der verfügbaren Dienste.
  • Druckknopf Veröffentlichen. Sie müssen den Server nach der Veröffentlichung neu starten.

„1C Rating: Mobiler Kellner“ konfigurieren

Die mobile Anwendung „1C-Rating: Mobiler Kellner“ steht im offiziellen Google Play Online Store zum kostenlosen Download auf Mobilgeräte zur Verfügung. Um die Anwendung kommerziell zu nutzen, müssen Sie die erforderliche Anzahl an Gerätelizenzen erwerben und die mobile Anwendung auf jedem mobilen Gerät aktivieren. Um die Funktionalität der mobilen Anwendung zu studieren, wird ein Demomodus bereitgestellt, der nicht den Kauf einer Gerätelizenz erfordert.
Die Installation der mobilen Anwendung „1C-Rating: Mobiler Kellner“ erfolgt automatisch und unterscheidet sich nicht von der Installation einer anderen mobilen Anwendung. Updates für die Anwendung 1C-Rating: Mobile Waiter sind im offiziellen Google Play Online Store ohne Einschränkungen und Registrierung bei 1C-Rating verfügbar.
Beim ersten Start der mobilen Anwendung erscheint ein Formular zur Auswahl des Betriebsmodus. Es stehen zwei Optionen zur Auswahl: Demo-Modus und App aktivieren.
Der Demomodus kann beim ersten Start der mobilen Anwendung oder später nach der Aktivierung im Einstellungsformular über den gleichnamigen Schalter aktiviert werden.
Wenn dieser Modus aktiviert ist, wird die Datenbank der mobilen Anwendung automatisch mit Demodaten gefüllt, mit denen Sie sich vertraut machen können Funktionalität Produkt.

Anwendungsaktivierung

Um mit der mobilen Anwendung und dem bidirektionalen Datenaustausch mit der Registrierungsdatenbank der Konfiguration „1C-Rating: Restaurant“ zu arbeiten, müssen Sie die Anwendung aktivieren.
Es gibt zwei Möglichkeiten, eine mobile Anwendung zu aktivieren:
  • Internet-Aktivierung.
  • Offline-Aktivierung.

Internet-Aktivierung

Um die Internetaktivierung durchzuführen, müssen Sie:
  1. Bieten Sie Mobilgeräten Zugriff auf das Internet.
  2. Geben Sie die Registrierungsnummer in das Fenster ein Anwendungsaktivierung und drücken Sie die Taste aktivieren Sie.

Offline-Aktivierung

Die Offline-Aktivierung wird durchgeführt, wenn es nicht möglich ist, das Mobilgerät mit dem Internet zu verbinden.
Um die Offline-Aktivierung durchzuführen, müssen Sie:
  1. Holen Sie sich die Registrierungsnummer der mobilen Anwendung. Dazu müssen Sie sich an die Partner des 1C-Rating-Unternehmens in Ihrer Region oder direkt an das 1C-Rating-Unternehmen wenden.
  2. Im Fenster Anwendungsaktivierung klick auf den Link Offline-Anwendungsaktivierung.
  3. Im Fenster Offline-Anwendungsaktivierung Geben Sie die Registrierungsnummer der mobilen Anwendung ein.
  4. Druckknopf Anwendungscode abrufen. Es öffnet sich ein Fenster mit dem Anwendungscode. Dieser Code muss an das Unternehmen 1C-Rating übermittelt werden. Als Antwort wird ausgegeben Aktivierungscode.
  5. Der Aktivierungscode wird im Fenster eingegeben Offline-Anwendungsaktivierung zum entsprechenden Feld. Auf Knopfdruck aktivieren Sie Die mobile Anwendung ist aktiviert.
  6. Nach erfolgreicher Aktivierung ist die mobile Anwendung einsatzbereit.

Wichtig!

Nach der Neuinstallation der mobilen Anwendung müssen Sie sie erneut aktivieren.

Verbindungsaufbau zur Informationsbasis „1C-Rating: Restaurant“

Nach der Aktivierung der mobilen Anwendung (durch eine der oben genannten Methoden) wird das Benutzerautorisierungsformular automatisch geöffnet. Bei der Erstautorisierung enthält das Formular folgende Felder:
  • Benutzer- der Benutzer, unter dem im „1C-Rating: Fahrbarer Kellner“ gearbeitet wird. Benutzer mobiler Geräte müssen in der 1C-Rating: Restaurantkonfigurations-Infobase vorab erstellt werden.
  • Passwort- Passwort für die Benutzerautorisierung, festgelegt in den Benutzereinstellungen, in der Konfiguration „1C-Rating: Restaurant“.
  • Serveradresse– Dieses Feld gibt die IP-Adresse des Computers an, auf dem der Webserver läuft.
  • Hafen– der Standardwert ist 80. Wenn der Webserver auf einem anderen Port konfiguriert wurde, muss dessen Nummer hier angegeben werden.
  • Name der Veröffentlichung– der Name, der bei der Veröffentlichung des HTTP-Dienstes in der Infobase der Konfiguration „1C-Rating: Restaurant“ angegeben wurde.


Die Autorisierung erfolgt auf Knopfdruck Verbinden. Die Felder Serveradresse und Name der Veröffentlichung enthalten technische Daten zum Anschluss und werden beim ersten Anschluss ausgefüllt. Beim nächsten Start werden diese Felder ausgeblendet und stehen nur noch im Einstellungsformular zur Verfügung.

Wichtig!

Der Benutzername und der Veröffentlichungsname müssen unter Beachtung der Groß- und Kleinschreibung eingegeben werden. Wenn der Fall nicht übereinstimmt, wird die Autorisierung verweigert.

Wenn Sie einen Benutzer erneut autorisieren oder ändern, reicht es aus, den Benutzer anzugeben, das Passwort einzugeben und auf die Schaltfläche zu klicken verbinden.


Nach Abschluss der Autorisierung öffnet sich das Bestelllistenformular - Sie können mit der Arbeit beginnen. Um eine Bestellung zu erstellen, klicken Sie auf die Schaltfläche Neue Ordnung.

Verbindungsmeldungen

Beim Verbinden einer mobilen Anwendung mit der 1C-Rating: Restaurant-Konfiguration können die folgenden Meldungen erscheinen:

1. „Ein Netzwerkfehler ist aufgetreten“

Diese Nachricht kann auftreten, wenn:

  • WLAN-Signal verloren.
  • Der Webserver ist falsch konfiguriert.
  • Der Webserver funktioniert nicht mehr - Sie müssen den Webserver neu starten.
  • Falsche Webserver-Adresse und/oder Port.
2. „Unzureichende Rechte, um die Ressource mit dieser HTTP-Methode zu verwenden“

Diese Meldung bedeutet, dass für den Benutzer keine Rolle aktiviert ist Zugriff auf mobile Kellnerobjekte.
3. „Die angeforderte URL /REST/hs/Data/Registration wurde auf diesem Server nicht gefunden.“
Eine Autorisierungsnachricht tritt auf, wenn:
Ungültiger Veröffentlichungsname angegeben.
Der Name der Publikation im Mobilen Kellner weicht von dem Namen ab, der im Restaurant-Konfigurator beim Anlegen der Publikation angegeben wurde (es ist zu prüfen, ob der Name der Publikation übereinstimmt, das Briefregister ist wichtig).
4. „1C:Enterprise 8 Anwendungsfehler. HTTP: Nicht gefunden"
Diese Meldung tritt auf, wenn beim Einrichten der Veröffentlichung kein HTTP-Dienst ausgewählt wurde. Es ist notwendig, das Vorhandensein von Flags in der Einstellung zu überprüfen Veröffentlichen Sie HTTP-Dienste standardmäßig und im tabellarischen Teil der Zeile Daten.

  • (3475)

Einführung

BEI neue Version 1C-Plattform (8.3.5) sind viele neue Funktionen erschienen. Übrigens, für diejenigen, die es nicht wissen, gibt es eine Ressource, in der 1C-Entwickler aufkommende Innovationen auf der Plattform beschreiben. Einer davon ist der Mechanismus. Er ist mir aufgefallen, ich wollte aus Spaß etwas umsetzen. Ich kam sofort auf die Idee, etwas Ähnliches wie die Seite zu machen, aber mit dieser Idee würden sie mich nicht einmal beim Infostart verstehen, also habe ich es aus dem Kopf geworfen. Es schien, als hätte er es weggeworfen, aber die Idee wurde in etwas nicht so Großes umgewandelt, etwas, das im Leben wirklichen Nutzen finden könnte – eine mobile Webanwendung.
Ich glaube, dass eine leicht geladene und einfache mobile Webanwendung für eine begrenzte Anzahl von Benutzern, beispielsweise Mitarbeitern, in 1C mithilfe von HTTP-Diensten implementiert werden kann.

Mobile Webanwendung „Kontakte“

Ich fange mit dem Ergebnis an. Die mobile Web-App Kontakte sieht einfach aus und ist es auch. Zu Beginn sehen Sie nur ein Feld zur Kontaktsuche.

Lassen Sie uns nach jemandem suchen (damit die Suche beginnen kann, müssen Sie mindestens 3 Zeichen eingeben). Es wurde jemand gefunden.

Rufen wir Alex an.

Schreiben wir einen Brief an Timothy.

Das ist die gesamte mobile Webanwendung.

Übrigens ist es sehr einfach, sich an jede Konfiguration anzupassen.

Kurz zur Umsetzung

Benutztes Werkzeug:
- HTTP-Dienstmechanismus der 1C-Plattform (ab Version 8.3.5)
- jQuery JavaScript-Bibliothek (http://jquery.com)
- JavaScript-Bibliothek jQuery mobile (http://jquerymobile.com)
- 1C:JSON()

Der HTTP-Dienst „Contacts“ nimmt alle Anfragen entgegen und leitet sie zur Verarbeitung an „ContactsMVP“ weiter. Die gesamte Logik der mobilen Webanwendung konzentriert sich auf die "Contacts MVP"-Verarbeitung.

So sieht die Anfragebearbeitung aus.

Funktion HandleRequest(Request) Export If MatchesResource(Request, "/index.html") Then Return GetResourceIndexHTML(); ElseIf MatchesResource(Request, „/application.js“) Then Return GetResourceApplicationJS(); ElseIf MatchesResource(Request, „/contacts.json“) Then Return GetResourceContactsJSON(Request); EndIf; Endfunktionen

Und so sieht beispielsweise die Rückgabe der Seite index.html aus.

GetResourceIndexHTML() Funktionsantwort = New HTTPServiceResponse(200); Text = GetLayout("IndexHTML").GetText(); Answer.SetBodyFromString(Text); Answer.Headers.Insert("Inhaltstyp", "text/html"); Rückantwort; Endfunktionen

Nichts kompliziertes. Sie können den Mechanismus genauer untersuchen, indem Sie ContactsMVP.dt herunterladen

Veröffentlichungsfunktionen

Bei der Veröffentlichung des HTTP-Dienstes gab es einige Schwierigkeiten, so dass es Ihnen leichter fallen würde, einige Anmerkungen zu machen:
- Es gibt ziemlich detaillierte Beschreibungen über die Veröffentlichung - sorgfältig lesen.
- Vergessen Sie nicht, den Konfigurator vor dem Veröffentlichen als Administrator auszuführen.
- Der HTTP-Dienst konnte nur mit der Dateiversion gestartet werden, bei der Client-Server-Version traten einige Fehler auf.
- Damit die mobile Webanwendung ohne Autorisierungsanfrage funktioniert, müssen bei registrierten Benutzern in der Datenbank nach der Veröffentlichung in der Datei default.vrd die Parameter Usr und Pwd zum Verbindungsstring hinzugefügt werden (Punkt. ib).

Fazit

Ich hoffe, das Material des Artikels wird Ihnen nützlich sein.

Vielen Dank für Ihre Aufmerksamkeit.

Am Beispiel der mobilen Anwendung „1C: Managing our company“ (abgekürzt UNF) möchte ich die Entwicklung einer mobilen Business-Anwendung von ihren Anfängen und der Veröffentlichung der allerersten Version bis heute aufzeigen. Jetzt hat diese App über 220.000 Downloads; Die Anwendung ist kostenlos, verfügt jedoch über kostenpflichtige Optionen (durch In-App-Käufe implementiert).


Die erste Version des mobilen UNF wurde 2012 auf einer der ersten Versionen der mobilen Plattform 1C:Enterprise erstellt. Zu dieser Zeit gab es bereits eine Client-Server-Konfiguration "1C: Small Company Management" (damals war der Name so), ein Programm zur Automatisierung der Aktivitäten eines kleinen Unternehmens - Verkauf, Einkauf, eine Datenbank mit Kunden und Lieferanten, Lagerverwaltung, Produktion etc.

Wie die meisten mobilen Anwendungen, die auf der plattformübergreifenden mobilen Plattform 1C:Enterprise geschrieben wurden, ist Mobile UNF für iOS, Android und Windows verfügbar.

Die Aufgabenstellung war wie folgt: eine mobile Anwendung zu erstellen, die einen Teil der Arbeitsszenarien der „großen“ UNF unterstützt. Die Anwendung muss in der Lage sein, sowohl autonom zu arbeiten als auch Daten mit der „großen“ UNF zu synchronisieren (im Folgenden wird das Wort „groß“ in Bezug auf die Client-Server-Version der UNF ohne Anführungszeichen geschrieben, um den Text nicht zu überladen). . Im Fall der Zusammenarbeit mit einem großen UNF sollten Szenarien „mobiler“ Mitarbeiter – ein Außendienstmitarbeiter, ein Servicetechniker, ein Verkäufer – unterstützt werden.

Die erste Version wurde in 1 Mannmonat erstellt. Bei der Erstellung einer mobilen Anwendung wurden einige der Metadatenobjekte (Verzeichnisse, Dokumente) auf Basis großer UNF-Objekte implementiert. Einige Funktionen mussten jedoch neu programmiert werden, beispielsweise der Prozess des Datenaustauschs mit einem großen UNF. Richtig, in Bezug auf den Datenaustausch mussten wir tatsächlich ein wenig programmieren – wir verwendeten Standardplattformmechanismen (insbesondere Austauschpläne), die das Schreiben von Code auf ein Minimum reduzieren.

Neben der Vereinfachung der Arbeit mit der Datensynchronisierung erleichtert die 1C-Plattform das Design einer voll funktionsfähigen mobilen Anwendung erheblich, indem sie dem Entwickler Schnittstellenkomponenten wie Listen (tabellarisch und hierarchisch) mit der Möglichkeit zum Durchsuchen und Eingabefelder mit Suche zur Verfügung stellt , Tabellen für Berichte, eine große Auswahl an Diagrammen, die Möglichkeit, auf WiFi- und Bluetooth-Druckern zu drucken usw.

Funktionen der mobilen Version

Es gibt zwei Hauptstrategien für die Auswahl der Funktionalität einer mobilen Anwendung. Die erste ist „eine Anwendung – eine Funktion“. Zum Beispiel eine mobile Anwendung für den Wareneingang in einem Lager, die mit der eingebauten Kamera nur den Barcode der Ware scannen und Informationen über die erhaltene Ware an den Server senden kann. Die zweite Strategie besteht darin, eine mobile Anwendung mit umfassender All-in-One-Funktionalität zu erstellen. Beide Ansätze haben das Recht auf Leben; Als wir ein mobiles UNF geschrieben haben, haben wir uns für den zweiten Ansatz entschieden – unsere Anwendung deckt viele Aufgaben in ihrem Themenbereich ab und kann vollständig autonom arbeiten, um den Anforderungen gerecht zu werden kleine Organisation. Ein weiterer Pluspunkt dieses Ansatzes ist, dass der Benutzer mit mehreren zusammenhängenden Funktionen aus einer Anwendung heraus arbeiten kann.

Mobile UNF nutzt in großem Umfang die Funktionalität eines Mobilgeräts, insbesondere:

  • Die eingebaute Kamera des Geräts kann zum Fotografieren des Produkts beim Ausfüllen der Produktkarte, zum Lesen von Bar- und QR-Codes verwendet werden
  • Die Rechnung für die Zahlung kann per E-Mail oder SMS an den Kunden gesendet werden
  • Die Gegenpartei kann aus dem Adressbuch des Mobilgeräts ausgewählt werden
  • Wenn die Gegenpartei eine Telefonnummer hat, können Sie die Gegenpartei anrufen oder mit einem Tastendruck eine SMS senden; wenn eine E-Mail angegeben ist, senden Sie einen Brief; wenn eine Adresse angegeben ist, zeigen Sie sie auf der Karte an
  • Kann Dokumente über WLAN und Bluetooth auf Drucker drucken
Es besteht die Möglichkeit, die mobile UNF-Datenbank auf Yandex.Disk zu sichern und wiederherzustellen und die Datenbank per E-Mail zu senden.

Die Konfiguration des mobilen UNF sieht recht spartanisch aus (siehe Screenshot unten):

  • 8 Nachschlagewerke (bei den großen UNF - 273 Nachschlagewerke)
  • 7 Dokumente (in einem großen UNF - 125)
  • 3 Zeitschriften mit Dokumenten (in einem großen UNF - 24)
  • 3 Informationsregister (im großen UNF - 357)
  • 4 Akkumulationsregister (in einem großen UNF - 64)

Die Hauptobjekte des mobilen UNF

Aber trotz einer so geringen Anzahl von Anwendungsobjekten erwies sich das Produkt als durchaus funktional.

Ein interessantes Merkmal des mobilen UNF ist, dass es häufig von Personen verwendet wird, die noch nie zuvor von 1C gehört haben (ja, es gibt solche in unserem Land), die eine mobile Anwendung benötigen, um Aufzeichnungen über ihr kleines Unternehmen zu führen (z. Heimwerken). Sie fanden es einfach, indem sie Google Play oder den AppStore durchsuchten, die Rezensionen lasen und mit der Arbeit begannen.

Offline-Arbeit

Dieses Szenario ist für sehr kleine Organisationen konzipiert, wenn die gesamte Buchhaltung ausschließlich auf einem mobilen Gerät erfolgt. Dies kann beispielsweise ein "Heimgeschäft" sein - Schmuck zu Hause herstellen und auf der VKontakte-Seite verkaufen. Oder vielleicht sogar ein kleines Geschäft - ich persönlich habe einen Fall gesehen, in dem sich ein Spielzeuggeschäft auf den Verkauf von spezialisiert hat Lego-Konstrukteure, führte ausschließlich Aufzeichnungen über mobile Version UNF. Da das mobile UNF auf WLAN- und Bluetooth-Druckern drucken kann, lassen sich damit recht viele Aufgaben lösen. Mobile UNF unterstützt die Bearbeitung von Bestellungen, die Erfassung von Eingangs- und Ausgangsrechnungen, die Abrechnung von Geldeingängen und -ausgaben.

Arbeiten Sie im Synchronisationsmodus mit dem Server (erste Versionen)

Synchronisiert mit dem Server im mobilen UNF in frühe Versionen Die Buchhaltungsfunktionalität wurde nicht mehr verfügbar, und die Arbeit darin wurde hauptsächlich mit Bestellungen (Annahme und Erfüllung von Bestellungen) und damit verbundenen Aktivitäten (Führung von Verzeichnissen von Gegenparteien, Waren und Dienstleistungen usw.) durchgeführt.

Synchronisiert mit einem großen UNF-Verzeichnis von Waren und Dienstleistungen, Auftragnehmern und Bestellungen.


Datenaustausch zwischen Mobilfunk und großen UNF in den ersten Versionen

Bestellungen, die von Mobilgeräten eingegeben wurden, landeten in einem großen UNF, und wenn sie synchronisiert wurden, landeten sie auf den Mobilgeräten, die für die Bestellungen verantwortlich waren. Auf Mobilgeräten erfasste Belege wie Kassenbelege, Warenverkäufe etc. gingen an ein großes UNF, wurden aber nicht zwischengesynchronisiert mobile Geräte. Alle Arbeiten in der mobilen Anwendung im Synchronisationsmodus wurden hauptsächlich im Zusammenhang mit Bestellungen ausgeführt - deren Annahme und Ausführung, während eine vollwertige Abrechnung auf einem mobilen Gerät nicht durchgeführt wurde, dafür musste ein großes UNF auf einem Computer verwendet werden.

Dies war in den ersten Versionen der Fall, aber später haben wir die Situation geändert und die Liste der Szenarien für die Verwendung des mobilen UNF erweitert, um die Arbeit damit für die Benutzer komfortabler zu gestalten.

Ein wenig über die Datensynchronisation

Der Datenaustausch zwischen mobilen und großen UNF erfolgt über Webdienste; mobile UNF ruft Webdienste auf, die auf der Seite der großen UNF bereitgestellt werden. Die Datenstrukturen in großen und mobilen UNFs sind unterschiedlich; Beim Entwurf der Architektur haben wir 2 Optionen für den Datenaustausch in Betracht gezogen:
  1. Erstellen Sie eine Datenstruktur in einem großen UNF, indem Sie die Datenstruktur des mobilen UNF duplizieren, und tauschen Sie Daten mit dem mobilen UNF "eins zu eins" aus. Beim Ändern von Daten in einer großen UNF ist es erforderlich, die neuen/geänderten Daten in diese Duplikatstruktur zu übertragen und nach dem Datenaustausch mit einer mobilen UNF die Daten, die vom Mobilgerät kamen und in der Duplikatstruktur abgelegt wurden, in die große umzuwandeln UNF-Format.
  2. Tauschen Sie Daten direkt mit den Strukturen einer großen UNF aus und konvertieren Sie Daten „on the fly“ gemäß den Austauschregeln.
Wir haben uns für die zweite Variante entschieden. Die erste Option, obwohl sie einige Vorteile im Zusammenhang mit der Einfachheit des tatsächlichen Datenaustauschs versprach, handhabte die Situation schlecht, wenn sich die Datenstruktur in der neuen Version des mobilen UNF änderte (erweiterte); damit der Eins-zu-Eins-Datenaustausch weiterhin funktioniert, müsste der Server, large UNF, aktualisiert werden. Was aus vielen Gründen nicht akzeptabel war.

Die in der Plattform implementierten Datenaustauschmechanismen übernehmen den größten Teil der Arbeit beim Bilden von Paketen für die Datensynchronisierung, sodass Sie das Schreiben von Code auf ein Minimum reduzieren können. Beim Austauschprozess wird der Standardmechanismus der 1C: Enterprise-Plattform verwendet - der Datenaustauschmechanismus; für jede mobile UNF wird ein Datenaustauschknoten in der großen UNF erstellt, ein Änderungsregistrierungsdienst wird in der großen und mobilen UNF verwendet, um Daten zu verfolgen, die sich seit der letzten Synchronisation geändert haben, und so weiter.

Die mobile Anwendung initiiert den Datenaustausch, bildet unter Verwendung der Plattformmechanismen ein Austauschpaket (das die Kennung der mobilen Anwendung und seit der letzten Synchronisation auf dem mobilen UNF aktualisierte Daten enthält) und sendet es an das große UNF. Basierend auf den Informationen im Startpaket bereitet die große UNF die seit der letzten Synchronisation in der großen UNF geänderten Daten für die mobile UNF auf und packt sie in Pakete. Pakete im XDTO-Format sind in XML serialisierte 1C-Metadatenobjekte; Die Größe jedes Pakets beträgt nicht mehr als 500 Objekte.

Mobile UNF verarbeitet diese Daten paketweise. Nach dem Herunterladen des letzten Pakets beginnt das mobile UNF mit der Verarbeitung der empfangenen Daten - um Dokumente zu veröffentlichen, Nachschlagewerke zu schreiben usw. Bei einer Verbindungsunterbrechung werden Pakete fortgesetzt; Wir haben den Resume-Mechanismus für die UNF selbst geschrieben (er ist nicht in der Plattform enthalten), aber da die mobile UNF in Quellcodes bereitgestellt wird, können Entwickler die Implementierung des Mechanismus ansehen und ihn für ihre Anwendungen ausleihen.

Während der anfänglichen Synchronisierung einer mobilen UNF mit einer großen UNF können Sie nicht in einer mobilen UNF arbeiten - es erscheint ein modales Fenster, das den Fortschritt des Vorgangs anzeigt. Alle nachfolgenden Synchronisationen erfolgen im Hintergrund und blockieren nicht den Betrieb des mobilen UNF.

Die vollständige Liste der zwischen mobilen und großen UNF ausgetauschten Objekte:

  • Nachschlagewerke:
    • Nomenklatur
    • Gegenparteien
    • eine Liste von Benutzern
  • Die Dokumente:
    • Käuferbestellungen
    • Kasse
    • Kassenkosten
    • Kaufrechnung
    • Verkaufsrechnung
    • Produktion
  • Register (aber nicht alle Preise, sondern nur die wichtigsten):
    • PreiseLieferanten
    • Warenpreise
  • Angaben zur Organisation:
    • Name
    • Steuerinformation
In einem großen UNF haben Waren Bilder – Bilder der Waren selbst. Um den Datenverkehr zu minimieren, laden wir keine Bilder in die mobile UNF hoch, sondern sie werden bei Bedarf geladen - zum Beispiel, wenn wir eine Produktkarte in der mobilen UNF öffnen.


Produktkarte mit Produktbild

Anwendungsentwicklung - Entwicklung von Anwendungsfällen

Eine typische Situation ist, dass das Unternehmen wächst und die Funktionalität des mobilen UNF auf einem mobilen Gerät nicht mehr ausreicht. Ein anderer Mitarbeiter (oder Mitarbeiter) erscheint im Unternehmen und muss ebenfalls mit Bestellungen arbeiten.

In den ersten Versionen des mobilen UNF war das Migrationsszenario recht einfach - die im mobilen UNF eingegebenen Daten wurden in die Datenbank eines großen UNF kopiert, und der Benutzer musste fortan auf dem Computer Aufzeichnungen führen. In diesem Fall arbeitet die mobile UNF im Auftragsmodus und es ist nicht mehr möglich, Aufzeichnungen zu führen (wie bei der eigenständigen Version der mobilen UNF).

Dies war natürlich für den Endbenutzer nicht sehr praktisch - er war es bereits gewohnt, Aufzeichnungen von einem mobilen Gerät aus zu führen, und hier wurde er gezwungen, zur Computertastatur zu wechseln. Damit werden nicht alle zufrieden sein.

Daher haben wir die Liste der Szenarien für den Betrieb eines mobilen UNF erweitert. Dies wurde durch die Entstehung unseres Cloud-Dienstes http://1cfresh.com unterstützt, der auf der Cloud-Technologie 1cFresh basiert. Es wurde möglich, eine große UNF in der Cloud zu platzieren. Wir haben drei Szenarien für die Verwendung einer mobilen Anwendung beschrieben, wenn das Unternehmen des Benutzers wächst:

  1. Ein ziemlich kleines Geschäft. Das Konto wird auf einem Mobilgerät geführt.
  2. Das Geschäft wächst - Mitarbeiter sind erschienen. Sie können ein mobiles UNF auf Mobilgeräten von Mitarbeitern installieren. Gleichzeitig müssen Sie in der Lage sein, Daten zwischen mobilen Geräten auszutauschen, um Daten zu synchronisieren; Dazu haben wir uns entschieden, nicht den Austausch über Dateien zu nutzen, sondern zur Synchronisierung (und gleichzeitig zur Sicherung) eine Version einer großen UNF zu verwenden, die sich in der Cloud http://1cfresh.com befindet. Wenn dieses Skript aktiviert ist, wird eine große UNF-Instanz in der http://1cfresh.com-Cloud erstellt, deren Basis zum Synchronisieren von Daten zwischen mobilen Geräten verwendet wird. Die Nutzung eines Mobilgeräts in einem solchen Szenario ist für jeden kostenlos Zusatzgerät Wir berechnen 75 Rubel / Monat, Sie können in diesem Szenario nicht mehr als drei Geräte verwenden. Gleichzeitig können Benutzern mobiler Geräte vordefinierte Rollen zugewiesen werden - Vertriebsmitarbeiter, Servicetechniker, Verkäufer (es ist auch möglich detaillierte Einstellung Rollen); die Funktionalität der mobilen Anwendung wird entsprechend eingeschränkt. Sie können auch über den Webclient arbeiten oder Dünner Kunde mit einer großen UNF, die in der Cloud gehostet wird, aber die Funktionalität der Cloud-UNF wird auf die Funktionalität einer mobilen UNF reduziert. Es ist jedoch nicht erforderlich, direkt in der Cloud UNF zu arbeiten - alle Arbeiten können nur von mobilen Geräten aus erledigt werden.
  3. Das Unternehmen ist auf die Größe eines durchschnittlichen Unternehmens angewachsen. In diesem Fall ist es sinnvoll, eine vollwertige Version einer großen UNF in der Cloud zu mieten, um (über einen Webclient oder Thin Client) zusätzliche Funktionen zu erhalten - CRM (es ist geplant, CRM in eine mobile UNF aufzunehmen, aber bisher ist es nur in verfügbar große Ausführung), Lagerverwaltung, erweiterte Preisgestaltung, die Möglichkeit, mit Banken zusammenzuarbeiten usw. In diesem Fall ist die Anzahl der Mobilgeräte, die mit einem großen UNF arbeiten, nicht begrenzt (jedes Gerät wird aufgeladen zusätzliche Gebühr nach dem Tarif , wie für einen Arbeitsplatz; 1 Lizenz für UNF in Fresh oder für eine „verpackte“ UNF gibt das Recht, 1 mobile Anwendung kostenlos zu nutzen).

Erfahrung mit der Monetarisierung von Anwendungen

Die mobile UNF-Anwendung ist, wie ich bereits geschrieben habe, kostenlos. Vor einiger Zeit haben wir beschlossen, unsere Anwendung zu monetarisieren (unter Verwendung der in der mobilen Plattform 1C:Enterprise Version 8.3.8 implementierten In-App-Kauffunktion), zusätzliche Funktionen zu verkaufen - Produktion und die Möglichkeit, mit zusätzlichen mobilen Geräten zu synchronisieren.


Der Kauf der „Produktions“-Funktionalität ist ein einmaliger Kauf, und die Fähigkeit zur Synchronisierung mit zusätzlichen Mobilgeräten ist als Abonnement eingerahmt, das jeden Monat erneuert werden muss. Interessanterweise stieg das mobile UNF innerhalb von 3 Wochen nach dem Hinzufügen der Kauffunktionalität in die Top 15 von Google Play in Bezug auf den Verkauf von Geschäftsanwendungen ein.

Fazit

Mobile UNF ist ein relativ kleines (in Bezug auf die Menge des Quellcodes), aber ein ziemlich beliebtes Produkt. Wir hoffen, dass die Geschichte über seine Entwicklung für die Entwickler mobiler Endbenutzerprodukte sowohl für 1C-Technologien als auch für andere Entwicklungstools nützlich sein wird.

Es wäre nützlich, sich daran zu erinnern, dass Sie auf der mobilen 1C-Plattform Anwendungen erstellen können, die nicht nur mit dem 1C-Server-Backend interagieren. Protokolle, die für den Datenaustausch in mobilen Anwendungen auf der 1C-Plattform verwendet werden, sind plattformunabhängig (Web- und HTTP-Dienste, Unterstützung für XML und JSON usw.). Wenn Sie also schnell und dynamisch einen plattformübergreifenden (Android, iOS, Windows) mobilen Client entwickeln müssen und für Ihre Geschäftsanwendung offline arbeiten müssen, ohne dass eine ständige Internetverbindung besteht, dann ist die mobile Plattform von 1C möglicherweise die beste Wahl für Sie.