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.

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.

Creio que deva rodar o apagaracbr.bat antes de rodar com o instalador

Se possível anexe a unit com as alterações para análise.

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.

Boa tarde Mendes, O erro 500 pode ser que o XML contem TAGs não preenchidas. Sendo assim é importante saber quais são as informações obrigatórias a serem informadas no XML.

Bom dia Secaio, O novo schema além de ter as novas TAGs teve o seu nome mudado, em vez de Envio agora é Enviar. Vou fazer os ajustes e assim que possível estarei enviando par ao repositório.

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.

Obrigado pelas respostas, por uma falha minha eu não vi que no Acbr-Exemplos tinha o ACbrCIOT, mas já me achei e estou implementando o necessário, obrigado pela ajuda!

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.

estranho o fr3 está lá. mas é tranquilo , abre o exemplo ai ignora os erros que derem remove a uses que é do fortes e dai adiciona o componente para fast do gnre e aponta do fr3 nele e vincula com o gnre já está pronto para uso

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

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

property IncorporarBackgroundPdf: Boolean; property IncorporarFontesPdf: Boolean; property OtimizaImpressaoPdf: Boolean;

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.

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.

No ACBrMonitor voce define Tipo de Impressão e Impressora padrão

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.

Bom dia.. aconteceu essa mesma situação , fazendo a alteração acima indicada homologou normalmente. Obrigado.

Muito obrigado, pretendo fazer assinatura ao suporte pago, no entanto tinha essa duvida! Novamente muito obrigado!

A partir desta postagem os fontes ACBr passaram por ajustes, ficando compatível com a versão 1.1.1 da lib OpenSSL. Sendo assim desconsidere as configurações acima, se a sua Distro Linux já utiliza a versão 1.1 da OpenSSL. Se a sua Distro utiliza a versão anterior da OpenSSL , vai funcionar da mesma forma, porém apenas a versão 1.1 será mantida atualizada pelo projeto OpenSSL, até mesmo por isso o ACBr atualizou-a no Projeto. Saiba mais detalhes no post abaixo:

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

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

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.

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