Italo Giurizzato Junior

Bom dia Elisângela, Verifica se não foi criado a pasta "Notas"? Se sim, dentro dela é para conter o XML da NFS-e, que você vai utilizar para imprimir o DANFSE.

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

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

Bom dia Rosemir, Muito obrigado pela colaboração, já inclui na minha lista de tarefas para analise. TK-4201

Bom dia Hugo, Pela imagem notei que se trata da SEFAZ-MG, correto? Pois bem, favor entrar em contato com a SEFAZ e relatar o problema, esse é mais uma bug do webservice deles. Do nosso lado não tem o que fazer, eles que tem que arrumar a kaka que eles fizeram.

Boa tarde Bruno, Enviei uma possível solução para o problema do cancelamento. Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Boa tarde Luiz, Neste caso, não vejo outra alternativa você entrar em contato com o provedor e expor o problema, mostrar para eles o XML que esta sendo enviado e o retorno que você esta tendo.

Bom dia André, Uso indevido ocorre quando você consome um serviço muitas vezes em um curto espaço de tempo. Essa consulta pelo recibo não esta ocorrendo muitas vezes em um curto espaço de tempo?

Jovito, Você esta gerando o arquivo INI e carregando ele? Se sim, você incluiu o campo Producao dentro da sessão IdentificacaoRps ? (...) [IdentificacaoRps] ; Valor 1 = Produção; 2 = Homologação Producao=1 (...) Eu fiz testes usando o programa exemplo do componente e não tive erros. Realizei testes no ambiente de homologação e de produção.

Luiz, Acabei de fazer um teste usando o programa exemplo do componente, veja o resultado: Envio no modo Unitário: Requisição Ambiente: 1 Cidade : Sao Jose do Xingu/MT Provedor: Agili Versão: 1.00 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 : False Erro(s): Código : E10 Mensagem: Não foi possível autenticar com o CNPJ informado para a unidade gestora (Prefeitura). Correção: Corrija o CNPJ informado na TAG 'UnidadeGestora' e tente novamente. Envio no modo Assíncrono (lote com 2 Rps): Requisição Ambiente: 1 Cidade : Sao Jose do Xingu/MT Provedor: Agili Versão: 1.00 Método Executado: Enviar Lote Parâmetros de Envio Numero do Lote: 2 Parâmetros de Retorno Data de Envio : 30/12/1899 Numero do Prot: Numero da Nota: Link : Código Verif. : Sucesso : False Erro(s): Código : E10 Mensagem: Não foi possível autenticar com o CNPJ informado para a unidade gestora (Prefeitura). Correção: Corrija o CNPJ informado na TAG 'UnidadeGestora' e tente novamente. Pela mensagem de erro que você esta recebendo, pode ser que algum campo não esta sendo alimentado. Por outro lado, os erros que eu recebi é de se esperar uma vez que passei dados invalidos.

Jovito, No arquivo ACBrNFSeXServicos.ini ficou desta forma: [3130101] ; Atualizado em 12/07/2023 Nome=Igarape UF=MG Provedor=ISSDigital Versao=2.00 ProRecepcionar=https://igarape.quasar.srv.br/nfe/snissdigitalsvc HomRecepcionar=https://igarape.quasar.srv.br/nfe/snissdigitalsvc

Bom dia Jovito, Acabei de realizar testes e não tive esse erro. Vou enviar novamente para o SVN o arquivo ACBrNFSeXSevicos, pois ficou faltando a URL de homologação.

Luiz, Segundo o programa exemplo temos: { O método Emitir possui os seguintes parâmetros: aNumLote (String) aModEnvio [meAutomatico, meLoteAssincrono, meLoteSincrono, meUnitario] aImprimir (Boolean) Valor Padrão = True, portanto imprime o DANFSE } // meUnitario: Ajusta o Emitir para enviar somente um Rps ACBrNFSeX1.Emitir(vNumLote, meUnitario); Ao enviar o Rps no modo Unitário, qual é o erro?

Bom dia Rodrigues, Você esta usando o ACBrNFSe ou ACBrNFSeX? Não estamos mais dando suporte ao componente antigo: ACBrNFSe somente ao novo: ACBrNFSeX. Com relação a esse erro não tenho como lhe ajudar, tentou entrar em contato com o contador do seu cliente? Peça para o seu cliente emitir uma nota via site, baixa o XML da nota, para ver qual é o código.

Bom dia Luiz, Esse XML é do RPS. Qual é o erro que ocorre ao enviar ele através do modo unitário?

Tópico fechado por falta de retorno do usuário

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

Luiz, Qual é a cidade?

Wagner, Chegou a abrir o arquivo 1-pro-lot-soap.xml? Olha o que tem nele: <?xml version="1.0" encoding="UTF-8"?> <S:Envelope xmlns:S="http://www.w3.org/2003/05/soap-envelope"> <S:Body> <cteRecepcaoResult xmlns="http://www.portalfiscal.inf.br/cte/wsdl/CTeRecepcaoSincV4"/> </S:Body> </S:Envelope> Resumindo, a SEFAZ não retornou nada. Entre em contato com a SEFAZ e expõe o problema.

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

Jovito, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes. Observação, no site da prefeitura não encontrei a URL de homologação somente a de produção. Favor entrar em contato com a prefeitura ou com o provedor e questione sobre a URL de homologação. Caso você consiga, por favor nos informe para que possamos atualizar o arquivo ACBrNFSeXServicos.ini

Boa tarde Felipe, No programa exemplo também ocorre o mesmo erro? Se não ocorre é porque esta declarado em "uses" a unit ACBrNFSeXWebserviceBase.

Boa tarde Luiz, O problema é o seguinte, esse provedor permite que o envio do Rps pode ocorrer de modo unitário ou em lote. No modo unitário, obviamente vai ser enviado somente um RPS por vez. Já no modo em Lote, segundo o schema temos o seguinte: <xsd:simpleType name="tsQuantidadeRps"> <xsd:restriction base="xsd:int"> <xsd:totalDigits value="4" /> <xsd:minInclusive value="2"/> </xsd:restriction> </xsd:simpleType> Acima temos a regra que valida a tag QuantidadeRps. Ela diz que a tag contem um numero inteiro, a quantidade máxima de dígitos é 4, mas o valor mínimo é 2. Resumindo, se você deseja enviar o Rps no modo em lote, deverá enviar no mínimo 2 Rps no Lote. Se for enviar somente um, use o modo unitário. Se for enviar 2 ou mais Rps de uma única vez, use o modo lote.

Boa tarde Bruno, O problema é o seguinte, o provedor Ginfes utilizava uma layout de cancelamento chamado de versão 2, layout este diferente do que consta no manual da ABRASF. Agora eles passaram a usar o outro layout de cancelamento chamado de versão 3 que segue o que esta no manual da ABRASF. Fiz as alterações necessárias no componente para atender essa alteração, mas mesmo assim continuo a receber a mensagem de erro: <?xml version="1.0" encoding="UTF-8"?> <CancelarNfseResposta xmlns:ns3="http://www.ginfes.com.br/servico_cancelar_nfse_resposta_v03.xsd" xmlns="http://www.ginfes.com.br/tipos_v03.xsd" xmlns:ns2="http://www.w3.org/2000/09/xmldsig#"> <ListaMensagemRetorno> <MensagemRetorno> <Codigo>E160</Codigo> <Mensagem>Arquivo enviado fora da estrutura do arquivo XML de entrada.</Mensagem> <Correcao>Envie um arquivo dentro do schema do arquivo XML de entrada.</Correcao> </MensagemRetorno> </ListaMensagemRetorno> </CancelarNfseResposta> Ainda continuo em busca de uma solução para o problema.

Boa tarde Rodrigues, Se você trabalha com o Delphi faça os testes usando o programa exemplo do componente ACBrNFSeX. Ele já esta preparado para emitir notas para Ribeirão Preto que é atendido pelo provedor ISSNet na versão 2.04