Ir para conteúdo
  • Cadastre-se

Eduardo Arantes

Membros
  • Total de ítens

    68
  • Registro em

  • Última visita

Últimos Visitantes

1.338 visualizações

Eduardo Arantes's Achievements

Enthusiast

Enthusiast (6/14)

  • Dedicated Rare
  • First Post
  • Collaborator Rare
  • Conversation Starter
  • Week One Done

Recent Badges

8

Reputação

2

Community Answers

  1. 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.
  2. 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?
  3. 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
  4. 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.
  5. 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.
  6. 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.
  7. Obrigado, Juliomar. Testei aqui e funcionou perfeitamente. Valeu.
  8. 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?
  9. 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.
  10. 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.
  11. 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.
  12. 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.
  13. 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.
  14. 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.
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.