Luis Fernando

Depois de realizar vários teste e com vários modelos, acabei pegando uma situação onde o retorno do peso vinha zerado, porém a leitura do peso era realizada. Só que quando debuguei os fontes na unit ACBrBALToledo na linha 269 ele não vinha nenhum retorno conhecido e caia na linha marcada: Dentro desta função "InterpretarProtocoloC" o retorno do peso vinha com o "kg" no final, exemplo : '02369kg' -- correto '02369' (sendo : 2,369) Dentro desta função realizei apenas um ajuste: Segue em anexo unit ajustada: Link Manual ACBrBALToledo.pas

Boa noite, Gilmar. Conseguiu fazer a integração?

Bom dia @Juliomar Marchetti. Realmente toda vez que preciso realizar qualquer alteração tenho bastante cuidado em levantar algumas informações relevantes, porem a resposta de 3 de 5 que me pediram isso foi que. Quando a data de emissão é igual a data da parcela é um pagamento a vista. Como o DANFE só possui uma forma de pagamento e nesse caso vai a prazo por possuir mais de uma parcela eles entendem que deve ficar claro para o cliente que a primeira foi "A Vista". Entendo também que muitos deles mal sabem onde estão mas essa é uma análise que por fim acabei concordando com eles. Obrigado ai mais uma vez pela atenção!

Bom dia pessoal. Alguns contadores já vem me solicitando isso a algum tempo, porem vinha segurando devido a possuir aluns grandes projetos integrado ao Acbr e não havia feito a mudança de para o trunk 2. Essa alteração consiste em exibir "A VISTA" quando a data de vencimento da parcela da duplicata for igual a data de emissão. Os ajustes foram realizados tanto no DANFE em modo paisagem quanto no modo retrato. Obs: Só procurar pelo comentário : //alteracao solicitada Luis Fernando Muito obrigado pela atenção pessoal. informacoes-pagamento.zip

Bom dia pessoal. Alguns escritórios contábeis já vinham me solicitando essa alteração a um bom tempo e ainda não havia feito devido a realizar a mudança de trunk (trunk2). Como possuo vários projetos que utilizam o componente fui migrando gradativamente todos eles até chegar nos documentos fiscais eletrônicos. Meu DANFE era no Quick Report inclusive contribui com vários ajustes inclusive o canhoto no topo ou rodapé. Agora gostaria de solicitar mais esse ajuste só que agora no Fortes Report. Alteração : Quando a data da parcela for igual a data de emissão da NF-e ao invés de sair da data mostrar "À VISTA". Essa alteração foi realizada tanto no formato retrato quanto paisagem. Segue anexo das modificações realizadas. informacoes-pagamento.zip

Sim! Também está oscilante.

A questão é o tempo médio dos serviços se ficar com o tracinho como hoje de manhã e tudo verde não vai funcionar mesmo.

Já ta fora de novo. kkkkkkkkk Tá feio o trem lá

Mesmo problema em meus aplicativos. Alguém já obteve alguma informação?

Bom dia. Não estou propondo não, tenho conhecimento dessa diferença. Foi que nos aqui da empresa ainda não atualizamos o ACbr para o novo trunk e por isso resolvemos realizar a implementação manual pelo menos nesta versão. Então postei ai a solução para ajudar o pessoal que estiver com o mesmo problema. Agora caso o problema tambem ocorrer no trunk2 só me avisar que posto aqui a solução, para que não seja necessário procurar no arquivo.

Bom dia. Não estou propondo não, tenho conhecimento dessa diferença. Foi que nos aqui da empresa ainda não atualizamos o ACbr para o novo trunk e por isso resolvemos realizar a implementação manual pelo menos nesta versão. Então postei ai a solução para ajudar o pessoal que estiver com o mesmo problema. Agora caso o problema tambem ocorrer no trunk2 só me avisar que posto aqui a solução, para que não seja necessário procurar no arquivo.

@matheus.sdo boa noite. Acabei re resolver o problema, como você fez as alterações na mão faltou a alteração na Unit "pcnNFeR" que realiza a leitura do arquivo xml. Segue anexo da Unit. Abraço pcnNFeR.txt

@tallys Boa noite. Acabei re resolver o problema, como você fez as alterações na mão faltou a alteração na Unit "pcnNFeR" que realiza a leitura do arquivo xml. Segue anexo da Unit. Abraço pcnNFeR.txt

@Tallys boa tarde. Tenho esse mesmo problema porem se você envia no metodo rápido com uma unica nota funciona e a nota é autoriza, já no metodo normal onde é enviado por lote as notas obtenho esse retorno. Porem esse mesmo problema ocorre com o ICMSUFDest.

@matheus.sdo estou com o mesmo problema mas se você utiliza o metodo rápido a nota é validada porem no metodo com várias notas em um lote retorna essa mensagem. O mesmo ocorre com o atributo CEST

Bom dia. Claro com prazer. Segue ai qualquer dúvida fico a disposição. Mais uma vez obrigado. ACBrNFeDAEventoQRRetrato.rar

Boa noite pessoal. Peguei um bug na impressão do DANFE ACBrNFeDANFeQRRetrato. Quando eu imprimia um produto cuja a descrição fosse um pouco extensa, exemplo: <xProd>CREME DE LEITE FRESCO SALUTE CX12X550ML UN</xProd>. Ele não imprimia o componente qrs18 (Função de apenas grifar a linha abaixo), no próximo item. Solução: Foi removido o componente qrs18 e adicionado no qrbItens[Frame : DrawButton = true e Style = psSolid]. Agradeço a atenção dos moderadores e assim que possível realizar essas alterações postar aqui pra que possa atualizar o meu ACBr. Vlw galera.

Bom dia. julioaguilar uai melhor ainda se desta forma funcionou menos implementação para fazer. Só que tem um porem nem a minha alteração nem a sua alteração foi ajustada no Acbr, acabei de atualizar e liberar um aversão e meu cliente já gritou de volta kkkkkkkkkk. Sei que todos tem uma ocupação extra alem deste forum, mas se pudessem colocar esta correção na proxima versão seria muito interessante. Mais uma vez obrigado pela atenção dos moderadores.

Pessoal baixei as ultimas alterações e tive que refazer esse processo novamente. Poderiam por favor em uma próxima versão incluir essa alteração.

Bom dia. Pessoal estava em apenas caixa alta. caso alguem entendeu desta forma me desculpe.

BOM DIA. VISTO QUE NECESSITAVA DE UM AJUSTE PARA QUE NA IMPRESSÃO DO DANFE MOSTRASSE PAGAMENTO "A VISTA", FOI FEITO O SEGUINTE AJUSTE NA UNIT ACBrNFeDANFeQRRetrato // Incluido por Italo em 13/07/2011 // Alterado por Luis Fernando Costa 12/01/2015 if FNFe.Cobr.Dup.Count > 0 then Ok := (FormatDateTime('DD/MM/YYYY', FNFe.Ide.dEmi) = FormatDateTime('DD/MM/YYYY', FNFe.Cobr.Dup[0].dVenc)) else Ok := True; ISSO POR QUE NA VERSÃO 3.10 ESTE ATRIBUTO dEmi É DATA E HORA.

Pust kkkkkk foi mal faltou o XML em anexo kkkkkkkkkkkkkk NFe35141065862278000113550010000114331000114331-nfeProc.xml

Bom dia juaumkiko. Nossa sua dica foi fundamental. Fiz os ajustes aqui e vou colocar aqui para que seja incluso em uma nova versão do Acbr. Na unit pcnNFeW na linha 1225 ficou assim - Gerador.wCampo(IIf(Usar_tcDe4,tcDe4_SZD,tcDe2), 'N19', 'pMVAST ', 01, IIf(Usar_tcDe4,06,05), 0, nfe.Det.Imposto.ICMS.pMVAST, DSC_PMVAST); Na unit pcnGerador a procedure TGerador.wCampo sofreu simples alterações todas com o comentario //ajustado devido a alguns tipos nao permitirem zeros a direita [Luis Fernando - Orasystems] Na unit pcnConversao o tipo TpcnTipoCampo ficou assim TpcnTipoCampo = (tcStr, tcInt, tcDat, tcDatHor, tcEsp, tcDe2, tcDe3, tcDe4, tcDe10, tcHor, tcDe6, tcDatCFe, tcHorCFe, tcDatVcto, tcDe4_SZD); // tcEsp = String: somente numeros; OBS: Também estou anexando as unit para melhor conferencia dos Moderadores e o XML validado e assinado pela receita. E muito obrigado pela atenção. Espero que possam avaliar e implementar no Acbr assim que possível. PCN2.rar

Certo foi o mesmo entendimento que tive porem essas informações: Para percentuais maiores ou iguais a 10 % devemos informar com 2 casas, exemplo 107,47 % => 107.47 temos um total de 5 dígitos. É como eu estou passando desse jeito mesmo olha as imagens, porem o Acbr está colocando aqueles zeros após 107.47"00". Agora o por que eu não sei eu passo o valor correto 107.47 agora o por que o Acbr faz isso é que precisava descobrir. Tipo se me der uma dica de onde ele faz o ajuste eu mesmo corrijo aqui e pasto a solução aqui para que posteriormente possa ser corrigida no Acbr.

boa tarde Italo. Desculpe a minha ignoracia mas infelizmente não estou compreendendo. Concordo com você em tudo, só que esse ai é o percentual deste imposto estou com um contador do meu lado que me passou essas informações. Como você mesmo mencionou em uma resposta acima esta tag é de 3V2-4 não permitindo zeros (107V4700) correto é (107v47) ou (107v417) ou (7v4521). O problema é a adição desses zeros desnecessário que o Acbr está fazendo.