Painel de líderes

DF-e: Desativação imediata do protocolo SSL, e novas datas de desativação dos protocolos TLS 1.0 e TLS 1.1 A Receita Estadual do RS comunica que irá postergar para data futura a desativação dos protocolos TLS 1.0 e TLS 1.1. Essa postergação visa oportunizar um período maior de testes de comunicação com os ambientes de autorização de Documentos Fiscais Eletrônicos (DF-e) da Sefaz-Virtual do Rio Grande do Sul (SVRS), atendendo às solicitações das empresas. Nova data de desativação destes protocolos será oportunamente comunicada. Reforça, contudo, que a desativação do protocolo SSL segue o cronograma original, estando marcada para o próximo dia 21/01/2020, conforme já divulgado.

Boa tarde Marcel, Usei o SoapUI para conseguir descobrir tudo o que estava provocando o erro 500. Foi necessário fazer alterações em diversas Unit do componente. Inclusive fiz uma alteração no programa exemplo. Favor atualizar tudo, reinstale a suíte ACBr e inicie os testes. Como o eFrete possui diversos serviços, será necessário agora começar a ajustar os demais.

Marcel, Já consegui gerar o XML do CIOT (eFrete) enviar e obter um retorno do webservice. Vou implementar o tratamento do retorno.

fiz isso e funcionou.

Para NFCe sempre informe com a IE em branco e indIEDest como "não contribuinte". Mesmo que o CNPJ seja contribuinte.

Problema Resolvido, obrigado a equipe pela solução ficou show....

Bom dia Por favor atualize para última versão da libNFe e realize os testes. Foi adicionado a configuração da propriedade "EspacoEntreLinhas" para o DANFe. Utilize um valor acima de 12 para aumentar espaço entre linhas...

Boa tarde amigos! Eu implementei uma função que tem me ajudado muito onde o ACBrMonitor poderá copiar um arquivo para outro local com opção de criar a árvore de diretórios. Isto é útil quando trabalhamos de forma remota e precisamos copiar arquivos que são gerados pelo ACBrMonitor para uma outra pasta ou mesmo pastas compartilhadas na rede. Peço que analisem o código anexo e avaliem a inclusão desta rotina, acredito que será útil a todos. ACBr.CopyFile( ArquivoOrigem, ArquivoDestino, [ SobrescreverSeJaExistir, CriarArvoreDeDiretoriosDestino ] ) Parâmetros: ArquivoOrigem - Arquivo com caminho completo do arquivo de origem ArquivoDestino - Arquivo com caminho completo do arquivo de destino. Se o caminho de destino não existir e o parâmetro CrarArvoreDeDiretorios for True, irá "tentar" criar a estrutura de pastas SobrescreverSeJaExistir - Se For True, irá sobrescrever se já existir CriarArvoreDeDiretoriosDestino - Se for True, irá tentar criar a estrutura de pastas Exemplo: ACBr.Copyfile( "C:\ACBRMONITOR\ARQS\11223344\Down\1234567890-nfe.XML", "Y:\SERVIDOR\XML\BAIXADOS\123456789-nfe.XML", "False", "True") DoACBrUnit.pas

Boa tarde. Segue arquivo modificado. ACBrSpedFiscal.pas

As DLLs permitem configurar um Timeout... mas isso depende de cada fabricante... A Thread pode ser uma boa saída... mas e se o usuário resolver iniciar uma venda, enquanto a Thread estiver trabalhando ?

Tente incluir MidasLib no uses do seu .dpr. Assim não precisa distribuir a MIDAS.DLL.

Boa tarde O reprocessar arquivo apenas vai processar um arquivo já transmitido, utilizando como parâmetro o Recibo do arquivo processado. https://acbr.sourceforge.io/ACBrMonitor/ReprocessarArquivo.html

Sim, estou ciente disto. obrigado pela atenção. att Edson

Boa tarde, Acredito que você não tem um conhecimento pleno sobre esse serviço. Em uma NF-e, tirando o emitente, temos as seguintes pessoas (CNPJ/CPF) informadas no XML: Destinatário, Transportadora, Outros (relação de até 10 informadas no grupo <auXML>) Logo se o seu CNPJ for o do Destinatário ou o da Transportadora ou constar na lista <autXML> você vai conseguir obter essa nota através do serviço DistribuicaoDFe. Resumindo os resumos ou XML completos das notas baixados pelo DistribuicaoDFe com certeza absoluta foi informado o seu CNPJ. Sugiro que você leia o meu artigo: Na segunda postagem desse arquivo indico duas Notas Técnicas para se aprofundar mais sobre esse assunto. Espero ter ajudado.

@José M. S. Junior O anexo estava vazio, segue o correto: []´s DoACBrUnit.pas

Mudei para cryWinCrypt, conforme sugestão e consegui obter os dados do certificado, vou realizar alguns testes de emissão.

Obrigado pelo retorno Embarbosa , lendo um pouco mais e procurando vi que não existe webservice com api ou qualquer coisa para recebimento apenas envio de arquivos sendo assim é isto que o usuario tera apenas geração de arquivo txt Obrigado

Boa tarde, processo homologado com sucesso, gratidão...

Boa tarde Se passar a tag indIEDest=9 (Não Contribuinte) não precisa passar o campo IE Se passar a tag indIEDest=2 (Isento) pode passar a palavra ISENTO no campo IE

Confira o preenchimento das tags... Lembre-se que cada provedor se utiliza de alguns campos e outros não. Nesse caso o campo da "Competencia". Se ainda não for erro de schemas, tente limpar o campo da Competencia.

300 dpi me parece ser o normal em impressão de qualidade. E se está normal em outros modelos, então não é o conflito com isso mesmo. O que eu notei, é que seu PDF está sendo gerado com fontes diferentes do padrão. Veja o seu arquivo xml impresso pelo comando GerarPDF do componente no Lazarus (Win32) numa máquina de testes (Win 64): 33190818149710000143550010000038711000028728-nfe.pdf

Bom dia Marcel, Vamos ver o que eu consigo com o SoapUI.

Boa noite pessoal, e obrigado pelas ajudas porém consegui resolver. Na verdade foi erro de implementação na qual estava ativando o componente com o parâmetro MonitoraBalanca = True e já fazendo a chamada da função LePeso logo em seguindo, com isso estava ocasionando timeout e except no componente. Retirei a chamada logo apos ativar o componente e consegui utilizar as opções de modelo da toledo e da genérica para ter o retorno da string da balança; Ainda não implementei um unit especifica para o tratamento do peso para esse modelo, acabei utilizando o retorno da resposta no modelo balToledo e peguei o peso por lá.

Isso ai. Fiz certo agora e ate certo deu kkk. Obrigado.

Property LayoutVersaoArquivo : Integer read fpLayoutVersaoArquivo; Property LayoutVersaoLote : Integer read fpLayoutVersaoLote; vc muda no acbrboleto... Posta aqui o manual com essa versao 87? Tenho aqui que até a 81.. muito estranho esse erro.

Não vejo nenhum motivo pra ela não estar sendo retornada pelo DistribuicaoDFe... A única opção a meu ver seria entrar em contato com o atendimento da SEFAZ estadual, ou diretamente no Ambiente Nacional, e questionar o motivo.

Você deve receber no dia seguinte no arquivo de retorno os títulos que tiveram o registro confirmado ou não. Além disso no momento do envio do arquivo da remessa o banco deve gerar algum tipo de relatório pelo menos acusando o recebimento do arquivo. O código para registro é 01, no seu caso está enviando 02. Como está informando para o ACBrBoleto?

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 18891. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

A ideia é você colocar o valor que indica quem é o responsável pela retenção do ICMS-ST. Mas para saber exatamente o que colocar em cada caso, você deve consultar um contador de confiança. Isso porque, como diz o Guia Prático na descrição do Registro C180, a "obrigatoriedade e a forma de escrituração deste registro serão definidas pela UF de domicílio do contribuinte". Assim cada UF pode definir um valor diferente.

Sim, já está disponível no repositório, favor atualizar e realizar os testes.

Aparentemente este número de CPF é invalido mesmo... Experimente passar em um validador.

Obrigado Fernando vou testar sua atualização, mas talvez o erro esteja na versão do Windows mesmo. Valeu a dica.

Boa noite pessoal! Desenvolvi um gerador de assinatura AC, utilizando certificado da Software House em .pem; Bem simples, porém funcional; Pra quem precisar, seguem os prints e o código; Espero ajudar! Abraços! 2020-01-16--Assinatura AC para SAT.zip

Bom dia, preencha o grupo Destinatário da seguinte forma: [Destinatario] indIEDest=9 CNPJCPF= IE= NomeRazao= Fone= CEP= Logradouro= Numero= Complemento= Bairro= CidadeCod= Cidade= UF=SP

Pessoal era falha minha, enviei o XML na versão errada! Podem encerrar o tópico.

@acg.net Enviei ajuste para o DANFeNFCe5_00.fr3 imprimir os descontos e acréscimos por item, rev. 18446. Favor atualizar os fontes e testar novamente.

é.. tinha algumas bandas que não estavam corretas.. essa versão agora corrige todas... já verifiquei uma por uma... abraço DANFeRetrato_2019.fr3

Bom dia. Veja este tópico Att.

Ola pessoal, Ontem(18/12/2018) tivemos problemas com a validação das NFse para OSASCO - provedor EGoverniss, e analisando o site da prefeitura verifiquei que foi lançada uma nova versão do provedor. As principais alterações foram: - URLs de comunicação - Já procedi com as alterações e anexei o .INI abaixo; - Inclusão dos campos , que não fiz no componente: NumeroRecibo - Número do Recibo Provisório de Serviço que será convertido em NF-E (RPS); DataRecibo - Data de emissão do Recibo Provisório de Serviço que será convertido em NF-E ; EqptoRecibo - Identificação do equipamento que emitiu o recibo provisório de serviço (máximo 5 caracteres) Estes novos campos não são campos obrigatórios na validação da NFSe hoje. São opcionais, se preenchidos serão consistidos. Estes campos foram criados para atender uma solicitação que fizemos a prefeitura de Osasco, pois não tínhamos, neste provedor, nenhuma amarração ou chave, para evitar duplicidade de notas fiscais, tivemos varios problemas com duplicidade de nota fiscal no site da prefeitura(mesmo XML , varias notas fiscais diferentes); Em anexo estou enviando o arquivo .INI já atualizado com as URLS e o manual atualizado, com os novos campos, para que assim que possível, sejam incluídos no provedor. Agradeço pela atenção, me coloco a disposição para validação dos novos campos. @Fábio Eduardo de Souza EGoverneISS.ini Manual_Emissao_NFe_WebService2_V8.pdf

Boa tarde Fábio, Atualizei o arquivo INI do provedor e o Cidades.ini Favor atualizar os fontes e faça novos testes.

Olá pessoal, Na postagem "Como obter o XML do Fornecedor" mostrei o uso do método DistribuicaoDFePorChaveNFe, nessa nova postagem vou mostrar mais dois métodos: DistribuicaoDFePorUltNSU e DistribuicaoDFePorNSU. Vamos a sintaxe, que por sinal é semelhante ao do DistribuicaoDFePorChaveNFe. DistribuicaoDFePorUltNSU( <código da UF do destinatário>, <CNPJ do destinatário>, <numero do ultimo NSU> ) DistribuicaoDFePorNSU( <código da UF do destinatário>, <CNPJ do destinatário>, <numero do NSU> ) Primeiramente vamos entender o que vem a ser esse tal de NSU. NSU - numero sequencial único, é um numero atribuído pelo Ambiente Nacional ao documento ora compartilhado pelas SEFAZ-Autorizadora. Exemplo: o emitente da nota é do Estado de São Paulo, logo a nota é enviada para a SEFAZ-SP esta por sua vez vai compartilhar com o Ambiente Nacional as notas que foram autorizadas, o Ambiente Nacional por sua vez atribui um NSU para cada nota que receber. Na verdade o Ambiente Nacional gera um resumo da nota e atribui o NSU a esse resumo primeiramente e não a nota propriamente dita. Um NSU só será atribuído a nota quando o destinatário enviar o evento de Manifestação do Destinatário. Lembre-se o NSU da nota será um numero diferente do NSU do resumo dela, e por ser gerado após o envio do evento de Manifestação do Destinatário, podemos concluir que o NSU da nota é maior que o NSU do resumo. Vamos agora entender como funciona os dois métodos mencionados acima. O método DistribuicaoDFePorNSU é o mais simples de entender, pois este simplesmente baixa o documento que possui o NSU informado. Note que usei o termo documento, pois o webservice DistribuicaoDFe pode retornar os seguintes tipos de documentos: Resumo de Nota, Nota Completa, Resumo de Evento e Evento Completo. Se o NSU informado no método DistribuicaoDFePorNSU for o NSU de um resumo, o que teremos como retorno será o XML do resumo e não o XML da Nota. Por outro lado o método DistribuicaoDFePorUltNSU nos retorna uma lista com até 50 documentos, cujos NSU são superiores ao NSU informado. Exemplo: DistribuicaoDFePorUltNSU( 35, 12345678000123, 450 ) ===> 450 é o valor do Ultimo NSU. Ao executar o método, como dito anteriormente poderá nos retornar uma lista com até 50 documentos, pois bem suponha que retorne 50, os NSU desse documentos retornados serão, 451, 452, 453, ...., 498, 499, 500. Lembre-se que nessa lista podemos ter Resumos de Notas, Notas Completas, Resumo de Eventos e Eventos Completos. Através de uma propriedade chamada Schema nos traz a informação do tipo de documento retornado. Temos também outras duas propriedades muito importantes, são elas: UltNSU e MaxNSU. A propriedade UltNSU nos informa o numero do NSU referente ao ultimo documento da lista, já a propriedade MaxNSU nos informar o maior NSU existente no Ambiente Nacional. Continuando o exemplo acima, vamos supor que após a execução os valores de UltNSU e MaxNSU são respectivamente 500 e 750. Era de se esperar mesmo que o valor de ultNSU seja 500 pois informamos 450 e foi retornado 50 documentos, logo o NSU do ultimo é 500. A próxima vez que formos executar o DistribuicaoDFePorUltNSU devemos informar o valor 500, para que ele retorne os documentos a partir de 501 que é o próximo da lista. E devemos repetir o procedimento até que o valor de ultNSU seja igual a maxNSU, desta forma vamos ter baixado todos os documentos disponibilizados pelo Ambiente Nacional. Lembre-se que o valor de MaxNSU tende sempre a crescer a medida que novas notas forem emitidas e compartilhadas com o Ambiente Nacional e a medida que o destinatário for enviando o evento de Manifestação do Destinatário. Entre uma execução e outra do DistribuicaoDFePorUltNSU você pode realizar a manifestação referente a cada resumo de nota obtido, ou seja, enviar o evento de Manifestação do Destinatário. Desta forma a medida que você vai avançando na lista o Ambiente Nacional já vai liberando a Nota Completa (notas manifestadas) e disponibilizando ela na lista. O DistribuicaoDFe não serve apenas para que possamos obter o XML do fornecedor, mas também descobrirmos se existe alguma empresa emitindo notas contra o nosso CNPJ sem no nosso consentimento. Você descobre isso através do DistribuicaoDFePorUltNSU e pode avisar a SEFAZ enviando o evento de Manifestação do Destinatário: Desconhecimento da Operação. Esse evento diz a SEFAZ que você não comprou desse fornecedor. Para saber mais sobre Manifestação do Destinatário vide a Nota Técnica 2012/002 versão 1.02 e para saber mais sobre o Distribuição DFe vide a Nota Técnica 2014/002 versão 1.02b, ambas estão disponíveis no Portal Nacional da NF-e.

Recentemente foi criada uma propriedade nova pra controlar a impressão quando a impressão ultrapassa o tamanho da folha configurada no driver da impressora. Veja o tópico: