Painel de líderes

Olá Pessoal, Foi publicado a NT 2020/005 que contem alterações no layout do XML da NF-e e alterações de regras de validação. O prazo previsto para a implementação das mudanças é: 01/07/2021 - Ambiente de Homologação 01/09/2021 - Ambiente de Produção No que se refere ao layout do XML vão ser acrescentados os campos: cBarra e cBarraTrib para informar o código de barra que são diferentes do GTIN. O campo tpViaTransp vai passar a ter novos valores; No detalhamento do ICMS vamos passar a ter novos campos: vICMSSTDeson e motDesICMSST. Com relação ao Fundo de Combate a Pobreza teremos os novos campos: pFCPDif, vFCPDif e vFCPefet. Consta também de forma errônea que a placa do veículo vai passar a ser opcional, mas o correto é a UF por conta da placa Mercosul. Essas são algumas das novidades, para mais informações convido a todos a lerem a NT que se encontra disponível em nossa biblioteca. http://svn.code.sf.net/p/acbr/code/tools/DFe/NFeNFCe/NT/2020/ Observação: Como vai ocorrer alteração no layout do XML da NF-e vai ser necessário atualizar os fontes do componente ACBrNFe bem como os Schemas independente se você vai usar esses campos na sua aplicação.

O problema é que o VB6 trabalha com Unicode e a dll em UTF8.

Não informou o protocolo de autorização da NFCe no pedido de cancelamento. Ou usou um XML sem o protocolo.

Tu fala um MDF-e ou ciência de operação da NF-e?

Boa tarde, está preenchendo o campo modalidade? Modalidade: Tipo de cobrança, 1- Com Registro ou diferente de 1 -Sem registro (atualmente em vigor somente cobrança com registro).

Juliomar, agradeço por responder. Fiz um backup novamente pra testar se daria erro, pra minha surpresa nenhum erro... Quando restaurei, o erro que citei não deu mais... Vai entender... De qualquer forma obrigado pela atenção!

Muito obrigado!

@Renato Rubinho e @Daniel Simoes Vou verificar.

Feliipe, Muito obrigado pelo retorno e pela contribuição, vou incluir na minha lista de tarefas para analisar.

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

Bom dia @gutopj01, veja se esse blog te clareia as diferenças entre TEF e PINPAD, são 2 coisas que andam em conjunto para o ecossistema funcionar. https://blog.vinco.com.br/entenda-a-diferenca-entre-tef-pin-pad-pos-pdv-mobile-e-a-relacao-com-a-nfc-e/ Forte Abraço

Na verdade já aplicamos a mesma solução do Boleto também para os DFes... Essa alteração foi para resolver problema da impressão de Código Barras colorido no Linux.

Correção no repositório, rev. 20925.

Ítalo eu olhei sim, e lá está com minúsculo, e obrigado pela dica.

Obrigado Sérgio. Resolvido

Perfeito Italo. A questão do erro esta corrigida. Só não estou conseguindo emitir porque esta ocorrendo erros em alguns campos tributários, vou ver com o cliente os dados para conseguir testar emissão, cancelamento... Muito obrigado.

Olá pessoal, Para quem ainda não sabe estou promovendo um Refactoring no componente ACBrNFSe. Ele praticamente foi reescrito do zero e infelizmente teremos algumas quebras de código quando ele for liberado. Mas vamos falar de coisas boas. Hoje temos que disponibilizar para os nossos clientes além do executável, DLLs, os famosos arquivos INI, o arquivo Cidades.ini e os arquivos INI dos provedores. Pois bem, isso acabou. Os arquivos INI referente aos provedores se transformaram em Unit, ou seja, fazem parte do fonte do componente. O conteúdo do arquivo Cidades.ini migrou para o arquivo ACBrNFSeServicos.ini que é transformando no ACBrNFSeServicos.res através do BAT: Compila_RES. O arquivo ACBrNFSeServicos.res é incorporado ao executável, logo vocês só vão precisar distribuir o executável e as DLLs para os seus clientes. O que vocês acharam dessa mudança? Ainda não esta 100%, em função das diferenças dos provedores, mas criei um novo método chamado Emitir que tem por finalidade gerar o XML do RPS, assinar se necessário, gerar o Lote e assinar se necessário, enviar, aguardar o retorno do XML da NFSe. Independente do serviço que o provedor se utiliza para recepcionar o XML do RPS. Vou dar um exemplo: O provedor 4R que segue a versão 2 do layout da ABRASF implementou somente o método EnviarLoteRpsSincrono para recepcionar o RPS, sendo que no Manual da ABRASF versão 2 estão previstos os métodos: EnviarLoteRps, EnviarLoteRpsSincrono e GerarNfse. Por outro lado o provedor ISSJoinville que também segue a versão 2 do layout da ABRASF implementou somente o método EnviarLoteRps. Se vocês tem clientes cujas cidades utilizam o provedor 4R e tem clientes em Joinville, ou vocês tem duas aplicações ou a aplicação tem uma tela de configuração para definir qual método a ser utilizado. O método Emitir vem para tentar resolver esse problema da seguinte forma: se o provedor for 4R ele vai se utilizar do método EnviarLoteRpsSincrono automaticamente, agora se for ISSJoinville vai usar o EnviarLoteRps. Desta forma não precisamos de nos preocuparmos com qual o método devemos usar para enviar o RPS para o webservice. Acredito que vai ficar muito bom e pratico. O que vocês acham? Muita coisa já foi feita e muito mais precisa ser feito. Para que vocês tenham uma ideia foi criado 32 Units, ou seja, uma para cada provedor que segue a versão 1 do layout da ABRASF, mais 53 Units para os provedores que seguem a versão 2 do layout da ABRASF e mais 19 Units para os provedores que tem o seu próprio layout. Até o final deste mês de outubro estarei disponibilizando o programa exemplo compilado para que vocês possam fazer mais testes. Em breve vou explicar como vão ser os testes e como reportar os resultados. Antes que eu esqueça, esse Refactoring visa poder incluir a emissão da NFS-e no ACBrMonitor Plus e a criação do ACBrLibNFSe (DLL). Um forte abraço a todos.

Temos planos futuros.. mas ainda não conseguimos calcular uma data...

Olá pessoal, recentemente precisei usar no PHP o ACBrLib, e por isso compartilho aqui a biblioteca que criei para realizar as chamadas. Para isso, foi utilizado o PHP 7.4 como FFI ativado. A biblioteca é super fácil, ou seja, a partir do exemplo da chamada para o boleto (que eu criei inicialmente) você pode facilmente extender para outras partes do ACBr. Lemrbando que a DLL foi compilada usando o padrão cdecl. https://packagist.org/packages/erycson/acbrlib-php Bibliotecas do ACBr não inclusas