carlessoflu

Estou usando o seguinte código para consultar as notas: ACBrNFe1.DistribuicaoDFePorUltNSU(StrToInt(UFCOD), CNPJ, edtUltNSU.Text); E está dando o seguinte erro: Alguém sabe o que pode ser? Atualizei o ACBr hoje e está dando isso. Estou consultando em homologação para o estado do ES.

No segundo parâmetro coloquei uma variável string e deu certo. Não entendi pq, sendo que antes era um Edit.Text, mas resolveu.

Sim, são dois parametros string, o arquivo e nome da imagem.

Atualizei o ACBr hoje e está dando erro no método CarregarImagem do ACBrETQ. Este é o meu código. como sempre foi e não dava erro. CarregarImagem(DMTables2.TEtiqConfigCliLOGOMARCA.AsString, Edit2.Text); Abaixo segue o erro: Olhei o demo do ACBr e está parecido com o meu e não está dando esse erro. Vi que teve algumas mudanças no ACBrETQ, talvez seja alguma unit que tenho que declarar, alguém sabe o que pode ser?

Eu até gostaria de migrar para o Delphi mais novo, mas o sistema que trabalho é muito grande, já existe a mais de 20 anos, e o trabalho para migrar seria gigante.

Desculpe a minha ignorância no assunto, mas já pesquisei e não consegui entender ainda. É possível consumir API com o Delphi 7? Alguém tem algum exemplo de como fazer? O @Edgard Araújo fez essa API abaixo para atualizar os NCMs, gostaria de tentar fazer, mas não sei como consumir a API e gravar os dados na minha tabela. Utilizo Delphi 7 e Firebird.

Nesse caso, como a parada vai ser mais de 3 dias, qual a melhor opção para emitir as notas? Em contingência? Deixar pendente e emitir quando voltar ao normal?

Pelo visto o ACBr não tem esse componente. Alguém já precisou fazer isso? Usou algum componente ou teve que fazer manualmente mesmo?

Olá. Pelo ACBrBoleto é possível fazer o convênio de cheque? Se não, existe algum componente do ACBr que faça isso? Segue em anexo o manual. conveniocheques.pdf

A impressora é PPLA ou PPLB? se colocar o tipo de código de barras errado para o tipo da impressora acontece isso de não sair o código mesmo. Aqui eu uso o tipo F para PPLA e E30 para PPLB.

Consegui cruzar o cheque com o seguinte código: TACBrCHQPerto(ACBrCHQ1.CHQ).PreenchimentoCheque := tpcPreenchimentoSimplesCruzamento; O Bom para ainda não consegui, sempre dá o erro: A impressora de cheques Perto não está pronta.

Encontrei uma propriedade ACBrCHQ1.BomPara do tipo TDateTime, porém, quando preencho ela sempre dá o erro: A impressora de cheques Perto não está pronta. E a opção de cruzar o cheque ainda não encontrei.

Depois de muito futucar consegui imprimir, acho que o que deu certo foram as configurações: Baud = 4800 e HandShake = hsDTR_DSR; Agora como faço para fazer algumas configurações, tipo cruzar o cheque e colocar Bom para? Procurei no demo e não encontrei.

Estou usando um adaptador da porta serial para USB, nesse caso tenho a porta COM1 e COM4 no computador: Na COM4 está um drive do cabo adaptador da serial para USB. Quando uso a porta COM1 da o erro que mencionei acima, de timeout, e quando uso a porta COM4 está dando o erro: A impressora de cheques Perto não está pronta.

É a porta COM1 mesmo. Quando o programa SoftChek está aberto, da erro de acesso negado no programa do ACBr, pq a porta já está sendo usada pelo SoftChek. Então eu deixo o SoftChek fechado e a porta COM1 fica livre.

Olá. Estou com uma impressora de imprimir cheques PertoChek, e não estou conseguindo imprimir pelo demo do ACBrChq. Pelo sistema SoftChek funciona normalmente, mas com o demo do ACBr parece que não consegue conectar a impressora, está dando o seguinte erro: Alguém sabe algo sobre isso? É a primeira vez que trabalho com esse tipo de impressora.

Já coloquei esses valores no mínimo. Como a impressora é PPLB os valores mínimos para barra larga e fina são 2. E o tipo da barra coloco E30. E mesmo assim fica muito grande a barra.

Aconteceu isso comigo uma vez. Adicionei essas dlls (msvcp100.dll e msvcr100.dll) na pasta system32 e syswow64 e resolveu esse erro.

Existe algum parâmetro para escolher a largura do código de barras? Estou imprimindo usando o ACBrETQ e tenho uma etiqueta muito pequena, e o código de barras está ficando maior que a etiqueta, e não encontrei nenhum parâmetro para diminuir o tamanho do código de barras.

Obrigado BigWings! Deu certo.

Olá. Estava com um erro ao enviar NF-e em SP, e descobri pelo seguinte tópico que era porque em SP o envio de NF-e tinha que ser assíncrono. https://www.projetoacbr.com.br/forum/topic/63751-erro-lote-recebido-com-sucesso-em-sp/?tab=comments#comment-419384 No meu sistema, depois de enviar a NF-e, verifico o cStat para saber se deu tudo certo, da seguinte forma: if ((ACBrNFe1.WebServices.Enviar.cStat = 100) or (ACBrNFe1.WebServices.Enviar.cStat = 150)) then Normalmente o cStat retorna com o código 100, nesse caso sei que deu tudo certo e faço os procedimentos para finalizar a nota, mas no caso de SP o cStat está vindo como 103 - Lote recebido com sucesso. Não sei se é por causa do modo assíncrono. Como vocês fazem para saber se deu certo nesses casos?

Era isso mesmo. Obrigado!!!

Então pessoal... Ainda estou com o mesmo problema e não consegui resolver. Ninguém tem nenhuma ideia do que pode ser?

Descobri outra coisa que achei estranho. Quando eu envio a NF-e acusa o except: Lote recebido com sucesso. E o XML fica assim: 35210832333062000454550010000000081149293583-nfe - Depois de enviar.xml Mas quando eu consulto a nota (ACBrNFe1.Consultar;) traz as informações da nota, ou seja, a nota foi enviada, mas como acusa o except ao enviar não traz as informações de retorno da nota. Depois de consultar o XML fica assim: 35210832333062000454550010000000081149293583-nfe - Depois de consultar.xml Reparem que no XML correto a primeira linha fica assim: -<nfeProc xmlns="http://www.portalfiscal.inf.br/nfe" versao="4.00"> Já no que deu erro não tem essa primeira linha.

Segue uma imagem de onde pode estar o erro. O problema é que essa mensagem está vindo como um except.