O que é o Projeto TSS 3.0?
Trata-se de uma restruturação do TSS voltado para disponibilização de um novo modelo para deploy e forma de execução dos Processos. do projeto elaborado para a reestruturação do TSS, tendo como objetivo suprir os seguintes requisitos:
O que mudou?
O modelo 3.0 tem como principal objetivo suprir alguns requisitos fundamentais até então não atendidos pelo produto, tendo como premissa a integridade dos o Web Services de integração com o produto, afim 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.
Uma das grandes As principais mudanças realizadas no produto foi quanto ao modo de processamento das requisições. Atualmente o 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 da segregação de todo o modelo de Processamento, criando módulos de processamento por tipo de documentos. Com a restruturação a aplicação Todo o legado de integração com os ERPs foram mantidas, não sendo necessária qualquer alteração, impactando apenas no processo de instalação e configuração do TSS
Instalação:
são:
Instalação:
O TSS possui um novo instalador , que A partir do Realease 12.1.3 o TSS possui um novo instalador, tendo como principal objetivo facilitar o processo de montagem do ambiente do TSS. O instalador oferece suporte para instalação dos componentes necessários para montagem do ambiente da aplicação: . Caso haja necessidade, a aplicação TOTVS DBACCESS e TOTVS BROKER, ambos opcionais, devendo ser instalados de acordo com a necessidade do ambiente de instalação. Outro ponto importante está na opção do , deve ser instalada.
O modo de instalação , que possibilita 2 formas de de instalação do TSS: TSS On-Line e TSS , sendo: TSSONLINE e TSSOFFLINE.
Configurações:
Off-Line.
Informações | ||
---|---|---|
| ||
Caso o usuário já utilize o TSS, é necessário verificar se todos os documentos estão corretamente processados na base antes que seja efetuada a atualização para o TSS3.0. Essa ação deve ser efetuada devido o TSS3.0 utilizar processamento por demanda, portanto caso um documento não tenha sido processado, ao realizar a implementação do novo TSS não haverá mais um job de reprocessamento. |
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 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 configuração dos serviços(JOBS) de processamento. Como na versão no modelo 3.0 o processamento é realizado por demanda , existe tendo um único JOB utilizado para contingência de processamento para todos os tipos de documentos, que funciona como serviço de contingência para os processos em caso de Falhas no processamento por Demanda. Essa característica, elimina de qualquer tipo de documento, não existe mais as configurações de Jobs específicos de documentos por documento, assim como parâmetros de Range de entidades e rotinas específicas(assinatura, transmissão etc...). A seguir temos a lista com a relação das principais configurações da versão 3.0
Integração com Amazon:
O serviço TSS Cloud oferecido pela TOTVS, a partir da versão 3.0 está disponibilizado no ambiente da Amazon.
A decisão de disponibilizar a aplicação no ambiente da Amazon foi tomada com base na disponibilidade e facilidade para escalabilidade da aplicação.
Além do uso de ambiente computacional da Amazon, o TSS faz uso do recurso de fila através de a integração com a AWS.
Como descrito no Processamento Assíncrono do TSS, as requisições recebidas pelo TSS são disponibilizadas em Filas para Processamento.
A decisão em escolher o serviço de fila da Amazon foi definida com objetivo de garantir alta disponibilidade da aplicação. De acordo com a especificação do serviço AWS, A Amazon garante 99% disponibilidade da aplicação. Dessa forma a camada WS do TSS tende a não ficar indisponível devido a indisponibilidade do recurso de Fila.
A partir da do Release 12.1.3 o produto TSS tende suprir os seguintes requisitos.
...
A seguir é possível conferir a documentação detalhada com as funcionalidades e características especificas da versão:
...