Painel de líderes

Esse vídeo é exclusivo para membros do SAC do ACBr

Boa tarde. De acordo com a Nota Técnica da SEFAZ para versão 3.10: indIEDest (Indicador da IE do Destinatário): 1=Contribuinte ICMS (informar a IE do destinatário); 2=Contribuinte isento de Inscrição no cadastro de Contribuintes do ICMS; 9=Não Contribuinte, que pode ou não possuir Inscrição Estadual no Cadastro de Contribuintes do ICMS; Nota 1: No caso de NFC-e informar indIEDest=9 e não informar a tag IE do destinatário; Nota 2: No caso de operação com o Exterior informar indIEDest=9 e não informar a tag IE do destinatário; Nota 3: No caso de Contribuinte Isento de Inscrição (indIEDest=2), não informar a tag IE do destinatário André Luis.

https://www.sefaz.rs.gov.br/NFE/NFE-VAL.aspx Está faltando informar o CSOSN do item.

Não mas tu pode carregar o xml seu e fazer a consulta de protocolo que o ACBr trata de modificar o xml e anexar nele o protocolo

Qual FastReport está usando na compilação? Se estiver com a versão que vem junto ao Delphi pode ter problemas, por ele não ter suporte a scripts.

Não assista e irá sanar suas dúvidas

Caso você faça a consulta por UltNSU, e informe o valor 0, serão retornados os documentos de interesse do CNPJ informado na consulta dos últimos 90 dias, limitado a 50 documentos por consulta. É retornado também o NSU que deve ser armazenado para ser usado na próxima consulta. Por documentos, entenda-se NFe, Resumo de NFe, Evento e Resumo de Evento. Para receber a NFe completa, na condição de destinatário da nota, ela deve estar manifestada. Caso contrário somente o resumo da NFe será retornado. Caso tente usar o método DistribuicaoDFePorChaveNFe e a nota não estiver manifestada, será retornado o cStat 137 - Nenhum documento localizado. Leia a NT 2014.002 para mais esclarecimentos: http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=s/plBMpQotg= O webservice retorna o XML com os documentos compactados, a descompactação é feita automaticamente pelo componente.

Creio que o Tópico foi para uma direção que o Daniel não esperava, mas vamos à minha visão: 1) Quanto à postura do Sr. Marchetti: Também sou de Santa Catarina, um estado que trabalha, que produz, de gente orgulhosa e promissora, que não está acostumado a pedir ajuda sem dar nada em troca. e também não está acostumado a dar ajuda para pessoas ingratas. Isso é cultural para nṍs. Se você quer ajuda, nós ajudaremos, mas se quiser criticar nossa ajuda difamando o nosso trabalho ou achando que a ajuda que fornecemos é uma obrigação e não um favor, culturalmente entenderemos que você não é mais merecedor dos nossos esforços. O que o Sr. Marchetti fez é apenas um reflexo da nossa cultura (e de outros estados, alguns inclusive do norte, como por exemplo Rondônia, que teve muitos imigrantes gaúchos). Somos diretos, objetivos, não usamos pronomes de tratamento, (segunda pessoa e TU ), mas isso não significa que somos agressivos, apenas que possuímos culturas diferentes. Tenho certeza que muitos vão achar meu texto agressivo ou chamá-lo de "textão" ou achar que também estou dando "patadas" mas não... quero apenas mostrar as diferenças culturais e se você não é programador delphi e acha que por isso não pode contribuir com o projeto, você provavelmente está errado. 2) Quanto ao "que eu uso", citado pelo Sr. douglaswf : Eu não uso nada por enquanto. Estou na fase de estudar os códigos. Apaixonei-me pelos códigos e pela organização usada pelo ACBr. Não sou programador Delphi, uso Object-pascal. Muito similar, porém diferentes. meus códigos são sempre cheios de helper types que são incompatíveis com a proposta do ACBr de manter a compatibilidade com o Delphi desde a versão 7 em diante, mas isso não me impede de querer entender e aprimorar cada vez mais. Minhas primeiras metas pessoais são: 2.1) Fazer com que o ACBr se torne compilável por cross-compile (FPC) de linux para windows. Atualmente não é possível porque os os fontes não estão em UTF8 e os caracteres acentuados deverão estar para que funcione o crosscompile no FPC em linux (espero fazer isso colocando constantes do tipo TTranslateString em arquivos .inc com diretivas de compilação {$IFDEF FPC} ou similar) 2.2) Fazer com que os componentes ACBr possam ser traduzido por arquivos .po através dessas constantes dos arquivos UTF8. Mas para isso acontecer, preciso de estudo e tempo. Já até sugerido pelo Daniel Simoes que fosse feito um fork. Mas ainda estou estudando a possibilidade de fornecer alterações ao projeto ACBr ou fazer um refactoring do que realmente me interessei. segue o link da sugestão do Daniel. 3) Quanto ao tópico original. Vi que algumas opiniões são pontuais e querem resolver seus problemas pessoais. Esperava ver mais contribuições nos sentidos de: 3.1) Manter a longevidade do projeto; 3.2) Criar formas de arrecadação consistentes; 3.3) Viabilizar para o projeto economicamente e intelectualmente ; 3.4) Promover e divulgar o projeto profissionalmente e academicamente; 3.5) Agregar novos recursos. 4) Quanto à outras linguagens: Apesar de conhecer diversas linguagens, eu possuo preferências de desenvolvimento, exemplo, projetos comerciais que demandam manutenção, precisam de códigos organizados e de fácil manutenção. por isso opto por object pascal, mas para Android, apesar de já ser possível desenvolver por pascal, uso o java. A maior parte do código livre escrito no planeta são de linguagens c like, mas isso não significa que você precisa aprender apenas uma linguagem. Caso você seja especialista em outra linguagem, provavelmente poderá contribuir construindo cabeçalhos das bibliotecas descritas no vídeo do Daniel Simoes nas linguagens que você esteja familiarizado. opinião pessoal: Github melhor que SourceForge que é melhor que Launchpad, Google Code ou CodePlex.

Bom dia @Arnaldo Cruz nas vendas com POS (maquininhas), já pode ser informado desde o início da NFC-e. Eu utilizo dessa forma: with pag.Add do begin tPag := fpCartaoCredito; // se for débito, usar tPag := fpCartaoDebito; vPag := dmlojas.qres3.fieldbyname('vlpago').asfloat; // valor pago em cartão de crédito ou débito tpIntegra := tiPagNaoIntegrado; CNPJ := '99999999999999'; cAut := dmlojas.qres3.fieldbyname('cdnsu').asstring; // código NSU ou DOC impresso pela maquineta tBand := bcVisa; // pode-se outras bandeiras como bcMastercard, bcAmericanExpress, bcSorocred.... end; Quando o usuário vai encerrar uma venda, eu disponibilizo as opções de fechamento em Dinheiro, Cheque, cartão TEF ou cartão POS. Caso seja cartão POS, abre-se uma tela onde o usuário deve informar, o valor, o tipo de transação, NSU ou DOC e a bandeira. Espero ter ajudado.

Galera estou usando windows 10 fastreport 5.3.16 delphi seattle update 1 ocorre erro no ACBrNFe_demo e tb na minha aplicação. Não sei o que pode ser. quando compilo a aplicação no delphi 7 versão do fastreport 5.1.9 esta ok, exportando certinho. algum colega resolveu o problema? Outros relatórios feito no fastreport também esta ocorrendo o erro. mesmo com o frxPDFExport para exporta presente. Opá, pesquisando aqui mais um pouco, cheguei ao seguinte link: http://obrunno.blogspot.com.br/2016/04/fastreport-5-erro-de-violacao-de-acesso.html fiz o que ele recomendou e deu certinho. Desculpa o incomodo... abraço.

Estou disponibilizando a primeira versão compatível com a NFC-e e versão 3.10 da NFe do ACBrNFeMonitor. Não tive como testar pois não tenho certificado para nenhum estado que já emite NFC-e, por isso conto com a ajuda de todos nos testes. Para usar é necessário ler com muita atenção a NT 2013.005 - http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=VjB0DxQkqR4= Abaixo as principais mudanças: O comando NFe.CriarEnviarNFe possui um novo parâmetro - NFe.CriarEnviarNFe(cArqINI,nLote,nImprimeDANFE,[bSincrono]) - Caso o parâmetro bSincrono seja igual a 1, a nota será enviada de forma síncrona(novo webservice disponibilizado pelo fisco exclusivamente para NFCe); A alteração acima tbm vale para o comando NFe.EnviarNFe, sendo que a posição do parâmetro é diferente - NFe.EnviarNFe(cArqXML,nLote,[nAssina],[nImprime],[NomeImpressora],[bSincrono]); Vale a mesma alteração para o comando NFe.EnviarloteNFe - NFe.EnviarloteNFe(numLote,0,[nImprime],[bSincrono]); Criados novos campos no formato INI(Veja o significado de cada campo na NT 2013.005): [identificacao] idDest= indFinal= indPres= [Destinatario] indIEDest= [autXMLXXX] CNPJ= [ProdutoXXX] NVE= nFCI= nRECOPI= pDevol= vIPIDevol= [DIXXXYYY] tpViaTransp= vAFRMM= tpIntermedio= CNPJ= UFTerceiro= [LADIXXXYYYKKK] nDraw= [detExportXXXYYY] nDraw= nRE= chNFe= qExport= [CombustivelXXX] pMixGN= [iCMSXXX] vICMSDeson= vICMSOp= pDif= vICMSDif= [Total] vICMSDeson= [iSSQNtot] dCompet= vDeducao= vINSS= vIR= vCSLL= vOutro= vDescIncond= vDescCond= vDeducao= indISSRet= indISS= cServico= cMun= cPais= nProcesso= cRegTrib= indIncentivo= [pagXXX] tPag= vPag= CNPJ= tBand= cAut= [exporta] UFSaidaPais= xLocExporta= xLocDespacho= AINDA NÃO EXISTE O DANFE ESPECÍFICO PARA NFC-e Provavelmente a primeira versão será compatível apenas com impressoras que suporte ESCPOS, assim como está hoje a impressão do extrato do ACBrSAT. ACBrNFeMonitor_NFCe.rar Basicamente, para emitir uma NFC-e, vc deve fazer as seguintes alterações: [identificacao] mod=65 tpImp=4 indFinal=1 indPres=1 Não informar a IE do destinatário [Destinatario] IE= NFC-e não aceita frete [Transportador] FretePorConta=9 Pagamentos - Na NFC-e este grupo é obrigatório [pag001] tpag=01 vpag= Caso alguém tenha mais alguma dica favor postar. Fico aguardando o resultado dos testes para enviar esta versão para o SVN.