Antônio Fernando

Só para atualizar, a rejeição 999- Erro não catalogado agora esta saindo nos dois ambientes, tanto para Homologação, quanto para Produção! Aparentemente o problema é todo em GO, mas estão demorando a resolver! Por isso perguntei se alguém já mandou em ambiente de Produção! Não vejo ninguém comentar e meus clientes estão perguntando a respeito! Só resta aguardar mesmo!

Boa tarde! O Pessoal da SEFAZ-GO respondeu: "Bom dia Antonio. Em produção ainda não tá validando (NFCe). Estamos ajustando o sistema. Portanto, não haverá nenhuma penalidade. Poderia tentar emitir em homologação para verificarmos se normalizou? At.te Coordenação de Documentos Fiscais - GIEF SECRETARIA DE ESTADO DA ECONOMIA DE GOIÁS [email protected]"

Se mandar no ambiente de Produção dá Rejeição 215 - Falha no Schema! Aparentemente o problema é todo em GO, mas estão demorando a resolver! Por isso perguntei se alguém já mandou em ambiente de Produção! Não vejo ninguém comentar e meus clientes estão perguntando a respeito! Só resta aguardar!

Bom dia, Desculpe perguntar novamente, mas alguém conseguiu enviar o evento ECONF para NFC-e no estado de Goiás! Pode ser em ambiente de Homologação e/ou produção! No ambiente (Homologação) esta retornando "Rejeição 999 - Erro não catalogado" ao enviar evento ECONF. Já no ambiente (Produção) esta retornando "Rejeição 215 - Falha no schema XML" ao enviar evento ECONF. Mandei um email para: [email protected] Coordenação de Documentos Fiscais - GIEF SECRETARIA DE ESTADO DA ECONOMIA DE GOIÁS "Eles responderam: Boa tarde, O erro ainda persiste? Por favor, realizar nova tentativa. Atenciosamente, Coordenação de Documentos Fiscais - GIEF SECRETARIA DE ESTADO DA ECONOMIA DE GOIÁS" Mas ainda estou tendo as rejeições! Mandei para eles de volta: "Bom dia, Desculpe a insistência mas precisamos de um retorno urgente sobre a rejeição 215 - Falha no Schema no ambiente de PRODUÇÃO, pois os contadores estão querendo uma posicao para envio do ECONF para as NFC-e do estado de Goiás devido a instrução normativa N. 1608/2025 que exige o envio do ECONF para recebimento de NFC-e fora do estabelecimento! Aguardo retorno!"

Boa Noite, Mandei para:[email protected] "Prezados, O WebService da Sefaz-GO para NFC-e (modelo 65) em ambiente (Homologação) esta retornando "Rejeição 999 - Erro não catalogado" ao enviar evento ECONF. Já no ambiente (Produção) esta retornando "Rejeição 215 - Falha no schema XML" ao enviar evento ECONF. Para NF-e (modelo 55) que envia para o ambiente "SVRS" o evento esta sendo aceito normalmente! Essas rejeições no evento ECONF para NFC-e pode ser algum problema no WebService da Sefaz-GO? Sendo que: - A recepção da NFC-e (modelo 65) no estado de Goiás não é feita pelo Ambiente Nacional "SVRS" e sim pelo ambiente próprio; - E que para NF-e (modelo 55) que envia para o ambiente "SVRS" o evento esta sendo aceito normalmente; Fico no aguardo de um retorno, Desde já Obrigado!" Agora é aguardar!

Para enviar ECONF para uma NFC-e também estou tendo este erro no ambiente de homologação no estado de GO: "Erro não catalogado" No ambiente de Produção para o estado de GO esta ocorrendo o erro: "Erro 215 - Rejeicao: Falha no schema XML" Para NFE que envia para 'SVRS' esta tudo ok!

Adicionei a unit ACBrDFeUtil ao meu projeto e deu certo! Obrigado!

Boa tarde! Sou novato portanto me desculpem se por acaso postar de forma incorreta! Atualizei o ACBR "revision 35304", mas me parece que a função "GerarDigitoMunicipio" foi retirada mas ainda continua sendo solicitada no provedor SIAPNet. - ACBrDFe - ACBrNFSeX - Provedores - SiapNet.LerXml.pas SiapNet.LerXml.pas

Consegui achar a declaração da função "StringIsPDF. Está em "ACBrUtil.FilesIO.pas" conforme log de atualizações: 01/11/2023 -- ACBrUtil.FilesIO -- [+] Implementado a função StringIsPDF que tem como objetivo identificar se a string passada é um PDF ou não. Por: Italo Giurizzato Junior Obrigado pela ajuda!

Boa tarde, Não tinha alterações locais, mesmo assim atualizei os fontes (bolinha verde), mas continua a função "StringIsPDF" não declarada na unit "PadraoNacional.Provider.pas". Pode ser outro detalhe? Desde já Obrigado!

Boa tarde Atualizei o projeto ACBR (Completed: At revision: 31156) e quando compilei meu sistema ocorreu erro: Função "StringIsPDF" não declarada na unit "PadraoNacional.Provider.pas"; Esta função é do Delphi (Não consegui encontrar) ou devo incluir alguma nova "unit" do projeto ACBR? Utilizo o Delphi XE6. --------------------------------------------------- function TACBrNFSeXWebservicePadraoNacional.TratarXmlRetornado( const aXML: string): string; begin Result := inherited TratarXmlRetornado(aXML); if not StringIsPDF(Result) then Result := UTF8Decode(Result); end; ---------------------------------------------------- Desde já Agradeço pela ajuda!

Boa tarde, resolvi o problema! Era a variável "interromper" que estava findo de minha aplicação como "True". Vou colocar como resolvido! Não sei se tinha opção de cancelar o post! Obrigado!

Bom dia, Sendo novato no fórum, primeiramente já peço desculpas em caso de postar de forma incorreta minha dúvida! Vamos lá: Utilizo ACBrTEFD na minha aplicação, utilizando a CliSiTef32I.dll v. 7.0.117.51p de 14/04/2022. Antes da implementação da variável "EhCarteiraDigital" na ACBrTEFD o recebimento via PIX (sendo o QrCode mostrado na tela da minha aplicação e sem mensagem de rodapé (52)) funcionava perfeitamente. Agora quando o Pinpad é mais antigo e não suporta o QRCode na tela do PINPAD a transação é cancelada automaticamente depois de já aprovada. Notei que nesse trecho (Linha 870 da ACBrTEFDCliSiTef) foi incluído um tratamento (em negrito) utilizando a variável "EhCarteiraDigital" conforme treco abaixo: 3 : begin MensagemOperador := ProcessaMensagemTela( Mensagem ); MensagemCliente := MensagemOperador; DoExibeMsg( opmExibirMsgOperador, MensagemOperador, (TipoCampo=5005) ) ; DoExibeMsg( opmExibirMsgCliente, MensagemCliente, (TipoCampo=5005) ) ; if EhCarteiraDigital then begin Interromper := False; OnAguardaResp('52', 0, Interromper); if Interromper then begin Continua := -1 ; FinalizarTransacaoInterrompida := True; end; end; end ; Quando retiro o trecho abaixo funciona corretamente: Na CliSiTef32I.dll o código '52' significa: 52 - Mensagem de rodapé, opcional para o caso haja um espaço para ela ser exibida, no caso em que o QRCode foi exibido e está aguardando que o cliente faça a sua leitura. Minha Dúvida: Se não utilizo "52 Mensagem de rodapé" por que devo ficar aguardando a resposta 52 quando entro no campo 3 da variável "ProximoComando". Como a resposta não é retornada a transação é interrompida sendo que que já foi Aprovada. Desde já Obrigado! Aguardo rertorno!

Boa tarde, entrei em contato novamente com o suporte do WS da prefeitura de Goiânia-GO e eles retornaram : "Houve um problema de atenuação no link de comunicação fornecido pela Oi, mas este problema foi resolvido e não houve nenhuma alteração. Sobre a instabilidade atual, ela realmente existe e a Gerência de Infraestrutura me informou que é causada por sobrecarga nos servidores. Sugerimos que cada nota seja gerada no momento da prestação do serviço e em casos onde os RPS's foram acumulados por motivo de indisponibilidade do sistema, distribuir as requisições ao logo do dia ou até mesmo no período noturno quando o serviço tem baixa demanda." Hoje o serviço normalizou! Reenviei as notas e foram autorizadas! Obrigado pelo apoio!

Boa tarde! Sou novato no fórum portanto peço desculpas se estou postando minha dúvida em local incorreto. Utilizo no meu sistema o componente ACBrNFSe para emissão da NFSE da cidade de Goiânia-Go. Vocês estão sabendo de alguma alteração nos links do webservice, pois desde do dia 01/09/2021 não consigo enviar a nota fiscal de serviço (erro: 12002 - TimeOut de Requisição). No dia mandei um e-mail para o suporte ([email protected]) e recebi a resposta: "A Secretaria de Inovação, Ciência e Tecnologia (Sictec) informa que problemas na operadora que realiza o fornecimento de link de dados para a Prefeitura de Goiânia impactaram no funcionamento de serviços online. A fornecedora foi notificada e informou que está está trabalhando no reestabelecimento da conexão. Caso o seu e-mail não esteja relacionado a este problema, será respondido em breve. Contamos com a sua compreensão." Mandei outro e-mail hoje e eles retornaram que o serviço retornou e está nenhum problema, mas meu sistema não voltou a funcionar continua dando o retorno: 12002 - TimeOut de Requisição Obs.: Estou sabendo que o componente ACBrNFSe não vai mais ter manutenção mas enquanto não migro para o ACBrNFSeX tenho que pelo menos fazer alterações locais para o sistema não parar! Estão sabendo de alguma mudança? Desde já Obrigado Antônio Fernando

Pois é, mas no caso de incompatibilidade com o Delphi 6, deveriamos ter uma informação oficial do projeto ACBR, para que os usuários que não tem como migrar no momento para versões superiores, não fiquem tentando fazer rodar! Obrigado pela Atenção!

Tenho o mesmo problema no Delphi 6. Quando tento ativar a impressora fiscal ocorre a mensagem: Exception EAccessViolation in module ECFTeste.exe at 00002270. Access violation at address 00402270 in module 'ECFTeste.exe'. Write of address AD0ABC18. No Delphi 7 ativa normalmente. Tentei em várias máquinas, inclusive em máquinas que só tem Delphi 6 instalado. Só consigo fazer funcionar em versões do Delphi superiores a 6. A Versão que estou utilizando é a 2.01 ACBR 0.9.0a Gostaria de saber se existe incompatibilidade do ACBR com a versão Delphi 6.