Histórico da Página

O que é o Projeto TSS 3.0? 

Trata-se de uma nova versão do produto TSS. A versão traz um novo modelo de Processamento, permitindo que a aplicação se adeque a diferentes cenários de deploy.

do projeto elaborado para a reestruturação do TSS, tendo como objetivo suprir os seguintes requisitos:

• Facilidade de instalação 
• Redução de parâmetros de configuração
• Alta disponibilidade da aplicação
• Facilidade na escalabilidade da aplicação
• Melhor Performance
• Contingência de documentos eletrônicos em modalidade Off-Line

O que mudou?

A verão O modelo 3.0 do TSS tem como principal objetivo suprir alguns requisitos fundamentais até então não atendidos pelo produtos, tendo como premissa a integridade dos o Web Services de integração com o produto, com o objetivo de não gerar qualquer tipo de demanda de para que não ocorram demandas de implementação por parte dos ERps ERPs clientes do TSS.  

Atualmente os serviços produto TSS possui o modelo de integração Síncrono, ou seja, o retorno das requisições recebidas pelo TSS, são retornadas na mesma conexão da requisição. Para que os requisitos pudessem ser atendidos, houve a necessidade de implementação do processo Assíncrono. A partir desse modelo, o TSS passa atender aos seguintes requisitos:     

• Facilidade de instalação 
• Redução de parâmetros de configuração
• Alta disponibilidade da aplicação
• Facilidade na escalabilidade da aplicação
• Alta Performance
• Contingência de documentos eletrônicos  

Instalação:

As principais mudanças realizadas no produto são:

• Processamento por demanda: Permite que os documentos sejam processados imediatamente após o registro na base de dados.
• Job Único: Fornece um único serviço para processamento de qualquer tipo de documento  recebido pelo TSS. Eliminando os Jobs  específícos por documento. Ex: JOBNFE, NFSE_WF etc... 
• Rastro de processo: Permite rastrear as etapas de processamento dos documentos. Facilitando a identificação das possíveis falhas ocorrida em um determinado Processo.
• Tss Off-Line: permite que os ERPs transmitam na modalidade off-line em caso de falha de comunicação com o TSS On-line

Instalação:

O TSS possui um novo instalador , que oferece suporte para instalação dos Com o novo instalador do TSS, o processo de instalação e configuração da aplicação se torna mais simples.O instalador oferece suporte para instalação para os componentes necessários para montagem do ambiente da aplicação: TOTVS DBACCESS e TOTVS BROKER .

Configuração:

. Caso haja necessidade, a aplicação TOTVS DBACCESS, deve ser instalada. 

O modo de instalação possibilita 2 formas de instalação do TSS: TSS On-Line e TSS Off-Line.

Observações:

O TSS não faz uso da seção [LicenseServer] no arquivo de configuração appserver.ini do TOTVS | Application Server e não consome licença do TOTVS | License Server.

Como melhores práticas e em situações de alto volume de processamento, recomendamos a utilização de uma aplicação TOTVS | DBAccess separada para o TSS. 

Caso utilize uma instalação do TOTVS | DBAccess exclusiva para o TSS, não se faz necessário o uso das chaves licenseServer e licensePort em seu arquivo de configuração dbaccess.ini.

Configurações:

O grande diferencial no processo de configuração do TSS 3.0 está em relação ao volume de configurações existentes no produto, em especial para No processo de configuração, o grande diferencial está em relação a configuração dos serviços(JOBS) de processamento. Que conta com um único serviço de processamento para todos os tipos de documentos. Essa característica, tornou dispensável as configurações de Jobs específicos de documentos . Como no modelo 3.0 o processamento é realizado por demanda tendo um único JOB utilizado para contingência de processamento de qualquer  tipo de documento, não existe mais as configurações de Jobs específicos por documento, assim como parâmetros de Range de entidades e rotinas específicas(assinatura, transmissão etc...). 

Disponibilidade da aplicação: 

Atualmente o processamento das requisições recebidas pelo TSS é realizado de forma Síncrona, ou seja, o processamento da requisição é realizado na mesma conexão estabelecida pelo ERP. Em um ambiente Cloud onde a disponibilidade da aplicação é um requisito fundamental, esse modelo impossibilita o atendimento desse requisito devido a abertura para diversos pontos de falhas. Em especial para a aplicação TSS temos o componente DBACCESS que caso apresente alguma falha compromete a disponibilidade da aplicação. Visando atender à esse requisito, o TSS passa a disponibilizar o modo de processamento Assíncrono, onde a aplicação se divide em duas camadas sendo: Camada de Recepção e camada de processamento. 

A seguir é possível conferir a documentação detalhada com as funcionalidades e características especificas da versão:

...

• Configurando o TSS para requisições via HTTP
• Configurando JOB de Contingência de Processos
• Configurando Integração Assíncrona com TSS
• Contingência de Processos
• Escalando a aplicação TSS
• Recebendo requisições de de modo Assíncrono
• Processando documentos por Demanda
• Utilizando Contingência OFFLINE do TSS
• Lista de Processos do TSS
• Rastreamento de execução de Processos