Painel de líderes

11/02/2021 - Publicada a versão 1.10 da NT 2020.007. Publicada na aba "Documentos", opção "Notas Técnicas", a versão 1.10 da NT 2020.007, que trata do Transportador Interessado na NF-e, com alguns esclarecimentos e com alterações nos prazos de implantação. Homologação: 01/11/2021 Produção: 30/11/2021 Assinado por: Coordenação Técnica do ENCAT Fonte: http://www.nfe.fazenda.gov.br/portal/informe.aspx?ehCTG=false&Informe=IGl4YWhsfvo= Observação: O componente ACBrNFe já foi atualizado para poder enviar o Evento Ator Interessado na NF-e, bem como os schemas. Não esqueça de manter os seus fontes e schemas atualizados independente se vai ou não implementar esse evento em suas aplicações. Fiquem atentos as datas de liberação para inicio dos testes e envio em produção.

Lembrei disso hoje... e decidi procurar se o Post n.1 ainda existe... SIM, ele ainda está no Fórum da DevMedia, o qual eu frequentei por um bom tempo, e foi o espírito de cooperação dos usuários do fórum, que me motivou a criação do Projeto ACBr... Reparem no Post, que ainda não há menção do nome ACBr, e a ideia inicial, era fazer uma classe de Suportes a ECF (Emissor de Cupom Fiscal)... https://www.devmedia.com.br/forum/classe-para-acesso-direto-a-ecf-em-linux-windows/229474 Na abertura do último Dia do ACBr, eu menciono um pouco sobre a criação do Projeto... Classe para acesso Direto a ECF em Linux/Windows 03/05/2004 Ola, para todos.... Estou desenvolvendo uma Classe Multiplataforma para acesso direto a diversas Impressoras Fiscais. Na verdade o projeto ainda está engatinhando, mas já tive sucesso em Comunicação com a Bematech em Windows e Linux. Entretanto, como muitos programadores também necessitam ou já fazem acesso a ECF, resolvi usar a ideia de tornar isso um projeto OpenSource. P1 - Porque fazer mais uma biblioteca de acesso a ECF ? A ideia é fazer uma Classe que possa rodar em Linux / Windows. algo que nao existe hoje.... Alem de não exigir nenhuma DLL ou SO, a fim de evitar o ´inferno das DLL´s´ P2 - Como fazer acesso aos ECFs ? Como a classe deve rodar em Linux, fica descartado o uso de DLL´s... Todas as impressoras fiscais (pelo menos as que já programei) possuem manuais descrevendo os codigos de comandos e protocolos seriais. Atualmente acesso as impressoras: Bematech, Daruma, Schalter, Sweda, Mecaf (e compativeis) de forma direta, em DOS, usando a linguagem CLIPPER 5.02e.+Clipper Tools... O Executável não depende de nenhum arquivo externo ou device driver no CONFIG.SYS. A ideia é migrar as funçoes de Clipper para Delphi, usando um componente de acesso a Serial. P3 - Qual componente fará acesso a serial ? Dos que testei, apenas a classe SynaSer http://www.ararat.cz/synapse/ é multiplataforma (Kylix) P4 - Porque rodar em Linux ? Já pensou oferecer para os seus clientes uma solução de Aplicacação Comercial totalmente legalizada ? e sem pagar uma fortuna por isso ? Sem falar na estabilidade e segurança do Linux.... Qual usuário consegue apagar o sistema ? (alem do Root é claro Caracteristicas do projeto: - Deve ser OpenSource e com a distribuição dos fontes: - Deve ser Multi-plataforma (Windows ( CLX / VCL ) / Linux) - Nao deve depender de nehuma DLL ou SO. - Deve suportar as diferença entre os diversos modelos de ECF - As Classes Filhas devem tratar de forma transparente as pequenas diferenças na programaçao de Versoes diferente do mesmo Modelo de ECF. Ex: A classe TECFBematech deve ser capaz de trabalhar com todas as versoes da Bematech FI Vantagens do Projeto: - Total controle da Aplicação: Já vi DLL´s que simplesmente param o processamento do programa (Quem já homologou TEF discado, sabe o que eu quero dizer...) - Facil distribuição: Não precisa distribuir e instalar nenhuma DLL - Livre-se do Inferno das DLL´s Quando o usuário instala outro programa que usa a mesma DLL que você usa, porém em uma versão antiga (causando Bugs no seu programa) - Multiplataforma: Linux / Windows - Programação Limpa e Clara. Basta criar uma classe TECF com o modelo apropriado. O Codigo fonte sempre se refere a Classe criada, sem se preocupar com o Modelo Desvantagens do Projeto: - Se o hardware mudar, ficamos dependendo de novas informaçoes do fabricante, ou até mesmo de um modelo do equipamento para testes... - Geralmente as DLL´s incorporam novos Hardwares do mesmo fabricante.... Aqui teremos que implementar um novo filho da classe TECF para cada Hardware novo (somente se o novo hardware nao for compativel com o antigo) Estou lançando a ideia para ver a aceitação... Existe algum disposto a colaborar ? Posso enviar os fontes por e-mail para que estiver interessado... Em breve farei uma pagina para download do projeto... (Ou se alguem estiver disposto a fazer... ) A ser desenvolvido: - Terminar a implementação da Classe TECFBematech - Implementar as demais Classes (Daruma, Schalter, Sweda, Mecaf) - Criar Classe para Manupilação de TEF Discado para interagir com TECF Na verdade, nunca fiz nenhum projeto OpenSource... Gostaria de sugestões... Duvidas: - Como / Onde hospedar o projeto ? - Como cordernar ?.... - Como fica a questão legal de OpenSource ? É preciso registrar isso em cartório ? Ps: Srs Moderadores, desculpe postar essa msg em 2 áreas, mas acredito que seja do interesse...

Boa tarde Diego, Já esta no SVN.

Olá Silas, Nós do ACBr, não temos conhecimento técnico e as autorizações necessárias, para efetuar esse tipo de serviço.. Vou mover para a área de Classificados, pois pode ser que outra empresa possa lhe ajudar...

Boa tarde a todos, Sim, o problema é no ambiente de homologação do Ginfes que não esta funcionando.

Bom dia. Tentaram o mesmo no demo do novo componente, o ACBrNFSeX? Att.

Para quem utiliza o componente ACBrNFe, devemos acrescentar as seguintes linhas na rotina que alimenta o componente: (para mais detalhes aconselho abrir o programa exemplo do componente ACBrNFe) ACBrNFe1.EventoNFe.Evento.Clear; with ACBrNFe1.EventoNFe.Evento.New do begin infEvento.chNFe := Chave; infEvento.CNPJ := CNPJ; infEvento.dhEvento := now; infEvento.tpEvento := teAtorInteressadoNFe; infEvento.nSeqEvento := StrToIntDef(nSeqEvento, 1); infEvento.detEvento.cOrgaoAutor := UFtoCUF(xUF); infEvento.detEvento.tpAutor := StrToTipoAutor(Ok, TipoAtor); infEvento.detEvento.verAplic := VerAplic; // No momento a SEFAZ só aceita apenas 1 CNPJ/CPF with InfEvento.detEvento.autXML.New do CNPJCPF := AutXML; infEvento.detEvento.tpAutorizacao := StrToAutorizacao(Ok, TipoAutoriz); end; ACBrNFe1.EnviarEvento(StrToInt(idLote));

Para quem utiliza o componente ACBrNFe, devemos acrescentar as seguintes linhas na rotina que alimenta o componente: (para mais detalhes aconselho abrir o programa exemplo do componente ACBrNFe) // Opcional - Preencher com o Código de Barras próprio ou de terceiros que seja diferente do padrão GTIN // por exemplo: código de barras de catálogo, partnumber, etc Prod.cBarra := 'ABC123456'; // Opcional - Preencher com o Código de Barras próprio ou de terceiros que seja diferente do padrão GTIN // correspondente àquele da menor unidade comercializável identificado por Código de Barras // por exemplo: código de barras de catálogo, partnumber, etc Prod.cBarraTrib := 'ABC123456'; // Declaração de Importação. Pode ser adicionada várias através do comando Prod.DI.Add with Prod.DI.New do begin nDi := ''; dDi := now; xLocDesemb := ''; UFDesemb := ''; dDesemb := now; { tvMaritima, tvFluvial, tvLacustre, tvAerea, tvPostal, tvFerroviaria, tvRodoviaria, abaixo os novos valores incluidos a partir da NT 2020/005 tvConduto, tvMeiosProprios, tvEntradaSaidaFicta, tvCourier, tvEmMaos, tvPorReboque } tpViaTransp := tvRodoviaria; vAFRMM := 0; { tiContaPropria, tiContaOrdem, tiEncomenda } tpIntermedio := tiContaPropria; CNPJ := ''; UFTerceiro := ''; cExportador := ''; with adi.New do begin nAdicao := 1; nSeqAdi := 1; cFabricante := ''; vDescDI := 0; nDraw := ''; end; end; with ICMS do begin (...) // Informar apenas nos motivos de desoneração documentados abaixo vICMSSTDeson := 0; { o campo abaixo só aceita os valores: mdiProdutorAgropecuario, mdiOutros, mdiOrgaoFomento Campo será preenchido quando o campo anterior estiver preenchido. } motDesICMSST := mdiOutros; // Percentual do diferimento do ICMS relativo ao Fundo de Combate à Pobreza (FCP). // No caso de diferimento total, informar o percentual de diferimento "100" pFCPDif := 0; // Valor do ICMS relativo ao Fundo de Combate à Pobreza (FCP) diferido vFCPDif := 0; // Valor do ICMS relativo ao Fundo de Combate à Pobreza (FCP) realmente devido. vFCPEfet := 0; (...) end; with PISST do begin (...) { valores aceitos pelo campo: ispNenhum, ispPISSTNaoCompoe, ispPISSTCompoe } // Indica se o valor do PISST compõe o valor total da NF-e IndSomaPISST := ispNenhum; end; with COFINSST do begin (...) { valores aceitos pelo campo: iscNenhum, iscCOFINSSTNaoCompoe, iscCOFINSSTCompoe } // Indica se o valor da COFINS ST compõe o valor total da NF-e indSomaCOFINSST := iscNenhum; end;

Alexandre Marcondes, foi o primeiro (e único) a responder a meu Post... ele me ajudou MUITO, na organização das Ideias, dos fontes, e me passou os fundamentos básicos sobre o funcionamento de um Projeto de código aberto, como Repositório de Fontes, licenças de código, Source forge, etc... Muito obrigado Alexandre...