Painel de líderes

Olá Pessoal, Segue o link do projeto "open and free" que estamos desenvolvendo: Lamw: Lazarus Android Module Wizard ref.: https://github.com/jmpessoa/lazandroidmodulewizard Lamw: Lazarus Android Module Wizard: :: RAD Android! Form Designer and Components development model! "A wizard to create JNI Android loadable module (.so) and Android Apk widh Lazarus/Free Pascal using Form Designer and Components!" São mais de 70 componentes e exemplos prontos pra uso! Estou a disposição da comunidade do Projeto AcBr para qualquer ajuda/esclarecimento. Att. Jose Marques Pessoa.

obrigado, provisóriamente estarei tentando ajustar conforme você orientou, se resolver pra mim fica ótimo, porque não terei muitos clientes assim, mas caso não de certo, volto a entrar em contato pra podermos implementar essa opção. grande abraço, feliz ano novo para você e toda equipe. Deus abençoe.

Eu passo os parametros dessa forma, depois de enviar os dados if ACBrGNRE1.Enviar(False) then begin ACBrGNRE1.GuiasRetorno.Clear; ACBrGNRE1.GuiasRetorno.LoadFromFile(ACBrGNRE1.Configuracoes.Arquivos.PathArqTXT + ACBrGNRE1.WebServices.Retorno.GNRERetorno.resGuia[0].RepresentacaoNumerica + '-gnre.txt'); TACBrGNREGuiaFR(ACBrGNRE1.GNREGuia).FastFile := ExtractFilePath(CONF_NFEDANFE_NFE.AsString) + 'GNRE_GUIA.fr3' ; ACBrGNRE1.GuiasRetorno.Imprimir; ACBrGNRE1.GuiasRetorno.ImprimirPDF; end; Nunca tive problema

Boa tarde! O teu erro está na soma mesmo da base de calculo dos itens. Veja: Uma sugestão. Não divida o frete por quantidade de itens. Faça por valor proporcional ao valor do produto. Pois desta forma imagina que vc tivesse uma geladeira um abraçadeira. Ai tivesse um valor de 3,000,00 em um item e 0,20 centavos na abraçadeira e um frete de 100 reais. Se vc divide por dois vc estaria colocando 50,00 na geladeira e 50,00 em uma abraçadeira que custa 0,20. Ai quem coleta a composição do custo pelo XML acaba tendo problema com isto, pois o custo da abraçadeira estaria saindo por 50,20 e se o comerciante tiver 100% de margem ele estaria vendendo por 0,40. Entendeu? O correto ai seria o seguinte calculo: Soma dos itens: 456,00 Valor do frete: 12,50 Calculo para achar o fator de multiplicação proporcional ao frete: (Vl.frete/Valorprodutos)*100=fator_multiplicador (12,50/456)*100=2,741228 Valor do item 1 = 90,00 // (90/100)*2,741228=2,467 (valor do frete proporcional ao valor do item 1 = 2,467) Valor do item 2 = 312,00 // (312/100)*2,741228=8,553 (valor do frete proporcional ao valor do item 2 = 8,553) Valor do item 3 = 54,00 // (54/100)*2,74,1228=1,480 (valor do frete proporcional ao valor do item 3 = 1,480) Valor dos produtos (90+312+54)= 456,00 Valor do frete: (2,467+8,553+1,480)= 12,50

Bom dia, pra quem ainda não viu, saiu hoje Nota Técnica 2016 - 003 sobre a Tabela de NCM... Basicamente, vão entrar novos códigos de NCM e alguns outros vão deixar de valer. OBS: eu já abri a tabela aqui e conferi ALGUNS destes códigos novos NÃO se encontram na tabela 2017.1.A do IBPT Att Ricardo

Bom dia! Se ela é importação o teu destinatário já está incorreto. Não se importa do Brasil. A UF do destinatário terá que ser "EX" e tem o código da cidade que deve preencher com números 9. Não lembro quantos mas veja no manual de integração e o nome da cidade "EXTERIOR", pais e código do país do qual está importando a mercadoria. O campo idDest vc preencheu com 1 deve ser 3. Veja no manual de integração: 1 - Operação Interna: 2 - Operação Interestadual: 3 - Operação com Exterior: O Restante não vi, comece arrumando isto. Olhei rápido a sua nota, me parece que você não informou o Porto "local de desembaraço" etc. Existirão as despesas aduaneiras, imposto de importação. Leia bem o manual de integração e preencha estes campos conforme a orientação do manual, do contrário você terá vários problemas e com certeza não tem nada a ver com a informação abaixo. Você sempre tem que primeiro dar uma boa lida no manual que trata do assunto e ai sim seguir os passos.

Boa tarde a todos, Marcos, Antes o MDF-e aceitava, NF-e ou NF (comum de papel) ou CT-e ou CT (comum de papel). Agora só aceita NF-e ou CT-e ou MDF-e (no caso de multimodal).

Boa noite sim no mdf-e é para CT-e e NF-e modelos 55 e 57

Marcos, é isso mesmo Toptron DD4 USB, para 4 linhas e se trabalhar em cascata até 64 linhas.

Caros companheiros de fórum : Hoje tomei conhecimento da Nota Técnica 2016.002 Alteração Leiaute da NF-e , baixei e dei uma rápida analise. Muitas dúvidas e é claro que será necessário muito esforço do grupo do ACBr para atender. Pretendo na próxima reunião da empresa que trabalho propor a eles retornar o pagamento do SAC como forma de ajuda e de reconhecimento ao esforço do team ACBr. Gostaria de fazer um apelo a todos os demais que ajudássemos também desta forma, pois vai tomar tempo fazer muitas dessas mudanças. Abraço a todos.

Depois de muita conversa interna e requisição de uma parte dos usuários ACBr, resolvemos estender o suporte ao Delphi 7 até Janeiro de 2017. Por que? Nossa principal motivação foi porque muita gente está pensando que quando chegasse o fim de agosto a compatibilidade com o Delphi 7 será simplesmente removida e seus aplicativos vão parar de funcionar. Infelizmente, algumas pessoas estão usando isso com um oportunismo, fazendo "terrorismo" nos usuários do projeto ACBr. Queremos que entendam que não é fácil manter a compatibilidade do projeto em tantas versões diferentes. E não estamos recebendo muita ajuda nessa área. É difícil manter compatibilidade com versões UNICODE quando nós mesmos não usamos. Mas então em janeiro meu aplicativo Delphi 7 deixará de funcionar com o ACBr? Não!!!! Seu aplicativo vai continuar funcionando. Isso é mentira, falácia, balela, uma grande prosopopéia para acalentar bovinos (conversa pra boi dormir). Então o ACBr não vai mais enviar alterações e correções de acordo com a legislação? Claro que vamos continuar enviando alterações e correções. Então não entendi... Pois é... Isso é o que a gente está tentando esclarecer... Deixa eu tentar... Como é o processo atualmente: Sempre que antes de enviar uma correção, alteração ou inclusão de nova característica, precisamos avaliar se vai funcionar no Delphi 7. Mas a maioria de nós não utiliza mais o Delphi 7. Então depois fazemos a correção, testamos na versão que utilizamos. Daí precisamos, por exemplo disparar uma máquina virtual, esperar ela carregar, copiar o novo código para a VM, fazer os testes no Delphi 7, voltar a máquina normal e só depois enviar ao SVN. Como queremos que seja o processo após janeiro de 2017: Fazemos a correção que precisamos, testamos nas versões que suportamos, e enviamos ao SVN. Mas e o Delphi 7? Os componentes até essa data vão continuar funcionando no seu Delphi 7. Mas a partir dessa data você deverá ter cautela para atualizar via SVN. Eventualmente, sem intenção, uma quebra de compatibilidade pode acontecer. Neste caso você sempre terá a opção de voltar para uma revisão que esteja funcionando. Mas se preferir poderá fazer algo: Corrigir você mesmo o problema; Encontrar algum voluntário para corrigir; Atualizar para uma IDE suportada; Quais as IDE suportadas? Lazarus ou Delphi 2009 ou posterior.

Problema já foi corrigido... tópico será fechado...

Boa tarde Weriton, Não existe nenhuma relação entre o método de envio com a forma de emissão. Se uma nota foi emitida em contingência Off-line, assim que os problemas forem sanados devemos envia-la para SEFAZ. O método síncrono é para quando o lote de notas possui apenas UMA nota se você tem 5 notas emitidas em Off-line você pode montar um lote com as 5 notas e enviar de uma só vez, mas neste caso o método tem que ser assíncrono.

Veja, pelo codigo que você passou, você não chegou a gerar e assinar o XML, tentou enviar diretamente, para emissão off-line você deve gerar e assinar utilizando os métodos próprios, ai sim tudo será gerado corretamente, a diferença é não enviar, porque o envio será feito em outro momento. ACBrNFe.NotasFiscais.GerarNFe; <--- gera o xml corretamente ACBrNFe.NotasFiscais.Assinar; <-- assina utilizando o certificado ACBrNFe.NotasFiscais.Valida; <-- valida o xml perante os schemas