Italo Giurizzato Junior

Olá Pessoal O DT-e morreu ou ainda esta vivo? Apesar de a algum tempo sem movimentação, conforme artigo na página do Sindicato das Empresas de Transporte de Piracicaba (SINDETRAP), o governo está em finalização de uma proposta a ser enviada ao CONFAZ, a qual deve ser apresentada nesta semana, onde consta que os Documentos da Área de Transporte necessários para o viajante, sejam emitidos no sistema que já atende as SEFAZ e a Receita Federal. Em resumo a ideia seria que o DTe seja uma plataforma de integração, reunindo todos os documentos numa única plataforma. O sistema citado acima já atende a emissão do MDFe e com a proposta a ser enviada a CONFAZ, a itenção seria agregar mais registros de diversos orgãos Para mais detalhes acesse a página do Sindetrap Essa informação é uma colaboração do nosso amigo Marcel Henrique Scandolara.

Eu usei o programa exemplo. Uso dados fictícios.

Bom dia Ramalho, Quem gera o XML da NFS-e é o webservice do provedor e não o componente. O componente apenas gera o XML do Rps e envia para o webservice. Se estivesse faltando algum valor o webservice deveria acusar.

Bom dia, Chegou a ver o tópico abaixo? O Consultar NFS-e de Serviço Tomado esta documento no manual da ABRASF versão 2.xx Mas isso não significa que todos os provedores que seguem a versão 2.xx do layout da ABRASF implementaram esse tipo de consulta em seus WebServices. A titulo de exemplo o provedor SystemPro que segue a versão 2.01 do layout da ABRASF não implementou essa consulta em seu WebService. Abrindo a unit SystemPro.Provider da para ver isso: TACBrNFSeXWebserviceSystemPro201 = class(TACBrNFSeXWebserviceSoap11) public function RecepcionarSincrono(ACabecalho, AMSG: String): string; override; function GerarNFSe(ACabecalho, AMSG: String): string; override; function ConsultarNFSePorFaixa(ACabecalho, AMSG: String): string; override; function Cancelar(ACabecalho, AMSG: String): string; override; function SubstituirNFSe(ACabecalho, AMSG: String): string; override; function TratarXmlRetornado(const aXML: string): string; override; end; Por outro lado o provedor Fiorilli tem: TACBrNFSeXWebserviceFiorilli200 = class(TACBrNFSeXWebserviceSoap11) private function GetDadosUsuario: string; public function Recepcionar(ACabecalho, AMSG: String): string; override; function RecepcionarSincrono(ACabecalho, AMSG: String): string; override; function GerarNFSe(ACabecalho, AMSG: String): string; override; function ConsultarLote(ACabecalho, AMSG: String): string; override; function ConsultarNFSePorRps(ACabecalho, AMSG: String): string; override; function ConsultarNFSePorFaixa(ACabecalho, AMSG: String): string; override; function ConsultarNFSeServicoPrestado(ACabecalho, AMSG: String): string; override; function ConsultarNFSeServicoTomado(ACabecalho, AMSG: String): string; override; function Cancelar(ACabecalho, AMSG: String): string; override; function SubstituirNFSe(ACabecalho, AMSG: String): string; override; function TratarXmlRetornado(const aXML: string): string; override; property DadosUsuario: string read GetDadosUsuario; end; Resumindo, abrindo a unit Provider de cada provedor, você descobre quais os serviços que o mesmo implementou em seu WebService.

Bom dia Willians, Pelo seu relato inicial o provedor esta passando por um problema no webservice dessa cidade no que se refere a assinatura digital, correto? Inclusive assim que eles conseguirem resolver esse problema vão novamente ativar a validação da assinatura. Não seria o caso de apenas comentar as linhas que defini o que precisa ser assinado? Algo do tipo: { === Comentado temporariamente with ConfigAssinar do begin Rps := True; LoteRps := True; CancelarNFSe := true; RpsGerarNFSe := true; RpsSubstituirNFSe := True; SubstituirNFSe := True; end; }

Bom dia, O que tudo indica o problema é a URL do ambiente de homologação. Entre em contato com o provedor e relate o problema.

Bom dia, Acabei de fazer um teste em produção e tive o seguinte resultado: Requisição Ambiente: 1 Cidade : Brasilia/DF Provedor: ISSNet Versão: 2.04 Método Executado: Gerar NFSe Parâmetros de Envio Numero do Lote: 1 Parâmetros de Retorno Data de Envio : 30/12/1899 Numero do Prot: Numero da Nota: Link : Código Verif. : Sucesso : True Erro(s): Código : E043 Mensagem: Inscrição Municipal do prestador do serviço não encontrada na base de dados do município.(Numero RPS: 1) Correção: Não existe registro de inscrição municipal que corresponda ao número informado.

Bom dia Raphael, Por essa segunda imagem que você anexou a cidade de Camaçari/BA tem um provedor Próprio, sendo assim vou implementar o provedor ISSCamacari. TK-3915

Bom dia Felipe, Já inclui na minha lista de tarefas para analisar o problema. TK-3914

Bom dia, Informado todos os dados que o webservice em um primeiro momento reclamou ao realizar a consulta, a consulta foi realizada com sucesso ou ainda esta ocorrendo erro?

Boa tarde, Chegou a informar os dados que o webservice esta reclamando que esta faltando? Caso não tenha feito esse teste, faça. Se mesmo assim ainda surgir erros absurdos como esses, o jeito vai ser entrar em contato com o provedor e relatar o problema.

Escolha qualquer uma, salva a configuração e saia do programa exemplo. Execute ele novamente e procure pela cidade desejada.

A configuração esta correta. Pode ser algum outro problema relacionado a conexão com a internet.

Boa tarde Felipe, Configure o componente para salvar os arquivos Soap. Faça um novo teste e anexa os arquivos Soap gerados, para que eu possa analisar.

Boa tarde Raphael, Primeiramente ABRASF não é sinônimo de NFS-e Padrão Nacional. No caso esta cidade se utiliza da versão 2.01 do layout da ABRASF, a NFS-e Padrão Nacional é outro layout totalmente diferente. Até onde sei essa cidade possui um webservice próprio, ou seja, não contratou nenhuma empresa. Você poderia confirmar isso? Se isso for verdade vou implementar o provedor ISSCamacari, caso contrario o nome do provedor vai ser ISSWeb, conforme consta no manual.

Boa tarde, Esse erro também ocorre com o programa exemplo?

Boa tarde, Chegou a informar os dados que o webservice esta reclamando que esta faltando? Caso não tenha feito esse teste, faça. Se mesmo assim ainda surgir erros absurdos como esses, o jeito vai ser entrar em contato com o provedor e relatar o problema.

Boa tarde Guilherme, Chegou a entrar em contato com o provedor para saber o motivo que eles estão rejeitando o Rps? Quais são os valores de: SSLLib, CryptLib, HttpLib, XmlSignLib e SLLType ?

Boa tarde, Quais são os valores de: SSLLib, CryptLib, HttpLib, XmlSignLib e SLLType ?

Boa tarde Ronald, No arquivo ACBrNFSeXServicos.ini não temos as URLs de homologação de nenhuma cidade atendida pelo provedor Agili. Sendo assim essa informação me parece correta. O jeito é testar mesmo em ambiente de produção.

Bom dia Alexandre, Não vejo outra alternativa. O jeito vai ser você entrar em contato com o provedor e expor o problema, anexando o XML de envio do Rps e a imagem com a mensagem de erro.

Boa tarde Everson, O que tudo indica é que o seu Fortes Report esta desatualizado. Vai ser necessário baixar uma atualização do Fortes, reinstalar, depois atualizar os fontes do ACBr e reinstalar.

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

Boa tarde Guilherme, Eu validei a assinatura que consta no XML 2668.1-env.lot.xml e realmente esta invalida. Por outro lado fiz um teste usando o programa exemplo e tentei validar o XML de envio de lote através do mesmo site abaixo e a assinatura é valida. Não sei o que pode ter ocorrido. Receita Federal do Brasil - Validador de Assinaturas (fazenda.gov.br)

Boa tarde Alexandre, Qual é o valor que você configurou para a propriedade Timeout no componente ? Recomendamos que seja configurado o valor de 30 a 40 mil.