Impressão a partir de sistemas ERP, CRM ou EMR (HIS)

Em muitas empresas, a impressão a partir de sistemas de back-end é uma parte importante do ambiente de impressão e, muitas vezes, também um processo crítico para os negócios. Isso se aplica à impressão ERP, por exemplo, da SAP e da Oracle, bem como à impressão EMR da McKesson, Cerner ou Epic no setor médico.

O ThinPrint oferece soluções para a saída de alto desempenho de trabalhos de impressão de diferentes sistemas de back-end. Com seu recurso de alta disponibilidade, o novo Serviço ThinPrint LPD garante a continuidade dos negócios ao imprimir a partir de sistemas ERP, CRM ou EMR (HIS). O ThinPrint também domina os desafios que surgem em Cenários de aplicativos remotos/VDIs.

Impressão LPR otimizada com ThinPrint

Sistemas de back-end de diferentes plataformas (geralmente Unix) enviam trabalhos de impressão via LPR para o ThinPrint Engine, que é executado em um servidor Windows. A partir do ThinPrint Engine, o trabalho de impressão é enviado para o ThinPrint Client com todos os recursos do ThinPrint, como compactação, streaming, controle de largura de banda e, como opção, criptografia TLS. Especialmente ao imprimir em uma WAN, isso leva a um aumento no desempenho e a uma redução na carga nas conexões. Para muitas empresas, essa é uma grande vantagem, pois os sistemas de back-end geralmente estão localizados centralmente, enquanto a saída de impressão geralmente é descentralizada nas filiais.

Impressão de alta disponibilidade a partir de sistemas de back-end

A alta disponibilidade dos sistemas de impressão ERP, CRM ou EMR (HIS) é fundamental em vários setores, pois os sistemas de back-end suportam processos comerciais essenciais e atendimento ao paciente. Uma falha em qualquer um desses sistemas pode causar sérias interrupções. O ThinPrint garante a operação contínua dos sistemas de impressão por meio de alta disponibilidade e failover.

O problema: alta disponibilidade do lado do servidor ao imprimir via LPR

Um recurso especial da impressão a partir de sistemas ERP ou EMR geralmente é que as filas de impressoras ou os nomes das impressoras são definidos permanentemente. Isso permite um alto grau de automação ou impressão sem interação adicional com o usuário. No entanto, isso gera limitações quando se trata de distribuir o volume de impressão em vários servidores de impressão Windows ou implementar uma solução para alta disponibilidade. Cada servidor de impressão do Windows tem seu próprio spooler e, portanto, suas próprias filas de impressão.

No passado, a Microsoft solucionou esse problema oferecendo suporte a um cluster de servidores de impressão com filas virtuais. No entanto, o suporte foi descontinuado com o lançamento do Server 2012, portanto, atualmente não há solução para isso. Saiba mais sobre impressão de alta disponibilidade”

A solução: o serviço ThinPrint LPD garante alta disponibilidade

A ThinPrint enfrentou esse desafio e também oferece alta disponibilidade do lado do servidor para impressão via LPR. Portanto, também estamos fechando uma lacuna para clientes que não desejam imprimir em uma WAN, ou seja, aqueles que não precisam de um ThinPrint Client.

Em princípio, no cenário que analisamos até agora, o Windows LPD integrado assumiu os trabalhos de impressão dos sistemas ERP ou EMR. No entanto, esse serviço em si representa um único ponto de falha. Se o serviço ou o spooler downstream não estiverem em execução, a impressão não será possível.

O ThinPrint resolve esse problema implementando nosso próprio LPD com funcionalidade expandida. Também combinamos a comprovada tecnologia ThinPrint de alta disponibilidade com um balanceador de carga de rede (NLB). Não importa se o ambiente de impressão está configurado em uma instalação local ou na nuvem (como Azure ou AWS). O Microsoft Network Load Balancer ou o Network Load Balancer baseado em nuvem é usado pelo sistema de back-end em vez do nó físico para lidar com as filas de impressão. O próprio LPD da ThinPrint então assume esses trabalhos de impressão.

O serviço de alta disponibilidade ThinPrint nos servidores de impressão monitora os servidores, seus spoolers e todos os serviços dependentes, incluindo o ThinPrint LPD. Várias verificações de saúde são executadas continuamente para essa finalidade. No caso de um erro, o ThinPrint garante que o nó defeituoso esteja configurado para o status offline. Todos os trabalhos de impressão são então aceitos e processados pelo nó alternativo (servidor de impressão). Esse processo é transparente para o sistema de back-end de envio.

O questão de segurança no ambiente de impressão também é levado em consideração. Por um lado, é possível restringir o envio de clientes LPR por meio de listas brancas e, por outro lado, listas brancas também podem ser criadas para as filas de impressoras endereçáveis.

Alta disponibilidade do lado do cliente para impressão via LPR

O ThinPrint Client também pode ser configurado para alta disponibilidade para evitar um único ponto de falha. Isso pode ser feito, por exemplo, endereçando duas impressoras com clientes ThinPrint integrados ou usando uma segunda instância ao usar o Hub ThinPrint. Nesse caso, o balanceamento de carga também é possível.

Imprimindo a partir de desktops virtuais, servidores de terminal e aplicativos publicados

Outro desafio da impressão de back-end é disponibilizar objetos de impressão aos usuários nos respectivos aplicativos. Ao acessar sistemas de back-end em execução em uma sessão Citrix XenApp/XenDesktop ou Microsoft VDI/Remote App, por exemplo, os usuários geralmente fazem login de diferentes locais e dispositivos. No entanto, a impressão a partir de sistemas de back-end geralmente é estática e só é possível em impressoras predefinidas.

Com o ThinPrint AutoConnect como parte do ThinPrint Engine, esse problema também pode ser resolvido. O ThinPrint Engine pode ser executado em um servidor de impressão Windows (como no cenário acima) ou diretamente no servidor de terminal/RDSH. O AutoConnect é responsável pelo mapeamento baseado em regras das impressoras para os usuários. Basicamente, dois métodos de mapeamento de impressoras pode ser considerado:

1. Mapeando impressoras locais na sessão do servidor VDI/Terminal.
2. Mapeamento de impressoras a partir de servidores de impressão centrais.

Vamos analisar as opções em detalhes:

Mapeando impressoras locais para a sessão VDI/Terminal Server

O ThinPrint Client (ICA ou RDP) na estação de trabalho local reporta as impressoras locais ao ThinPrint Engine no servidor ou desktop virtual. Isso cria os objetos de impressão para a duração da sessão. O ThinPrint pode garantir que os nomes das impressoras permaneçam sempre os mesmos para os usuários, independentemente do servidor de terminal/desktop virtual em que eles se conectam. Isso também funciona ao desconectar/conectar a sessão sem se desconectar. Isso elimina a necessidade de reconfiguração constante nos sistemas de back-end. Para comparação, com as próprias ferramentas da Microsoft ou da Citrix para conectar impressoras, um ID de sessão é sempre incluído no nome da impressora. No entanto, isso muda a cada nova configuração de sessão.

Mapeando impressoras a partir de servidores centrais de impressão

Um dos principais pontos fortes do ThinPrint AutoConnect é o mapeamento de objetos de impressão de servidores de impressão para sessões de servidor VDI/terminal. Vários critérios, que também podem ser combinados, podem ser usados para isso. Além dos usuários e grupos do AD, um endereço IP ou uma sub-rede também podem ser usados como critérios para as regras. Especialmente o mapeamento por sub-rede permite que usuários que frequentemente mudam de local acessem impressoras sem o envolvimento do administrador. A possibilidade de mapear impressoras para um ou mais clientes (hosts) também deve ser enfatizada. Isso significa que a mesma impressora está sempre conectada, independentemente do login do usuário. Casos de uso clássicos podem ser encontrados aqui, especialmente em ambientes hospitalares ou logísticos.

E por último, mas não menos importante, o ThinPrint também oferece um aplicativo de autoatendimento para conectar impressoras. Se desejado pelos administradores, isso pode dar aos usuários mais independência e flexibilidade. Os usuários podem selecionar impressoras em seu pool disponível e também definir a impressora padrão por conta própria.

‍