infopointerp

Bom dia, Adicionei o campo do valor do IPI devolvido para ficar disponível no danfe. Atualmente só tem o total do valor e precisava do valor descriminado nos itens. A alteração está no arquivo anexado. Obrigado Att., Haroldo ACBrNFeDANFEFRDM.pas

Obrigado

Bom dia, Temos um relato que clientes que usam email empresarial que ao enviar o email as mensagem não ficam salvas nas "Enviadas" como é feito no gmail. A informação que recebemos é que tem uma configuração que é enviada para que o servidor de email salve a mensagem nas enviadas. Foi falado também que no programa Thunderbird tem uma configuração relacionada a isso. Alguém tem alguma informação sobre esse tipo de configuração para que o servidor salve os emails enviados nos "Enviados" ?

Acabei de pegar o problema também e a correção foi no arquivo ...Acbr\Fontes\ACBrDFe\ACBrNFe\PCNNFe\pcnNFeW.pas No procedimento TNFeW.GerarDet mudei a validação para ver se tem valor de ipi devolvido: if (nfe.Det[i].pDevol > 0) or (nfe.Det[i].vIPIDevol > 0) then (**)GerarDetDevol(i); dessa forma foi criado as tags e a nota autorizou. Não atualizei os fontes ainda e não sei se já foi feito isso nos fontes recentes. O cliente enviou o pDevol como 0 e não passou pela validação. Vou ter que verificar o ocorrido, mas com o pDevol zerado foi autorizado a nota.

Deu certo, fixei o caminho aqui depois de criar o componente. Obrigado pela atenção.

Entendi, vou testar.

Se alterar o ArqReq do PayGo fixa a constante do TefDial e ai não importa o que eu configurar.

Testei agora usando o PayGo, e deu certo. Tive que alterar uma validação no Inicializar (ArqReq = CACBrTEFDPayGo_ArqReq) e acredito que dessa forma não precisa alterar o funcionamento de nenhum software implementado. Se existir o diretório do PayGo pega o que está configurado e caso não existe payGo e exista o tefdial irá fixar as constantes que estão implementadas. Nesse parte do inicializar é possível deixar sem fixar a pasta do TEF_DIAL ? O componente já é configurado com default o caminho do PayGO, porque hoje se eu setar: ACBr.TEFPayGo.ArqReq := 'D:\TEF_DIAL\Req' ele vai fixar para o disco C. Deixando alterar os nomes das pastas vai ser possível utilizar no Cappta e PayGo, fiz o testes de autorização e reimpressão aqui e passou. ACBrTEFDPayGo.pas

Anexei zipado o manual porque o PDF é maior que 2mb. As posições no IntPos é igual do payGo por isso acabei copiando ali do PayGo. Eu testei aqui com a alteração que fiz no tefdial no cappta e no payGo homologação e os dois funcionou perfeitamente usando o gbTefDial. Antes era uma função genérica que pegava para todos, não tem como deixar ela genérica também agora? Caso tenha a posição pega os valores Manual de Integração via Troca de Arquivos 1.2.2.0.zip IntPos.001

A classe ACBrTEFDClass.pas que fazia a leitura as posições foi alterada e removido a separação das vias.

O problema em questão é que o cliente utiliza Cappta e está sendo feito através do TefDial, isso já tem uns anos e funcionava para o PayGo também. Após essa atualização os comprovantes está sendo retornado tudo junto sem a separação do texto como era feito anteriomente. Olhando o fonte do Paygo tem a função que pega exatamente a posição das vias do lojista e cliente, e foi isso que peguei. Resumindo: - usamos Cappta - Com intpos - gp do TefDial - Fonte Revisão: 20267 como então eu poderia resolver esse problema para pegar as vias certas e jogar nos campos certos?

Eu preciso que separe a via corretamente nos dois StringList para que seja feito a impressão da mesma forma que estava antes. Então você sugere que eu altere essa TEFDisc para que seja retornado o comportamento que era feito?

Para funcionar o TEF_DIAL como era antes então tenho que alterar classe dele para fazer a leitura caso tenha os campos. Repliquei a função do PayGo (TACBrTEFDRespPayGo) para o tef dial (TACBrTEFDRespTEFDial) e consegui o resultado que era feito anteriormente. Por favor verifique se isso vai gerar algum problema para ser adicionado ao fonte. ACBrTEFDDial.pas

Sim, antes dessas novas mudanças estávamos utilizando o gpTefDial

No caso se colocar o numero de vias para 1 seria uma solução mas não enviaria o corte. O corte a impressora mesmo identifica que foi feito uma impressão e aciona a guilhotina. Só preciso ver para que o componente pegue corretamente as posições do comprovante que retorna no intpos do cappta.

Acredito que eu esteja configurando algo errado. Alterei a inicialização de TEF_DIAL para o PayGo e estou recebendo o retorno: Project raised exception class EACBrTEFDGPNaoInicializado with message 'Gerenciador Padrão: TEF_DIAL não foi inicializado'. ACBR.TEFPayGo.Habilitado := true; ACBR.TEFPayGo.GPExeName := ACBR.TEFDial.GPExeName; ACBr.TEFPayGo.ArqReq := ACBr.TEFDial.ArqReq; ACBr.TEFPayGo.ArqResp := ACBr.TEFDial.ArqResp; ACBr.TEFPayGo.ArqSTS := ACBr.TEFDial.ArqSTS; ACBr.TEFPayGo.ArqTemp := ACBr.TEFDial.ArqTemp; ACBr.Inicializar(gpPayGo);

Bom dia, Na revisão 20216 o componente não está conseguindo separa as vias como estava sendo feito na revisão 19493 que pelo que eu entendi utiliza a posição 715. Da forma que está hoje quando passa a venda no tef está "duplicando" a impressão. Vou tentar ver o que consigo fazer aqui, mas gostaria de saber se já foi passado esse problema. Obrigado Att., Haroldo IntPos.001

Boa tarde Nessa revisão foi colocado para adicionar a tag "ResponsavelRetencao" que estava rejeitando as NFSe. Após a correção que segue em anexo na linha 559 adicionando o Megasoft para não adicionar essa tag as notas foram autorizadas. Att., Haroldo Obrigado pnfsNFSeW_ABRASFv2.pas

Bom dia, Anexado o XML de retorno autorizado 8367-nfse.xml

Bom dia, Alterei para ler o código do serviço do provedor MegaSoft. O campo que contém o ItemListaServiço é o CodigoTributacaoMunicipio. Obrigado. Att., Haroldo pnfsNFSeR.pas

O provedor é carregado a partir do código IBGE da cidade que fica dentro do Cidades.INI. Não achei outra forma de alterar o provedor, tem a property no componente mas está apenas como read.

Boa tarde, Aqui em Barra do Garças antes havia o provedor Rlz e agora estamos utilizando o Fiorilli. A necessidade que tem é de poder Imprimir ou gerar o PDF para o provedor antigo. Precisava de uma forma de alterar o provedor antes que fosse feito o processo de impressão ou email para o componente fazer a leitura correta do xml e gerar o pdf. Precisava alterar a FProvedor dentro da TGeralConfNFSe. Obrigado

@Joel atualiza os fontes ai. Aqui funcionou como esperado.

Os campos que habilitei segui o modelo: http://megasoftarrecadanet.com.br/xml/nfse_v01.xml

Ne revisão(19820) que atualizei agora (08/05/2020)não deu erro se assinatura. Eu alterei a geração do xml para ir mais campos como o provedor indica e alterei a geração do xml de consulta que não validava com os schema. Anexado os dois arquivos alterados. pnfsNFSeG.pas pnfsNFSeW_ABRASFv2.pas