Création d'un modèle de compte-rendu de visite au format de document texte enrichi
Les modèles RTF sont utilisés pour LN Mobile Service pour Windows, et non pour la version Android/iOS. La version Android/iOS utilise des modèles HTML.
Espaces réservés dans les modèles de type document texte enrichi
Dans les modèles de compte-rendu de visite de type document texte enrichi, les espaces réservés sont définis en utilisant du texte dans les marqueurs. Il existe quatre types d'espaces réservés. Ils sont tous définis en utilisant du texte dans des marqueurs.
Notation | Types d'espaces réservés |
---|---|
<<label name>> | Libellé |
##nom espace réservé## | Elément d'un jeu de données |
%%nom espace réservé%% | Image d'un jeu de données |
[[identifiant jeu de données]] | Identifiant de jeu de données |
##DepartmentName## | <<Order>> | ##ServiceOrder## |
---|---|---|
##DepartmentAddress## |
<<OrderReference>> <<StartTime>> <<ServiceEngineer>> |
##ReferenceA## ##StartTime## ##Engineer## |
Dans cet exemple, <<Order>>, <<OrderReference>>, et ainsi de suite, sont des libellés (espaces réservés texte traduisibles). ##DepartmentName##, ##ServiceOrder##, et ainsi de suite, sont des éléments de données. Dans ce cas, ils sont récupérés à partir du jeu de données au niveau du document. Comme ce jeu de données du document est généralement disponible, ces espaces réservés peuvent être utilisés partout dans le document. Pour obtenir une liste de tous les espaces réservés, consultez l'annexe Espaces réservés pour le modèle de compte-rendu de visite.
Département Service FR | Ordre de service | SOO001407 |
---|---|---|
Atelier Paris 50 avenue des Champs Elysées 75008 Paris France |
Référence Heure de début Technicien de maintenance |
CUST_B_00012 15/8/2016 10:28 Patrick Leroy |
Présentation
Fondamentalement, les espaces réservés peuvent être placés n'importe où dans le document RTF. Ainsi, une construction comme La date de début du numéro d'ordre de service ##ServiceOrder## est le ##StartDate## est tout à fait valide.
Pour aligner les éléments, il est possible d'utiliser des onglets ou des tableaux. Des tableaux peuvent être insérés. Des colonnes ou des lignes peuvent être fusionnées. Par exemple, un tableau de deux lignes dont la première comporte une cellule et la seconde trois, est valide.
<<TexteTraduit>> | ||
##FieldA## | ##FieldB## | ##FieldC## |
La présentation présentée ci-dessus récupère les champs A, B et C du jeu de données du document.
Pour pouvoir afficher les données d'un autre jeu de données, il faut respecter la convention de présentation. Tous les espaces réservés dépendant du jeu de données doivent être contenus dans une table. L'identifiant du jeu de données est la clé de la convention de présentation. Cet identifiant doit être placé dans la première ligne de la première cellule comme premier texte de la table.
Convention de présentation d'un jeu de données :
[[DataSetIdentifier]] | ||
<<HeaderTextA>> | <<HeaderTextB>> | <<HeaderTextC>> |
##FieldA## | ##FieldB## | ##FieldC## |
La convention définit trois lignes ou plus.
- La première ligne doit contenir l'identifiant du jeu de données (avec les marqueurs [[ et ]]). Voir également les définitions des jeux de données fournies plus haut dans ce document. Si l'identifiant du jeu de données est introuvable, la table est gérée comme une table de présentation. Voir plus haut. La ligne d'identification du jeu de données est supprimée après l'exécution de la fusion.
- La dernière ligne est répliquée autant de fois que le jeu de données contient d'enregistrements. Les espaces réservés des données de chaque ligne répliquée sont remplacés par les valeurs d'enregistrement du jeu de données correspondant. Si la ligne de présentation contient des espaces réservés qui ne correspondent pas aux propriétés du jeu de données, le remplacement se fait à partir du jeu de données parent. Si aucune correspondance n'est trouvée dans le jeu de données parent, l'espace réservé est rapproché et éventuellement remplacé avec les valeurs du jeu de données document.
- Toutes les autres lignes sont des lignes d'en-tête (zéro, une ou aucune). Les lignes d'en-tête contiennent généralement des espaces réservés de texte traduisible (<< >>). Si des lignes d'en-tête contiennent des espaces réservés de données, les données sont remplacées à partir du jeu de données parent. Sinon, elles sont remplacées par les données du jeu de données document.
Une table de jeu de données doit contenir au moins deux lignes. Les lignes d'en-tête sont facultatives.
Exemple avec deux lignes d'en-tête :
[[MaterialCost]] | |||
<<Materials>> | |||
<<Quantity>> | <<ItemCode>> | <<ItemDescription>> | <<Amount>> |
##Quantity## | ##Item## | ##Description## | ##AmountOrCoverage## |
Exemple sans ligne d'en-tête :
[[MaterialCost]] | |||
##Quantity## | ##Item## | ##Description## | ##AmountOrCoverage## |
Présentation imbriquée
Pour pouvoir représenter les relations parent/enfant, une convention supplémentaire est définie. Dans le cas de prestations et de matières, si les matières utilisées par prestation doivent être présentées, la table des matières doit être imbriquée dans la table des prestations. Les jeux de données enfants sont reconnaissables par leur structure. Au lieu de présenter toutes les matières d'une visite, seules celles de la prestation en cours sont présentées dans des tables imbriquées de matières.
Soyez prudents lorsque vous insérez les tables imbriquées dans la dernière ligne. Si plusieurs tables sont requises (par exemple Matières, Main d'oeuvre et Autres coûts), elles peuvent être insérées dans la même cellule, séparées par une fin de paragraphe (touche Entrée). Voir aussi la présentation de Matières, Coût main d'oeuvre et Autres coûts dans l'Annexe Modèle par défaut pour le compte-rendu de visite.
Dans Word, cette opération est facile à accomplir. Positionnez le curseur dans une cellule et sélectionnez 'Ajouter table' sur l'onglet INSERER.
Convention de présentation d'un jeu de données imbriqué :
[[DataSetIdentifier]] | ||
<<HeaderTextA>> | <<HeaderTextB>> | <<HeaderTextC>> |
##FieldA## | ##FieldB## | ##FieldC## |
[[DataSetIdentifier]] | ||
<<HeaderTextX>> | <<HeaderTextY>> | <<HeaderTextZ>> |
##FieldX## | ##FieldY## | ##FieldZ## |
Exemple de présentation d'un jeu de données imbriqué :
[[Activities]] | ||
<<Activity>> ##Description## | ||
[[MaterialCost]] | ||
<<Materials>> | ||
<<Quantity>> | <<ItemCode>> | <<Description>> |
##Quantity## | ##Item## | ##ItemDescription## |
Dans l'exemple ci-dessus, un jeu de données de coût matières [[MaterialCost]] est imbriqué dans un jeu de données de prestation [[Activities]]. La ##Description## est extraite du jeu de données des prestations. Les données ##Quantity##, ##Item## et ##ItemDescription## sont extraites du jeu de données MaterialCost.
Exemple de résultat de présentation d'un jeu de données imbriqué :
Boîte de réparation pour la prestation | ||
Matières | ||
Quantité | Code Article | Description |
6 pièces | AVDK17 | Panneau d'aggloméré |
Boîte de 3 | AVDK1501 | Clous |
Totaux
Pour chaque jeu de données représentant des coûts, les totaux sont calculés. Dans le modèle par défaut, ces totaux sont présentés dans le paragraphe récapitulatif.
Les espaces réservés Totalxxx et GrandTotal affichent les valeurs de tous les coûts des prestations sélectionnées. Les lignes détaillées de ces coûts ne doivent pas nécessairement être présentées sur le compte-rendu. Les espaces réservés TotalDetailxxx et GrandDetailTotal contiennent uniquement les valeurs des lignes de coûts détaillées.
De cette façon, vous pouvez décider d'afficher uniquement les totaux sans les détails, ou d'afficher les détails et ensuite d'afficher les totaux de ces détails.
Outils permettant de modifier le modèle
Le modèle est enregistré au format .rtf. Microsoft Word peut traiter ce type de fichier, mais il existe d'autres applications de traitement de texte qui peuvent également le faire. Une fois le modèle créé il doit être enregistré au format .rtf.
Bien que la présentation à l'écran puisse sembler identique, il existe des différences entre les éditeurs de texte (et l'application) au niveau de la sortie imprimée. Aussi, si vous utilisez du papier préimprimé, faites des essais avec le modèle et des données réelles, enregistré au format .pdf.
Outils permettant de modifier le modèle
Le modèle est enregistré au format .rtf. Microsoft Word peut traiter ce type de fichier, mais il existe d'autres applications de traitement de texte qui peuvent également le faire. Une fois le modèle créé il doit être enregistré au format .rtf.
Bien que la présentation à l'écran puisse sembler identique, il existe des différences entre les éditeurs de texte (et l'application) au niveau de la sortie imprimée. Aussi, si vous utilisez du papier préimprimé, faites des essais avec le modèle et des données réelles, enregistré au format .pdf.
Conseil : Modification d'espaces réservés
Lorsque vous ajoutez ou modifiez des espaces réservés, tapez l'intégralité de l'espace réservé en une seule action, ne modifiez pas de caractères individuels, car Word ajoute parfois des marqueurs invisibles dans le document RTF. Sinon, le modèle risque d'être mal interprété et l'espace réservé mal représenté sur le compte-rendu de visite. Si un espace réservé est bien orthographié mais ne représente pas sa valeur fusionnée, modifiez le modèle en re-saisissant entièrement son nom du début à la fin, sans oublier les marqueurs de début et de fin.
Conseil : Vue de la présentation Web dans les paramètres de MS Word
Si vous utilisez MS Word comme éditeur, il est conseillé d'utiliser la vue Web. Dans la barre de menu, sélectionnez l'onglet AFFICHAGE, puis cliquez sur Vue de la présentation Web. Les bordures dépassant de la marge droite du papier sont visibles et peuvent être modifiées.
Conseil : afficher le quadrillage
Le quadrillage de la table peut également être rendu visible. Cette fonction n'est pas activée par défaut. Utilisez l'option Bordures de l'onglet Accueil puis cliquez sur Afficher le quadrillage. Les bordures sans ligne visible sont représentées en pointillés.