atristao

a impressora é uma goldensky, mas já tentei os outros modelos

Prezados, estou usando o ACBrPosPrinter para testar uma impressora. o problema é na altura do código de barras. Se eu defino a altura como 0, as barras são impressas mas fica pequena na altura: se eu colocar qualquer valor diferente de 0, como 1 ou 2, etc, as barras não são impressas: O que estou fazendo de errado? Obrigado

amigo, agradeço a resposta. peguei o xml lá do cliente. ele tentou a emissão em ambiente de homologação. aí a tag de cnpj do destinatário vai como 99999999000191. troquei para produção e a nota passou. obrigado. mas foi bom ter acontecido. não sabia que era possível ter IE para CPF.

Prezados, bom dia! Ao emitir uma NFe (modelo 55) para um cliente pessoa jurídica, a sefaz dá a rejeição: IE destinatário não vinculada ao CPF. Como resolver isso, já que o cliente não tem CPF. É pessoa jurídica. Já fiz a consulta da IE e está correta Obrigado

Juliomar, obrigado pelo retorno. o logo, com o motor do PDF, funcionou usando o png. com o motor do fortes, eu resolvi usando uma versão mais antiga do fortes. a versão atual, dá esse erro reportado. agora, estou usando essa versão: obrigado pela ajuda!!

Prezados, estou usando a demo do ACBr para testar o ACBrBoleto. Porém estou com 2 problemas: 1) se usar o fortes report como motor, recebo um erro ao gerar o boleto: 2) usando PDF como motor, o logo do banco não aparece. pasta com as logos: tela da demo: ao rodar: boleto: Vi alguns posts aqui no fórum sobre os assuntos mas continuo com esses problemas. Obs.: Fontes do ACBr atualizados ontem e do Fortes, atualizados hoje.

pode fechar o tópico. obrigado pela ajuda

Se eu coloco o IsDebug como True, ele dá um erro dizendo que não foi possível carregar a dll a partir da variável de ambiente. Esse erro ocorre também na demo do ACBr. with TACBrTEFAPIClassPayGoWeb(ACBrTEFAPI1.TEF) do begin {$IFDEF DEBUG} TEFPayGoAPI.IsDebug := True; {$EndIf} end; Se eu não usar o bloco acima, recebo o erro que falei antes, quando encerro a aplicação. Esse erro também ocorre com o demo do ACBr. as imagens abaixo são do demo do ACBr: É o mesmo erro que tenho na minha aplicação, ao usar a dll de debug e ao encerrar a aplicação. Eu tinha mandado os logs para a Setis e eles deram essa resposta: "De acordo com os logs enviados, você enviou a função PW_End diversas vezes, esta função só deve ser chamada quando for atualizar sua automação. Por isso, solicito que você remova esta chamada e teste novamente. Caso o erro persista, nos informe e envie os logs para a análise." Só que eu só chamo a Desinicializar quando encerro a aplicação. Mesmo assim, depois desse retorno deles, eu removi a chamada ao Desinicializar, mas não mudou nada. Lembrando que isso é na dll de debug. Não tentei mais usar a de produção. Obs.: Atualizei os fontes do ACBr hoje.

Boa tarde, Daniel! Eu já tinha visto esse tópico. O ACBr foi atualizado no dia 25/07

bom dia, juliomar! eu só tenho a dll na program files mesmo. eu reiniciei antes de reinstalar a paygo e depois de instalar. sobre o exe ficar travado, tem alguma idéia do que pode estar errado?

amigo, perdão pela demora em responder. não consegui o contato com a sefaz, mas fiz um teste enviando a homologação sem o grupo card. autorizou sem problemas!! agradeço a ajuda! pode fechar o tópico, por favor.

Prezados, alguém pode me dar uma ajuda com o problema abaixo? Até semana passada, minha aplicação funcionava 100% (ACBrTEFAPI). Como eu preciso fazer um tutorial de instalação/configuração, fiz o reset do PDC e desinstalei o app da PayGo. Reiniciei o computador e instalei novamente o app da PayGo (SetupPayGo_full_v5.1.30.0). A partir daí, comecei a ter problemas. Quando encerro minha aplicação, chamo o Desinicialiar e não há erro algum. Porém, o meu executável fica preso. Se eu usar a DLL que fica na pasta de debug, ao chamar o desinicialiar, recebo um access violation.

boa tarde, victor. é sim! fiz um teste em ambiente de produção e a rejeição não acontece. só em homologação e em modelo 55. esse aí foi o teste em produção e foi autorizado. pelo jeito, é algo no ambiente de homologação deles mesmo

Prezados, quando tento emitir uma nfe (modelo 55), recebo a rejeição 963. Eu sei que o problema é por causa do grupo card. Porém, como mostrado na imagem abaixo, o tPag é 03, que é cartão. a imagem abaixo é de uma nfc (modelo 65) que foi autorizada: ambas foram emitidas em homologação. Alguém sabe dizer porque a 65 é autorizada e a 55 não? Obrigado

Obrigado a todos!!