Histórico da Página

...

Exceção: Ele não caberá como um módulo quando os pré-requisitos não puderem ser implementados ou quando o backoffice não for Microsiga Protheus, por exemplo, RM, Logix, Datasul ou outros de mercado. Porém é importante manter a regra de estar sempre junto ao backoffice mesmo que de forma segregada, devido ao modelo de comunicação ST(Shared Table) que estabelece maior performance na integração.

Se não for possível manter o TAF junto ao Backoffice, temos o seguinte cenário já validado!:

Que ERP Microsiga Protheus em Cloud conectando com outros softwares on-premise da infraestrutura do cliente, deve-se avaliar com mais detalhes o modelo ideal, considerando volumetria e tecnologias envolvidas. Através desta análise podemos chegar a outra conclusão, que a melhor opção pode ser o TAF SEGREGADO.

...

• Tecnologia envolvida: Deve-se avaliar também, quais as opções disponibilizadas pelos serviços de Cloud contratados para atender a transferência dos arquivos gerados no ambiente Cloud para o ambiente do cliente( on-premise ), ou vice-versa; O Protheus está preparado para gerar os arquivos necessários para importação, e o TAF por sua vez, também está preparado para importá-los, porém as transmissões dependem de um serviço independente dos produto.

Já temos em uso o seguinte cenário:

ERP Microsiga Protheus em Cloud conectando com outros softwares on-premise da infraestrutura do cliente, no caso com o Logix. Neste cenário, o TAF foi instalado junto ao backoffice( Logix - on-premise ) que possui o maior volume de informações a serem integradas com o TAF. Logix e TAF se integram via ST( Shared Table ) e o Microsiga Protheus( Cloud ), gera um arquivo texto( TXT ) para ser importado no TAF( manualmente devido ao baixo volume )