Italo Giurizzato Junior

Boa tarde a todos, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

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

Bom dia, Fiz um teste extraindo o XML da nota que consta no retorno e não ocorreu nenhum erro na sua leitura, Vai ser necessário debugar para saber exatamente onde ocorre o erro, qual é o conteúdo do XML que ele tentou ler e ocorreu o erro, bem como o erro que ocorreu.

Bom dia, Fiz a alteração somente no EnviarLoteRpsSincrono que é o que você utilizou para enviar o Rps para o Provedor. Acredito que o problema se encontra no "&" e comercial que consta no nome do tomador. Mas segundo o site da Receita Federal a assinatura do XML de envio do lote é válida. SystemPro.Provider.pas Favor substituir a unit por esta que esta em anexo, reinstale o ACBr e faça novos testes.

Bom dia, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Bom dia Tiago, Já esta no SVN. Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Bom dia Rodrigo, Favor atualizar os fontes, reinstale o ACBr e faça novos testes.

Bom dia Mario, você chegou a analisar os Schemas bem como os manuais das versões 1 e 2 utilizadas pelo provedor Betha? Caso não tenha feito isso, por favor procure tanto nos Schemas quanto nos manuais por tcDadosServico. Trata-se de um tipo complexo que contém os campos (dados) referente a um serviço. Existe um grupo chamado Servico que é do tipo tcDadosServico. Abaixo temos a definição do grupo serviço nas versões 1.0, 1.1.0 e 2.02: Versão 1.0 <xs:element name="Servico" type="tns:tcDadosServico"/> Versão 1.1.0 <xs:element name="Servico" type="tns:tcDadosServico"/> Versão 2.02 <xsd:element name="Servico" type="tcDadosServico" minOccurs="1" maxOccurs="1" /> Na versão 1.0 e 1.1.0 apensar de não conter a quantidade mínima e máxima de ocorrências (como consta na versão 2.02), por padrão é 1, isso significa que o grupo é obrigatório e a quantidade máxima é 1 ou seja, esse grupo só pode constar uma única vez no XML. Você que no manual da TecnoSpeed mostra como informar um ou mais serviços. Seria interessante ver com quem usa o TecnoSpeed para emitir NFS-e e conseguir essa pessoa um XML de um Rps que foi enviado para o provedor Betha com 2 ou mais serviços, tanto na versão 1 quanto na versão 2. Tenho quase certeza que os serviços são informados de alguma forma estruturada dentro da tag Discriminacao.

Boa noite, Já inclui na minha lista de tarefas para analisar o problema. TK-3244

Boa noite, Já inclui na minha lista de tarefas para analisar o problema. TK-3243

Boa tarde Alexandre, Se você não alterou os fontes do componente, porque no XML de consulta que você anexou na sua primeira postagem em praticamente todas as tags tem o NameSpace, sendo que o componente ACBrNFSeX para o provedor em questão não gera NameSpace nas tags?

Boa tarde Idez, Favor atualizar os fontes, reinstale o ACBr e faça novos testes.

Boa tarde Marcos, Favor atualizar os fontes, reinstale o ACBr e faça novos testes.

Bom dia Marcos, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-3236

Bom dia, Notei o seguinte referente a consulta: Você informou o número do Rps como sendo 1 em vez de 7 que é o que foi enviado. Talvez não exista o Rps de número 1 e por conta disso em vez de retornar a mensagem acusando que o Rps não existe, retorna que o IM não se refere ao CNPJ do contribuinte informado. Com relação ao cancelamento: Esse provedor gera o número da nota no formato: AAAANNNNNNNNNNN, onde AAAA é o ano e NNNNNNNNNNN é o número da nota com 11 dígitos, por exemplo: 00000000561 Ao solicitar o cancelamento você informou 561, experimente informar: 202200000000561.

Bom dia Daniel, Vai ser necessário debugar o envio para saber a linha exata que ocorre o erro. A minha sugestão é que você faça essa debugue na unit ACBrNFSeXWebserviceBase, mais precisamente na procedure EnvioInterno. Preciso saber o conteúdo da propriedade: FPRetorno.

Bom dia Léo, Já inclui na minha lista de tarefas. TK-3235

Boa tarde Idez, Já inclui na minha lista de tarefas para analisar o problema. TK-3232

Boa tarde Tiago, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-3231

Bom dia Léo, Não seria o caso de apenas alterar a alinha abaixo? if EstaVazio(FXmlRps) then FXmlNFSe := GerarXML; Uma vez que devemos sempre enviar para o tomador o XML da NFS-e.

Bom dia Marcelo, Após configurar corretamente o PostMan o envio do XML do Rps ocorreu com sucesso? Se sim, precisamos agora saber como devemos montar a URL e o que mais precisamos fazer para que o componente tenha o mesmo comportamento do PostMan.

Bom dia Alexandre, Você fez alterações nos fontes do componente? Pois os fontes atuais do componente ACBrNFSeX não gera o XML referente a consulta ao lote com NameSpace em cada tag. O componente gera da seguinte forma: <Cnpj>03623045000100</Cnpj> e não dessa forma: <Cnpj xmlns="http://srv2-isscuritiba.curitiba.pr.gov.br/iss/nfse.xsd">03623045000100</Cnpj>

Bom dia Chaves, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e inicie os testes usando o programa exemplo. Já foi implementado a geração e a leitura do XML da NFS-e bem como o envio para o webservice do provedor. Vou iniciar a implementação da consulta e cancelamento.

Boa tarde, Já esta no SVN.

Boa tarde Léo, Acabei de fazer um teste usando o programa exemplo do componente ACBrNFSeX. Neste caso usei o botão [Imprimir DANFSe] O como o programa exemplo não tem conexão com nenhum banco de dados, o componente foi "populado" com os dados lidos de um XML de NFS-e. Para visualizar e imprimir o DANFSE no papel foi usado o método: ACBrNFSeX1.NotasFiscais.Imprimir; Para gerar o PDF foi utilizado o método: ACBrNFSeX1.NotasFiscais.ImprimirPDF; A execução desses dois métodos foi na sequencia: ACBrNFSeX1.NotasFiscais.Imprimir; ACBrNFSeX1.NotasFiscais.ImprimirPDF; Comparando a visualização com a impressão e com o PDF não notei nenhuma discrepância ou ausência de alguma informação.