Painel de líderes

Acaba de ser publicada a Resolução 5869 de 30/01/2020 que entrara em vigor dentro de 60 dias a contar do dia 31/01/2020. http://www.in.gov.br/en/web/dou/-/resolucao-n-5.869-de-30-de-janeiro-de-2020-240822860 Informação compartilha pelo nosso amigo Marcel Henrique Scandolara.

Olá pessoal, Muitos estão preocupados com o CIOT, pois o prazo para que essa informação passe a constar no MDF-e esta ficando curto. Mas a cada dia que passa surgem novidades. O texto abaixo foi postado em um dos tópicos pelo nosso amigo Marcel Henrique Scandolara. AUDIÊNCIA COM ANTT 30/01/2020 Presentes: José Amaral, Diretor Substituto; Tito Lívio, Gerente. CNI, ANUT, VIVALACTEOS, ABITRIGO - Alternativa ao CIOT: a ANTT informou que tem realizado entendimentos com o fisco desde o final do ano passado no sentido de integrar seus sistemas; caso sejam bem sucedidos, o manifesto de carga pode ser utilizado para várias obrigações assessórias da agência, inclusive o CIOT. Vamos marcar audiência com o fisco para reforçar iniciativa da ANTT. Até lá, ela continuará o processo de implantação do CIOT. - Prazo de adiamento do CIOT: será restabelecido o prazo inicial de 90 dias, ou seja, 45 dias a contar do dia 31/01; a resolução foi publicada em 17 de dezembro, dando prazo de 30 dias para entrar em vigência, concluído em 16 de janeiro (30 dias); adiamento de 60 dias a partir de 16/1 resulta em 45 dias a partir de amanhã. - A ANTT está trabalhando com o fisco para viabilizar seu sistema em 240 dias, para disponibilizar às empresas. - A ANTT entende que o CIOT cai se a integralidade da lei do frete for considerada inconstitucional; caso a tabela seja a declarada referência de preço, sem derrubar a lei, o jurídico terá que estudar a situação. Por essa informação a data de inicio de obrigatoriedade passa a ser 16/03/2020. Existe uma alteração no layout do MDF-e bem como um novo evento ( Pagamento da operação de transporte ) com datas previstas para 09/03/2020 (ambiente de homologação) e 06/04/2020 (ambiente de produção). Não sei precisar a vocês se esse evento e mais as alterações no layout do MDF-e contempla 100% o que a ANTT deseja. Temos também um pedido de suspenção em anexo, postado em um outro tópico pelo nosso amigo Leandro Miler Santana. Suspensao Obrigacao CIOT.pdf

Bom dia. Ao importar o XML para o sistema efetuamos a "limpeza" dos pontos nas TAG's de valores. Como esses XML's não possuem um DigestValue para validação, não tem problema quanto a isso. Atenciosamente.

Em resumo... DistribuicaoDFe não é Backup...

Bom dia Bruno, O serviço DistribuicaoDFe disponibilizado pelo Ambiente Nacional, lhe permite baixar documentos emitidos por outras pessoas e não os documentos emitidos por você. Vou exemplificar. Eu sou a empresa que realizou a venda dos materiais, portanto eu emiti a Nota e posso ou não ter enviado o evento de Carta de Correção ou de Cancelamento. Entenda que os eventos também são tratados pela SEFAZ como documentos. Você é a empresa que comprou os materiais, portanto você é o destinatário que pode ter enviado ou não um dos eventos de Manifestação do Destinatário. Se EU utilizar o DistribuicaoDFe vou baixar os documentos emitidos por VOCÊ, que neste caso são os eventos de Manifestação do Destinatário que enviou para SEFAZ referente as Notas que EU emiti contra o seu CNPJ. Se VOCÊ utilizar o DistribuicaoDFe ira baixar os documentos emitidos por MIM, que neste caso são as Notas e os eventos de Carta de Correção ou de Cancelamento. Você jamais vai baixar os eventos de Manifestação do Destinatário pelo DistribuicaoDFe, uma vez que estes documentos foram emitidos por você. Consta na legislação que, quem emite um documento deve guarda-lo pelo prazo legal, ou seja, se você enviou para a SEFAZ um evento de Manifestação do Destinatário, o XML com as informações do evento, assinado e com o protocolo que atesta que a SEFAZ recebeu, processou com sucesso e o vinculou a Nota deve ser salvo em disco ou no banco de dados e permanecerá guardado pelo prazo estipulado que normalmente é de 5 anos. Sendo assim não faz nenhum sentido você quere baixar um XML de um documento emitido por você. Dito tudo isso, você concorda que, se é você quem emitiu os eventos de Manifestação do Destinatário, você possui os XMLs dos mesmos e nesses XMLs temos a data de emissão e o tipo de evento? Eu sei perfeitamente que se você acessar o Portal Nacional da NF-e e consultar a Nota que EU emiti, VOCÊ vai ver os dados da Nota bem como todos os eventos vinculados a mesma, não importando quem foi que enviou tais eventos. Mas não é assim que o DistribuicaoDFe funciona. Abaixo temos uma tabela do que cada pessoa (ator) que venha a fazer parte de uma nota pode baixar através do DistribuicaoDFe.

Olá Pessoal, A lista de cidades que é possível emitir NFS-e através do componente ACBrNFSe já passa de 1.100, sendo não vou listar aqui nesse tópico. Quem desejar saber se a cidade XYZ consta dessa lista peço que abra o arquivo Cidades.ini que se encontra na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\ArqINI http://svn.code.sf.net/p/acbr/code/trunk2/Exemplos/ACBrDFe/ACBrNFSe/ArqINI/Cidades.ini Veja um exemplo abaixo: [3503208] Nome=Araraquara UF=SP Provedor=GINFES Na primeira linha temos o código IBGE, depois o Nome, UF e por fim qual é o provedor, ou seja, empresa contratada por licitação pela prefeitura. Os contratos por licitação tem prazos de termino definido e não poder ser renovados automaticamente. Sendo assim quando o contrato termina uma nova licitação é feita com varias empresas e pode ocorrer como ocorreu em diversas cidades de uma outra empresa ganhar. Algumas cidades tem o seu próprio sistema. O componente hoje reconhece por volta de 113 provedores (empresas que implementam nas cidades os seus webservices para recepcionar as notas). Dos quais 16 possuem um layout próprio, os demais, ou seja, 97 se dividem metade se utilizam da versão 1 do layout da ABRASF e a outra metade se utilizam da versão 2. Na mesma pasta mencionada acima que contem o arquivo Cidades.ini, vocês encontram os arquivos INI de cada um desses provedores. Peço a todos que não deixem de ler os artigos abaixo:

Obrigado pela dica , vou fazer.

Boa tarde italo, vou verificar e fazer alguns teste no componente do acbrANe. estava seguindo o layout de integracao da propria AT&M porem nao tem muita informação que ajudem com delphi muito obrigado!

Boa tarde, O banco homologou a emissão após a alteração. Segue em anexo o arquivo alterado e o link do manual correspondente: https://www.sicredi.com.br/html/para-voce/recebimentos/cobranca/arquivos/manual-cnab-240---2019.pdf Att. ACBrBancoSicredi.pas

Boa tarde Matheus, O que você acha de usar o componente ACBrANe? Na pasta de exemplos temos um programa exemplo referente a esse componente.

Bom dia @ruikoga O componente tem opção de alterar o nome desta pasta onde é gerado o XML de Venda e o XML de Envio. No ACBrMonitor realmente não tem esta configuração, vou adicionar as nossas tarefas para implementar essa configuração também no Monitor.

@Jheckson Isso é tranquilo, vc terá que terá que ter um cadastro de empresas, e em cada uma configurar o certificado da empresa na qual você vai se conectar. As tabelas voce tem que criar conforme a tua necessidade, eu particularmente deixo tudo no mesmo banco de dados, e uso o campo EMPRESA para filtrar os dados. As pastas do XML, eu criei uma pasta principal XML_DOCUMENTOS,,,,, e dentro as pasta das empresas, 1, 2, 3,, ect.... e dentro de cada pasta, salvo os xml separados por ano e mes 201912, 202001, etc..... Tem vários exemplos de como configurar o componente para separar mês a mês... Dercide Alvarez

Bom dia Sergio, Se a propriedade Configuracoes.Arquivos.Salvar estiver com o valor True o arquivo *-procInutNFe.xml será salvo em disco automaticamente.

Pré lançamento do curso! Já pensou em ter uma API só sua para Emitir NF-e/NFC-e de qualquer dispositivo ou linguagem usando o Projeto ACBr? Não perca tempo e se inscreva, o curso está em Pré Lançamento com um super desconto no link abaixo e mais construir sua API usando o Projeto DelphiMVCFrameWork também opensource! Diminua o tempo de emissão de suas NF-e/NFC-e com alta latência em servidores cloud e tenha somente seus clientes concorrendo entre eles para essa emissão Ofereça serviço de backup de xml para seus clientes! Tem brinde no curso, vamos rodar uma aplicação FMX em um dispositivo Smart G800 da Gertec consumindo a API construida no curso No link abaixo possui mais informações do Curso

Bom dia Existe um warning na compilação do ACBr [dcc32 Warning] W1029 Duplicate constructor 'EACBrDFeException.CreateDef' with identical parameters will be inacessible from C++ Uma solução é utilizar o padrão da embarcadero para evitar o warning. Sugestão é criar mais um parâmetro "Dummy" para diferenciar um construtor do outro. Ex: Classe TCustomForm ACBrDFeException.pas

Correções conforme manual MotivoRejeicao linha estava 378 com 4 linhas -> 319 com 5 linhas. ValorPago campo não estava sendo preenchido ValorRecebido campo estava sendo adicionado com valor pago pelo cliente , porem deve ser debitado a tarifa do Bancaria (o que cai na conta efetiva é o valor pago - tarifa bancaria) ACBrBancoBanestes.pas banestes CNAB 400 Posições.pdf

Boa tarde. Obrigada pela contribuição, adicionada para validação. Att.

Era isso mesmo, consegui resolver usando o LT_SSLv3, tanto com libWinCypt quanto com o OpenSSL com as DLL da pasta: ACBr\DLLs\OpenSSL\1.0.2.21\x86 Obrigado a todos pela ajuda.

obrigado pela informação

Bom dia Italo! Show, por enquanto estou mandando essas info nos dados adicionais... Muito obrigado!

Se está tentando fazer a consulta de um CTe pela chave de acesso pelo método DistribuicaoDFe realmente não existe esse serviço. Veja a implementação do método no componente: function TACBrCTe.DistribuicaoDFePorChaveCTe(AcUFAutor: integer; const ACNPJCPF, AchCTe: String): Boolean; begin // Aguardando a SEFAZ implementar esse recurso já existente para a NF-e. Result := False; GerarException('Aguardando a SEFAZ implementar esse recurso já existente para a NF-e.'); // Result := Distribuicao(AcUFAutor, ACNPJCPF, '', '', AchCTe); end; Já a consulta do protocolo por chave de acesso do CTe deve funcionar normalmente.

Bom dia Alisson, Muito obrigado pela sua colaboração, assim que possível vamos analisar e estando tudo OK enviaremos para o repositório.

Grande mestre Daniel! Isso mesmo... setei para false as 3 propriedades para FALSE e voltou a ficar no tamanho anterior, ou seja, aproximadamente 50Kb. Resolvido. Muito obrigado!

mas veja que a msg está dizendo que o seu pin pad não suporta o QrCode

O Fluxo do programa está preso até o componente obter uma resposta e terminar o seu fluxo... o ideal é você manter uma Tela de Aguarde enquanto o componente está trabalhando... Os eventos dos componentes podem lhe ajudar a ligar e desligar essa janela...

Pelo que entendi, o documento é apenas uma solicitação por parte de um senador. Houve alguma definição?

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

Problema Resolvido, Atualizeiro os fonte do ACbr funcionou

Entendi! Já que não tem o que ser feito para otimizar o download dos XMLs, então pode colocar o tópico como RESOLVIDO. Obrigado a todos que contribuíram;

mas mesmo assim, a Thread ainda estará aguardando a resposta do SAT... Ou seja, se você enviar algum outro comando ao SAT, na Thread Principal, o SAT não conseguirá processar..

Qual método está utilizando para enviar a NFe? Para saber a resposta exata, habilite a opção gerar log na tela inicial, após o envio anexe aqui o log.txt para análise...

Olá Anderson, muito obrigado pelo retorno. Bom trabalho por aí.

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

Olá, complementando... a tabela atual do IBPT (com vigência até 31 de janeiro) não contém novos códigos de NCM (vigentes desde 01 de janeiro) inseridos nesta planilha: Tabela NCM e respectiva Utrib (comércio exterior) - Vigência 01/01/2020 - Publicada em 11/11/2019 Att Ricardo

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

Se o ControlePorta estiver ligado, ele ira gerar um novo Documento, a cada vez que ele abrir e fechar a porta.. ou a cada envio de impressão de Buffer Experimenta usar a nova porta "USB"

Creio que para sanar sua dúvida devemos começar pela leitura do manual do monitor que vai junto com a instalação. Nele contém todas as configurações e como proceder

Cidade Duque de Caxias / RJ alterou de provedor (de: TIPLAN para ISSNET); O Provedor ISSNET já está recepcionando as notas desde dia 01/01/2020 Inclusão da Cidade Mage / RJ ([3302502]) Segue arquivo Cidades.INI e ISSNET.ini At. Bruno Rossetti Cidades.ini ISSNet.ini

Bom dia Camilo, O método GerarXMLs que eu me refiro se encontra na unit ACBreSocialEventos. Veja: procedure TEventos.GerarXMLs; begin Gerar; Assinar; Validar; end; Cada unit de evento possui o seu GerarXML que agora apenas gera o XML. Já o GerarXMLs que se encontra na unit ACBreSocialEventos como você pode ver chama os 3 métodos novos, ou seja, gera, assina e valida.

O código de barras 2de5 precisa ter quantidade par de numeros. E tem casos, que dependendo do tamanho/altura não funciona. Como está sendo gerado esse número? A regra do código de barras de arrecadação foi obedecida ?

Sim continuará funcinonando... não há nenhuma trava ou verificação no ACBrMonitorPLUS... Afinal, isso não faria sentido, em um projeto de código aberto...

Bom dia, isso já foi corrigido. Favor atualizar os fontes.

Olá pessoal, É com muita satisfação que comunicamos que agora os Fontes do Projeto ACBr, já foram ajustados para suportar o OpenSSL na versão 1.1.1 Antes de prosseguir, o que é OpenSSL ? "O OpenSSL é um kit de ferramentas robusto, de nível comercial e completo para os protocolos Transport Layer Security (TLS) e Secure Sockets Layer (SSL). É também uma biblioteca de criptografia de uso geral" https://www.openssl.org/ No Projeto ACBr, usamos o OpenSSL para diversas tarefas, como por exemplo: Comunicação Segura: Ele será necessário se você usa o componente ACBrMail, ou os componentes da aba ACBrTCP, que fazem comunicação Segura com sites, pelo protocolo HTTPS. A ACBrDFeSSL, que é usada por todos os componentes de Documentos Eletrônicos do ACBr, também podem usar o OpenSSL para comunicação Segura (como uma das opções) Criptografia: Ele é usado nos componentes ACBrEAD e pela ACBrDFeSSL para calcular e Verificar Hashs e Assinaturas digitais, usando diversos padrões de Criptografia O OpenSSL é uma excelente opção... na verdade, é a minha recomendação de uso, para quem usa certificados do tipo A1 A vantagem principal, é que com o OpenSSL, você está livre da necessidade de sempre manter o seu Windows Atualizado para que a comunicação segura com TLS1.2 funcione. Com o OpenSSL você poderia ter suporte a TLS1.2, mesmo no Windows XP. Como desvantagem, no ACBr, o OpenSSL, apenas suporta Certificados do tipo A1 Porque essa atualização é importante ? O principal motivo, é que as versões anteriores deixarão de ser suportadas e não mais receberão atualizações e correções, conforme podemos ver nessa página Mas outro motivo igualmente importante, é que atualmente é muito difícil de instalar uma versão antiga do OpenSSL em alguns sistemas Operacionais. Isso poderia ser um impedimento, para executar o ACBr em várias distribuições de Linux... A atualização dos fontes não foi um processo trivial, pois a API do OpenSSL recebeu modificações substanciais, desde a versão 1.0.x https://www.openssl.org/blog/blog/2018/09/11/release111/ https://wiki.tizen.org/Security/Tizen_5.X_Migration_from_OpenSSL_1.0.2_to_OpenSSL_1.1.1_guide Preciso atualizar meu cliente Final ? Não necessariamente... o código fonte do ACBr, é esperto o bastante para suportar todas as versões do OpenSSL, desde a série 0.9.8 até a 1.1.1.x. Mas é altamente recomendado que você atualize seus Scripts de Build, para usar e distribuir a última versão do OpenSSL no seu instalador automatizado... (veja como distribuir, abaixo) Lembre-se que se você precisa usar recursos mais novos, como comunicação segura com TLS1.2, precisará ter o seu OpenSSL atualizado, para versões mais novas... Todos os Scripts que geram os instaladores do ACBrMonitorPLUS e os pacotes da ACBrLib, assim o ACBrInstall_trunk2.exe, já foram atualizados para usar e distribuir as DLLs da nova versão 1.1.1.x Como o OpenSSL é distribuído ? Você pode encontrar versões compiladas do OpenSSL para praticamente qualquer Sistema Operacional existente... No SVN do ACBr, você encontrará as últimas versões das Bibliotecas compiladas para Windows em: http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/OpenSSL/ Repare que em cada diretório, temos as pastas x86 (32 bits) e x64 (64 bits)... Se você compila seu programa em 32 bits, então você deve usar a versão 32 bits da DLL O OpenSSL é distribuído em em 2 arquivos. Sempre mantenha os dois arquivos juntos, e sempre use o par de arquivos da mesma versão. No Windows: Até a versão 1.0.x, os nomes dos arquivos eram: ssleay32.dll e libeay32.dll, e não havia distinção nos nomes das DLLs, entre as versões 32 e 64 bits. A partir da versão 1.1.0, os nomes dos arquivos mudaram para: libssl-1_1.dll e libcrypto-1_1.dll (32 bits) e libssl-1_1-x64.dll e libcrypto-1_1-x64.dll (64 bits) Tudo que você precisa fazer, é copiar o par de arquivos (libssl-1_1.dll e libcrypto-1_1.dll) para a mesma pasta do seu binário, ou seja, na mesma pasta onde está o seu .EXE (sim, você poderia copiar esses arquivos para o diretório System do Windows, mas isso deve ser evitado, pois pode causar conflitos com outras aplicações) As DLLs do OpenSSL que estão no repositório do ACBr, são compiladas com o Visual C Studio, portanto, será necessário que na máquina destino, exista as DLLs de RunTime do Visual C. Como centenas de programas tem essa mesma dependência, provavelmente as DLLs de RunTime já estão instaladas no seu Windows... Porém, caso você perceba o erro: "Este aplicativo não pôde ser iniciado porque não foi encontrado vcruntime140.dll", provavelmente o RunTime ainda não foi instalado, a solução nesse caso, é bastante simples, bastando instalar: http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/Diversos/x86/VC_redist.x86.exe Você pode/deve, rodar esse procedimento no seu instalador, automatizado... isso pode ser feito de maneira silenciosa, e sem a intervenção do usuário... Veja esse artigo: No ACBrMonitorPLUS, usamos da seguinte maneira: VC_redist.x86.exe /install /passive /norestart No Linux: libssl.so.x.x.x - exemplos: libssl.so.1.1, libssl.so.10, libssl.so.1.1.1, libssl.so.1.1.0, libssl.so.1.0.2 , libssl.so.0.9.8, etc libcrypto.so.x.x.x - exemplos: libcrypto.so.1.1, libcrypto.so.10, libcrypto.so.1.1.1, libcrypto.so.1.1.0, libcrypto.so.1.0.2, libcrypto.so.0.9.8, etc O OpenSSL já vem instalado por padrão em várias distribuições Linux, caso contrário, use o seu gerenciador de pacotes, e instale o pacote "openssl" Veja mais sobre a distribuição de Bibliotecas em: https://acbr.sourceforge.io/ACBrLib/ComoInstalarDistribuir.html A nova rotina de Carga dinâmica das Bibliotecas do OpenSSL, que foram implementadas na Unit OpenSSLExt.pas, irá procura por vários nomes de arquivos, dando preferência para os arquivos mais novos. Ou seja, ela irá procurar pelas bibliotecas na versão 1.1.1.x, e não encontrando, procurará e pelas bibliotecas na versão 1.0.x ou inferiores Quer saber mais sobre como o ACBr usa o OpeSSL na criação e transmissão de Documentos Seguros ? Então de uma olhada nesse vídeo: Atualização em 12/03/21: A "Mikeysoft" não vem fazendo um bom trabalho no instalador do Visual C++ Runtime... parece que faltam dependências em "VC_redist.x86.exe"... Por isso recomendamos esse instalador: https://github.com/abbodi1406/vcredist/releases .. onde o desenvolvedor criou um instalador único, que roda todas as versões do instalador do Visual C++ Runtime

Homologado com sucesso! a bronca toda era que na hora de imprimir o boleto tinha que ter 9 digitos na conta bancaria + digito. a conta do cliente nao tinha 8 dígitos. o que eu coloquei zeros a direita ate completar 8 digitos + 1 digito isso fez com que a linha digital saise sempre errada. e na hora de pagar o boleto nao identificava o boleto. entao registrava normalmente (na geração da remessa ele ajustava o tamanho) ja no boleto nao. fazendo o erro na hora de pagar o boleto com a linha digitavel errado. tudo corrigido e homologado.

Sim, todas estão sendo trabalhadas.

Na verdade fico faltando passar o parâmetro mesmo. Correção já disponível no SVN.

resolvido

@Daniel Port essa eu desconhecia. Baseado nas informações dos contadores, "achava" que somente o destinatário poderia emitir uma de devolução. Mais uma que aprendi.

Boa tarde pessoal, estou criando este tópico para repassar uma informação que obtive com o auditor fiscal Bruno Nogueira. No nosso sistema, não estávamos enviando reduções Z que não possuíam movimentos, pois ocorria erro no totalizador parcial (Grupo vazio). Conforme contato com Auditor os totalizadores parciais deverão ser enviados com o valor zerado. Ou seja, a redução z deve ser transmitida com a venda bruta zerada e todos os totalizadores parciais cadastrados na ECF também zerados. Conforme Base de Conhecimento do CAF, http://caf2.sef.sc.gov.br/, seção ECF, pergunta número 905. Espero que ajude.