Mises à jour et actualités

Modification des rendez-vous (y compris les macros de rendez-vous et la boucle de rendez-vous) : dès à présent, le formulaire permet non seulement d'afficher et de créer de nouveaux rendez-vous, mais aussi de les modifier ou de les mettre à jour de manière ciblée – par exemple, l'objet, la note, le statut ou les horaires. Cette fonctionnalité est particulièrement pratique lorsqu'elle est associée aux macros de rendez-vous d'onOffice ainsi qu'à la nouvelle boucle de rendez-vous récursive : grâce à _bCalendarRek_(...) … _eCalendarRek_ , les rendez-vous peuvent être répertoriés de manière dynamique, puis traités via la logique de formulaire (par exemple, réserver un créneau, désactiver un créneau, modifier le texte/statut). De plus, _pfGetCalendarUUID un UUID de calendrier crypté est disponible pour accéder aux rendez-vous en toute sécurité via un lien/paramètre, sans divulguer les identifiants internes. Tutoriel vidéo : ici, création de filtres pour la boucle récursive : ici
Les critères de recherche peuvent désormais être modifiés : vidéo explicative
Aperçu de toutes les macros disponibles dans propform.io en plus des macros onOffice standard : https://propform.io/blog/sonstiges/makroliste
Nouvelle macro _pfButton() : grâce à cette nouvelle macro _pfButton() , il est possible de créer dans les champs de description ou de texte des boutons de formulaire entièrement stylisés qui correspondent visuellement aux boutons Propform habituels. La macro prend en charge les paramètres optionnels Label, URL, Style (rounded, rounded-0 ou rounded-pill) ainsi que Target (_parent ou _blank). Si aucun paramètre n’est spécifié, la macro utilise des valeurs par défaut automatiques telles que « Aucune étiquette spécifiée », # comme URL, rounded comme style de bouton et _parent comme destination du lien.
Exemple : _pfButton("Weiter zum Formular", "https://example.com", "rounded-pill", "_blank")
Nouvelle macro _pfLink() : la macro _pfLink() sert à afficher des hyperliens simples dans un champ de texte. Ici aussi, l’URL, le libellé et la cible peuvent être définis de manière facultative. Si aucun libellé n’est défini, la macro utilise automatiquement l’URL comme texte de lien. Par défaut, le lien s’ouvre dans la même fenêtre (_parent). Ces deux macros permettent ainsi une intégration flexible et propre de boutons et de liens directement dans la description du formulaire.
Exemple : _pfLink("https://example.com", "Hier klicken", "_blank")
Macro de boucle récursive pour les critères de recherche : Propform prend désormais en charge les boucles récursives pour les critères de recherche, à l'instar des boucles bien connues du registre des agents immobiliers dans onOffice. Grâce à la nouvelle paire de macros _bScRek_(… ) et _eScRek_, il est possible de parcourir automatiquement tous les critères de recherche d'une adresse et d'afficher les macros souhaitées pour chaque critère de recherche individuel. De plus, il est possible de définir des filtres, par exemple bScRek_("status: 1"), afin que seuls les critères de recherche actifs soient pris en compte. Cela permet de présenter les profils de recherche d'un prospect de manière structurée et reproductible dans les activités, les tâches ou les e-mails.

Exemple de boucle récursive avec _bScRek_ et _eScRek_ :

_bScRek_("status:1") Objektart: _pfGetSearchCriteriaField(objektart) Ort: _pfGetSearchCriteriaField(ort) Link: _pfLink("https://example.com?id=_pfGetSearchCriteriaUUID", "Suchkriterium öffnen") _eScRek_
Affichage de valeurs de critères de recherche individuelles via une macro : Outre l'affichage global existant via _pfGetSearchCriteriaInformation, il est désormais possible d'afficher de manière ciblée des valeurs individuelles. Avec _pfGetSearchCriteriaField(nom_champ), il est possible de récupérer individuellement n'importe quel champ de critères de recherche, par exemple type_objet, surface_habitable, id ou internaladdressid. De plus, la nouvelle macro _pfGetSearchCriteriaUUID est disponible ; elle fournit un UUID crypté du critère de recherche. Cela permet désormais d'utiliser les critères de recherche de manière très flexible, précise et contextuelle dans les blocs de texte, les formulaires, les activités et les e-mails.

Exemple d'affichage de critères de recherche individuels avec _pfGetSearchCriteriaField() :

Objektart: _pfGetSearchCriteriaField(objektart) Wohnfläche: _pfGetSearchCriteriaField(wohnflaeche) Suchkriterium-ID (verschlüsselt): _pfGetSearchCriteriaUUID
Ajout des modèles chatGPT actuels (5.1, 4.1, 4.1-mini) : si un formulaire effectue des opérations chatGPT, les nouveaux modèles d'OpenAI peuvent désormais être sélectionnés dans les paramètres du formulaire sous « Créer du texte (chatGPT) » -> « Réglage fin ».
Les champs de critères de recherche comportant une valeur « De » et une valeur « À » peuvent désormais être renseignés séparément via des paramètres d'URL : exemple d'utilisation : ?searchcriteria[wohnflaeche__von]=50&searchcriteria[wohnflaeche__bis]=80 (double trait de soulignement !)
Ajout d'une fonction de recherche pour les champs à sélection unique : pour les champs à sélection unique comportant un très grand nombre d'options, par exemple les champs utilisateur, une fonction de recherche permettant de suggérer l'option correspondante à partir d'un terme de recherche saisi a été demandée. Ce paramètre peut être activé pour les champs à sélection unique dans les paramètres des champs -> Paramètres d'affichage -> « Champ à sélection unique : autoriser la saisie en cliquant dans le champ pour rechercher des valeurs ».
Champs de nombres décimaux (FLOAT) avec jusqu'à 4 décimales : les champs de nombres décimaux peuvent désormais être définis avec jusqu'à 4 décimales. Pour cela, il faut indiquer Intervalle = 0,0001 dans les paramètres du champ. Remarque : dans onOffice, le champ doit également être défini sur « Nombre décimal avec 4 décimales » dans l'administration, sinon il sera tronqué à 2 décimales lors de l'enregistrement.
Téléchargement de fichiers à partir d'une chaîne de caractères dans la caractéristique du document : pour les champs de téléchargement, le critère de sélection « Tous les fichiers contenant la chaîne de caractères suivante dans la caractéristique du document... » a été ajouté.
Remplir des formulaires via l'IA/la saisie vocale : il est désormais possible de remplir des formulaires via la saisie vocale ou l'IA. Cette fonction peut être activée pour un formulaire dans les paramètres du formulaire sous « Paramètres supplémentaires » -> « Activer la saisie vocale IA ». La fonction n'est activée que si une clé API OpenAI Platform est enregistrée dans le compte. Lorsque la fonction est activée, un bouton apparaît en bas à droite de l'écran dans le formulaire, permettant de lancer la saisie vocale. Vidéo d'exemple ici.
Conditions et règles : dans les paramètres du formulaire, la fonctionnalité du même nom est désormais disponible sous l'onglet « Conditions et règles ». Les conditions permettent, par exemple, d'afficher ou de masquer des champs en fonction des valeurs d'autres champs. Brève vidéo explicative : ici.
Les événements push GTM ont été complétés par form_start_input et form_abort : ainsi, lorsque Google Tag Manager est activé, il est également possible de suivre les abandons de formulaire et le début d'une saisie.
Comportement du menu déroulant des champs à sélection multiple : dans les paramètres du champ -> Paramètres d'affichage, il est désormais possible de choisir si le menu déroulant doit s'afficher uniquement lorsque l'on tape ou dès que l'on clique/met le champ en surbrillance. Il est également possible de choisir si le menu déroulant doit se fermer ou rester ouvert après la sélection d'une valeur.
Tous les champs à sélection multiple s’affichent désormais avec une hiérarchie. Auparavant, toutes les options de sélection s’affichaient au même niveau, qu’il s’agisse d’éléments parents ou enfants. Désormais, cette hiérarchie est représentée dans le champ et les éléments enfants sont automatiquement cochés ou décochés lorsque l’on sélectionne un élément parent.
Cas particulier du champ à sélection multiple « Supplément régional » en tant que champ de critères de recherche : dans les paramètres du champ -> paramètres d'affichage pour le champ « Supplément régional », il est désormais possible de sélectionner l'option « Alternatif ». Ainsi, les éléments enfants ne sont pas directement cochés dans le formulaire, mais simplement masqués lorsqu'un élément parent est coché. Les valeurs enfants sont automatiquement enregistrées dans le backend après l'envoi du formulaire. Cette modification était nécessaire car l'arborescence du « Supplément régional » peut être très volumineuse et le formulaire réagissait en conséquence lentement en mode multisélection « normal ».
Les iFrames peuvent désormais être intégrées dans les formulaires Web à partir de n'importe quelle source via le champ de description. Par exemple, code d'intégration pour Timum :
<iframe
src="https://www.timum.de/[providerID]/_Id@[providerID]@onofficeEstate/embedded_map"
width="100%"
height="400px"
frameborder="0"
style="border:1px solid #ccc;">
</iframe>
La fonction « Paramètres du formulaire » -> « Paramètres supplémentaires » -> « Écrire des valeurs » permet désormais d'écrire des valeurs et des macros dans les champs de l'adresse et du bien immobilier. La particularité est que des macros peuvent également être utilisées ici. Il est donc possible de transférer des données du bien immobilier vers les champs d'adresse, ou inversement. De plus, les nouvelles macros Propform telles que _pfGetSearchCriteriaInformation, _pfGetAgentslogInformation ou _pfGetSellingPriceOffer peuvent bien sûr être saisies dans un champ d'adresse afin de pouvoir y accéder ultérieurement, par exemple dans un modèle PDF au sein d'onOffice. Explication dans la vidéo ci-dessous.
La macro _pfGetSearchCriteriaInformation permet désormais d'afficher les critères de recherche créés à l'aide du formulaire dans les activités, les tâches et les e-mails créés/envoyés via propform.io.
Pour les champs numériques, il est désormais possible d'afficher des unités ou des devises derrière les valeurs saisies dans le champ du formulaire, par exemple m² ou €. L'unité affichée est entièrement personnalisable dans les « Paramètres supplémentaires du champ » du champ concerné, sous « Afficher l'unité/la devise dans le champ ».
Les champs numériques contiennent désormais un point (« . ») comme séparateur de milliers. Sur mobile, le clavier numérique s'affiche également lorsque le champ est sélectionné, à la place du clavier alphabétique.
Les champs peuvent désormais être déplacés dans le formulaire par glisser-déposer. L'ancienne logique, qui consistait à cliquer individuellement sur les flèches « vers le haut » et « vers le bas » pour déplacer les champs vers le haut ou vers le bas, est remplacée par cette nouvelle fonctionnalité.
La macro _pfGetAgentslogInformation permet d'afficher sous forme de tableau les informations relatives à l'activité créée via propform.io (type d'action, nature de l'action, remarque, etc.). La macro ne fonctionne que dans propform.io – dans les formulaires, activités, tâches et e-mails (résolution de macro = « alternatif ») créés via propform.io.
La macro _pfGetSellingPriceOffer permet désormais d'afficher l'offre d'achat d'un prospect pour un bien immobilier. La macro ne fonctionne que dans propform.io – dans les formulaires, activités, tâches et e-mails (résolution de macro = « alternatif ») créés via propform.io.
Outre les designs arrondis et anguleux, il est désormais possible de sélectionner le type de design « Pille », qui arrondit complètement tous les éléments du formulaire.
Dans le champ « Supplément régional », toutes les valeurs enfants sont désormais automatiquement sélectionnées ou désélectionnées lorsque l'élément parent est sélectionné ou désélectionné. Par exemple, « Aix-la-Chapelle (ville) » active automatiquement tous les quartiers d'Aix-la-Chapelle en un seul clic.
Dans le cas du « Contrôle des doublons sur objectnr_extern », il est désormais possible de choisir de n'autoriser que les numéros d'objet existants. Ainsi, aucun « bien fantôme » n'est plus créé si l'on saisit par inadvertance un numéro d'objet erroné.
Les options de sélection des types d’objets s’adaptent désormais également aux champs de critères de recherche en fonction de la catégorie sélectionnée dans le champ « Type d’objet ». Auparavant, cette dépendance n’existait que pour les champs immobiliers.
La mise à jour des champs en arrière-plan (lorsqu’un nouveau champ est créé dans onOffice) n’a désormais lieu que lors de l’accès à la page d’aperçu des formulaires et une fois par jour, vers 8 heures du matin. Auparavant, l’accès aux propriétés des formulaires et des champs déclenchait également la mise à jour des champs.
Les champs utilisateur créés individuellement dans l'adresse ou le bien immobilier peuvent désormais également être sélectionnés comme gestionnaire de l'activité et comme responsable et chargé de mission d'une tâche.
Logique de destinataires d'e-mails adaptée : jusqu'à présent, pour les adresses e-mail de destinataires définies dans les paramètres du formulaire, le système utilisait le contrôle standard de doublons d'onOffice pour identifier les enregistrements d'adresses existants. Ce processus trouvait également des enregistrements dans lesquels l'e-mail n'était enregistré qu'en tant que deuxième ou troisième adresse (et non en tant qu'adresse principale). Comme l'API onOffice attend un identifiant d'adresse comme destinataire, il arrivait que les e-mails soient envoyés à l'adresse principale (« par défaut ») de l'enregistrement trouvé – et donc pas à l'adresse réellement souhaitée. La logique vérifie désormais d'abord si l'adresse e-mail souhaitée existe bien en tant qu'adresse principale. Si ce n'est pas le cas, un nouvel enregistrement d'adresse est automatiquement créé avec cette adresse e-mail.
Les champs utilisateur créés individuellement dans l'adresse ou le bien immobilier peuvent désormais également être sélectionnés comme destinataires d'e-mails : si l'on crée par exemple un champ utilisateur supplémentaire dans le bien immobilier, tel que « Chef d'équipe » ou « Responsable du service interne », il est désormais possible de sélectionner le chef d'équipe du bien immobilier comme destinataire de l'e-mail dans les paramètres du formulaire.
Ajout des macros de lien profond _getAddressLink et _getEstateLink : dans propform.io, il est désormais possible d’utiliser deux macros permettant de créer directement un lien profond renvoyant vers l’enregistrement d’adresse ou de bien immobilier dans onOffice enterprise. Les liens ne fonctionnent que si l’utilisateur est connecté à onOffice.
Les valeurs des champs soumis et les adresses IP des envois de formulaires et des consultations peuvent désormais être complètement désactivées : dans les « Paramètres du compte », sous l'onglet « Statistiques », il est désormais possible de désactiver l'enregistrement crypté des données de formulaire soumises dans la base de données propform.io à des fins statistiques. Pour des raisons de protection des données, cela peut être pertinent pour certains clients. Lorsque ces deux fonctions sont désactivées, les consultations et les soumissions sont certes comptabilisées, mais il n’est plus possible de voir quelles données ont été envoyées avec quelle soumission. Avec ces deux fonctions désactivées, aucune donnée de formulaire n’est plus enregistrée dans propform.io et toutes les données sont exclusivement « transmises » à onOffice.
Ajout des polices Baskerville et Inter
Le nouveau paramètre URL « key= » peut être utilisé comme clé ou mot de passe de formulaire requis pour accéder à un formulaire : en combinaison avec des macros, ce nouveau paramètre URL permet par exemple de limiter l'envoi d'un formulaire à une seule fois par utilisateur. Explication en vidéo ici.
Liste blanche d'adresses IP pour les formulaires : dans les paramètres des formulaires, il est désormais possible de définir que seules certaines adresses IP sont autorisées à accéder aux formulaires.
Résolution des macros activée pour les destinataires, CC et BCC des e-mails : il est ainsi désormais possible de définir des destinataires d'e-mails de manière encore plus dynamique, par exemple _Sonstige1 ou avec une adresse e-mail de secours : _ifEmpty(_Sonstige1;"fallback-email-adresse@test.com";"_Sonstige1")
Ajout d'Etracker : outre Google Tag Manager, il est désormais possible d'ajouter le code Etracker aux formulaires (Paramètres du formulaire -> Paramètres supplémentaires)
Désignations différentes dans les champs à sélection unique et à sélection multiple ou pour les valeurs-clés à sélection unique et à sélection multiple : dans les paramètres des champs, il est désormais possible de modifier les désignations des valeurs sélectionnables dans les champs à sélection unique et à sélection multiple ou de les définir différemment de la désignation onOffice d'origine. Par exemple, si vous avez besoin de formulaires dans d'autres langues et qu'un « oui » doit devenir « yes » et un « non » doit devenir « no ».
Ajout de champs de téléchargement et d’une fonction : il est désormais possible d’ajouter des champs de téléchargement de manière entièrement dynamique aux formulaires, y compris le suivi des téléchargements, etc. Cela permet par exemple de mettre à disposition des espaces de données/téléchargements numériques pour les clients via le formulaire. Explication en vidéo ici.
Création d'une activité lors de l'ouverture du formulaire : jusqu'à présent, on ne pouvait définir qu'une seule activité pour l'envoi du formulaire. Désormais, il est également possible de créer une activité lors de l'ouverture du formulaire, par exemple pour suivre qui a ouvert un formulaire et à quel moment.
Fonctionnalité de téléchargement de fichiers considérablement étendue : toutes les fonctions offertes par l'API onOffice sont désormais disponibles dans propfrom.io. Y compris le renommage dynamique des fichiers avant le téléchargement. De plus, il est possible de définir le type de fichier, les caractéristiques du document et si le fichier doit être enregistré dans l'onglet « externe » ou « interne ». De plus, plusieurs fichiers téléchargés via un champ peuvent être regroupés en un fichier ZIP ou PDF avant d'être téléchargés vers onOffice, ce qui est pratique, par exemple, pour le téléchargement de photos provenant du service de l'urbanisme. Explication de tout cela ici dans la vidéo.
Ajout de la résolution de macro à l'URL de la page de remerciement : il est possible de relier des formulaires entre eux à l'aide de l'URL de la page de remerciement d'un formulaire, en enregistrant l'URL du deuxième formulaire comme page de remerciement dans le premier formulaire. Grâce à la résolution de macro désormais activée sur l'URL de la page de remerciement, il est désormais possible de décider de manière dynamique, en fonction des valeurs des champs relatifs à l'adresse ou au bien immobilier, vers quelle page rediriger l'utilisateur, par exemple : _ifEmpty(_Sonstige1;"www.dankeseite1-url.de";"www.dankeseite2-url.de") ou de manière dynamique en fonction de la valeur sélectionnée dans le champ à choix unique _calculate(IF([ind_2418_Feld_adressen51]="ind_Schl_4605";"https://link-1.de";"https://link-2.de"))
Ajout de la fonction de saisie semi-automatique du navigateur pour les champs : configurable dans les paramètres des champs
Ajout d'une fonction de copie de groupe : il est désormais possible de définir des groupes dans les paramètres du compte. Dans les paramètres du formulaire, un formulaire peut être ajouté à un groupe. Cela permet de créer un lien de copie pour l'ensemble du groupe de formulaires afin de copier et d'échanger plusieurs formulaires entre différents comptes propform.io.
Amélioration des performances : la configuration des champs onOffice est désormais récupérée en arrière-plan, ce qui accélère considérablement l'utilisation du générateur de formulaires ainsi que le chargement des formulaires.

Envie d'essayer propform.io ?