Search the Community

Alguns links com Lista de Serviços que podem ser consumidos no TOTVS RM via integrações, mais informações, exemplos de aplicativo para auxílio ao uso: https://api.totvs.com.br/referencelist http://servidor.com:8051/wspageindex DataServer/MEX?wsdl <-- Este retorna a lista de DataServers usando a sua instalação. Veja o print acima, com as demais opções do TBC para uso. https://tdn.totvs.com/display/public/LRM/TOTVS+WS+Client O "TOTVS WS Client" visa auxiliar a utilização e/ou testar a execução dos Web Service's disponíveis no RM. Webservices / Disponíveis no TOTVS Gestão Financeira https://centraldeatendimento.totvs.com/hc/pt-br/articles/360044594034-Cross-Segmentos-Backoffice-Linha-RM-FIN-Webservices-Disponíveis-no-TOTVS-Gestão-Financeira Como Expor os Web Services do RM através do Host (recomendado)#-2064216108 https://centraldeatendimento.totvs.com/hc/pt-br/articles/360007851192-Cross-Segmentos-Backoffice-RM-Integração-WebServices-Utilizando-o-SoapUI-para-consumir-DataServers-RM-via-WebServices Soap (Simple Object Access Protocol, em português Protocolo Simples de Acesso a Objetos) é um protocolo para troca de informações estruturadas em uma plataforma descentralizada e distribuída. A mensagem Soap é baseada na estrutura XML e, normalmente, utiliza protocolos da camada de aplicação, mais notavelmente em chamada de procedimento remoto (RPC) e Protocolo de transferência de hipertexto (HTTP), para negociação e transmissão de mensagens. O que é o SoapUI? SoapUI é uma solução para testes funcionais livre e opensource. Ele permite que facilmente você crie e execute testes funcionais, de regressão, de conformidade e de carga automatizados. Em um ambiente de teste unitário, o SoapUI fornece cobertura de teste completo e suporta todos os protocolos e tecnologias padrão, tais como SOAP, REST, HTTP, JMS, AMF e JDBC. Site oficial: www.soapui.org Qual o tipo de licença consumida por Web Service e API? A partir da versão 12.1.15, todos os web services, SOAP, REST e API expostos pelo serviço RM.Host.Service farão o controle do consumo de licenças e utilizarão autenticação HTTP BASIC por padrão. ApiPool são chamadas de Rest, SOAP e API. A partir da versão 12.1.2306 e superiores o registro de licença no monitor do License Server aparecerá com a rotina "ApiPool" e o uso das APIs (SOAP/REST) serão enviadas ao License Server via Log de Uso (LS006), contendo informações o tempo de processamento de cada requisição dentre outras informações. Esse Log de Uso já era enviado anteriormente para as requisições que obtinham licenças do Pool. Essa melhoria visa enriquecer ainda mais as informações sobre o uso de licenças pelos serviços. O padrão de consumo de licenças continua o mesmo: utiliza-se as licenças 4001, 4199, 4016, 4017, 4000 e 4099 respectivamente. O consumo de licença WebService é por requisição e é consumida durante seu tempo de execução, até que a requisição seja concluída a licença não é liberada para que seja realizada uma nova requisição, ou seja, se necessitar enviar 3 requisições simultâneas, será preciso 3 licenças para o correto uso, apresentando assim a mensagem Excedeu número de licenças ao seu usuário, caso tenha acabado o saldo de licenças disponíveis. Nesse sentido, é indicado avaliar com o EAR (comercial) a necessidade de adquirir mais licenças. Importante - O consumo de Licença foi desativado para as seguintes APIs: Coligada Usuários Perfil JobExecution JobScheduler Parâmetros A partir das versões e patchs listados abaixo: 12.1.2302, patch 121 12.1.2209, patch 195 12.1.2205, patch 246 Para demais versões anteriores o consumo permanece ativado. Para mais informações, consulte o link abaixo: APIs de Framework - Módulo Serviços Globais https://tdn.totvs.com/pages/releaseview.action?pageId=419548455#APIsdeFrameworkMóduloServiçosGlobais FONTES: TOTVS.COM.BR / TDN.TOTVS.COM

Atualmente tenho uma FV que envia o Recibo de Férias por e-mail para os usuários. Nele eu utilizo a atividade Executar Relatório. Essa atividade funciona corretamente, enviando o relatório como anexo. Agora surgiu a necessidade de fazer o relatório ser enviado como Base64 para uma integração REST com um serviço de Assinatura Digital. Seguindo a documentação da TOTVS - Como gerar relatório via Webservices - eu consegui gerar o relatório capturando o Base64 usando o WS. Porém são necessárias 3 chamadas ao WS para conseguir criar um relatório. Considerando que normalmente o relatório será executado para vários funcionários de uma vez fiquei preocupado de tornar a FV muito custosa. Há alguma maneira de converter o System.Byte[] retornado pela atividade Executar Relatório em um Base64 ou a única maneira realmente é fazer o RM executar o WS? Considerando minha vivência com o TOTVS Fluig, acredito que a solução é usar o WS mesmo, mas a esperança de não precisar ainda vive.

Ao realizar a integração com o TAF dos eventos (como exemplo o S-1000 o qual já estava na fila de eventos com o XML gerado) está apresentando a mensagem abaixo: Erro de processo na coligada 1: System.ApplicationException: Log Integracao_TAF não foi definido. em RM.Lib.Server.RMSServerLog.Write(String logName, String text) em RM.Fop.Esocial.FopEsocialIntegrarTafMod.Enviar(Int16 codColigada, String codUsuario, List`1 eventosList, RMSExecProgress progress, RMSServerLog log, Int32& numErros, Int32& totalIntegracaoTaf) Obs.: Foi Instalado o TAF + TSS (Versão 12.1.17) , executando as rotinas de parametrização de integração TAF X RM seguindo as documentações contidas no TDN. Qualquer dica ou ajuda será bem vinda. Obrigado.