Painel de líderes

Bom dia pessoal, Nós do Projeto ACBr temos notado alta demanda de problemas/dúvidas referente ao servidor da SEFAZ/MG - NFCe. Para as pessoas que estão utilizando para enviar 1 documento (1:1) apenas na forma de envio Assíncrono, alterem a sua regra de negócios já se adequando para a nova NT, mudando para envio Síncrono. Desta forma o envio dos cupons tem maior probabilidade de sucesso no momento, diminuindo o fluxo de suporte técnico. Abraços

Boa tarde pessoal, Nós do Projeto ACBr temos notado a muito tempo uma alta demanda de dúvidas e problemas relacionados a implementação da NFCe em contingência, desde a falta deste recurso em muitas aplicações até mesmo a implementação incorreta do mesmo. Com o objetivo de preparar um curso focado neste assunto e que dê todo o direcionamento que você desenvolvedor precisa para implementar com sucesso a Emissão da NFCe em Contingência, convidamos a comunidade a responder três perguntas simples que nos mostrarão qual é a maior dificuldade quanto a este importante recurso. Qual é seu conhecimento atual sobre a Contingência na NFCe? Se implementou ou iniciou a implementação, quais foram suas maiores dificuldades? Quais artigos, manuais ou documentos você já leu relacionado ao assunto? Para participar basta, fazer uma postagem neste tópico e caso queira complementar sua resposta com outras informações, ficaremos ainda mais gratos!

Exemplo: Recentemente foi publicada a versão 1.10 da NT 2020.005, a qual trouxe uma mudança que pode impactar diretamente a emissão da NFCe em seus clientes, trata-se da restrição do uso da emissão em modo assíncrono quando o lote contém apenas uma NFCe. Para o ambiente de homologação, esta validação e consequente rejeição da NFCe já está em vigor desde 01/07/2021 e entrará em produção em 01/09/2021. De acordo com o texto da NT será retornada a seguinte rejeição Porém em relatos no fórum também houver a seguinte rejeição devido a falha nos retornos das SEFAZ Para evitar esta rejeição, é muito simples, basta sua aplicação deverá passar a realizar o envio da NFCe (quando enviar um único documento) em modo síncrono. Exemplo utilizando o componente ACBrNFe //---------------------- Exemplo Componente ACBrNFe ------------------------------------// { O método Enviar possui 4 parametros a saber: ALote = se refere ao numero do lote de notas que esta sendo enviado Imprimir = defini se o DANFE vai ser impresso automaticamente (True = Padrão) ou não (False) Sincrono = defini se o envio vai ser no modo sincrono (True) ou assincrono (False = Padrão) <------ AQUI ------ Zipado = defini se o Xml vai ser enviado zipado (True) ou não (False = Padrão) Sincrono só pode ser True se o envio é unitario, ou seja, é enviado uma nota por vez. Muito usado para o envio da NFC-e, quanto a NF-e não são todas as UF que aceitam esse modo de envio. Zipado não são todas as UF que aceitam que o Xml seja enviado zipado. } if ACBrNFe1.NotasFiscais.Count > 1 then ACBrNFe1.Enviar(nLote) // Envia o lote contendo mais de 1 nota no modo assincrono else ACBrNFe1.Enviar(nLote, True, True) // Envia o lote contendo apenas 1 nota no modo sincrono Exemplo utilizando a biblioteca ACBrLib //-------------------------------- Exemplo ACBrLib C# --------------------------------------// Parâmetros: ALote - Numero do Lote a ser enviado AImprimir - Se True imprime o DANFe caso o NF-e for autorizado ASincrono - Se True imprime o envia em modo sincrono // <------------ AQUI -------------- AZipado - Se True imprime o envia o arquivo zipado sResposta - Usado pelo retorno, contem as informações retornadas pela consulta. esTamanho - Usado pelo retorno, contem o tamanho da string (sResposta). ACBrNFe.LimparLista(); // Também pode ser enviado o conteudo do ini. ACBrNFe.CarregarINI("c:\nfce.ini"); // Caso use xml, também pode ser enviado o conteudo do xml. //ACBrNFe.CarregarXML("c:\35XXXXXXXXXXXXXXXX550010000000050000000058-nfe.xml"); ACBrNFe.Enviar(aLote: 1, imprimir: false, sincrono: true, zipado: false); Manual ACBrLib: https://acbr.sourceforge.io/ACBrLib/NFE_Enviar.html Exemplo utilizando o ACBrMonitorPlus //-------------------------------- Exemplo ACBrMonitorPLUS --------------------------------------// Parâmetros: cArqXML - Caminho do arquivo XML a ser enviado. nLote - Número do Lote bAssina - Coloque 0 se não quiser que o componente assine o arquivo. - Parâmetro Opcional nImprime - Coloque 1 se quiser que o DANFe seja impresso logo após a autorização - Parâmetro Opcional cImpressora - Informe o nome da impressora - Parâmetro Opcional bSincrono- Coloque 1 para indicar modo síncrono e 0 para modo assíncrono. // <---------- AQUI ----------- bValidaXML- Coloque 1 para Validar e 0 para não Validar. - Parâmetro Opcional bGerarNovoXML- Coloque 1 para Gerar um novo XML para envio e 0 para não Gerar. - Parâmetro Opcional NFE.ENVIARNFE("c:\35XXXXXXXXXXXXXXXX550010000000050000000058-nfe.xml",1,1,0,,1) Manual ACBrMonitorPLUS: https://acbr.sourceforge.io/ACBrMonitor/NFEEnviarNFe.html

Boa tarde pessoal, foi publicada em 28/07/2021 a versão 1.30 da NT 2020.006, a qual prorroga a validação da regra B25c-10 relativa a exigência da informação do IndIntermed para NFe de saída com finalidade de emissão normal e também NFCe Em homologação até 23/08/2021 (Depende da SEFAZ autorizadora) Em produção 04/04/2022. Vale observar que os seguintes CFOPs são exceção para esta regra: 5205, 5206, 5207, 5251, 5252, 5253, 5254, 5255, 5256, 5257, 5258, 5301, 5302, 5303, 5304, 5305, 5306, 5307. Fonte: Portal da NFe regra B25c-10 (IndIntermed), para ser aplicada a partir do dia 04/04/2022. Observação: Nessa versão da NT não ocorreu alteração no layout do XML e nem de Schemas, apenas mudança de datas para ativação das mudanças e regras de validação na SEFAZ. Mas reforço que todos devem atualizar os fontes e os schemas por conta dos novos campos, independente se vai utilizar ou não esses campos em suas aplicações.

Boa tarde Italo Solicitei a alteração do Cidades.ini Realmente errei o código do IBGE, o código correto é 5200134.

Boa tarde a todos, Já inclui na minha lista de tarefas.

bom dia, eu tenho no meu sistema, uso acbr alias uso quase tudo do acbr, implementar e muito simples usando o acbr voces estao de parabens sucesso sempre.

Olá bom dia @Juliana Tamizou, grato pelo retorno.

Bom dia Valdir, Já inclui na minha lista de tarefas para analisar esse problema.

Claro Ju ... foi a tag Servico.Tributacao := ttTributavel; Obrigado a todos

Bom dia. Não é recomendado ficar tanto tempo sem atualizar os componentes, pois muitas atualizações acontecem ao longo de curtos periodos de tempo.. Também vale lembrar que já temos o novo componente ACBrNFSeX, recomendo testar e migrar para o mesmo. Att.

Bom dia, Temos muitos colegas relatando dificuldade em MG, o mesmo já admitiu estar com problemas e instável...o recomendando é utilizar a emissão em contingência. Att.

Bom dia, Se foi feito usando o ACBr, deve ter sido alterado localmente pelo desenvolvedor, nossos layouts não contemplam essa msg, uma vez que não faz parte da especificação do DANFe. Att.

Bom dia, pode usar LibWinCrypt, não é isso que está interferindo, e sim disponibilidade do Webservices da SEFAZ Estadual. Referente ao X ou Y conseguir, isso influencia também a regra de negócios, pois a SEFAZ não está fora do ar, e sim, intermitente, então depende de como a aplicação trata a questão do offline, e de como ela trata a questão do envio para a sefaz, se depende do operador, se esse envio é automatico, se a entrada e saida offline tambem é automática, isso está mais ligada a regra de negocio da aplicação, visto que a SEFAZ está com intermitência, então, enquanto eles não resolverem o lado deles, não tem o que ser feito do outro lado, a não ser as contingencias offline, ai como vai entrar ou sair de contigencia, tempo que vai tentar reenviar, se vai ficar isso um processo em segundo plano enviando, ai é com a softwarehouse (regra de negócios). Gráfico de ontem : Gráfico de hoje :

Oi Ju, depois de muito custo, muita pesquisa e muita ajuda, consegui testar e validar ... segunda feira 2/8 vai ser na real mesmo ... por hora, MUITO OBRIGADO ... qq coisa grito aqui de novo ...

Estou fazendo alguns testes... o xml gerado pela versão nova é praticamente igual ao gerado pelo componente antigo... A diferença que ele coloca <tc:InfRps id="Rps_138"> e no componente antigo é <tc:InfRps>.. no caso do provedor ISS.net, o codigo do municipio tem que ser 999 em modo de homologação, e o componnente novo não aceita, pois valida o código do IBGE... Qualquer novidade coloco aqui nesse post...

estou implementando ... mas é muito confuso o processo de imprimir offline e depois gerenciar o envio quando a sefaz-mg voltar

Você tem que gerar a nota com exatamente os mesmos dados da NFCe original. Então tem que ter todos eles armazenados no seu banco de dados. Isso inclui a data e hora de emissão e a tag cNF, por esta ser informada diferente da original que mudou a chave de acesso. Qualquer vírgula diferente vai acusar erro no digest value na comparação da assinatura com o protocolo de autorização.

primeira situação nunca coloco o ACBr dentro de pastas do sistema , program files, windows, já deixamos proposital c:\ACBr para isso. o windows gosta de sacanear segundo setou o path certo do schema do provedor no exemplo ou no componente antes de

Bom dia. Neste caso precisamos que instale o componente novo, o ACBrNFSeX e realize os testes com ele...pode ser inclusive com o demo.. Att.

Bom dia, O primeiro passo é instalar o novo componente, o ACBrNFSeX e testar se no mesmo o problema também ocorre. Att.

Boa noite Valter, Segue como fazer.

Problema foi juntamente a certificadora / sefaz. A principio desde a 09:20 de hoje já foi resolvido e não voltou a ocasionar até o presente. estou fechando o tópico pois está resolvido a questão e por ser fator externo! Forte Abraço!

Aqui já normalizou, todos os SERASA comunicando normalmente Iniciando Consulta Inicio TNFeStatusServico Versão Layout: 4.00 Ambiente: 1 Versão Aplicativo: SP_NFE_PL009_V4 Status Código: 107 Status Descrição: Serviço em Operação UF: SP Recebimento: 12/11/2020 09:21:58 Tempo Médio: 1 Retorno: Observação: Dados do status serviço WebService Tipo do Ambiente : PRODUÇÃO Versão do Ambiente : 4.00 Versão da Aplicação : SP_NFE_PL009_V4 Código do Status : 107 Motivo : Serviço em Operação UF : 35 - SP Data/Hora Recebimento : 12/11/2020 09:21:58 Tempo Médio de Resposta : 1 Observação do WebService :

Boa noite, Desenvolvi um exemplo para o ACBrConsultaCNPJ para FMX, baseado no exemplo já existente para Windows. Roda perfeitamente em Windows 32 e Android. No Windows 32 mostra o Captcha e traz normalmente os dados do CNPJ consultado. Portanto, está perfeitamente OK. Entretanto, quando compilo e instalo no Android, mostra o Captcha normalmente, mas na hora de consultar o CNPJ não traz os dados, dando um erro que não foi possível retornar os dados. Na verdade, pelo debug, verifiquei que existe alguma coisa a mais para fazer nas units ACBrSocket e ACBrUtil. Quando chama a função StripHtml, parece que o retorno é cortado logo depois do <head> do html de resposta. Este problema não ocorre quando compilado para Windows 32. Consequência disto, a parte onde o ACBrConsultaCNPJ lê as tags de CNPJ, Razão Social ,etc no retorno não existem porque esta função StripHtml corta o retorno conforme descrevi. Gostaria de passar o exemplo funcionando perfeitamente para você colocar no trunk. Entretanto, estou com este problema. Eu não sei quem é o Consultor dentro do ACBr que poderia me ajudar nessa... Caso queira, posso te passar o exemplo. Nelson Santos

Tópico movido, para "Base de Conhecimentos"... Obrigado @BigWings

Bom dia a todos, O componente ACBrNFe possui essa possibilidade de obter não só a IE como outras informações informando a UF e o CNPJ, veja: ACBrNFe.WebServices.ConsultaCadastro.CNPJ := xCNPJ; ou ACBrNFe.WebServices.ConsultaCadastro.CPF := xCPF; ACBrNFe.WebServices.ConsultaCadastro.UF := xUF; ACBrNFe.WebServices.ConsultaCadastro.Executar; para pegar o retorno: xRazao := ACBrNFe.WebServices.ConsultaCadastro.RetConsCad.InfCad.Items[0].xNome; xFantasia := ACBrNFe.WebServices.ConsultaCadastro.RetConsCad.InfCad.Items[0].xFant; xIE := ACBrNFe.WebServices.ConsultaCadastro.RetConsCad.InfCad.Items[0].IE; (...)

Bom dia Magrão, Tente da seguinte forma: infEvento.detEvento.xJust := pJustificativa;