Painel de líderes

20/12/2019 - ATENÇÃO: SVRS - Desativação dos protocolos SSL, TLS 1.0 e TLS 1.1. A Sefaz Virtual do Rio Grande do Sul (SVRS), para garantir o bom funcionamento do Ambiente de Autorização dos Documentos Fiscais Eletrônicos, deverá desabilitar os protocolos de comunicação mais antigos a partir do dia 16/01/2020. Esta mudança é necessária, não só pela simplificação do ambiente e aumento da segurança, como também pela inviabilidade de configuração dos protocolos de comunicação mais antigos em nova versão do sistema operacional dos servidores. Período de desativação: - Protocolos SSL e TLS 1.1: entre os dias 16 e 21/01/2020. - Protocolo TLS 1.0: entre os dias 21 e 30/01/2020. A partir do dia 30/01/2020, o Ambiente de Autorização dos DF-e deverá suportar unicamente o protocolo de comunicação TLS 1.2, conforme previsto na documentação técnica, vide NT 2016.002 da NF-e e NT 2017.002 do CT-e. Assinado por: Secretaria da Fazenda do Rio Grande do Sul

Olá! Após realizar update no projeto do ACBr, ao finalizar minha aplicação, na qual faço a emissão de NFCe, está ocorrendo access violation. O break me leva end da unit ACBrLibXml2. Depois de realizar vários testes, se a ordem da chamadas na procedure LibXmlShutDown forem alternados, faz a liberação correta e não ocorre erro. Com erro Sem erro Segue em anexo a unit com a alteração. Se puderem analisar se realmente essa é a solução correta. Desde já agradeço. Att. ACBrLibXml2.pas

Bom dia Rogério, Muito obrigado pela colaboração, quanto a unit pcnGerador já foi enviada para o repositório. Com relação a unit pnfsNFSeW_SP ainda vou verificar se existem mais contribuições referente a NFS-e para poder enviar tudo de uma vez.

Juliomar, bom dia. Encontrei o problema. A chamada FiltrarTextoXML na unit pcnAuxiliar, está passando o valor ";" como default para o parâmetro QuebraLinha. function FiltrarTextoXML(const RetirarEspacos: boolean; aTexto: String; RetirarAcentos: boolean = True; SubstituirQuebrasLinha: Boolean = True; const QuebraLinha: String = ';'): String; A chamada dessa função é na unit pcnGerador e ela não informava nenhum valor para este campo, portanto, ele sempre utilizava ';' para a quebra das linhas. ATag := '<' + tag + Atributo + '>' + FiltrarTextoXML(FOpcoes.FRetirarEspacos, ConteudoProcessado, FOpcoes.FRetirarAcentos) + '</' + tag + '>' Eu alterei a unit pnfsNFSeW_SP para passar o o parâmetro QuebraLinha: (Linha 255) Gerador.Opcoes.QuebraLinha := FQuebradeLinha; E alterei a unit pcnGerador para passar este parâmetro para a função: (Linha 677) ATag := '<' + tag + Atributo + '>' + FiltrarTextoXML(FOpcoes.FRetirarEspacos, ConteudoProcessado, FOpcoes.FRetirarAcentos, True, FOpcoes.FQuebraLinha) + '</' + tag + '>' Seguem as 2 units para sua avaliação e posterior subida ao SVN, caso estejam corretas. Desde já agradeço a sua atenção. Abraços. Rogério pcnGerador.pas pnfsNFSeW_SP.pas

Boa noite, Ítalo Vimos que você commitou este arquivo aqui, ACBrCTeWebServices.pas, que foi anexado neste tópico na revisão 18495 do Trunk2, mas ficou faltando algo bem importante: na segunda chamada para o procedimento SalvarEventos, no else, não está sendo verificada a configuração do Arquivos.Salvar, gerando assim uma pasta "Docs" com o "-procEventoCTe.xml" a cada emissão, por mais que esteja tudo desabilitado no salvamento de arquivos. Segue em anexo a sugestão de correção com o arquivo já atualizado para a revisão 18566. Obs: o histórico no SVN da revisão 18495, "Removido de Uses as units não utilizadas.", nos confundiu para encontrar que atualização exatamente havia impactado no comportamento do programa.ACBrCTeWebServices.pas

Boa tarde Italo, Fizemos a adequação conforme anteriores, considerando o provedor de forma em geral, porém conseguimos testar apenas para a cidade de Montes Claros/MG, que é onde temos cliente que necessitou de enviar a Nfse nessa situação.

Fiz update, testei a alteração e está funcionando corretamente. Muito obrigada. Att.

Boa tarde Junior, Com o EscPos o QR-Code é impresso normalmente, temos relatos no fórum de outras pessoas já utilizando em produção em seus clientes. Caso você queira contribuir com o projeto e criar o componente para imprimir o DABPE em Fortes e ou Fast ficaremos gratos.

Correção enviada ao SVN.

Boa tarde Filipe, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Boa tarde Alex, Eu usaria um numero de lote sequencial. Outra coisa quem gera o numero da NFS-e é o provedor e quem gera o numero RPS (que deve ser sequencial) é a sua aplicação. Sendo assim você deve usar o numero do RPS como numero do Lote e não da nota que foi retornada pelo envio anterior. Porque devemos usar um numero sequencial para o Lote independente do numero do RPS? Simples, tem provedor que permite o envio em lote de até 50 notas, neste caso teríamos por exemplo: Lote = 1 contendo os RPS de números 1 até 50 Lote = 2 contendo os RPS de números 51 até 100 e assim por diante.

DistribuicaoDFe é para documentos emitido contra você não para documentos emitido por você, estes por lei você tem que ter salvo na sua maquina.

Um jeito fácil de obter o numero serial em c# é utilizar a classe X509Certificate2UI com ela é possível abrir a tela de seleção de certificados do windows. https://docs.microsoft.com/en-us/dotnet/api/system.security.cryptography.x509certificates.x509certificate2ui?view=netframework-4.8 e com isso você pode pegar o numero serial do certificado selecionado. Nas configurações da biblioteca https://acbr.sourceforge.io/ACBrLib/DFe.html informe assim SSLCryptLib = 3, SSLHttpLib =2, SSLXmlSignLib = 4, NumeroSerie = <Número de serie certificado>, Senha = <Senha certificado> lembrando de usar os métodos de configuração para fazer estas configurações https://acbr.sourceforge.io/ACBrLib/MetodosdeConfiguracao15.html

Ok @Juliomar Marchetti, Grato pela atenção!

Problema resolvido, só atualizei as versões do ACBr e FortesReport (o pathPDF resolveu o problema)

Achei o problema , no meu computador tinha a midas.dll , mas no cliente não tinha. Declarei no meu datamodule na uses MidasLib, e resolveu.

Bom dia Nao sei se é isso,mas ja tive alguns problemas de compartilhamento (pastas e impressora) no Windows, q ele redefinia automaticamente uma configuração, se não me engano em "configurações avançadas de compartilhamento", eu tinha que desmarcar a opção "compartilhamento com senha" para voltar a funcionar... Óbvio que afeta a segurança, mas nos meus casos eram redes pequenas com 2 ou 3 computadores apenas... Espero que ajude... Att Ricardo

Boa tarde Srs... A titulo de conhecimento: 20/12/2019 - ATENÇÃO: SVRS - Desativação dos protocolos SSL, TLS 1.0 e TLS 1.1. A Sefaz Virtual do Rio Grande do Sul (SVRS), para garantir o bom funcionamento do Ambiente de Autorização dos Documentos Fiscais Eletrônicos, deverá desabilitar os protocolos de comunicação mais antigos a partir do dia 16/01/2020. Esta mudança é necessária, não só pela simplificação do ambiente e aumento da segurança, como também pela inviabilidade de configuração dos protocolos de comunicação mais antigos em nova versão do sistema operacional dos servidores. Período de desativação: - Protocolos SSL e TLS 1.1: entre os dias 16 e 21/01/2020. - Protocolo TLS 1.0: entre os dias 21 e 30/01/2020. A partir do dia 30/01/2020, o Ambiente de Autorização dos DF-e deverá suportar unicamente o protocolo de comunicação TLS 1.2, conforme previsto na documentação técnica, vide NT 2016.002 da NF-e e NT 2017.002 do CT-e. fonte: http://www.cte.fazenda.gov.br/portal/informe.aspx?#87

Bom dia Luís, Muito obrigado pela informação, já criei um tópico na área de noticias.

@luisclaudio_jr seu tópico foi movido para Noticias por se tratar de algo muito importante. Obrigada por compartilhar! Att.

Os meus acabei desinstalando o Kaspersky e tudo voltou ao normal, informei o cliente que aguardasse pelo menos 15 dias e reinstalasse. Só para deixar claro, este erro não é do ACBR, qualquer arquivo em rede txt ou xml, que seja alterado já bloqueia, passei por isso com meus logs, a geração dá certo, mas quando tento alterar dá o erro. De qualquer forma, sugiro que desinstalem o Kaspersky.

Boa tarde Pessoal, Alguns cliente começaram a reclamar de erro ao gerar o xml, nesses casos são os cliente que ja salvam o xml e pdf na rede, quando mudo a configuração para salvar local funciona normalmente. Isso acontece tanto com servidor windows como linux com samba. Fiz teste no meu micro e tudo normal até que mandei o windows verificar atualizações, tinha atualizações pendentes mandei atualizar e reiniciei e comecou a dar aqui tambem, vou postar o erro aqui para ver se ja aconteceu com alguem. Vou depurar aqui para tentar achar o problema, mas se algum já passou por isso e resolveu me dá um toque. Tenho certeza que deve ter alguma novidade do compatilhamento windows que esta forçando o erro. erro: Cannot Create File xxxxx Função incorreta O arquivo é até criado corretamente mas o delphi retorna erro.

Bom dia Segue anexo modificação para enviar alíquota de ISS mesmo que zerada para o provedor Pronim v2. Em nota emitida para o mesmo, foi exigida essa informação por parte do provedor mesmo quando alíquota era zero. pnfsNFSeW_ABRASFv2.pas

ACBrSpedFiscal.pasACBrEFDBloco_G_Class.pasACBrEFDBloco_0_Class.pas Boa Tarde, Verifiquei que o registro 0002 estava sendo gerado independente da data inicial do arquivo, implementei a validação para que seja maior que a data de inicio de vigência do layout de 2020, também verifiquei que o registro G140 mesmo com o override da função LFILL estava levando os campos QTDE e VL_ICMS_OP_PROPRIA como se fossem DateTime,.

Boa tarde Rogério, Já esta tudo no repositório.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde Fernando, Vamos procurar seguir as regras do fórum, se tratando de XML favor anexar e não postar como você fez. Pois dessa forma fica complicado para quem pretende lhe ajudar poder baixar o XML para fazer uma analise. Desde já muito obrigado pela compreensão.

Boa tarde Marcos, Os arquivos se encontram na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\ArqINI Você atualizou todos os fontes de todas as pastas?

Você pode modificar o demo do componente pra ilustrar o problema e anexar aqui as alterações.

Bom dia Alexandre, Entre em contato com eles e pede esclarecimento desse erro.

Olá Rubens. Por favor, tente com essa sequência: BOLETO.LimparLista BOLETO.IncluirTitulos BOLETO.SetDiretorioArquivo BOLETO.GerarPDF

Sim.. isso mesmo...

Retornar a chave correta ou o recibo deve ser feito pelo webservice da SEFAZ. Se ela não está fazendo isso cabe entrar em contato com a mesma e reportar. Se não me engano a única condição pra isso é estar usando o mesmo certificado do emitente na transmissão.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Isso VCL o Daniel falou. como não sabia que estava tentando FMX. ele não está totalmente funcional estamos trabalhando para isso. mas os componentes tu pode usar o instalador e desmarcar a opção usar a pasta LIBX. não adianta tu instalar manualmente componentes que vai dar problemas. por que ele o Delphi muda os pacotes que temos tratado para funcionar em N versões do Delphi

Bom dia Raquel, Pelo o que eu entendi é uma foto para cada entrega, não importa se nessa entrega tenhamos uma ou mais notas. Se o destinatário é o mesma pessoa e temos duas notas, deve-se tirar apenas uma foto.

Veja também

eu enviei uma nova versão que provavelmente resolve seu problema por favor teste com ela, e me de um retorno aqui por favor.

Tente criar um outro diretório fora da raiz do windows ou que não esteja dentro de nenhum diretório do windows e dê permissão do tipo total para o diretório criado.

senão to enganado o formato deste arquivos é OFX, o ACBr não possui nenhum componente que faça esta leitura, mas tem o seguinte projeto no GitHub que talvez te ajude https://github.com/leogregianin/ofx-reader/

Esse formato é da versão antiga do QrCode. Se você configurar o componente como: ACBrNFe1.Configuracoes.Geral.VersaoQrCode := veqr100; ... vai ser gerado dessa forma. Mas muito provavelmente a SEFAZ não vai aceitar a transmissão, já que pelo manual a versão 1.00 do QrCode foi desativado em 01/10/2018. Leia o manual: http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=zvBVzrx4jtw=

O problema que vejo é a SEFAZ estar acusando "QrCode inválido" e não informar que a NFCe foi emitida em contingência e que os dados completos vão estar disponíveis assim que o emitente transmitir a nota, em até 24 horas. Então sugiro que entre em contato com a SEFAZ e reporte. Do lado do ACBr não tem o que fazer.

Olá jaques.rocha Aconteceu comigo em dois clientes, em ambos era o anti virus da maquina do cliente que estava causando o erro era o Kapersky que estava instalado, verifique se isso pode te ajudar.

No dia 19/12/2019 foi publicado no DOU o Ajuste SINIEF 37/19, que institui o Regime Especial da Nota Fiscal Fácil - NFF, o qual conforme descreve a cláusula primeira do ajuste, visa simplificar o processo de emissão de NFCe, CTe, MDFe e NFe. Sobre a Documentação e Outras Informações Técnicas O Ato COTEPE/ICMS publicará o Manual de Orientação ao Contribuinte para uso do regime especial da Nota Fiscal Fácil, com todos os detalhes técnicos relativos ao Portal Nacional da NFF e as ferramentas emissoras. O Portal Nacional da NFF será mantido pela Sefaz Virtual do Rio Grande do Sul. (SVRS) Sobre a Adesão Conforme o §1º, a adesão poderá ocorrer por opção do contribuinte, por imposição da UF para todos seus contribuintes ou apenas para determinados grupos, ou poderá ainda ser vedada para todos ou somente para grupos de contribuintes da UF. Funcionamento A SVRS cientificará o emitente da geração do arquivo digital do documento fiscal eletrônico adequado e da concessão da correspondente autorização de uso por meio de comunicação automática entre a ferramenta emissora e o Portal Nacional da NFF. § 1º A SVRS solicitará para a aplicação autorizadora da unidade federada onde o contribuinte emissor estiver estabelecido a autorização de uso do documento fiscal eletrônico gerado nos termos da cláusula sexta deste ajuste. § 2º A concessão da autorização de uso é resultado do êxito da aplicação das regras técnicas especificadas no manual de orientação ao contribuinte correspondente ao respectivo documento fiscal eletrônico, com relação unicamente ao formato das informações contidas no arquivo digital respectivo, e às interrelações entre estas informações, não implicando a convalidação destas informações, ou das relações dessas informações com a operação que realmente ocorreu. § 3º Após a concessão da autorização de uso o documento fiscal eletrônico gerado não poderá ser alterado, sendo vedada a emissão de carta de correção, em papel ou de forma eletrônica. § 4º As informações do arquivo digital do documento fiscal eletrônico gerado serão armazenadas no Portal Nacional da NFF. Restrições Não se aplicas as operações com origem ou destino no estado de São Paulo. Prazos Efeitos a partir de 01/07/2020 Fonte: https://www.confaz.fazenda.gov.br/legislacao/ajustes/2019/ajuste-sinief-no-37-19

Boa tarde a todos, obrigado pela colaboração Recebi a resposta da equipe da GNRE Prezado, O problema do caracter especial para lotes gerados através do webservice foi corrigido. Por favor, tentar novamente. Atc, Equipe GNRE Testado e funcionando! Obrigado a todos!

Bom dia.. Achei !! ehehhe Para que a tecla ENTER execute o evento onKeyDown é necessário que a propriedade ReturnKeyType:=Go O detalhe é que no TEdit essa propriedade aparece no Object Inspector, mas no TNumberBox não. No caso do TNumberBox deve-se setar essa propriedade via código dessa forma: NumberBox1.ReturnKeyType:=TReturnKeyType.Go ; Grande abraço !

Vai ter mais alguma coisa para corrigir no retorno, a principio a geração do XML está OK, gerei 12 NFS-es e todas foram autorizadas

Anexo arquivo para ler corretamente a resposta pnfsEnvLoteRpsResposta.pas

Bom dia. Obrigado pela resposta Daniel. Hoje consegui resolver. Eu estava testando pelo emulador do android studio e esse era o problema, a aplicação so funciona na maquina da GPOS 700, que precisa de um apk assinado com uma chave envida pelo fornecedor. Foi um erro bem básico, mas espero q possa ajudar outros com duvida semelhante. Obrigado pela resposta, vou entrar em contato com o fórum caso tenha novos problemas. Obrigado a todos.