Fabrício G. Araújo

Tive o mesmo problema dos colegas, cheguei ao ponto de identificar os seguintes problemas (analisando o arquivo de GO): Registros duplicados (mesmo NCM, EX e Tipo): 29038910;;0;"Hexabromociclododecano";13.45;15.45;17.00;0.00;01/11/2021;30/11/2021;BA21D5;21.2.E;IBPT/empresometro.com.br 29038910;;0;"Mirex (dodecacloro)";13.45;15.45;17.00;0.00;01/11/2021;30/11/2021;BA21D5;21.2.E;IBPT/empresometro.com.br 29038990;;0;"Outros";13.45;15.45;17.00;0.00;01/11/2021;30/11/2021;BA21D5;21.2.E;IBPT/empresometro.com.br 29038990;;0;"Outs.derivs.halogen.dos hidrocarbonetos ciclanicos,etc.";13.45;15.45;17.00;0.00;01/11/2021;30/11/2021;BA21D5;21.2.E;IBPT/empresometro.com.br 85393210;01;0;"Ex 01 - Lâmpadas mistas";25.85;27.85;17.00;0.00;01/11/2021;30/11/2021;BA21D5;21.2.E;IBPT/empresometro.com.br 85393210;01;0;"Lâmpadas mistas";25.85;27.85;17.00;0.00;01/11/2021;30/11/2021;BA21D5;21.2.E;IBPT/empresometro.com.br 85393220;01;0;"De alta pressão";13.45;15.45;17.00;0.00;01/11/2021;30/11/2021;BA21D5;21.2.E;IBPT/empresometro.com.br 85393220;01;0;"Ex 01 - De alta pressão";13.45;15.45;17.00;0.00;01/11/2021;30/11/2021;BA21D5;21.2.E;IBPT/empresometro.com.br Registros com descrição contendo ";": 30039025;;0;"alfa-Agalsidase; alfavelaglicerase";13.45;15.45;17.00;0.00;01/11/2021;30/11/2021;BA21D5;21.2.E;IBPT 30049015;;0;"alfa-Agalsidase; alfavelaglicerase";13.45;15.45;17.00;0.00;01/11/2021;30/11/2021;BA21D5;21.2.E;IBPT O pessoal do IBPT dessa vez sacaneou a parada, também baixo a muitos anos e é a primeira vez que acontece isso.

Opa... o meu suporte acabou de confirmar que está passando sem os dados do tBand... Aleluia irmãos... kkkk... prevaleceu o bom senso.

Aff... o meu suporte acabou de me confirmar que continua exigindo a informação... estou é ficando maluco com isso... Mas não tem muita saída não, como você disse, já vou deixar ajustado o sistema para amarrar ou não o tBand como configuração opcional. Ah, e ainda o ambiente de homologação está o dia inteiro retornando erro não catalogado, em qualquer nota (até a dinheiro). Nem dá para validar as alterações... canseira.

Mas essa sua nota foi autorizada? Pois deu para perceber no seu print que ela está em contingência, ou seja, se ainda não autorizou na sefaz GO ainda não passou pela validação.

Ué... não estou entendendo mais nada... o @jean_peixoto informou que para ele não deu certo sem informar os dados... Ainda não consegui um feedback do meu suporte e não sei se deu ou não certo, ainda estou aguardando.

Não brinca... em GO? Vou pedir para o pessoal do suporte entrar em contato com algum cliente para o teste em produção. Tomara que tenha prevalecido o bom senso.

Nossa... é verdade vai afetar todos os sistemas que nunca preencheram essa informação para POS (até porque nunca foi necessário). Acredito que uma sugestão para funcionar teria que criar um tipo nenhum e ajustar todas as rotinas relacionadas ao tBand.

Pelo menos em homologação está só dando erro não catalogado, mesmo em uma simples venda a dinheiro... essa SEFAZ GO tá difícil...

Tudo indica instabilidade da SEFAZ pessoal, principalmente em GO. Mais cedo estava rejeitando tudo, inclusive venda a dinheiro, agora o dinheiro está passando mas a cartão não e nem o outros (com o xPag)... espero que eles resolvam logo, pois até o momento não é algo que possamos revolver... Há não ser que alguém consiga algum artifício para contornar o problema da própria SEFAZ...

Sim, testei com a que está no SVN e não funciona a de homologação. Desculpe se não me fiz entender nos primeiros posts do tópico, mas era para ajustar apenas o de produção. Ou seja, o de homologação não precisava ser alterado, agora que foi não está funcionando em homologação. Com o arquivo que passei vai ficar tudo ok, blz?

Pessoal, Vi que subiram a sugestão que dei, mas acabaram alterando a url de homologação e na verdade era para alterar somente a de produção de GO. Talvez tenha sido isso que o @Leandroptu quis dizer @Italo Giurizzato Junior. Mas enfim, nesse momento o que está no SVN a NFC-e em homologação em GO não está funcionando, teria que voltar para o anterior, ficando assim como o anexo. ACBrNFeServicos.ini

Ah sim, segue em anexo: pcnConversao.pas

Boa tarde pessoal, Percebi um pequeno detalhe de erro de digitação na unit pcnConversao, na declaração do tipo TpcnBandeiraCartao, o cartão GreenCard foi digitado com um só "e": bcGrenCard. O mesmo ocorre no método BandeiraCartaoToDescStr para retornar os nomes dos cartões: bcGrenCard: Result := 'GrenCard'; Fica a dica, caso os moderadores queiram ajustar.

Ah, só uma ressalva, tenho usado assim: http://www.sefaz.go.gov.br/nfce/consulta Com o http, não sei dizer se funcionaria sem. Então se for o caso colocaria com o http mesmo que já está testado, ok?

Opa... sim @BigWings. Segue em anexo um NFC-e emitida hoje em produção de um cliente meu. Estão com essa url a mais de ano de boa, blz. NFCe_GO.xml

Olá pessoal, Estou fazendo uma atualização geral do ACBr e vi que no arquivo ACBrNFeServicos.ini a url para GO está assim: [NFCe_GO_P] URL-ConsultaNFCe_2.00=http://www.nfce.go.gov.br/post/ver/214344/consulta-nfce Mas no site http://nfce.encat.org/consulte-sua-nota-qr-code-versao-2-0/ temos a informação para usar: www.sefaz.go.gov.br/nfce/consulta Fiz o teste e ambas funcionam, mas acredito que a informada no site seja mais "amigável" para o usuário, pois até onde me lembro é ela que é informada nos DANFEs. Aos moderadores, se achar que devam ajustar... fica a dica. Atenciosamente, Fabrício Gomes Araújo

Obrigado por informar @Gr@c@ Acabou que nem atentei para o erro que estava dando que já havia passado por isso a muito tempo, conforme o tópico abaixo: O meu componente está modificado para o uso do arquivo .pem que agora especificamente nos servidores de MG de NF-e resolveu dar problema com certificado A1 com OpenSSL. Bastou desativar o uso do arquivo .pem e voltou a funcionar. Ajudou também outra postagem: Obrigado a todos que tentaram ajudar, agora voltou a funcionar NF-e em MG para os meus clientes.

Bom dia, obrigado por tentar ajudar @Juliomar Marchetti O pessoal do suporte relatou que vários clientes começaram a apresentar problemas, então como antes estava tudo funcionando normalmente, vou (por enquanto) descartar a possibilidade de problemas de configuração ou windows. Vou procurar saber sobre essa questão de novas cadeias de certificados, talvez seja algo por aí. Olha a mensagem que ocorreu em um dos clientes: Se tiver algo a mais que possa verificar, agradeço.

Olá pessoal, Vi um post de gente falando que está com problemas em SP, mas não vi ninguém falando de problemas em MG para emissão de NF-e. Quem tem clientes em MG estão enfrentando instabilidades essa semana? Ainda a pouco eles desativaram o SVC-AN, mas os meus clientes continuam sem conseguir emitir NF-e e se olhar a disponibilidade no portal está tudo verdinho. Fico no aguardo de alguém que tem clientes em MG. Obrigado, Fabrício

Foi exatamente isso que tentei alertar no meu tópico:

Pessoal, Sei que já está disponível a implementação da Nota MS Premiada no componente, como o tópico abaixo: Só abri esse tópico para informar que a SEFAZ/MS alterou o conteúdo retornado, que antes era assim: Dezenas: ( 06 11 19 38 45 50 54 ) Para agora assim (fiz teste hoje): NOTA MS PREMIADA | DEZENAS: ( 01 04 13 18 20 24 45 60 ) | www.notamspremiada.ms.gov.br Como eu utilizo um DANFE próprio vou precisar ajustá-los, não sei se para quem utilizam os DANFEs do componente se algo precisará ser ajustado. Repassada a informação para conhecimento da comunidade. Um grande abraço e sucesso a todos, Fabrício Gomes Araújo

Parece que o pessoal dos servidores de MG estão começando a consertar as coisas... Estava disposto a esperar a correção dos servidores, mas devido a pressão dos clientes com aquela famosa alegação: "O sistema do meu concorrente da esquina está emitido, porque o do meu sistema não?", então por livre e espontânea pressão fiz o ajuste disponibilizado no repositório. Ontem consegui reproduzir o problema em homologação, onde funcionou de boa o ajuste. Hoje quando fui testar novamente já vi que em homologação já está respondendo corretamente. Ontem estava na versão W-1.4.26 e hoje está na versão W-1.4.27. Em produção ainda continua o problema dos servidores (versão W-1.4.23), mas como em homologação já está resolvido, acredito que a qualquer momento devem resolver o de produção também. Agradeço muito a equipe do ACBr, e a todos os colegas da lista que ajudaram na solução.

Hum... nunca atentei para esse fato, mas sim uso um contador, outras pessoas geram valores aleatórios para não ficar fácil identificar a chave (que imagino seja o mais correto). Com certeza quando meu contador chegar em algum daqueles números dará m... Mas não fiz nada para tratar isso por enquanto. Até porque no seguimento que atuo até chegar em algum daqueles números já terei aposentado.

Olha o protocolo da nota que acabei de enviar tudo ok: @Sandro TC, você não está obedecendo essa regra:

@Sandro TC, acabei de testar agora e está tudo normal. Talvez a SEFAZ/GO passou a validar o código numérico e agora você não está conseguindo emitir as notas. Como sempre gerei corretamente nunca tive esse tipo de problema.