[Consulta de NFe no SVCAN parou de encontrar a nota depois de alguns minutos]

Obrigado, Renato. Vamos aguardar.

[Consulta de NFe no SVCAN parou de encontrar a nota depois de alguns minutos]

Boa noite, Senhores.

Estamos consultando uma NFe que foi transmitida com sucesso para SVCAN. As consultas iniciais funcionaram, mas depois de vários minutos, não conseguimos mais consultar a NFe. O que pode ter acontecido? Descrevo a sequência a seguir. Observe o horário das consultas:

1 - Transmissão da NFe em ambiente de PRODUÇÃO, mas com tipo emissão SVCAN.

Chave de Acesso  : 3123 0703 9134 0400 0164 5500 1000 0014 3069 0001 4307
Situacao         : Autorizado o uso da NF-e
Data Recebimento : 07/07/2023 16:31:05
Protocolo        : 631230015045151
Mensagem retorno : Autorizado o uso da NF-e
Ambiente         : Produção
Estado           : MG

2 - Efetuado o cancelamento da NFe. Retorno do cancelamento:

Chave de Acesso  : 3123 0703 9134 0400 0164 5500 1000 0014 3069 0001 4307
Motivo           : 135 - Evento registrado e vinculado a NF-e
Data Recebimento : 07/07/2023 16:33:28
Protocolo        : 631230015051432
Ambiente         : Producao
Estado           : MG

3 - Nova consulta, efetuada após o cancelamento.

Chave de Acesso  : 3123 0703 9134 0400 0164 5500 1000 0014 3069 0001 4307
Situacao         : Cancelamento de NF-e homologado
Data Recebimento : 07/07/2023 16:34:43
Protocolo        : 631230015045151
Mensagem retorno : Cancelamento de NF-e homologado
Ambiente         : Produção
Estado           : MG

4 - Depois de 22 minutos, efetuamos nova consulta, e a NFe não foi mais encontrada na base de dados.

Chave de Acesso  : 3123 0703 9134 0400 0164 5500 1000 0014 3069 0001 4307
Situacao         : Rejeicao: NF-e nao consta na base de dados da SEFAZ
Data Recebimento : 07/07/2023 16:56:41
Protocolo        :
Mensagem retorno : Rejeição: NF-e não consta na base de dados da SEFAZ
Ambiente         : Produção
Estado           : MG

Detalhe:
1 - Usamos a chave de acesso para consultar no site da Sefaz nacional, e a NFe está lá.
    Consta inclusive os horários de transmissão e de cancelamento.
2 - Consultamos no site da Sefaz.mg e aparece mensagem de inexistente.

A questão principal é por que a NFe apareceu nas consultas e de repente parou de aparecer.

Desde já agradecemos pela atenção.

 

[Rejeição 491 - tpEvento para NFe em SVCAN]

Muito grato pelo esclarecimento, Alexandre. Bom trabalho para você, e obrigado pela ajuda.

Um esclarecimento adicional...

Eu li em algum lugar que o svcan se encarrega de transmitir automaticamente para a receita. É necessário fazer mais algum procedimento, ou simplesmente aguardar?

[Rejeição 491 - tpEvento para NFe em SVCAN]

Boa noite, Senhores.

Alguém já passou por esse problema?
Enviamos uma NFe de teste com o tipo de emissão SVCAN, no ambiente de homologação, a qual foi recepcionada sem problemas e retorna consulta:

Chave de Acesso  : 31230703913404000164550010000023906900023907
Situacao         : Autorizado o uso da NF-e

Então fizemos uma carta de correção para essa NFe, mas ao enviar o evento da carta de correção, apresentou a rejeição:

491 - Rejição: O tpEvento informado inválido.

Na lógica movemos os campos cOrgao e tpEvento como mostrado abaixo:

ACBrNFe1.CartaCorrecao.CCe.Evento.Clear;   // o evento é limpo antes
with ACBrNFe1.CartaCorrecao.CCe.Evento.Add do
  begin
    ...
    infEvento.cOrgao   := StrToInt(Copy(TCarCorECHAVE_NFE.Value,1,2));
    infEvento.tpEvento := teCCe;   //110110
    ...
  end;

E nos XMLs consta o tpEvento 110110, para carta de correção, como anexamos a seguir.

O que está faltando, lembrando que enviamos a partir de MG para o SVCAN?

Obrigado.

 

30-eve.xml 30-ped-eve.xml

[ACBrNFSeX - Erro Interno: -2146893815 WEBISS]

Boa tarde, Senhores.

Estamos enfrentando problema no envio de NFSe de apenas um cliente para o WebISS em Uberaba. Os outros clientes estão funcionando normalmente. Procuramos tópicos semelhantes mas não encontramos.

Ao transmitir, retorna a mensagem abaixo, sendo que os endereços de homologação e de produção já foram conferidos e estão corretos:

-------------------------------

Método Executado: Enviar Lote Síncrono
 
Parâmetros de Envio
 
Parâmetros de Retorno
Data de Envio : 30/12/1899
Numero do Prot:
Numero da Nota:
Link          :
Sucesso       : False
 
Erro(s):
Código  : X999
Mensagem: Erro de Conexão: Erro Interno: -2146893815
Erro HTTP: 0
URL: https://homologacao.webiss.com.br/ws/nfse.asmx
Erro: 2148073481 -
Falha Enviando a Requisição. Erro: 2148073481 -
Correção:
---------

A princípio suspeitamos que poderia ser alguma falha no certificado. O cliente usa um certificado A3 - Token, mas como o mesmo certificado está funcionando na emissão de NFe, comprovamos que o certificado está correto.

Aguardamos uma resposta e agradecemos desde já,

Atenciosamente,

Eduardo.

 

[Erro Interno: -2146893815 WEBISS]

Por favor, excluam esse tópico. Eu cometi um erro e coloquei ele dentro de ACBrNFSe. Na verdade, já usamos o componente mais novo: ACBrNFSeX.

Vou criar esse tópico lá, para ficar no lugar correto. Desculpem-me.

[Erro Interno: -2146893815 WEBISS]

Boa tarde, Senhores.

Estamos enfrentando problema no envio de NFSe de apenas um cliente para o WebISS em Uberaba. Os outros clientes estão funcionando normalmente. Procuramos tópicos semelhantes mas não encontramos. Ao transmitir, retorna a mensagem abaixo, sendo que os endereços de homologação e de produção já foram conferidos e estão corretos:

-------------------------------

Método Executado: Enviar Lote Síncrono
 
Parâmetros de Envio
 
Parâmetros de Retorno
Data de Envio : 30/12/1899
Numero do Prot:
Numero da Nota:
Link          :
Sucesso       : False
 
Erro(s):
Código  : X999
Mensagem: Erro de Conexão: Erro Interno: -2146893815
Erro HTTP: 0
URL: https://homologacao.webiss.com.br/ws/nfse.asmx
Erro: 2148073481 -
Falha Enviando a Requisição. Erro: 2148073481 -
Correção:
---------

O cliente usa um certificado A3 - Token.  Funciona na consulta de status da NFe e traz resultado OK, ou seja, o certificado parece estar correto.

Aguardamos uma resposta e agradecemos desde já,

Atenciosamente,

Eduardo.

 

[É possível fazer pagamento pelo ACBRPIXCD sem informar o CPF/CNPJ do cliente?]

Obrigado, Juliomar.

Testei aqui e funcionou perfeitamente. Valeu.

[É possível fazer pagamento pelo ACBRPIXCD sem informar o CPF/CNPJ do cliente?]

Boa tarde, senhores.
Gostaria de saber se é possível fazer um pagamento pelo ACBRPIXCD sem informar o CPF/CNPJ do cliente. Por exemplo, ao fazer uma venda de NFCe, o cliente não se identificou, vai ficar registrado no sistema como Cliente Consumidor, mas ao disparar o pagamento pelo PIX, aparece mensagem de CPF Inválido. Qual seria o procedimento correto neste caso?

 

[Não atualiza status de confirmação do recebimento usando ACBrPixCD]

6 hours ago, Gilson Heleno said:

Bom dia a todos! Estou implementando o recebimento de PIX em meu sistema e ao realizar os testes hora atualiza o status de confirmado e hora não. O que posso verificar pra corrigir o problema?

Você já verificou se pode ter a ver com o estouro do tempo do ACBrPixCD1.TimeOut ?

Também fazeno para o Sicoob, algumas vezes demoramos para efetuar o pagamento, e a tela ficou eternamente aguardando pagamento. Aí, quando tentamos cancelar o pagamento, aparece mensagem de que não é possível cancelar, porque o pagamento já foi efetuado, e em seguida muda o status da tela.

 

[ACBrPIXCD - Erro HTTP 400 Sicoob apenas se não clicar nas configurações antes]

On 12/22/2022 at 2:20 PM, Juliomar Marchetti said:

sim. basicamente é um exemplo de como alimentar o componente não um software em si para produção

Sim, Juliomar. Por isso comentei a solução mais acima. Para ajudar outras pessoas na alimentação de partes do componente que estejam faltando em seus próprios softwares, e para economizar tempo na solução desse problema.

Obrigado.

[ACBrPIXCD - Erro HTTP 400 Sicoob apenas se não clicar nas configurações antes]

Olá, Juliomar.

Conforme citado mais acima, "Há na tela do Programa Exemplo do ACBrPIXCD uma lógica no evento pgPrincipalChange".

Fica no FrPrincipal.pas:

procedure TForm1.pgPrincipalChange(Sender: TObject);
begin
  if (pgPrincipal.ActivePageIndex in [0, 1]) and btSalvarParametros.Enabled then
  begin
    GravarConfiguracao;
    AplicarConfiguracao;
  end;

  btSalvarParametros.Enabled := (pgPrincipal.ActivePageIndex = 2);
end;

Ou seja, para que execute o AplicarConfiguracao, tem que estar btSalvarParametros.Enabled,

e para que btSalvarParametros esteja Enabled, tem que ter passado por pgPrincipal.ActivePageIndex = 2.

Obrigado.

[ACBrPIXCD - Erro HTTP 400 Sicoob apenas se não clicar nas configurações antes]

Apenas para relatar a solução e ajudar outros que passem pelo mesmo problema:

Há na tela do Programa Exemplo do ACBrPIXCD uma lógica no evento pgPrincipalChange que só permite executar a procedure AplicarConfiguracao se o usuário posicionar na aba Configurações e depois retornar para a aba Fluxo de Pagamento. E é nessa procedure AplicarConfiguracao que o programa carrega os dados de configuração para o componente.

Aí eu disparei AplicarConfiguracao no final do FormCreate e deixo as propriedades carregadas desde o início.

Agora o botão Pagar funciona sempre de primeira.

Obrigado pela atenção e respostas.

 

[ACBrPIXCD - Erro HTTP 400 Sicoob apenas se não clicar nas configurações antes]

17 hours ago, EliasCesar said:

Olá @Eduardo Arantes,

O problema também ocorre utlizando o nosso demo?

Provavelmente as configurações não estão sendo setadas no componente antes de enviar a requisição.

Olá, EliasCesar.

Como nós copiamos a tela para dentro do nosso projeto e mantivemos toda a lógica, imaginamos que não haveria diferença.

Mas o mais estranho, conforme relatei mais acima, é que após clicar nas abas e posicionar nas configurações do Sicoob, tudo funciona perfeitamente, inclusive efetuando o pagamento comprovado em conta.

Por isso perguntei. Se o processo se completa, não faltam dados (mas apenas se as abas são clicadas).

Alguém passou por problema semelhane?

Obrigado.

 

[ACBrPIXCD - Erro HTTP 400 Sicoob apenas se não clicar nas configurações antes]

Boa tarde, senhores.

Estamos usando o ACBrPIXCD. Copiamos a tela do programa exemplo para dentro de nosso sistema. Mas gostaria de relatar uma situação, para ver se alguém tem uma explicação/solução:
Caso 1 - A tela do pix é aberta, clico no botão pagar, mas nada acontece. Internamente, criei uma exceção para a linha ACBrPixCD1.PSP.epCob.CriarCobrancaImediata e retorna
Erro HTTP: 400, Método: GET, URL: https://auth.sicoob.com.br/auth/ralms/cooperado/protocol/openid-connect/token
Caso 2 - A tela do pix é aberta, clico primeiro na aba Configurações, aba PSPs, aba Sicoob, aba Extrair Chave/Certificdo (só posiciono nas abas, não faço mais nada). Depois disso, retorno à aba Fluxo de Pagamento e clico no botão Pagar. Aí aparece o QRCode e Aguardando Pagamento.

Isso já aconteceu inúmeras vezes. Eu tentei localizar na lógica se o clicar das abas disparava algum evento, mas não localizei. Tentei também posicionar as abas via lógica, mas também não adiantou. Só funciona quando clico com o mouse.

Alguém tem uma explicação?

Obrigado.

 

[Mudança para WebISSv2 em Uberaba. Erro de conexão.]

Muito obrigado, Renato Rubinho.

Eu pensava que o componente novo usava os mesmos arquivos de configuração. Agora já estou seguindo os passos do tópico "Inclusão de novas cidades ou alteração de provedor" que você postou acima.

Valeu demais.

 

[ACBrNFSeX - Alteração de provedor não funciona após efetuar procedimento]

Bom dia, Senhores.

Ontem, dia 12, passaram a valer em Uberaba os novos endereços de Webservice.
Seguimos os procedimentos descritos no tópico do Italo "Inclusão de novas cidades ou alteração de provedor", que replico abaixo, conforme efetuamos:

Antes de mais nada, alteramos os dados de Uberaba dentro do ACBrNFSeServicos.ini, que estavan assim:

[3170107]
Nome=Uberaba
UF=MG
Provedor=WebISS
ProRecepcionar=https://www1.webiss.com.br/Uberaba_wsnfse/NfseServices.svc
HomRecepcionar=https://www1.webiss.com.br/Uberaba_wsnfse_homolog/NfseServices.svc

E depois da alteração ficaram assim:

[3170107]
Nome=Uberaba
UF=MG
Provedor=WebISS
Versao=2.02
ProRecepcionar=https://uberabamg.webiss.com.br/ws/nfse.asmx
HomRecepcionar=https://homologacao.webiss.com.br/ws/nfse.asmx
;
ProLinkURL=https://uberabamg.webiss.com.br/externo/nfse/visualizar/%Cnpj%/%CodVerif%/%NumeroNFSe%
HomLinkURL=https://homologacao.webiss.com.br/externo/nfse/visualizar/%Cnpj%/%CodVerif%/%NumeroNFSe%

Em seguida, efetuamos os passos:

1. Salvar o arquivo ACBrNFSeXServicos.ini;
2. Executar o Compila_RES que se encontra na mesma pasta;  (Executado como Administrdor, por segurança)
3. Reinstalar o ACBr; - (Obs.: Executamos o ACBrInstall_Trunk2, sem executar antes o apagarAcbr.bat)
4. Compilar a aplicação com a opção Build.

Prestamos bastante atenção no aviso:
Se não seguir os passos acima a alteração realizada no ACBrNFSeXServicos.ini não será reconhecida pelo componente ACBrNFSeX.

Mas, apesar de efetuar todos os passos, ao executar a transmissão, aparece a mensagem:

Método Executado: Enviar Lote
...
Erro(s):
Código  : X999
Mensagem: Erro de conexão: Erro interno: 0
Erro HTTP: 503
URL: https://www1.webiss.com.br/Uberaba_wsnfse/NfseServices.svc

Como vocês podem perceber, na mensagem de retorno consta o endereço antigo.
O que fizemos de errado ou deixamos de fazer, que a alteração não está sendo consolidada?

Desde já agradecemos, e aguardamos resposta.

 

[Mudança para WebISSv2 em Uberaba. Erro de conexão.]

Boa tarde, senhores.

Usamos o componente ACBrNFSeX, funcionando perfeitamente há vários meses,
transmitindo no modo assíncrono.
O WebISS em Uberaba está mudando agora para versão 2.02 da ABRASF.
Eles emitiram um comunicado orientando qual seria o endereço para os webservices
de homologação: https://homologacao.webiss.com.br/ws/nfse.asmx 

Seguimos uma postagem aqui do forum:

1 - No Cidades.ini ficou assim:
[3170107]
Nome=Uberaba
UF=MG
Provedor=WebISSv2
NomeURL_H=Uberaba
NomeURL_P=Uberaba

2 - Verificamos que no WebISSv2.ini consta:
[URL_H]
RecepcaoLoteRPS=https://homologacao.webiss.com.br/ws/nfse.asmx
RecepcaoLoteRPS_3159605=https://www.webiss.com.br/%NomeURL_H%_wsnfse_homolog/NfseServices.svc

3 - Por orientação do comunicado, preenchemos o CEP com 99999-999 e o código da
cidade com 9999999 para os testes de homologação.

Mas quando efetuamos a transmissão, recebemos o seguinte retorno:

Método Executado: Enviar Lote
 
Parâmetros de Envio
Numero do Lote: 66427
 
Parâmetros de Retorno
Data de Envio : 29/10/2022
Numero do Prot: 23
Numero da Nota:
Link          :
Código Verif. :
Sucesso       : True
 
 
Método Executado: ConsultarSituacao
 
Parâmetros de Envio
Numero do Prot: 23
Numero do Lote: 66427
 
Parâmetros de Retorno
Situação Lote : 2
Sucesso       : False
 
Erro(s):
Código  : X999
Mensagem: Erro de Conexão: Erro Interno: 0
Erro HTTP: 500
URL: https://www1.webiss.com.br/Uberaba_wsnfse_homolog/NfseServices.svc

Erro de Conexão.
Correção:
---------
 
 
Método Executado: ConsultarLote
 
Parâmetros de Envio
Numero do Prot: 23
Numero do Lote:
 
Parâmetros de Retorno
Situação Lote :
Sucesso       : False
 
Erro(s):
Código  : X999
Mensagem: Erro de Conexão: Erro Interno: 0
Erro HTTP: 500
URL: https://www1.webiss.com.br/Uberaba_wsnfse_homolog/NfseServices.svc

Erro de Conexão.
Correção:
---------
 
NFS-e Numero....:
Cod. Verificacao:
Prestador.......: PRESTADOR DE TESTE
Tomador.........: CLIENTE DE TESTE

Existe mais algum arquivo a ser configurado? Porque aparentemente não está
conseguindo conexão com o servidor de homologação, apesar das URLs estarem
corretas. (Será?)

Agradecemos antecipadamente, e aguardamos resposta.

 

[ACBrNFSeX - Transmissão mais lenta no novo componente]

On 5/15/2022 at 11:15 AM, Italo Giurizzato Junior said:

Bom dia Eduardo,

Se você estudar o programa exemplo do novo componente, vai descobrir que o LoadXml que consta na procedure ChecarResposta possui um sleep.

É ele que esta provocando esse congelamento.

Obrigado pela observação, Italo. Por enquanto, devido ao atendimento de algumas emergências, colocamos um panel bloqueando a tela, apenas para evitar que o usuário clique apressadamente onde não deve. Assim que possível, iremos estudar melhor o assunto.  Já anotei aqui sua resposta. Pode fechar o tópico, e obrigado a todos pelas explicações.

[ACBrNFSeX - Transmissão mais lenta no novo componente]

Olá, Juliomar.

Esqueci de informar. Trata-se do servidor WebISS na cidade de Uberaba.

A demora acontece no intervalo entre as duas linhas abaixo:

ACBrNFSeX1.Emitir(NumLote_aux, meLoteAssincrono, false);

ChecarResposta(tmRecepcionar);

A tela fica congelada antes de trazer a mensagem com o resultado da transmissão. Então já aconteceu de o usuário não saber o que está acontecendo, e acaba clicando em outros lugares antes de obter o retorno. Mas, como você disse que não tem nada de diferente na transmissão, vamos fazer um bloqueio de tela, para que o usuário não interfira no processo. A nossa pergunta decorre do fato de o processo de transmissão ter sido mudado de ".Enviar" para ".Emitir" (que não havia no antigo componente). Por isso, suspeitamos que essa mudança causasse alguma demora adicional.

Obrigado pela atenção.

[ACBrNFSeX - Transmissão mais lenta no novo componente]

Bom dia, Senhores.

Após a migração para o novo componente ACBrNFSeX, nossos clientes tem reclamado de uma maior lentidão no processo de transmissão. Eu, como desenvolvedor, entendo que o novo componente agrega novas funcionalidades, novos métodos, e pode demorar mais. Eu queria saber se outras pessoas notaram essa lentidão em relação ao componente antigo, e principalmente, se há algo a fazer, configurar, para acelerar o retorno após a transmissão.

Obrigado.

 

[O comando ACBrNFSeX.Emitir tem dentro dele a impressão do DANFSE ?]

Boa noite, Juliomar.

Obrigado pela resposta. Me ajudou muito, porque eu não sabia que tinha esse parâmetro no comando Emitir. Como eu tinha seguido o exemplo (linha abaixo), não tinha conhecimento desse parâmetro. Procurei nos dois componentes uma propriedade que controlasse isso, e só resolvi perguntar aqui quando não encontrei nada. 

  // meLoteAssincrono: Ajusta o Emitir para enviar um lote de Rps no modo Assincrono
  ACBrNFSeX1.Emitir(vNumLote, meLoteAssincrono);

Obrigado pela ajuda muito útil que vocês prestam, como de costume, ajudando a compreender o funcionamento dos componentes.

Um abraço a todos.

[O comando ACBrNFSeX.Emitir tem dentro dele a impressão do DANFSE ?]

Boa noite, Senhores.

Uma dúvida sobre o funcionamento do componente ACBrNFSeX.

Ao efetuar o comando ACBrNFSeX1.Emitir, dentro desse comando já está incluída a impressão do DANFSE de maneira automática após a transmissão? Ou esta fica exclusivamente dependente de eu executar o comando ACBrNFSeX1.NotasFiscais.Imprimir ?

Obrigado.

 

[Problema na transmissão NFCe após mudança URL em Minas Gerais]

On 4/9/2022 at 9:09 AM, BigWings said:

No Discord do ACBr estão relatando instabilidade há pelo menos uma semana. Não tem relação com a alteração da URL (ou não deveria ter).

Bom saber que não tem relação com a alteração de URL, e sim com instabilidade.

Obrigado.

[Problema na transmissão NFCe após mudança URL em Minas Gerais]

On 4/11/2022 at 4:20 PM, Rodrigo Franca said:

      Pessoal a sefaz de MG continua com instabilidade, ja faz mais de 10 dias, um certo tempo ela normaliza mas na maioria do tempo estao com problemas. Na maioria dos meus clientes as vezes estou deixando em contigencia. Servidor de Minas e muito complicado.

Obrigado pelo retorno, Rodrigo. Estávamos batendo cabeça, achando que a culpa era nossa. Nada dava certo e não tinha explicação. De repente, sem mexer em nada, passou a funcionar tudo. Aí percebemos que era tudo instabilidade.

Grato pela confirmação.