Formulaire d'autorisation du client mobile 1C 8.3. Paramètres initiaux de l'application mobile « 1C-Rating : Mobile Waiter »

Introduction

La nouvelle version de la plateforme 1C (8.3.5) comporte de nombreuses nouvelles fonctionnalités. À propos, pour ceux qui ne le savent pas, il existe une ressource sur laquelle les développeurs 1C décrivent les innovations émergentes de la plateforme. L’un d’eux est le mécanisme. Cela a attiré mon attention et j'ai voulu mettre en œuvre quelque chose pour m'amuser. L'idée m'est immédiatement venue de créer quelque chose de similaire à un site Web, mais cette idée n'aurait pas été comprise même au début de l'info, alors je l'ai jetée hors de ma tête. Il semblait qu'elle avait été rejetée, mais l'idée s'est transformée en quelque chose de moins à grande échelle, quelque chose qui pourrait trouver une réelle application dans la vie - une application Web mobile.
Je pense qu'une application Web mobile simple et peu chargée pour un nombre limité d'utilisateurs, par exemple des employés, peut être implémentée dans 1C à l'aide des services HTTP.

Application web mobile "Contacts"

Je vais commencer par le résultat. L'application Web mobile "Contacts" a l'air simple, et en fait elle l'est. Au début, vous ne voyez qu'un champ pour rechercher un contact.

Cherchons quelqu'un (pour que la recherche démarre, vous devez saisir au moins 3 caractères). Quelqu'un a été trouvé.

Appelons Alexeï.

Écrivons une lettre à Timofey.

C'est tout ce qu'est l'application Web mobile.

D’ailleurs, il est très simple de l’adapter à n’importe quelle configuration.

Un peu sur la mise en œuvre

Les outils utilisés:
- Mécanisme des services HTTP de la plateforme 1C (à partir de la version 8.3.5)
- Bibliothèque JavaScript jQuery (http://jquery.com)
- Bibliothèque JavaScript jQuery mobile (http://jquerymobile.com)
-1C:JSON()

Le service HTTP « ContactsMVP » accepte toutes les requêtes et les transmet au traitement « ContactsMVP ». Toute la logique de l'application web mobile est concentrée dans le traitement de « ContactsMVP ».

Voici à quoi ressemble le traitement des demandes.

Fonction ProcessRequest(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); fin si; FinFonction

Et voici par exemple à quoi ressemble le retour de la page index.html.

Fonction GetResourceIndexHTML() Réponse = New HTTPServiceResponse(200) ; Texte = GetLayout("IndexHTML").GetText(); Réponse.SetBodyFromString(Texte); Response.Headers.Insert("Content-Type", "text/html"); Retourner la réponse ; FinFonction

Rien de compliqué. Vous pouvez étudier le mécanisme plus en détail en téléchargeant ContactsMVP.dt

Caractéristiques de la publication

Il y a eu quelques difficultés mineures lors de la publication du service HTTP, donc pour vous faciliter la tâche, je vais faire quelques commentaires :
- Il existe des descriptions assez détaillées sur la publication - lisez plus attentivement.
- N'oubliez pas de lancer le configurateur en tant qu'administrateur avant de publier.
- Il était possible de lancer le service HTTP uniquement avec la version du fichier ; une erreur s'est produite avec la version client-serveur.
- Pour que l'application web mobile fonctionne sans demande d'autorisation, s'il y a des utilisateurs enregistrés dans la base de données, alors après publication, dans le fichier default.vrd, les paramètres Usr et Pwd doivent être ajoutés à la chaîne de connexion (point. ib).

Conclusion

J'espère que le matériel de l'article vous sera utile.

Merci pour votre attention.

Préconfigurations

Avant de commencer à travailler, vous devez installer le certificat racine du service 1C : Link sur votre appareil mobile.

Dans les paramètres de l'application mobile, vous devez préciser le chemin d'accès à la base d'informations publiée via 1C : Lien. Une particularité du travail avec des applications mobiles via « 1C : Link » est que la connexion aux services Web s'effectue par leurs noms, et non par des pseudonymes (alias). Dans certaines applications mobiles (par exemple, « 1C:DO »), la chaîne de connexion est générée automatiquement et ne nécessite pas de spécification du nom du service Web.

Caractéristiques de mise en place d'applications mobiles 1C : Commandes
  • Dans la base d'informations, rendez-vous dans la rubrique « Administration », sélectionnez l'élément de menu « CRM et Ventes », cochez la case « Autoriser la synchronisation des données avec l'application mobile 1C : Commandes clients », cliquez sur le lien « Paramètres de synchronisation » et ajoutez un paramètre pour l'utilisateur.
  • Connexion : connexion utilisateur 1C
  • Le paramètre "1C:LINK" est activé
  • Nom du tunnel :
  • Le paramètre "SSL" doit être activé pour fonctionner avec la sécurité des informations via HTTPS et désactivé pour fonctionner via HTTP
  • Catalogue:
Gestion de documents mobiles
  • Dans les paramètres de l'infobase, activez le travail avec le client mobile.
    Pour ce faire, accédez à la base de données d'informations en tant qu'utilisateur disposant de droits d'administrateur, sélectionnez l'élément de menu "Paramètres et administration" - "Paramètres du programme" - "Échange de données" et cochez la case "Utiliser les clients mobiles".
  • Adresse de connexion : https://.site/
  • Connexion : connexion utilisateur 1C
  • Mot de passe : son mot de passe

Veuillez noter que pour travailler avec l'application mobile, vous devez avoir installé la version 1C : Document Flow 8 au moins 1.3.1.3 KORP.

1C : UNF
  • Dans les paramètres de synchronisation de l'application mobile « 1C : UNF » rendez-vous dans la rubrique « Autre service »
  • Dans le champ « Adresse de candidature », saisissez (sans ru_RU)
  • Spécifiez le nom d'utilisateur et le mot de passe de l'utilisateur de l'infobase et cliquez sur le bouton "Connexion".

1C : Moniteur ERP
  • Connexion : connexion utilisateur 1C
  • Mot de passe : son mot de passe
  • Le paramètre "1C:LINK" est activé
  • Nom du tunnel :
  • Catalogue:

Client comptable 1cfresh

Pour synchroniser avec le Service Comptabilité d'Entreprise publié dans 1C : Lien, vous pouvez utiliser l'application mobile « Accounting Client 1cfresh ».

  • Dans les paramètres de l'application mobile « Comptabilité Client 1cfresh » rendez-vous dans la rubrique « Autre service »
  • Dans le champ « Adresse de base pour la connexion », saisissez https://nom du tunnel.link.1c.ru/web chemin d'application(sans ru_RU)
  • Spécifiez le login et le mot de passe de l'utilisateur de l'infobase et cliquez sur le bouton de connexion.


Pratique de développement d'une application mobile 1C 8.3 (partie 1)

Dans cet article, nous parlerons de ce que nous avons essayé et des erreurs que nous avons commises avant de réussir à créer une application plus ou moins normale pour les tablettes. L'application a été initialement développée uniquement pour Android, sur la base de la configuration 1C : Commandes et d'une application mobile pour le développement.

Au départ, la « mauvaise » approche a été choisie : compiler l'application et la télécharger manuellement sur la tablette. Permettez-moi de vous rappeler que pour créer des applications mobiles, vous utilisez le « Mobile Application Creation Assistant » (MobileAppWizzard). Puis, sur l'un des forums, une belle solution a été trouvée en utilisant une application mobile pour le développement. Cette application est incluse avec l'installation de la plateforme mobile. Au moment du développement, la version 8.3.3.24 de la plateforme était utilisée. Dans le dossier « Android », vous trouverez le fichier 1cem.apk. Il s'agit d'une application mobile de développement. Son plus gros avantage, qui nous a fait gagner beaucoup de temps, est que vous pouvez publier une application mobile sur un serveur web, et sur votre tablette vous pouvez spécifier un chemin comme http://[Adresse du serveur Web]/[Nom de l'application mobile] .

Sur une tablette PC, dans les paramètres de l'application ajoutée, vous pouvez cocher la case « Mettre à jour depuis le configurateur », et chaque fois que vous démarrerez l'application, elle tentera de se connecter au serveur Web et vérifiera les mises à jour.

Une fois l’application mobile déployée, le processus de perfectionnement a commencé.

Ce qui était requis :

1. Configurez l'échange entre la base de données centrale et l'appareil mobile.

2. Organisez la synchronisation asymétrique : téléchargez les données sur les articles du produit, les sous-traitants, les marchandises restantes dans l'entrepôt et les règlements mutuels à partir de la base de données centrale, et téléchargez uniquement les commandes des clients depuis l'application mobile.

3. Implémentez une interface simple pour les gestionnaires, où ils peuvent consulter rapidement les soldes, les prix et les règlements mutuels.

Au stade des tests, la base de données intermédiaire « Application gérée » a été utilisée, du fait que l'application de démonstration 1C:Orders a été initialement conçue pour être échangée avec l'Application gérée.

La première crêpe est sortie grumeleuse. Littéralement. Pour l'échange avec la base de données centrale, v82.ComConnector a été utilisé. Je n'entrerai pas dans les détails de sa configuration ; il existe de nombreux documents distincts à ce sujet. Je ne ferai que passer en revue les difficultés que j'ai rencontrées.

1. Utilisation d'objets com sur un système d'exploitation serveur 64 bits. Pour résoudre le problème, nous avons utilisé le wrapper COM+ Applications, configuré dans les services de composants.

2. Appelez Com à distance depuis un autre serveur. Le serveur appelé doit avoir le rôle de serveur d'applications et avoir configuré l'accès réseau COM+. De plus, le serveur Apache doit disposer des droits appropriés (c'est-à-dire exécuter en tant que service en tant qu'utilisateur autorisé)

Ayant souffert des connexions Com, nous avons décidé de transférer la base de données de travail vers des services Web.

Beaucoup a également été écrit sur la publication de services Web, mais également sur son fonctionnement. Je vais partager ci-dessous comment cela ne fonctionne PAS.

La base de travail est déployée sur la plateforme 8.2, l'application mobile respectivement sur la 8.3.

Lors de la publication d'applications 8.3 d'abord, puis 8.2. Nous avons périodiquement détecté le problème « Erreur de format de flux » dans le client Web 8.3, ou le message d'erreur « Les versions des plates-formes client et serveur diffèrent ». La republication n'aide pas, pas plus que le redémarrage d'Apache. Mais désactiver la publication et se reconnecter est utile.

Ensuite, j'ai détecté une erreur amusante lors de l'autorisation de l'utilisateur (lors de la création d'une définition ws). Lors d'un test sur un ordinateur, l'autorisation avec un nom long est simple. Lorsque l'on tentait d'autoriser le même utilisateur depuis une tablette sous Android, l'autorisation prenait fin avant d'avoir commencé. Expérimentalement, il a été possible de calculer qu'en cyrillique, la longueur d'une connexion est limitée à 22 caractères. Dans le même temps, la combinaison de caractères cyrilliques et de chiffres m'a permis de me connecter avec une longueur de connexion de 27 caractères. On soupçonne que cela est dû à la conversion des caractères cyrilliques. Ainsi, par exemple, dans le navigateur Firefox, la chaîne Wikipédia « ivo » est convertie en « ».

Technologiquement, la plateforme mobile 8.3.3 présente actuellement un certain nombre de limitations. L’innovation la plus attendue, à mon avis, est la prise en charge des requêtes. Mais comme la plateforme mobile ne prend pas encore en charge les requêtes arbitraires dans les listes dynamiques, nous avons dû « emprunter une voie différente ».

Pour résoudre le problème de l'affichage d'un répertoire de produits avec les prix et les soldes, l'approche suivante a été utilisée :

1. Deux tableaux ont été créés sous la forme d'un ouvrage de référence de nomenclature. La première est une liste dynamique, le répertoire lui-même. Le filtre de liste dynamique est configuré pour afficher uniquement les groupes. Le deuxième tableau présente les soldes et les prix réels. Lorsqu'une ligne de liste dynamique est activée, une table de valeurs est remplie sur le serveur, qui est ensuite sortie vers la deuxième table. Un modèle objet a été utilisé pour obtenir les prix et les soldes. Toutes ces danses avec un tambourin ont été exécutées uniquement parce que la méthode habituelle du client lourd « lors de la sortie d'une ligne » ou « lors de la réception de données » n'existe pas et qu'il est impossible de dessiner dynamiquement des nombres dans une colonne.

Une approche similaire a été utilisée sous forme de sélection

2. Pour afficher une ligne avec les prix actuels, FormattedString était parfait.

Vous trouverez ci-dessous un exemple de code.

&OnServerWithoutContext Fonction RemainingWhenActivatingStringsOnServer(nom)RecordSet = Informations Registers.ProductPrices.CreateRecordSet(); RecordSet.Selection.Product.Value = nom; RecordSet.Selection.Product.Use = Vrai ; Recordset.Read(); ArrayFormatStrings = Nouveau tableau ; Pour chaque ligne définie de l'ensemble d'enregistrements, faites un cycle Array of Formatted Rows.Add(New Formatted Row(Set Row.Price Type.Name,WebColors.Blue)); Tableau de FormattedStrings.Add(New FormattedString(" " + String(SetString.Price) + " ")); Fin du cycle ; Renvoie un nouveau FormattedString (ArrayFormatStrings); // Insère le contenu du gestionnaire. FinFonction

3. Pour charger les répertoires, les soldes et les prix dans l'application mobile, un service Web a été utilisé, qui reçoit une structure de paramètres en entrée et renvoie un magasin de valeurs en sortie. Une autre découverte désagréable a été que l'échange plantait lorsque le traitement côté serveur prenait trop de temps. Il semble qu'il y ait une sorte de délai d'attente, après quoi l'application « croit » que la connexion a été interrompue (bien qu'en fait les données soient toujours en cours de traitement dans la base de données de travail via une connexion ws) et arrête l'échange avec une erreur .

Pour éviter cela, il a été décidé de diviser l’échange complet en plusieurs parties, l’accent revenant sur l’application mobile. Ceux. synchronisez d'abord les éléments, puis les contreparties, puis les soldes, etc.

4. Pour obtenir des rapports, la même approche est utilisée que dans la configuration 1C : Commandes. Un service Web avec des paramètres est appelé, une feuille de calcul est générée côté serveur de la base de données de travail, puis la feuille de calcul complétée est renvoyée à l'application mobile.

Dans cet article, nous examinerons les réglages initiaux à effectuer avant de commencer à travailler avec l'application mobile.
L'application mobile « 1C-Rating : Mobile Waiter » est utilisée en conjonction avec la configuration « 1C-Rating : Restaurant », avec laquelle elle est connectée via un échange de données périodique. Par conséquent, avant d'installer la configuration « 1C-Rating : Mobile Waiter », vous devez effectuer les réglages appropriés dans le programme « 1C-Rating : Restaurant ».

Mise en place de la base d'informations « 1C-Rating : Restaurant » Toutes les informations réglementaires et de référence utilisées dans le cadre du travail avec l'application mobile sont renseignées dans la base d'informations de configuration « 1C-Rating : Restaurant ». Avant d'activer et d'effectuer un échange entre l'application mobile et la configuration « 1C-Rating : Restaurant », vous devez renseigner les données suivantes dans la configuration « 1C-Rating : Restaurant » :
  • Organisation de l'annuaire ;
  • Entrepôt d'annuaire ;
  • Répertoire de trésorerie ;
  • Salle du Directoire ;
  • Modificateurs d'annuaire ;
  • Registres d'informations Modificateurs de plats ;
  • Registres d'informations Positions de commande prédéfinies ;
  • Registres d'informations Routage d'impression de timbres ;
  • Répertoire Types de menu ;
  • Répertoire Configuration de RMK ;
  • Utilisateurs de l'annuaire.
Paramétrage des utilisateurs Les utilisateurs qui travailleront avec l'application mobile doivent être créés au préalable dans la base de données 1C-Rating : Informations sur les restaurants. L'utilisateur de l'application mobile, en plus des paramètres et rôles de base liés à la configuration « 1C-Rating : Restaurant », doit disposer d'un rôle spécifié qui permet à l'utilisateur de travailler avec l'application mobile. Impression automatique des timbres Après avoir passé commande dans un appareil mobile, il est possible d'imprimer des timbres sur le lieu de préparation (cuisine, bar). Les timbres sont imprimés selon l'algorithme suivant : dans l'application mobile, l'utilisateur crée ou modifie des commandes, qui sont transférées vers la base de données centrale d'informations de la configuration « 1C-Rating : Restaurant ». Dans la base de données centrale, ils sont accumulés dans le registre d'informations de la file d'attente d'impression des timbres. A la fréquence précisée dans le paramétrage des paramètres comptables, une procédure est lancée qui imprime les cachets de ce registre d'informations sur les lieux de préparation.
Pour activer cette fonctionnalité, vous devez définir les paramètres suivants dans la configuration « 1C-Rating : Restaurant » dans les paramètres de comptabilité du groupe Mobile Waiter :
  • Imprimer des tampons de serveur mobile – l'activation de cette option vous permet d'imprimer des tampons avec des informations sur la préparation.
  • Utilisateur pour l'impression des tampons du serveur mobile – vous devez sélectionner dans le répertoire des utilisateurs un utilisateur au nom duquel les procédures d'impression seront effectuées. Pour imprimer des tampons, vous devez démarrer une session au nom de l'utilisateur spécifié. Pour garantir que les procédures d'impression de tampons ne ralentissent pas le travail des utilisateurs, il est recommandé de créer un utilisateur distinct (par exemple, « Exécuter RMK » ou « Imprimer des tampons ») et de lancer une session 1C:Enterprise distincte avec cet utilisateur pour effectuer des tâches en arrière-plan. impression.
  • Intervalle d'impression du tampon du serveur mobile : ce paramètre spécifie l'intervalle de temps en secondes pour l'impression. Remplir ce paramètre est obligatoire pour imprimer des tampons. La valeur de ce paramètre est sélectionnée en fonction des exigences d'une organisation particulière ; la valeur recommandée est de 10 secondes.

Publication sur un serveur web Pour le fonctionnement conjoint de l'application mobile et de la base d'informations stationnaire « 1C-Rating : Restaurant », il est nécessaire d'organiser l'infrastructure appropriée :
1. Un réseau Wi-Fi sans fil doit être configuré dans la zone de travail des serveurs.
2. Sur l'ordinateur sur lequel la base d'informations « 1C-Rating : Restaurant » sera publiée, un serveur Web doit être installé et configuré (le travail avec le serveur Web Apache ou IIS est pris en charge).
3. La plateforme 1C:Enterprise et les modules d'extension du serveur Web doivent être installés sur le même ordinateur. L'installation des modules s'effectue lors de l'installation de la plateforme.


4. La base d'informations « 1C-Rating : Restaurant » doit être publiée.
5. L'ordinateur avec la base d'informations publiée et les appareils mobiles doivent être sur le même réseau local.
Pour publier la base d'informations « 1C-Rating : Restaurant », vous devez lancer « 1C:Enterprise » en mode Configurateur (menu Administration - Publication sur un serveur web). Dans la fenêtre qui s'ouvre, vous devez effectuer les actions suivantes :
  • Saisissez manuellement le nom de la publication dans le champ Nom ; il ne peut être composé que de caractères latins. Ce nom sera ensuite renseigné dans les paramètres de l'application mobile.
  • Dans le champ Serveur Web, spécifiez le type de serveur Web pour lequel vous publiez.
  • Dans le champ Répertoire, précisez le chemin d'accès au répertoire dans lequel se trouveront les fichiers décrivant le répertoire virtuel.
  • Accédez à l’onglet Services HTTP et activez le paramètre Publier les services HTTP par défaut. Dans la section tabulaire, marquez les données du service HTTP dans la liste des services disponibles.
  • Cliquez sur le bouton Publier. Après la publication, vous devez redémarrer le serveur.
Configuration de « 1C Rating : Mobile Waiter » L'application mobile « 1C-Rating : Mobile Waiter » est disponible en téléchargement gratuit sur les appareils mobiles depuis la boutique en ligne officielle Google Play. Pour utiliser l'application à des fins commerciales, vous devez acheter le nombre requis de licences d'appareil et activer l'application mobile sur chaque appareil mobile. Pour étudier les fonctionnalités de l'application mobile, un mode démo est proposé qui ne nécessite pas l'achat d'une licence d'appareil.
L'installation de l'application mobile « 1C-Rating : Mobile Waiter » s'effectue automatiquement et ne diffère pas de l'installation de toute autre application mobile. Les mises à jour de l'application 1C-Rating : Mobile Waiter sont disponibles dans la boutique en ligne officielle de Google Play sans aucune restriction ni inscription auprès de la société 1C-Rating.
Au premier lancement de l'application mobile, un formulaire de sélection d'un mode de fonctionnement apparaît. Vous avez le choix entre deux options : Mode démo et Activer l'application.
Le mode démo peut être activé lors du premier lancement de l'application mobile ou ultérieurement, après activation, dans le formulaire des paramètres, à l'aide du switch du même nom.
Lorsque ce mode est activé, la base de données de l'application mobile est automatiquement remplie de données de démonstration, ce qui vous permet de vous familiariser davantage avec les fonctionnalités du produit.

Activation de l'application Pour travailler avec l'application mobile et l'échange de données bidirectionnel avec la base de données comptable de configuration 1C-Rating : Restaurant, vous devez activer l'application.
Il existe deux options pour activer une application mobile :
  • Activation Internet.
  • Activation hors ligne.
Activation Internet Pour effectuer l'activation Internet, vous devez :
  • Fournir un accès aux appareils mobiles à Internet.
  • Entrez le numéro d'enregistrement dans la fenêtre Activation de l'application et cliquez sur le bouton Activer.

  • Activation hors ligne L'activation hors ligne est effectuée s'il n'est pas possible de connecter l'appareil mobile à Internet.
    Pour effectuer une activation hors ligne, vous devez :
  • Obtenez un numéro d'enregistrement d'application mobile. Pour ce faire, vous devez contacter les partenaires de la société 1C-Rating de votre région ou directement auprès de la société 1C-Rating.
  • Dans la fenêtre Activation de l'application, cliquez sur le lien Activation de l'application hors ligne.
  • Dans la fenêtre Activation de l'application hors ligne, saisissez le numéro d'enregistrement de l'application mobile.
  • Cliquez sur le bouton Obtenir le code de l'application. Une fenêtre s'ouvrira contenant le code de l'application. Ce code doit être soumis à la société 1C-Rating. Un code d'activation sera émis en réponse.
  • Le code d'activation est saisi dans la fenêtre Activation de l'application hors ligne dans le champ approprié. En cliquant sur le bouton Activer, l'application mobile est activée.
  • Après une activation réussie, l'application mobile est prête à être utilisée.

  • Important!

    Après avoir réinstallé l'application mobile, une réactivation sera nécessaire.

    Établir une connexion à la base d'informations « 1C-Rating : Restaurant » Après avoir activé l'application mobile (par l'une des méthodes ci-dessus), le formulaire d'autorisation d'utilisation s'ouvre automatiquement. Lors de l'autorisation initiale, le formulaire contient les champs suivants :
    • Utilisateur – l'utilisateur sous lequel le travail sera effectué dans « 1C-Rating : Mobile Waiter ». Les utilisateurs d'appareils mobiles doivent être préalablement créés dans la base de données d'informations de configuration « 1C-Rating : Restaurant ».
    • Mot de passe – mot de passe pour l'autorisation de l'utilisateur, spécifié dans les paramètres utilisateur, dans la configuration « 1C-Rating : Restaurant ».
    • Adresse du serveur – ce champ indique l'adresse IP de l'ordinateur sur lequel le serveur Web est exécuté.
    • Port – la valeur par défaut est 80. Si le serveur Web a été configuré sur un autre port, vous devez spécifier son numéro ici.
    • Nom de la publication – le nom spécifié lors de la publication du service HTTP dans la base d'informations de configuration « 1C-Rating : Restaurant ».


    L'autorisation s'effectue en cliquant sur le bouton Connecter. Les champs Adresse du serveur et Nom de la publication contiennent des données techniques pour la connexion et sont renseignés lors de la première connexion. Au prochain lancement, ces champs seront masqués et disponibles uniquement dans le formulaire des paramètres.

    Important!

    Votre nom d'utilisateur et le nom de votre publication doivent être sensibles à la casse. Si le registre ne correspond pas, l'autorisation sera refusée.

    Lors de la réautorisation ou de la modification d'un utilisateur, spécifiez simplement l'utilisateur, entrez le mot de passe et cliquez sur le bouton Connecter.


    Après autorisation, le formulaire de liste de commandes s'ouvre et vous pouvez commencer à travailler. Pour créer une commande, cliquez sur le bouton Nouvelle commande.

    Messages de connexion

    Lors de la connexion d'une application mobile à la configuration « 1C-Rating : Restaurant », les messages suivants peuvent apparaître :

    1. « Une erreur réseau s'est produite »

    Ce message peut s'afficher si :

    • Le signal du réseau Wi-Fi est perdu.
    • Le serveur Web n'est pas configuré correctement.
    • Le serveur Web a cessé de fonctionner - vous devez redémarrer le serveur Web.
    • L'adresse du serveur Web et/ou le port spécifiés sont incorrects.
    2. « Droits insuffisants pour utiliser la ressource avec cette méthode HTTP »

    Ce message signifie que l'utilisateur n'a pas le rôle d'accès aux objets du serveur mobile activé.
    3. "L'URL demandée /REST/hs/Data/Registration n'a pas été trouvée sur ce serveur."
    Un message d'autorisation apparaît si :
    Le nom de la publication est incorrect.
    Le nom de la publication dans le Mobile Waiter diffère du nom précisé dans le configurateur Restaurant lors du paramétrage de la publication (il faut vérifier si le nom de la publication correspond, le registre des lettres est important).
    4. « 1C : Erreur d’application Enterprise 8. HTTP : Introuvable »
    Ce message apparaît si aucun service HTTP n'a été sélectionné lors de la configuration de la publication. Il est nécessaire de vérifier la présence de drapeaux dans le paramètre Publier les services HTTP par défaut et dans la section tableau à côté de la ligne Données.

    • (3475)

    Ce prototype a été créé à l'aide de Moqups– un service simple et pratique pour créer des mises en page et des concepts. Il est tout à fait adapté au prototypage rapide de petites applications Android. Pour prototyper des projets plus sérieux, mieux vaut utiliser Photoshop et Android UI Design Kit !.

    Description de l'application

    L'application se compose de 3 écrans :

    « Écran principal de l'application » – au lancement, une liste de tâches s'affiche (date d'échéance, nom de la tâche et indication de son achèvement). Une fois qu'une tâche est terminée, elle est marquée comme terminée dans la liste.

    En cliquant sur le bouton « Échange de données », un employé peut lancer immédiatement la procédure de réception de nouvelles tâches du serveur. L'échange de données avec le serveur s'effectue également automatiquement une fois par jour, selon le planning précisé dans les paramètres.

    "Paramètres du programme" - vous définissez ici les paramètres d'autorisation et l'adresse du serveur 1C, et affichez également le numéro d'identification unique de cet appareil. Un calendrier d'échange automatique peut également être défini ici.

    La structure des données échangées entre le client mobile et le serveur 1C

    Le chemin sera un tableau de valeurs (en termes 1C), qui contient 3 colonnes :

    Création d'un modèle d'application mobile en 1C

    Lancez 1C et sélectionnez le répertoire « Applications mobiles », ajoutez un nouvel élément, où :

      Dans le champ « Identifiant », spécifiez SAMPLE_APP_TASKS (ou pensez à tout autre), il s'agit d'un identifiant d'application unique au sein de votre configuration. Nécessaire pour identifier de manière unique l'application pendant le processus d'échange, car Le même employé peut utiliser plusieurs applications sur un seul appareil mobile.

      Dans le champ « Nom », saisissez le nom de votre application mobile, par exemple Tâches.

    Notez l'élément de répertoire à l'aide du bouton Écrire, puis créez une nouvelle version et spécifiez-la comme version de travail pour votre application.

    Sélectionnez le groupe « Données externes » dans la liste « Métadonnées » et cliquez sur le bouton « Ajouter » dans la barre d'outils. Remplissez les paramètres du nouveau tableau comme indiqué sur la figure :

    En règle générale, les noms des colonnes et du tableau lui-même sont spécifiés ici en russe ; ils seront utilisés pour remplir le tableau avec des données à l'aide du langage 1C intégré.

    Chaque table de données d'une application mobile doit avoir une clé primaire (PRIMARY KEY en termes de bases de données relationnelles) de type chaîne. Pour toutes les tables d'objets (répertoires et documents), la clé est la représentation textuelle du lien (un identifiant unique) et est renseignée automatiquement.

    Pour les tables non-objets, comme un « registre d'informations » ou une « table externe », le programme doit indiquer comment il doit être rempli. Une option consiste à définir l'indicateur « Index » pour une ou plusieurs colonnes du tableau, ce qui a été fait dans notre exemple pour les colonnes « Date d'échéance » et « Tâche ». Cela signifie que la table ne peut pas avoir deux tâches identiques pour la même date.

    Cliquez sur OK, le tableau sera ajouté à l'arborescence des métadonnées, pour l'application mobile les noms sont automatiquement traduits en latin.

    [Une des règles FBA : en 1C on écrit le code source en russe, en Java en latin. L'absence de lettres russes dans les identifiants, les noms de variables et les classes évitera de nombreux problèmes lors de la conception d'un client mobile]

    Renommez les noms du latin en anglais. En principe, il était possible de quitter l'alphabet latin, mais nous avons déjà décidé des noms (ci-dessus dans le tableau).

    Enregistrez les modifications et cliquez sur le bouton « Modèle d'application mobile » dans la barre d'outils.

    « Répertoire des modèles » – spécifiez le chemin d'accès au répertoire dans lequel les fichiers de modèles d'application mobile générés seront enregistrés.

    Dans l'onglet « Basique », précisez le nom du package ; celui-ci doit être un identifiant unique. Si vous avez un site Web, utilisez-le pour générer le préfixe. Dans notre exemple, il s'agit de ru.profi1c.samples.tasks

    Sur l'onglet « Service Web », l'adresse du serveur est indiquée comme 10.0.2.2 ; par défaut, il s'agit de l'adresse de votre ordinateur lors d'un accès depuis un émulateur Android.

    Dans les champs « Nom du service Web » et « Sous-répertoire de l'application », saisissez les données qui ont été spécifiées lors de la publication du service Web.

    Dans l'onglet « À propos du programme », renseignez les coordonnées et les informations complémentaires sur votre candidature ; laissez les paramètres de l'onglet « Générateur de tables » inchangés.

    Cliquez sur Créer, le modèle de projet Android sera généré. Fermez la fenêtre de l'assistant de génération de modèle, enregistrez les modifications et fermez la rubrique du répertoire « Applications mobiles »

    Partager