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

Prezados, Comunicamos que a RESOLUÇÃO 5.869/2020 entrará em vigor a partir de 60 dias da data de hoje (31/01/2020). Para maiores informações: http://www.in.gov.br/web/dou/-/resolucao-n-5.869-de-30-de-janeiro-de-2020-240822860

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.

Boa tarde Pessoal, Esse tópico já esta com 4 paginas e os assuntos estão se misturando. Vou fechar, para que ele não se transforme um com umas 20 paginas. Caso alguém detecte algo que precise ser corrigido nos fontes do componente, por favor criem um novo tópico para a devida correção. Se alguém desejar passar alguma informação a respeito do CIOT, por favor criem um tópico exclusivo para o assunto. Agradeço a colaboração e compreensão de todos.

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.

Tem a questão do MDFe gerar o CIOT mais é somente no mês 04/2020. A obrigatóriedade da emissão do CIOT encerraria amanhã, so que com essa nova informação do Marcel, vamos ter mais 45 de prazo. Com relação as multas pelo que entedi elas variam de 550,00 a 10.000,00 Sim você pode gerar o CIOT diretamente pelo SITE da eFrete, mais o custo de tempo é muito elevado. Atualiza os fontes do ACBR, que lá já tem um exemplo funcional para a geração do CIOT, a única coisa que você vai ter que fazer é entrar em contato com a eFrete e se cadastrar como Integrador, lá eles vão fornecer um manual passo a passo do que você precisa fazer e tem um canal para abrir chamador para sana eventuais dúvidas.

@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.

Suspensão da obrigatoriedade da geração do código CIOT até o julgamento, em fevereiro, pelo Supremo Tribunal Federal. Leiam arquivo anexo. Suspensão Obrigaação CIOT.pdf

Obrigado , conseguir rodar o exemplo , agradeço.

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

Boa tarde Luiz, A cidade de Cachoeiro de Itapemirim se utiliza do provedor ELv2, que segue a versão 2 do layout da ABRASF. Na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\Schemas\ELv2 temos os schemas que devemos utilizar para validar o Lote antes do seu envio. Se abrirmos o arquivo: nfse.xsd e procurarmos pelo elemento Prestador vamos encontrar a seguinte definição: <xsd:element name="Prestador" type="tcIdentificacaoPessoaEmpresa" minOccurs="1" maxOccurs="1" /> Note que o elemento Prestador é obrigatório, logo comentando as linhas que gera a abertura e fechamento desse elemento que você fez esta errado. Vamos a definição do tipo desse elemento: <xsd:complexType name="tcIdentificacaoPessoaEmpresa"> <xsd:sequence> <xsd:element name="CpfCnpj" type="tcCpfCnpj" minOccurs="1" maxOccurs="1" /> <xsd:element name="InscricaoMunicipal" type="tsInscricaoMunicipal" minOccurs="0" maxOccurs="1" /> </xsd:sequence> </xsd:complexType> Como você pode ver o elemento Prestador é composto por outros dois elementos: CpfCnpj e InscricaoMunicipal. Se você esta usando o programa exemplo para testes, deve ter configurado de forma errada, ou seja, esta pegando os schemas de uma outra pasta.

Independente do tipo de certificado, a logica é a mesma, se for A3, terá apenas que trocar o certificado conforme a empresa que for trabalhar. Se são vários terminais emitindo nota, ai melhora usar o A1, pode ser instalado em varias maquinas, ou pode usar OpenSSL, e todos os terminais lerem o arquivo. O componente será configurado no módulo que será utilizado. Quanto a vários terminais, é tranquilo, não tem perda de dados, ai entra também a tua experiencia como programador. Dercide Alvarez

Então é o que eu disse, a SEFAZ não disponibiliza esse serviço para o CTe, apenas para a NFe.

Bom dia Ala. O log contem todas as interações com o SiTef. Então se você juntar ele, o código e a documentação é possível você mesmo verificar o que está faltando ser implementado. Mas é muito importante que você entenda como o Sitef funciona. Em especial, como ele recebe e requisita as informações. Por isso, se você não leu toda a documentação ainda, seria primordial que fizesse buscando entender esse fluxo de informações. Só depois de fazer isso você vai conseguir compreender o que vou te passar agora. Se você já entendeu isso, vamos pro que talvez esteja faltando... Note no seu log que sempre tem esse par de linhas: -- 29/01 15:25:12:102 - ContinuaFuncaoSiTefInterativo, Chamando: Continua = 1 Buffer = -- 29/01 15:25:12:278 - ContinuaFuncaoSiTefInterativo, Retornos: STS = 10000 ProximoComando = 14 TipoCampo = -1 Buffer = Tam.Min = 0 Tam.Max = 0 A primeira linha indica quais parâmetros foram passados para a função "ContinuaFuncaoSiTefInterativo". Essa função é da DLL do Sitef. A segunda linha indica quais parâmetros a função "ContinuaFuncaoSiTefInterativo" retornou. Ou seja, o que o Sitef retornou. Esse é a parte do meio da interação com o Sitef, onde a mágica acontece. O código no ACBr que cuida dessa parte está na unit "ACBrTEFDCliSiTef.pas" no método "TACBrTEFDCliSiTef.ContinuarRequisicao". Esse é o código que você deve colocar um breakpoint e acompanhar durante o debug, para entender o que está acontecendo. Agora veja essa parte do seu log relacionado a uma transação com ITI: -- 30/01 16:44:44:179 - ContinuaFuncaoSiTefInterativo, Chamando: Continua = 0 Buffer = -- 30/01 16:44:44:257 - ContinuaFuncaoSiTefInterativo, Retornos: STS = 10000 ProximoComando = 21 TipoCampo = -1 Buffer = 1:ITI (ITAU);2:VEE;3:MERCADO PAGO;4:IzPay; Tam.Min = 1 Tam.Max = 2 -- 30/01 16:44:44:267 - BloquearMouseTeclado: NAO -- 30/01 16:44:46:302 - BloquearMouseTeclado: SIM -- 30/01 16:44:46:317 - ContinuaFuncaoSiTefInterativo, Chamando: Continua = 0 Buffer = 1 -- 30/01 16:44:46:420 - ContinuaFuncaoSiTefInterativo, Retornos: STS = 10000 ProximoComando = 14 TipoCampo = -1 Buffer = Tam.Min = 0 Tam.Max = 0 -- 30/01 16:44:46:429 - ContinuaFuncaoSiTefInterativo, Chamando: Continua = 0 Buffer = -- 30/01 16:44:46:511 - ContinuaFuncaoSiTefInterativo, Retornos: STS = 10000 ProximoComando = 22 TipoCampo = -1 Buffer = Pinpad nao suporta exibicao de QR Code Tam.Min = 0 Tam.Max = 0 -- 30/01 16:44:46:520 - CliSiTef DoExibeMsg: Oper: opmOK Mensagem: Pinpad nao suporta exibicao de QR Code Observe que logo depois de passar para o Sitef que a opção era "1:ITI", os próximos retornos foram limpar a mensagem ( ProximoComando = 14) e exibir mensagem que o Pinpad não suporta QR Code. Então, pelo visto, esse módulo do ITI, está esperando que o QR Code seja mostrado pelo Pinpad, e não sua aplicação como já foi comentado. Você pode colocar breakpoints e verificar que é assim que está acontecendo mesmo. Não li a documentação sobre carteiras digitais. Não sei se existe alguma configuração para alterar esse comportamento. É provável que o pessoal da SkyTef possa ajudar a encontrar como informar ao Sitef que a aplicação será responsável por gerar o QR Code e não o Pinpad. Agora vamos a outro exemplo no seu log. Está por volta da linha 551, mas relacionado a carteira VEE: -- 30/01 16:20:23:422 - ContinuaFuncaoSiTefInterativo, Retornos: STS = 10000 ProximoComando = 21 TipoCampo = -1 Buffer = 1:ITI (ITAU);2:VEE;3:MERCADO PAGO;4:IzPay; Tam.Min = 1 Tam.Max = 2 -- 30/01 16:20:23:431 - BloquearMouseTeclado: NAO -- 30/01 16:20:28:474 - BloquearMouseTeclado: SIM -- 30/01 16:20:28:488 - ContinuaFuncaoSiTefInterativo, Chamando: Continua = 0 Buffer = 2 Essa carteira inicia várias outras interações... como pedir o CPF chegando finalmente nessa situação: -- 30/01 16:20:43:385 - ContinuaFuncaoSiTefInterativo, Chamando: Continua = 0 Buffer = -- 30/01 16:21:15:663 - ContinuaFuncaoSiTefInterativo, Retornos: STS = 10000 ProximoComando = 0 TipoCampo = 800 Buffer = E583E9640705D253C568614AAB5ECA370B5A007D Tam.Min = 0 Tam.Max = 0 Pelo que vi no código atual, esse retorno com "TipoCampo = 800" não parece ser tratado de modo especial pelo ACBrTEFD. Posso estar enganado, mas me parece que essa informação que está no Buffer seja relacionada a geração do QR Code. Pode ser por exemplo uma chave de identificação da loja. Por isso você precisa verificar se ao receber o retorno com "TipoCampo = 800" a aplicação deve gerar alguma tela ou fazer algum tratamento especial. Acredito que com essas informações você já tem bastante dever de casa.

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

Alexandre, Já esta no repositório as suas alterações.

Bom dia Sergio, Acredito que você esteja carregando o XML errado. O correto é *-procInutNFe.xml

Me referia ao .ini com os dados da NFe, mas se você gera o XML pelo seu sistema passe o valor para o campo ModBC, baseado nos códigos descritos no Manual NFe: 0=Margem Valor Agregado (%); 1=Pauta (Valor); 2=Preço Tabelado Máx. (valor); 3=Valor da operação.

Bom dia. Tive que fazer algumas alterações no arquivo pcnCIOTW_eFrete pcnCIOTW_eFrete Em caso de Tipo viagem igual a TAC_Agregado os campos abaixo não devem ser preenchidos e nem constar no XML. DataInicioViagem PesoCarga TipoEmbalagem CodigoTipoCarga AltoDesempenho DestinacaoComercial FreteRetorno DistanciaRetorno Pagamentos não devem ser preenchidos para TAC_Agregado Após essas alterações consegui fazer o envio TAC_Agregado por enquanto. Se poderem colocar essas alterações no componente.

Veja o método procedure PintarQRCode(const QRCodeData: String; ABitMap: TBitmap; const AEncoding: TQRCodeEncoding); da Unit ACBrDFeReport.pas

Tem muito path nesse seu arquivo. segundo sua pasta do Delphi foi posto dentro de program files o windows não gosta disso. segiro colocar em outra pasta Corrigindo seus componentes estão numa pasta de sistema Program Files. tire de lá

Problema Resolvido, Atualizeiro os fonte do ACbr funcionou

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

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

Farei isto, obrigado!

Resolvido o problema após o update, obrigado.

Bom dia Bruno, Muito obrigado pela colaboração, já enviei para o repositório. Observação, os seus fontes estão desatualizados.

Bom dia! No manual diz o seguinte quanto ao código do cedente: Você informou no teu arquivo o código: 5705371 (Veja que tem 7 caracteres, com isto teria 7 posições) Se o Manual diz que é seis dá uma conferida se te passaram o código correto. No seu arquivo remessa está apenas as 6 posições, observe que lá está 570537 Observe no Header do seu arquivo as posições 59 a 64 e a nota explicativa G007.

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 ?

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

Ainda não temos previsão... Antes, devemos iniciar um refactoring no componente ACBrNFSe... o que deve ocorrer em Fevereiro, e deve levar várias semanas...

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

Verifiquei meu código fonte e já identifiquei o problema. Pode fechar.

Prezado, Informei o CSOSN com 900 para CRT = 1 e funcionou. Obrigado.

Ok, mas isso não é algo a ser alterado no componente, basta passar a data com um dia a mais ao preencher os dados do título antes de gerar a remessa.

@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.

Bom dia Filipe. Realmente, essa dependência não ficou legal. Por isso eu alterei para outra classe específica do Fortes. Muito obrigado pela contribuição. Fiz a implementação baseada nela com essa alteração mencionada. Subi as alterações para o SVN na Revisão 18748. Pelo que vi está tudo certo. Mas especial devido a minha alteração, queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Veja se no XML de resposta do Webservice existem essas Tags

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.