Italo Giurizzato Junior

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.

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

Bom dia Ricardo, Pelo Schema a assinatura esta sendo gerada no local correto. É preciso descobrir o porque a validação acusa que a assinatura é invalida.

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.

Bom dia a todos, Favor atualizar os fontes e façam novos testes.

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

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.

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

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

Boa tarde Alexandre, O mais interessante é a mensagem de erro que não deixa nenhuma margem de duvida sobre o problema. Analisando o XML do seu RPS não encontrei nada que poderia provocar algum tipo de erro. Com relação ao erro da primeira postagem, os campos que aparecem no erro não tem nada haver com a sua tabela que armazena as notas? Pois ele não esta conseguindo executar o INSERT na tabela NOTA.

Boa tarde Lucimauro, Favor baixar a nova versão do Monitor e faça novos testes. Acredito que agora é para constar no arquivo INI de retorno o numero do protocolo.

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

Bom dia Rodrigo, Primeiramente, muito obrigado pelas informações. Vou analisar o problema referente ao arquivo TXT da versão 1.00 E essa questão do E comercial.

Bom dia Thiago, Pela imagem que você anexou se refere ao DAMDFE feito em Fast Report, correto? Se desejar colaborar com o projeto e fazer essa implementação, ficaremos gratos.

Bom dia Lucimauro, Primeiramente o comando ImprimirDAMDFePDF não vai gerar nenhuma visualização, pois esse comando tem por finalidade apenas gerar o PDF do MDFe e salvar em disco. Quem gera uma visualização é o ImprimirDAMDFe. Não esta faltando nenhum parâmetro no comando abaixo? MDFe.ImprimirdaMDFe("C:\CriaSoftWare\NFe\07439697000140\MDFe\23191207439697000140580010000000051578391646-mdfe.xml") Parâmetro este que determina se deve ser gerado uma visualização na tela ou não.

Bom dia Magnu, Primeiramente, peço que anexe o arquivo INI em vez colocar como parte da postagem. Anexando a postagem fica mais curta e com o arquivo INI em anexo temos como realizar testes. Segundo, o problema é que você não esta informando a hora da validade somente a data. Veja: dhEmb=20/12/2019 21:30 ===> aqui esta correto você esta informando a data e hora de embarque conforme o campo dhEmb pede. dhValidade=19/12/2020 ===> aqui esta errado você esta informando somente a data da validade sendo que o campo dhValidade pede data e hora Toda vez que o nome do campo começar com dh significa que temos que informar a data e hora. Como você não informou a hora o monitor tomou como base o seguinte horário: 00:00:00 O correto seria: dhEmb=20/12/2019 21:30 dhValidade=19/12/2020 21:30 Espero ter ajudado.

Bom dia Magnu, Realmente o DABPE precisa ser melhorado e vamos fazer isso. Quanto ao Cupom de Embarque, se não me falha a memória o Monitor possui alguns comados referente ao PosPrinter ou EscPos, com esses comandos você consegue emitir esse Cupom com o layout que deseja.

Olá Pessoal, Venho informa-los que já esta disponível em nosso repositório o mais novo componente que agora se integra a suíte ACBr. ACBrNF3e - Nota Fiscal de Energia Elétrica Eletrônica. Esse componente segue os moldes dos demais componentes que emitem DF-e - Documentos Fiscais Eletrônicos. "O Projeto NF3e tem como objetivo a implantação de um modelo nacional de documento fiscal eletrônico (modelo 66) que venha substituir a sistemática atual de emissão da Nota Fiscal/Conta de Energia Elétrica (modelo 6), com validade jurídica garantida pela assinatura digital do emitente, simplificando as obrigações acessórias dos contribuintes e permitindo, ao mesmo tempo, o acompanhamento da emissão em tempo real pelo Fisco." Para saber mais sobre o NF3e convido a todos a visitarem o Portal da Nota Fiscal de Energia Elétrica Eletrônica - SVRS. Temos também em nossa biblioteca toda a documentação referente a esse novo modelo de documento fiscal, clique aqui para acessar nossa biblioteca. O que foi disponibilizado: Fontes do componente ACBrNF3e e os fontes do componente ACBrNF3eDANF3eESCPOS (usado para imprimir o DANF3E). Notem que existe a Nota Técnica 2020/001 onde apresenta 3 layouts de DANF3E, sendo dois no tamanho A4 (Retrato) e um a ser impresso em bobina. Convido a todos a contribuir com a implementação dos DANF3E tamanho A4 (Retrato) e refazer o layout em bobina segundo essa nova NT. Esta disponível também os pacotes de instalação dos dois componentes mencionados acima, tanto para o Delphi quanto para o Lazarus. E como de costume, também foi disponibilizado o programa exemplo tanto para o Delphi quanto para o Lazarus. Observação: O ACBrInstall_Trunk2 ainda não reconhece esse componente, logo a sua instalação deverá ser realizar através dos pacotes disponibilizados. Assim que possível estaremos disponibilizando uma nova versão do ACBrInstall_Trunk2 que vai instalar o ACBrNF3e e o componente para imprimir DANF3E automaticamente.

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

Boa tarde Volmir, Muito obrigado pela colaboração, já enviei para o repositório.

Boa tarde Filipe, Muito obrigado pela colaboração, já enviei para o repositório.

Boa tarde Magnu, Nessa ultima versão do ACBrMonitor já é para estar corrigido o problema de imprimir indevidamente o DABPE quanto o BP-e não é autorizado. Por favor faça esse teste para nós.

Boa tarde Natan, Por favor anexe a unit alterada, assim fica mais fácil de nós analisarmos. Desde já muito obrigado pela colaboração.

Boa tarde Juliana, As alterações nos fontes do Monitor já foram feitas, se faz necessário agora disponibilizar uma nova versão do mesmo e por fim realizar novos testes. Em anexo as units alteradas. ACBrLibBPeRespostas.pas DoACBrBPeUnit.pas

Boa tarde Carlos, A SEFAZ-MG é campeã em gerar problemas para os seus contribuintes, com certeza andaram (como de costume) alterando alguma coisa que esteja provocando essa demora no processamento. Aguarde mais alguns minutos e realiza a consulta do CT-e enviado.