Painel de líderes

Olá pessoal, Foi publica a NT 2020/001 do MDF-e e ela já se encontra em nossa biblioteca. Resumo: O projeto MDF-e Integrado tem como objetivo a disponibilização, pelas Secretarias de Fazenda, de uma infraestrutura digital de documentos, legislações e processos voltados para a simplificação da emissão de documentos fiscais eletrônicos de transporte e integração, dentro de um ecossistema digital, que permite às Empresas Transportadoras de Cargas (ETC), Transportadores Autônomos de Cargas (TAC), ANTT, Administradores de Meios de Pagamentos e as próprias Secretarias de Fazenda, o aperfeiçoamento dos seus processos e compartilhamento de informações entre todos estes atores, a partir de um único documento e infraestrutura já consolidada e em uso por todos os envolvidos. Diante desse desafio, as Secretarias de Fazenda e o ENCAT, vêm nos últimos meses e em parceria com os diversos atores intervenientes, adotando uma série de ações estruturantes voltadas para superação das dificuldades atuais enfrentadas pelos órgãos de controle e geração de um ambiente operacional mais eficiente e competitivo, a exemplo das ações descritas abaixo: Aprovação de legislação nacional que normatizou o compartilhamento dos MDF-e dos 27 estados com os órgãos reguladores de transportes; Aprovação de legislação nacional que normatizou a obrigatoriedade de emissão do MDF-e em todas as operações de transporte, sejam elas intermunicipais ou interestaduais; Implantação da plataforma digital e registro de eventos eletrônicos que permitem ao transportador confirmar a entrega da mercadoria ao destinatário, possibilitando assim, a redução do prazo para o recebimento do frete por parte do caminhoneiro; Aprovação de legislação criando a Nota Fiscal Fácil (NFF), que permitirá aos contribuintes que operam com vendas de mercadorias e transportadores autônomos emitirem seus respectivos documentos fiscais de forma simplificada e a partir do seu próprio smartphone, conforme legislação publicada no D.O.U. do dia 19/12/2019 (Ajuste SINIEF No. 37 de 13 de dezembro de 2019); Publicação dessa NT, que estrutura o MDF-e de forma a possibilitar, entre outros benefícios: Geração automática do CIOT, pelo Sistema MDF-e, tanto para as modalidades TAC-Independente como TAC-Agregado; Automação do processo de fiscalização do Piso Mínimo do Frete (Tabela do Frete), nos termos da Resolução ANTT nº 5.849 de 16 de julho de 2019. Geração de informações para facilitar a negociação de direitos de recebimentos de fretes, por parte do TAC, junto a instituição financeira onde possui conta corrente, sem a interferência de atravessadores. Com essa NT temos: - Alterações de schema e regras de validação do MDF-e - Alterações no schema do modal rodoviário no grupo infANTT - Criação do evento de Pagamento da operação de transporte Portanto teremos um evento novo, criação do grupo Produto Predominante <prodPred> na parte geral do MDF-e, alteração no grupo informações do contratante, inclusão dos campos <xNome> e do <idEstrangeiro>, no modal rodoviário foi criado o grupo informações do pagamento do frete <infPag>. Novas Regras de Validação: Se modal rodoviário e indicador de pagamento for a prazo (tag:indPag=1): O grupo de informações a prazo deve ser informado (grupo:infPrazo). Implementação Obrigatória. Gera a Rejeição: 724. Se modal rodoviário, o grupo produto predominante deve estar informado (grupo: prodPred). Implementação Obrigatória. Gera a Rejeição: 725. Se modal rodoviário e MDF-e possuir apenas um DF-e transportado no grupo infDoc: O grupo de informações da carga lotação (infLotacao) deve estar informado. Implementação Facultativa. Gera a Rejeição: 726. Se modal rodoviário e informado grupo de pagamento, rejeitar se CNPJ/CPF do responsável pelo pagamento estiver inválido. Implementação Obrigatória. Gera a Rejeição: 727. Se moda rodoviário e informado grupo de pagamento, rejeitar se CNPJ do IPEF estiver inválido. Implementação Obrigatória. Gera a Rejeição: 728. Vai ocorrer alterações no componente? Sim Vai ocorrer alterações nos schemas? Sim Vou ter que adequar a minha aplicação? Sim Prazos: Ambiente de Homologação: 09/03/2020 Ambiente de Produção: 06/04/2020

Boa tarde, Deu certo.... Muito Obrigado!

Exatamente é que ocorre para mim também. Inclusive, cheguei a este tópico pesquisando pelo assunto no google. Eu estou procurando tentar entender porque no retorno do DFe traz algumas NF completas, algumas somente o resumo... Além de não trazer alguns eventos.

show funcionou, acabei de testar. Estava com esse problema. Valeu.

ok, eu ate trabalho com ele, mas não entendi o método que é usando pelo acbr, mas no aguardo obrigado pela atenção Italo

Obrigado @Juliomar Marchetti Resolvido!

Italo, bom dia, Obrigado pela resposta... Os erros são do mesmo lote.. Isso mesmo, este provedor controla o número do lote, e eu tenho um controlador e informei corretamente o número do lote na sequência, mesmo assim estou recebendo estes erros..Abri um chamado na prefeitura mas até agora sem resposta...

Boa tarde a todos, Precisei realizar uma adaptação no método TNFSeR.LerNFSe_ABRASF_V2 do arquivo pnfsNFSeR.pas. Tal modificação se fez necessária pois a informação de numeração de RPS não estava sendo carregada a partir do XML de retorno. Anexo ao tópico o arquivo alterado e também o XML que estamos utilizando em nossos testes. 000000554520201844275308510000120-lista-nfse.xml pnfsNFSeR.pas

Bom dia Henrique, Muito obrigado pela colaboração, já enviei para o repositório.

Italo; O ACBR sempre foi uma fonte de inspiração em muitos momentos. Você é um dos poucos que realmente contribuiu com o OpenSource no Brasil e para uma coisa tão complexa e importante como a parte fiscal. Neste fim de semana vou tentar novamente obter as respostas do webservice de Cascavel, mas com certeza a sua ajuda sempre é e será importante. Grande Abraço, obrigado pelo auxilio e conte comigo sempre. Roberto

A solução para contornar o problema via Aplicação seria a propriedade "EspacoEntreProdutos" mesmo, vou verificar onde exatamente está funcional, mas aparentemente teremos que implementa-la no DANFe A4, modelo Retrato.

Sim, isso que mencionei acima, no Linux por padrão gera quebra de linha como chr(10) - "LF" no Windows gera como chr(13)+chr(10) "CR+LF". O Sistema do banco está aceitando apenas padrão CR+LF. Estranho que antes você estava conseguindo exportar a Remessa no site e não houve alteração no ACBr quanto a isso... Ok, vamos realizar um alteração validando a geração em Linux também, para já gerar no formato correto.

@José M. S. Junior usei um comando do linux unix2dos no arquivo remessa, e resolveu o problema, consegui enviar para o banco obrigado pela ajuda...

Bom agora vou ter que pausar o chamado, esses referidos Cupons eram do mês de Dezembro de 2019. Porém fui acessar o cliente agora no período da tarde para extrair o log do aparelho, mas hoje acendeu o LED "Falha / Suporte", mesmo desligando e trocando os cabos não apagou o LED. Então estamos sem condições de extrair o log, e o cliente tem um problema pior agora rss

Boa tarde William, O caso está sendo analisado e tratado pela nossa equipe de Suporte Técnico e daremos sequência no atendimento através da plataforma. Caso seja verificado que a situação afeta a comunidade ACBR, postaremos a resolução aqui no fórum.

Não compreendi muito bem a sua necessidade... mas parece ser um problema de "tara" da balança..

6.3 - Mostre respeito pelo modo de escrever. Escreva de modo claro, gramaticalmente e semanticamente correto. Não escreva TUDO EM MAIÚSCULAS. Isso é lido como se estivesse gritando e é considerado rude. Favor leia as regras do fórum. Sobre sua dúvida chegou a rodar o exemplo? ele não conseguiu elucidar sua dúvida?

Boa tarde O indicado é instalar o ACBrMonitor em cada estação, visto que o ACBrMonitor não é multi usuários. Pode configurar uma unidade mapeada no Server para gravar os XMLs autorizados Existe a possibilidade de instalar mais de uma instancia do ACBrMonitor no Servidor também, neste caso cada Client acessaria em uma porta diferente. Mas no seu caso, utilizando a rede local creio que seja melhor a primeira opção.

Bom dia Túlio, Muito obrigado pela colaboração, já enviei para o repositório.

Defina a Porta como "DLL"

Chegou a ver esse tópico?

Boa tarde O Servidor onde o ACBrMonitor está instalado precisa estar identificando as impressoras dos terminais. Se for via rede a mesma precisa estar mapeada ou compartilhada. Se estiver utilizando Terminal Server precisa utilizar uma configuração SSH para enxergar as impressoras nos terminais. As impressoras configuradas no Server ficam aparecendo nas configurações do ACBrMonitor, mesmo elas estando nos terminais:

Adicionei na nossa lista de afazeres. Muito obrigado desde já.

Liberei o tópico... já que o assunto ainda está pendente...

Sim, pode passar o nome da impressora como parâmetro nos métodos de impressão Veja por exemplo o Segundo parâmetro do método: https://acbr.sourceforge.io/ACBrMonitor/NFEImprimirDanfe.html Se utilizar ESCPOS, basta passar método trocando Modelo e Porta https://acbr.sourceforge.io/ACBrMonitor/ESCPOSSetPorta.html

O ACBrMonitor não projetado para esse cenário... mas você poderia usar o Recurso de Pasta Monitorada... https://acbr.sourceforge.io/ACBrMonitor/ComousaroACBrMonitor.html Nesse caso você usaria arquivos como ENT01.TXT, ENT02.TXT e ele responderia de acordo.. com SAI01.TXT, SAI02.TXT...

Bom dia, Sim, foi disponibilizado todos os métodos WebService do Bloco X, na última versão do ACBrMonitor: https://acbr.sourceforge.io/ACBrMonitor/PAFMenuFiscal.html

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.

Bom dia, também tive este problema em clientes com Kaspersky, porém desativando o antivírus voltou a salvar o XML normalmente.

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.

Bom dia Roberto, Você esta com todos os fontes de todas as pastas atualizados? Reinstalou a Suite ACBr usando o ACBrInstall_trunk2 com a opção: Apagar arquivos antigos, marcada? Pois acabei de fazer um teste usando o programa exemplo e esse erro não ocorreu. Observação, devemos informar somete o ID ou o numero do recibo, jamais os dois. No caso do ID devemos informar: IDxxxxxx.

Post Original : Estou precisando Validar a Chave de Acesso DIGITADA pelo usuario. No exemplo Delphi NFe não encontrei, eu já valido se esta vazio, se é somente numero, se tem 44 posições , mas preciso validar se esta correta. Sei que o digito verificador é baseado no Modulo 11, posso ate fazer uma função, mas se já tiver no ACBr não vejo porque perder tempo. Obrigado O REGYS SILVEIRA RESPONDEU : Utilize o método ValidarChave que está na unit pcnAuxiliar. Por favor, não aproveite tópicos, abra um novo Mas antes de obter a resposta já havia resolvido da seguinte forma : Encontrei em https://drgarcia1986.wordpress.com/2012/01/31/funcao-para-validar-a-chave-da-nfe/ uma função que estou usando e funcionou, coloco aqui function ValidarChaveNFe(const ChaveNFe: string):boolean; const PESO : Array[0..43] of Integer = (4, 3, 2, 9, 8, 7, 6, 5, 4, 3, 2, 9, 8, 7, 6, 5, 4, 3, 2, 9, 8, 7, 6, 5, 4, 3, 2, 9, 8, 7, 6, 5, 4, 3, 2, 9, 8, 7, 6, 5, 4, 3, 2, 0); var Retorno : boolean; aChave : Array[0..43] of Char; Soma : Integer; Verif : Integer; I : Integer; begin Retorno := false; try try if not Length(ChaveNFe) = 44 then raise Exception.Create(''); StrPCopy(aChave,StringReplace(ChaveNFe,' ', '',[rfReplaceAll])); Soma := 0; for I := Low(aChave) to High(aChave) do Soma := Soma + (StrToInt(aChave) * PESO); if Soma = 0 then raise Exception.Create(''); Soma := Soma - (11 * (Trunc(Soma / 11))); if (Soma = 0) or (Soma = 1) then Verif := 0 else Verif := 11 - Soma; Retorno := Verif = StrToInt(aChave[43]); except Retorno := false; end; finally Result := Retorno; end; end;

Boa tarde Juliomar, acabei de resolver o problema, vou deixar aqui postado como consegui resolver para aqueles que se depararem novamente com este mesmo problema que eu perdi 2 dias para achar o mesmo rsrs. 1) Apagar todas as referencias do acbr com o apagarAcbr.bat 2) Excluir e baixar novamente do repositório 3) Instalar manualmente os pacotes dos componentes de acordo com as orientações do LEIA-ME.TXT 4) No meu casos para Relatórios do Fortes Report precisei substituir nos pacotes caso precise RLibWinDXE7.bpl pela atual FortesReportCE_Win32_DXE7_vcl.bpl 5) Alguns pacotes que não reconhecem as uses Forms. Graphics... principalmente os de relatorios.... então fiz o seguinte clique botão direito em cima do projeto e vá em ->Options..->Delphi Compiler->Unit scope names e adicione a palavra VCL; em um pacote que usa a uses jpeg necessitei adicionar também a palavra Vcl.Images Feito isto consegui instalar os componentes perfeitamente. Juliomar não mexi em nenhum path do delphi, para desencargo de duvida, até desinstalei e instalei novamente o delphi e os componentes e persistiu o problema. Agradeço pela atenção Juliomar, não sei se é problema com o delphi ou se esta faltando em alguns pacotes estes detalhes, mas espero ter ajudado. abs

Jamil pelo que vi esta retornando sim o o valor no Exception, tanto que se olhar no seu log veja que tem la, so que logo em seguida você finaliza a lib e com isso o UltimoRetorno fica zerado visto que o finalizar limpa tudo que a lib coloca na memoria.