Painel de líderes

Boa tarde, estava com o mesmo problema e enviei um email para a SEFAZ e acabo de ter a resposta: Prezado contribuinte, A regra de validação Y09-10 prevista na nota técnica 2016.002 possui vigência a partir de 2/7/2018. Foi identificada uma falha na execução dessa regra que gerava indevidamente o retorno “898 Rejeição: Data de vencimento da parcela não informada ou menor que Data de Autorização” quando a data de vencimento era a mesma da Data de Autorização da NF-e. Esse problema foi corrigido no dia 3/7/2018 às 10h15. Solicitamos que faça um novo teste de autorização por gentileza. Agradecemos seu contato no "Fale Conosco" da Secretaria da Fazenda.

Companheiros Acho que me compete aqui lembrar que todas situações que envolvem a geração e transmissão da NFE são complexas e envolvem diversos fatores : - Nosso ERP em Delphi - Os Componentes ACBR; - O Sistema Operacional em uso em nossos clientes; - Governo Federal ( que coordena o projeto da NFE ); - A Sefaz de cada Unidade da Federação ( cada qual com sua capacidade de investir em tecnologia ); - Os Provedores de Internet que nossos clientes utilizam; - etc.. Então, quando nos deparamos com qualquer erro, temos que ter atenção e calma para identificar a causa deste. Com relação aos Companheiros Coordenadores do Projeto Acbr ( srs. Daniel, Italo e outros ) a empresa que trabalho e eu só temos que tecer elogios e fazer agradecimos pela gentileza e parceria dos últimos 9 anos. Graças à iniciativa destes senhores hoje temos como disponibilizar aos nossos Clientes a transmissão da NFE de forma segura e confortável. Lembrando ainda que em ambiente de Código Aberto todos são co-responsáveis e devem ajudar e interagir. Com relação à este erro específico da tag : vDesc, acredito que teremos que esperar por uma solução da Sefaz. Grato

Boa tarde! Sim. Sim. Quando você instalar o ACBrMonitorPLUS procure pelo arquivo de help que está no formato .chm e .pdf Desejando acessar o help online, observe os links: Help: https://acbr.sourceforge.io/ACBrMonitor/SintaxedosComandosACBr.html Todos os comandos referente a boletos: https://acbr.sourceforge.io/ACBrMonitor/ComandosdoObjetoBoleto.html Passo a passo para entender o arquivo de integração. https://acbr.sourceforge.io/ACBrMonitor/ComoimprimirumBoleto.html Área do fórum do qual existem vários tópicos sobre boleto. https://www.projetoacbr.com.br/forum/forum/8-acbrboleto/

Atualizamos recentemente o ACBr depois de ficar quase 2 meses sem fazer isso, e constatamos um problema semelhante ao que muitos aqui estão relatando nos últimos dias aqui no Fórum, erro 12175 na consulta do Status do WS. Nós sempre usamos WinINet, setado em design. Pelo que verificamos, o problema surgiu na revisão 15267 realizada pelo DOPI, onde foi corrigido um erro de access violation ao usar a propriedade TimeOutPorThread como True. Porém, esta alteração fez com que, no momento da criação do componente, a inicialização do TACBrWinINetReqResp nunca seja chamada, porque no constructor do TDFeHttpWinHttp, o ADFeSSL.SSLHttpLib ainda está como httpNone, caindo no create do TACBrWinHTTPReqResp. Uma solução é habilitar o TimeOutPorThread, porque isso faz com que a cada criação da Thread, a inicialização do TACBrWinINetReqResp seja chamada. Mas para quem ficar com o TimeOutPorThread = False e httpWinINet setado em design, enfrentará problemas. Como sugestão para resolver o problema, e mantendo a correção do access violation que o DOPI fez, sugerimos mudar a atribuição do FSSLHttpLib := ASSLHttpLib; para antes do case. Assim, no momento do Create, o httpWinINet já estará setado e fará a inicialização correta. Segue em anexo a unit ACBrDFeSSL.pas com a correção sugerida. @Daniel Simoes, poderia por favor dar uma verificada? ACBrDFeSSL.pas

Fique por dentro das novidades da NFC-e Versão 2.00 do QR-Code: A versão 2.00 do QR-Code já está disponível para testes em ambiente de homologação, a data prevista para o ambiente de produção é 09/07/2018 Para testar, use as seguintes configurações no componente ACBrNFe: ACBrNFe1.Configuracoes.Geral.VersaoDF := ve400; ACBrNFe1.Configuracoes.Geral.ModeloDF := moNFCe; ACBrNFe1.Configuracoes.Geral.VersaoQRCode := veqr200; Fonte: http://nfce.encat.org/ O que se esperar de um Sistema para Emissão de NFC-e? Foi publicado no Portal Nacional da NF-e um manual de boas práticas visando orientar a todos os desenvolvedores as características básicas de um bom sistema emissor de NFC-e, consulte o Manual de Boas Práticas no desenvolvimento de emissor de NFC-e - BP 2018.001 - versão 1.0 CUIDADO: Consumo indevido poderá bloquear sua aplicação. Fique atento as regras divulgadas na NT 2018.002 para previnir o erro "Consumo Indevido" e evite penalidades definidas na legislação de cada UF.

Realizando testes com NFe 4.0 SEFAZ SP, observei rejeição quando a tag fatura/vDesc não estava presente no XML. Provavelmente a NT não está correta em indicar que a ocorrência das filhas de fatura seriam 0-1, acredito que o correto seria 1-1. pcnNFeW.pas

Foi visto que o campo IND_REC_RECEITA do bloco 0010 não é um campo obrigatório, sendo assim, este campo não deve possuir nenhum valor caso a opção de critério de reconhecimento de receitas não seja regime de caixa ou regime de competência, conforme o Manual da ECF leiaute 4. ACBrECFBloco_0_Class.pas ACBrECFBlocos.pas

dbrazoli eu consegui em 100% dos windows 7 , fazendo com que eles atulizassem e instalassem o Ie11 e marcado apenas Usar TLS 1.2 , e reiniciano o IE, e acessando o site : https://nfe-homologacao.svrs.rs.gov.br/ws/NfeStatusServico/NfeStatusServico4.asmx?wsdl ( essa dica do link foi dado por outro colega aqui do forum que não recordo o nome ) pelo IE11 ter resposta. Alguns poucos ao atualizar continuavam a dar acesso negado , nesses não teve jeito, formataram e ai ficou resolvido. Essa saga também se dá nos W8 e W10 que não estão atualizados.

A URL do QrCode não mudou, oq mudou foi a URL de Consulta que é impresso no DANFe.

Oi também estou testando nesta mesma URL e ainda mesmo retorno de quando não tinham implementado ainda. Acho que temos que esperar, vou ficar testando nos próximos dias.

A URL de consulta no estado RS não modificou na versão "2" do Qr Code? Pesquisei no site: http://nfce.encat.org/desenvolvedor/qrcode/ e está o mesmo: https://www.sefaz.rs.gov.br/NFCE/NFCE-COM.aspx

Entendi.... obrigado... fiz com o outras e funcionou.... obrigado mais uma vz!!

Olá Daniel, eu tinha olhado este tópico, mas olhando novamente com mais atenção identifiquei o problema, resolvido obrigado!

Olha..Pessoall.. ohando as postagens, acima , posso afirmar , que tudo isso é culpa do proprio Sefaz. Realmente, ninguem tem como saber.. Nessa hora, temos de unir as forças.. Eu sou Assinante Sac, e estou muito satisfeito, com o que recebo.. Esssa questão 4.0, nao tem como realmente saber, sem acontecer as coisas.. Para mim.. Suporte 100%, sem eles, o que seria de nossa vida?.. ja imaginaram?..

Daniel, boa tarde! Ontem enviamos e-mail para o sefaz, referente a essa divergencia na NT, como segue abaixo: e o retorno deles foi o seguinte: e como vc disse, o jeito é aguardar.

Boa tarde. Comunico que já consegui resolver os erros 12175 e 12029. Mesmo depois de atualizado o windows eu continuava tendo dificuldades. Reli alguns posts e alterei a dependência do capicom, conforme artigo By By Capicom (https://www.projetoacbr.com.br/forum/topic/35727-bye-bye-capicom/do meu xará Simôes. Consegui homologar na SEFAZ/PR. Agradeço a todos que colaboraram com as respostas. Foram muito úteis. Grato. Daniel.

Sr. Daniel Na verdade o problema descrito neste Post já foi totalmente resolvido. Atualmente, em todos os computadores, independentemente de qual seja o Sistema Operacional estamos conseguindo transmitir a Nfe 4.00 com sucesso. Nos computadores que apresentavam problema resolvemos utilizando esta configuração alternativa ( SSLLIB = libOpenSSL ). Tive apenas a preocupação de postar no último dia 27/06/2018 a solução que encontrei para que também possa beneficiar os demais companheiros. Agradeçemos muito sua atenção. Carlos Augusto Franca-SP

Só uma sugestão: O correto é fazer nfe por natureza de operação, ou seja, uma de venda e uma de bonificação, sendo que a bonificação seria "Sem pagamento". Mas como o SEFAZ permite que uma nfe tenha cfop´s de naturezas diversas, você poderia lançar uma forma de pagamento ref a bonificação como Outros.

Segue uma sugestão para implementação do comando setmodelo no objeto POSPRINTER. DoPosPrinterUnit.pas

Há quem interessar, acho que descobri uma função simples e eficaz. function MRound(val,prec:Double):Double; begin Result:=Round(Val/Prec)*Prec; end; procedure TForm1.Button1Click(Sender: TObject); var numero:Double; begin numero := StrToFloat(Edit1.Text); Edit2.Text := FloatToStr(MRound(numero,0.05)); end;

https://www.projetoacbr.com.br/forum/topic/44466-905-rejeicao-campos-do-grupo-fatura-nao-informados/

Sim havia um erro no Schema que não permitia a tag vDesc com valor zero, o schema já foi atualizado no portal da NFe, agora é só aguardar as SEFAZ atualizar.

Senhores, Desculpem ai pelo desabafo off topic, mas essa prorrogação da NT 60 "toda verdinha" só prejudicou quem foi pontual e cumpriu o prazo. Agora o ambiente de homologação ficou diferente do de produção e os testes ficaram confusos. Impedir a validação de uma NF porque não informou um campo "vDesc" com valor ZERO, é falta de inteligência. Obrigar que o nDup seja um valor sequencial, formatadinho com "000", é muita falta de inteligência. E essa comida de barriga com a data do vencimento.... Bom, só torcendo para que alguém do SEFAZ leia esse meu post. ?

Veja este tópico:

Boa noite Na verdade o juliomar quis corrigir o meu comentario acima... no momento não devo ter lido todo o topico e não vi q tinha em anexo alterações no danfe em fortes também... Enfim, acredito que a propriedade ImprimirUnQtVlComercial vai sim resolver seu problema para exibir a unidade e vlr unit de tributação... Att Ricardo

Pessoal, para pagamento a VISTA a tags do Grupo Parcelas Y07 dup não deverão ser informadas, o governo entende que não tera parcelas a serem pagas, uma vez que é a vista ja esta pago. Procurem na internet a nota tecnica NT_2016_002_v1_60.pdf que temos ate campos novos !

Boa tarde pessoal , pelo que eu entendi se não tenho o código EAN dos produtos, devo informar deste jeito na tag: prod.cEAN = ' SEM GTIN ' Alguém poderia me informa se está correto este meu entendimento. Desde já agradeço pela atenção

Foi liberado hoje pacote de atualização de Schemas que permite a geração das tags vOrig, vDesc e vLiq do grupo fat com valor zero. Os novo schemas já se encontram atualizados no repositório. Entretanto, é preciso que as SEFAZ também atualizem, senão pode haver rejeição por falha de schema. Fazendo a validação do XML na SEFAZ-RS, com um XML com a tag vDesc = 0,00 acusa erro, pois ainda não atualizaram os schemas: A sugestão é incluir um valor qualquer no vDesc, somando também ao vOrig. Adendo: Lembrando que essa regra não está sendo aplicada ainda em produção, ela está marcada como implementação futura a partir de 03/09/2018, de acordo com a NT:

Bem ai que esta o problema já que a nota técnica vai de contra a isso, então não da de saber se é um erro deles ou um erro na NT. Como traz a NT 1.60 não obriga nenhum dos campos do "Grupo Fatura", a Regra "Y01-20" meio que vai de contra ao que esta na descriminação do campo... Agora ficamos nessa de se o Estagiário lá só seguio ao pé da letra o que estava descrito na regra ou se esqueceram de alterar a descrição do campo.

Isso que o Juninho colocou é importante, tivemos máquinas que tinham todos os update menos o IE11 e não funcionava o TLS1.2 somente após a instalação em separado do IE11 é que passou a funcionar

Daniel, acho que você não leu direito minha resposta ou eu não fui claro, rs.. Como mencionei, não tem necessariamente a ver versão a versão do Windows (pode ser 7, 8 ou 10), mas o problema é falta algum update/pack. Vai por mim, tivemos mais de 180 usuários com esse erro. Todos, absolutamente todos foram resolvidos após a atualização total do Windows. Veja, por exemplo, se este remendo está instalado -> https://support.microsoft.com/pt-br/help/3140245/update-to-enable-tls-1.1-and-tls-1.2-as-a-default-secure-protocols-in-winhttp-in-windows Abraços.

Fico a disposição para ajudar no desenvolvimento, se alguém conseguir os schemas e exemplos, podemos iniciar alguma coisa..

Componentes e-Social / Reinf no ACBrMonitorPlus A partir da Versão 1.2.0.5 do ACBrMonitorPlus, está contemplando os Componentes e-Social e Reinf (versão para Testes). A versão pode ser baixada pelos Assinantes SAC do projeto ACBr, através do Link: Para iniciar os testes com a versão atualizada, basta configurar a Versão do Layout e os dados solicitados na aba: DFe / WebService / e-Social ou Reinf e-Social: Reinf: A documentação com todos os Comandos e Parâmetros aceitos pelo ACBrMonitor e os Modelos dos arquivos .INI com todos os eventos dos componentes, podem ser acessados utilizando o Help na tela do ACBrMonitor (Tecla: F1) ou pela documentação On-Line: https://acbr.sourceforge.io/ACBrMonitor/eSocialCriarEventoeSocial.html https://acbr.sourceforge.io/ACBrMonitor/ReinfCriarEventoReinf.html Contamos com a colaboração dos colegas que utilizam estes DFes para realização dos testes...

Obrigado pela analise e correção... enviado para o SVN, com o commit: 15375

Você deve informar uma data superior a data atual, que será a data de autorização da NFe. Ou seja, a emissão pode conter uma data anterior, mas a data de vencimento da parcela não.

Olá BigWings.... deu certo da maneira que fiz abaixo..... EMAIL.Novo() OK: Novo E-mail iniciado! EMAIL.AdicionaPara("[email protected]","MARIA AP ROQUE DOS SANTOS") OK: E-mail [email protected] adicionado a lista "Para". EMAIL.Assunto("Boleto de NFe") OK: EMAIL.TextoAlternativo("Segue em Anexo Boleto Emitido Referente NFe - 006138") OK: EMAIL.UsarHTML(True) OK: EMAIL.TextoAlternativo(" ") OK: EMAIL.TextoAlternativo("LAIZA CONFECCOES LTDA") OK: EMAIL.TextoAlternativo("Fone: (19)3468-6554") OK: EMAIL.TextoAlternativo("E-Mail: [email protected]") OK: EMAIL.AdicionaAnexo("C:\Boletos\NFe-6124-4.PDF") OK: Anexo incluido com sucesso! EMAIL.ConfirmarLeitura(True) OK: EMAIL.Enviar() .....só um detalhe no envio a linha fone e e-mail estão ok,porem quando recebo e-mail não estão corretos..... o que poderia ser... (ponto em e-mail e telefone que seria (19)3468-6554) GRATO E NO AGUARDO....

Verdade, o comando EMAIL.TEXTOMENSAGEM envia a parte em HTML do e-mail. Então você pode fazer o seguinte: - Desativar o envio HTML e enviar como texto puro: EMAIL.UsarHTML(0) EMAIL.TextoAlternativo("Linha 1") EMAIL.TextoAlternativo("Linha 2") - Usar tags HTML para fazer a quebra de linha EMAIL.UsarHTML(1) EMAIL.TextoMensagem("Linha 1<br>") EMAIL.TextoMensagem("Linha 2<p>")

Não existe campo IndPag na versão 4.0 - http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=20k0jfiSgtk= Vc deve informar um pagamento usando o campo tpag=90 - Sem pagamento YA. Informações de Pagamento Obrigatório o preenchimento do Grupo Informações de Pagamento para NF-e e NFC-e. Para as notas com finalidade de Ajuste ou Devolução o campo Forma de Pagamento deve ser preenchido com 90=Sem Pagamento.

Se você não achou a solução ainda, use o REST Dataware que já faz o que você quer tudo prontinho sem escrever nada além dos seus SQL's, funciona tudo via WS, com o Datasnap integrado tudo certo... https://sourceforge.net/projects/rest-dataware-componentes/ Pode usar que é batata, eu mesmo sou o desenvolvedor do Pacote e já é usado por mais de 500 Programadores e crescendo justamente para suprir esse tipo de necessidade. VLW.

Então Juliomar, isso eu já tinha feito... o problema é que eu estava cometendo um erro na declaração... era para eu ter declarado ACBrDevice, que é justamente onde se encontra os estados. Mesmo eu fazendo isso que você recomendou, não daria certo sem a declaração do ACBrDevice... sempre apareceria Undeclared Identified. Brigadão pelas dicas e disponibilidade.

Bom dia, Acabei de testar o envio para SEFAZ RS e nada