Impression à partir de systèmes ERP, CRM ou EMR (HIS)

Dans de nombreuses entreprises, l'impression à partir de systèmes dorsaux constitue une partie importante de l'environnement d'impression et constitue souvent un processus critique pour l'entreprise. Cela s'applique à l'impression ERP, par exemple à partir de SAP et d'Oracle, ainsi qu'à l'impression EMR de McKesson, Cerner ou Epic dans le secteur médical.

ThinPrint propose des solutions pour une sortie haute performance de travaux d'impression à partir de différents systèmes dorsaux. Grâce à sa fonction de haute disponibilité, le nouveau Service ThinPrint LDP garantit la continuité des activités lors de l'impression à partir de systèmes ERP, CRM ou EMR (HIS). ThinPrint maîtrise également les défis qui se présentent dans Scénarios d'applications VDI/Remote.

Impression LPR optimisée avec ThinPrint

Les systèmes backend de différentes plateformes (souvent Unix) envoient les tâches d'impression via LPR au ThinPrint Engine, qui s'exécute sur un serveur Windows. À partir du moteur ThinPrint, la tâche d'impression est envoyée au client ThinPrint avec toutes les fonctionnalités ThinPrint, telles que compression, le streaming, le contrôle de la bande passante et, en option, le cryptage TLS. En particulier lors de l'impression via un réseau étendu, cela entraîne une augmentation des performances et une réduction de la charge sur les connexions. Pour de nombreuses entreprises, il s'agit d'un avantage majeur, car les systèmes principaux sont généralement centralisés, tandis que la production d'impression est souvent décentralisée dans les succursales.

Impression à haute disponibilité à partir de systèmes dorsaux

La haute disponibilité des systèmes d'impression ERP, CRM ou EMR (HIS) est essentielle dans de nombreux secteurs, car les systèmes dorsaux prennent en charge les processus métier critiques et les soins aux patients. Une défaillance de l'un de ces systèmes peut provoquer de graves perturbations. ThinPrint garantit le fonctionnement continu des systèmes d'impression grâce à une haute disponibilité et à un basculement.

Le problème : haute disponibilité côté serveur lors de l'impression via LPR

L'une des particularités de l'impression à partir de systèmes ERP ou EMR est souvent que les files d'attente ou les noms des imprimantes sont définis en permanence. Cela permet un degré élevé d'automatisation ou d'impression sans interaction supplémentaire de l'utilisateur. Cependant, cela entraîne des limites lorsqu'il s'agit de répartir le volume d'impression sur plusieurs serveurs d'impression Windows ou de mettre en œuvre une solution de haute disponibilité. Chaque serveur d'impression Windows possède son propre spouleur et donc ses propres files d'impression.

Dans le passé, Microsoft a résolu ce problème en prenant en charge un cluster de serveurs d'impression avec des files d'attente virtuelles. Cependant, le support a été interrompu avec la sortie de Server 2012, il n'existe donc actuellement aucune solution à ce problème. En savoir plus sur l'impression à haute disponibilité »

La solution : le service ThinPrint LDP garantit une haute disponibilité

ThinPrint a relevé ce défi et propose également haute disponibilité côté serveur pour l'impression via LPR. Nous comblons ainsi également une lacune pour les clients qui ne souhaitent pas imprimer via un réseau étendu, c'est-à-dire ceux qui n'ont pas besoin d'un client ThinPrint.

En principe, dans le scénario que nous avons examiné jusqu'à présent, le système Windows LDP intégré a pris en charge les tâches d'impression à partir des systèmes ERP ou EMR. Cependant, ce service représente lui-même un point de défaillance unique. Si le service ou le spouleur en aval ne fonctionne pas, l'impression n'est pas possible.

ThinPrint résout ce problème en implémentant notre propre LDP avec des fonctionnalités étendues. Nous combinons également la technologie de haute disponibilité ThinPrint éprouvée avec un équilibreur de charge réseau (NLB). Peu importe que l'environnement d'impression soit configuré dans une installation sur site ou dans le cloud (comme Azure ou AWS). L'équilibreur de charge réseau Microsoft ou l'équilibreur de charge réseau basé sur le cloud est utilisé par le système principal au lieu du nœud physique pour gérer les files d'attente d'impression. Le LDP de ThinPrint prend ensuite en charge ces tâches d'impression.

Le service de haute disponibilité ThinPrint sur les serveurs d'impression surveille les serveurs, leurs spouleurs et tous les services dépendants, y compris le ThinPrint LDP. Différents bilans de santé sont effectués en permanence à cette fin. En cas d'erreur, ThinPrint s'assure que le nœud défectueux est réglé sur l'état hors ligne. Toutes les tâches d'impression sont ensuite acceptées et traitées par le nœud alternatif (serveur d'impression). Ce processus est transparent pour le système principal d'envoi.

Le problème de sécurité dans l'environnement d'impression est également pris en compte. D'une part, il est possible de restreindre les clients LPR émetteurs via une liste blanche, et d'autre part, des listes blanches peuvent également être créées pour les files d'attente d'imprimantes adressables.

Haute disponibilité côté client pour l'impression via LPR

Le ThinPrint Client peut également être configuré pour une haute disponibilité afin d'éviter un point de défaillance unique. Cela peut être fait, par exemple, en adressant deux imprimantes avec des clients ThinPrint intégrés ou en utilisant une deuxième instance lors de l'utilisation du ThinPrint Hub. Dans ce cas, l'équilibrage de charge est également possible.

Impression à partir de bureaux virtuels, de serveurs Terminal Server et d'applications publiées

Un autre défi pour l'impression backend consiste à mettre les objets imprimés à la disposition des utilisateurs dans les applications respectives. Lorsqu'ils accèdent à des systèmes principaux exécutés dans une session Citrix XenApp/XenDesktop ou Microsoft VDI/Remote App, par exemple, les utilisateurs se connectent souvent depuis différents emplacements et appareils. Cependant, l'impression à partir de systèmes principaux est généralement statique et n'est possible que sur des imprimantes prédéfinies.

Grâce à ThinPrint AutoConnect intégré au ThinPrint Engine, ce problème peut également être résolu. Le moteur ThinPrint peut être exécuté sur un serveur d'impression Windows (comme dans le scénario ci-dessus) ou directement sur le serveur terminal/RDSH. AutoConnect est responsable du mappage des imprimantes basé sur des règles pour les utilisateurs. En gros, deux méthodes de mappage des imprimantes peuvent être envisagés :

1. Mappage des imprimantes locales dans la session VDI/Terminal Server.
2. Cartographie des imprimantes à partir de serveurs d'impression centraux.

Examinons les options en détail :

Mappage des imprimantes locales avec la session VDI/Terminal Server

Le client ThinPrint (ICA ou RDP) du poste de travail local signale les imprimantes locales au moteur ThinPrint sur le serveur ou le bureau virtuel. Cela crée les objets d'impression pour la durée de la session. ThinPrint peut garantir que les noms des imprimantes restent toujours les mêmes pour les utilisateurs, quel que soit le serveur terminal/le bureau virtuel auquel ils se connectent. Cela fonctionne également lorsque vous déconnectez/connectez la session sans fermer la session. Cela élimine la nécessité d'une reconfiguration constante des systèmes dorsaux. À titre de comparaison, avec les outils de connexion des imprimantes de Microsoft ou de Citrix, un identifiant de session est toujours inclus dans le nom de l'imprimante. Toutefois, cela change à chaque nouvelle configuration de session.

Imprimantes cartographiques à partir de serveurs d'impression centraux

L'un des principaux atouts de ThinPrint AutoConnect est le mappage des objets d'impression depuis les serveurs d'impression vers les sessions VDI/Terminal Server. Différents critères, qui peuvent également être combinés, peuvent être utilisés pour cela. Outre les utilisateurs AD et les groupes AD, une adresse IP ou un sous-réseau peuvent également être utilisés comme critères pour les règles. En particulier, le mappage par sous-réseau permet aux utilisateurs qui changent fréquemment d'emplacement d'accéder aux imprimantes sans intervention de l'administrateur. Il convient également de souligner la possibilité de mapper les imprimantes pour un ou plusieurs clients (hôtes). Cela signifie que la même imprimante est toujours connectée, que l'utilisateur ouvre une session. Vous trouverez ici des cas d'utilisation classiques, notamment dans les environnements hospitaliers ou logistiques.

Enfin et surtout, ThinPrint propose également une application en libre-service pour connecter des imprimantes. Si les administrateurs le souhaitent, cela peut donner aux utilisateurs plus d'indépendance et de flexibilité. Les utilisateurs peuvent sélectionner des imprimantes dans leur pool disponible et définir eux-mêmes l'imprimante par défaut.

‍