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