Italo Giurizzato Junior

Boa tarde Lázaro, Existem empresas que o funcionário assina um contrato de confidencialidade, se o mesmo copiar o código visando beneficio próprio poderá responder um processo judicial. Isso não evita que o funcionário copie o código, mas pode inibir.

Boa tarde Fernando, Você poderia anexar o XML que contem esse evento, pois segundo o Manual versão 7.03 - Visão Geral da NF-e página 31 o código do evento Vistoria SUFRAMA é 990900.

Marcelo, Quanto ao Status deveria retornar os valores: srNormal ou srCancelado. Qual função você esta usando para converter o valor de Status (StatusRPSToStr ou StatusNFSeToStr) ?

Bom dia Marcelo, O provedor DataSmart segue a versão 2 do layout da ABRASF, de aproximadamente 10 serviços documentados no manual da ABRASF o provedor implementou eu seu webservice apenas 4, são eles: GerarNfse - que permite o envio de apenas um Rps por vez, esse serviço trabalha no modo síncrono, portanto se o Rps for processado com sucesso no retorno teremos o XML da NFS-e, caso contrario a lista de rejeições; ConsultarNfsePorRps - que permite obter o resultado do processamento de um Rps, se foi processado com sucesso retorna o XML da NFS-e, caso contrario retorna a lista de rejeições. ConsultarNfsePorFaixa - que permite obter o XML de varias NFSe compreendidas na faixa informada. CancelarNfse - que permite cancelar uma NFS-e. Como o provedor usa o serviço GerarNfse para processar o Rps enviado e como ele trabalha no modo síncrono não temos o numero do protocolo e nem a situação do lote. O numero do protocolo é retornado pelo serviço EnviarLoteRps que não foi implementado pelo provedor. A situação do lote é retornado pelo serviço ConsultarSituacaoLote que só existe na versão 1 do layout da ABRASF e o provedor em questão segue a versão 2. Quanto ao XML da consulta o que eu notei ele possui uma tag a mais <outputXML> que não deveria constar no XML. Com relação ao nome do XML, realmente deveria constar o numero da NFS-e e não o numero do Rps. Vou fazer os devidos ajustes. Por favor teste os outros 2 serviços (Consultar NFSe por faixa e Cancelar) e anexe os XMLs gerados para que eu possa analisar e fazer as devidas correções no componente. Desde já muito obrigado pela colaboração nos testes.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Marcelo, Por favor atualize os fontes. Enviei para o SVN as correções para o emitir e para o consultar Nfse por Rps. Por favor faça novos testes.

Boa tarde Marcelo, Muito obrigado pelo teste e retorno. Vou agora mudar o tratamento do retorno do Consultar NFSe por Rps.

Marcelo, Por favor faça um teste usando a unit em Anexo. Teste somente o emitir, se funcionar vou aplicar a mesma solução para os demais métodos. DataSmart.Provider.pas

Bom dia Marcelo, Notei que o retorno quando o processamento ocorre com sucesso o XML de retorno possui uma estrutura, mas quando ocorre rejeição a estrutura é outra. Vai ser necessário fazer alguns ajustes no tratamento de cada método.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia Diego, Muito obrigado pela sua colaboração, mas não estamos mais dando manutenção no componente antigo. Lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX O componente ACBrNFSe não vai mais ter manutenção. Manual de Migração https://www.projetoacbr.com.br/forum/topic/63017-manual-de-migração-para-o-novo-componente-de-emissão-de-nfs-e/

Boa tarde Maurício, Atualize os fontes, instale o novo componente ACBrNFSeX e faça os testes usando o programa exemplo do novo componente. A cidade Pontão/RS já esta configurada para o provedor TcheInfo.

Boa tarde Rogério, Favor atualizar os fontes e faça novos testes. Observação: Todos os ajustes foram feitos para o novo componente ACBrNFSeX, uma vez que não estamos mais dando manutenção no antigo.

Boa tarde Sandro, Favor atualizar os fontes e faça novos testes.

Boa tarde Orion, Você notou que nesse XML da revisão 23266 possui a tag <DigestValue> ? Pois bem em nenhum momento essa tag é incluída no XML dessa consulta a não ser que a mesma requer que o XML seja assinado, mas neste caso essa tag estaria dentro do grupo <Signature>. Favor verificar se você não tem nenhum fonte do ACBr com uma bolinha vermelha em seu ícone, caso afirmativo exclua e atualize novamente os fontes e faça novos testes.

Boa tarde Sandro, O problema que o retorno esta no formato Json. Favor verificar com o provedor se é possível que o retorno seja em XML?

Boa tarde Marcelo, Favor atualizar os fontes e faça novos testes usando o componente novo.

Boa tarde, Você não seleciona o provedor e sim a cidade para qual vai emitir a nota. Favor realizar testes usando o programa exemplo do novo componente: ACBrNFSeX.

Boa tarde Marcelo, Como não estamos mais dando manutenção no componente antigo: ACBrNFSe A correção foi aplicada somente no componente novo: ACBrNFSeX. Procure migrar assim que possível para o novo componente.

Bom dia Marcelo, Fiz vários testes e não conseguir fazer funcionar. Notei que ao enviar o Rps para o WebService este retorna o WSDL e não um XML de resposta. Favor entrar em contato com o provedor ou com a prefeitura e solicitar um XML de exemplo. Observação, não ser o XML do Rps, tem que ser o Envelope/Soap (vide o arquivo *-ger-nfse-soap.xml). Pois acredito que estou gerando o Envelope/Soap de forma errada. Tentei montar conforme o mostrado pelo SoapUI, mas mesmo assim não deu certo.

Bom dia Rogério, Favor entrar em contato com a prefeitura ou com o provedor e verificar qual é a versão do XML que eles estão utilizando bem como as URLs de produção e de homologação.

Bom dia Orion, Qual é o método que você esta testando? Favor anexar os XMLs gerados segundo a revisão 23077 e segundo a revisão 23266.

Bom dia Marcelo, Favor atualizar os fontes e faça novos testes.

Bom dia Marcelo, Favor atualizar os fontes e faça novos testes.

Bom dia Castilhos, Neste caso eu não sou a pessoal mais recomendada em lhe ajudar.