mpdelphi

Pessoal.. boa noite... Estou com uma situação aqui.. onde eu preciso fazer uma pequena alteração nos dados do cupom, antes de enviar para impressora... Por exemplo.... estava querendo Alterar conteudo ACBrPosPrinter1.OnEviarStringDevice, porem o conteudo dele que é uma Cost e eu nao consigo alterar o conteudo da const ALogLine Vcs tem alguma sugestção de onde eu possa alterar os dados..... realmente preciso alterar a string... antes dela ir para impressora.. devido uma caracteristicas pescifica da empresa aqui.

resolvido !!!! erro na mina configuração de internet do aparelho agora ta redondo igual skol

Boa noite, to testando o SAT usando o proprio exemplo SATTeste do ACBR junto com o equipamento de homologação Kryptus, porém apos enviar uma venda ele devole as mensagem abaixo... NumeroSessao: 388220 - Resposta:388220|06000|0000|Emitido com sucesso + conte?do das notas |999|Aviso nao catalogado EConvertError - Invalid argument to date encode Ele da esse erro ao executar o metodo LerXML na linha CFe.ide.dEmi := Leitor.rCampo(tcDatCFe, 'dEmi'); No xml realmente não tem o campo dEmi, mesmo eu ponto esse campo na hora de gerar o xml o problemas continua ACBrSAT1.CFe.ide.dEmi := Now; como solucionar isso ?

Bom Dia... Atualizei os componentes do acbr e ao consultar a situação de uma chave de acesso para NFe 3.10 consulta normalmente Mais quando consulto a chave de acesso de uma NFe que foi autorizada na versao 2.00 ele nao faz a consulta... mesmo setando o parametro VersaDF := ve200 Isso é algum problema do componente ou a Sefaz nao liberou consultas para versao 2.00 ? Versão Layout : 2.01 Identificador : Ambiente : 1 Versão Aplicativo : SP_NFE_PL_006q Status Código : 239 Status Descrição : Rejeição: Cabeçalho - Versão do arquivo XML não suportada UF : SP Chave Acesso : Recebimento : 30/12/1899 Protocolo : Digest Value :

Bom Dia... Atualizei os componentes do acbr no meu pc.. e quando consulta a situação de uma chave de acesso para NFe 3;10 o sistema esta funcionando perfeitamente... Mais quando consulto a chave de acesso de uma NFe que foi autorizada na versao 2.00 ele nao faz a consulta... mesmo setando o parametro VersaDF := ve200 Isso é algum problema do componente ou a Sefaz nao liberou consultas para versao 2.00 ? Versão Layout : 2.01 Identificador : Ambiente : 1 Versão Aplicativo : SP_NFE_PL_006q Status Código : 239 Status Descrição : Rejeição: Cabeçalho - Versão do arquivo XML não suportada UF : SP Chave Acesso : Recebimento : 30/12/1899 Protocolo : Digest Value :

sim, ta tudo em ordem, pq o ct-e esta funcionando normalmente... consigo consultar... cte ... so nao consegui instalar o comp de impressao

Boa tarde... Instalei o acbr_cte normalmente, mas quando vou instalar o ACBrDacteQRpkg ele acusa um erro... [DCC Error] ACBrCTeDACTeQR.pas(196): E2003 Undeclared identifier: 'QRCTe' na linha: QRCTe.PrinterSettings.Copies := FNumCopias; // Incluido por Italo em 15/10/2010 ESTOU USANDO O DELPHI2010 e ja instalei o QuickReport 5.04

Pessoal, mais um help por favor. Instalei o ACBRNfe 1.1 no delphi 7, openssl e quando vou consultar o status do serviço da a mensagem abaixo, se eu instalar a versao Capicom funciona normalmente, tem algum macete para rodar a versao 1.1 no d7 usando openssl ?? eu ja to rodando a versao 2.0 no dlephi 2010 e em OpenSSL e funciona perfeitamente... (mas é em outro pc). Veja a baixo o que me retorna ao consultar o status do serviço --------------------------- Acbrnfe_demo --------------------------- Ambiente : 1 Versão Aplicativo : Status Código : 0 Status Descrição : UF : Recebimento : Tempo Médio : 0 Retorno : Observação : --------------------------- OK ---------------------------

bom dia... Ao consultar a situação de um xml de estado de PR, o acbr devolve a informação falando que o XML nao existe... Estou usando o acbr_demo, onde ele chama a função ACBrNFe1.WebServices.Consulta.Executar para consulta a chave de acesso 41100877804599000140550030000041180011999780

obrigado andre... comentei o trecho abaixo e o problema ta resolvido !! orbrigado Function GerarChave { while codigoNumerico = 0 do begin Randomize; codigoNumerico := Random(99999999); end; } funtion GerarChaveCTe // Se o usuario informar 0; o código numerico sera gerado de maneira aleatória // { //comentado por marcos para resolver problema com a armco while codigoNumerico = 0 do begin Randomize; codigoNumerico := Random(999999999); end; }

Boa Tarde, srs Analisando a funcao GerarXML, do arquivo PcnNFeW, linha 194, percebi que ele chaca se a versao é >= 2 se nao for ele ja tenta gerar chave de acesso para o CTE, nao faltou uma tratativa para a nfe 1.1 ??? percebi isso, porque dei um acbrloadfromfile em um xml de uma nfe 1.1. function TNFeW.GerarXml: boolean; var chave: AnsiString; Gerar: boolean; xProtNFe : String; begin chave := ''; if NFe.infNFe.Versao >= 2 then begin FSchema := TsPL006; if not GerarChave(Chave, nfe.ide.cUF, nfe.ide.cNF, nfe.ide.modelo, nfe.ide.serie, nfe.ide.nNF, StrToInt(TpEmisToStr(nfe.ide.tpEmis)), nfe.ide.dEmi, nfe.emit.CNPJCPF) then Gerador.wAlerta('A01', 'infNFe', DSC_CHAVE, ERR_MSG_GERAR_CHAVE); end else begin FSchema := TsPL005c; if not GerarChaveCTe(chave, nfe.ide.cUF, nfe.ide.cNF, nfe.ide.modelo, nfe.ide.serie, nfe.ide.nNF, nfe.ide.dEmi, nfe.emit.CNPJCPF) then Gerador.wAlerta('A01', 'infNFe', DSC_CHAVE, ERR_MSG_GERAR_CHAVE); end;

Esse negócio de alterar o numero de serie da nf é complicado ne... aqui por exemplo, trocamos programação de entrega com os clientes via EDI e cada vez que o cliente nos manda uma sprogramação nova, ele tem que informar a ultima nfe que ele recebeu para que possamos abater o saldo das mercadoria em transito... se a gente mudar a serie... da a maior confusão.... conclusão -> Decidimos que nao utilziaremos scan nao empresa, o nosso meio de contingência é só o formulario de segurança. Esse processo bem que poderia ter sido implantando de forma mais intelignete pelo governo, sem a necessidade de mudar o serie da nfe... ja que a agora no xml tem o tipo de emissao dentro do xml tb

Boa Noite, Tenho um arquivo em xml que o fornecedor me manda com apenas 77 colunas, nao sei por qual motivo, na coluna 77 ele quebra a linha e continua com os dados na proxima linha. Se eu simplesmente remover o chr(10) e chr(13) em alguns caso tenho problema com o texto, pois as vezes o texto quebra no meio da tag, como pro exemplo a na tag xNome. Quando eu uso o ACBRNfe.NotasFiscais.Loadfromfile para imprimir esse danfe, ele nao importa o xml corretamente, justamente por causa destas quebras de linhas. Alguém ja passou por esse tipo de problema? como resolveu? Se eu abro este XML no danfe View ele consegue me mostrar os dados certinhos <?xml version="1.0" encoding="UTF-8"?> xmlns="http://www.portalfiscal.inf.br/nfe"> xmlns="http://www.portalfiscal.inf.br/nfe"> Id="NFe35110999999993000160550010000014161000000754" versao="2.00">3500000075VENDA NO ESTADO/25511416 >2011-04-122011-04-1212:38:04 Ent>1353070611 4110S OFTAEX-ERP-08.16.899999999900160Ce sar da silva sauro meCESAR SILVAXR ZXY ETC ETC ETC ETC ETC ETC ETCX120Jd. NovoI3530706Mogi GuacuSP138470001058BRASIL xPais>19999999994555555555551 emit>62368888888888NOME DA EMPRESA TESTES E COMERCIO LTDA.RUA XXXXXXXXXXXXXXXXXX

João... eu acabei fazendo isso mesmo... perguntei para ver se havia alguma solução mais "elegante" ja que internamento o TRetConsReciNFe faz isso...

Bom Dia... eu tenho um arquivo é o retorno de uma consulta de uma nfe, é possivel eu usar o componente acbrnfe oualguma de suas classes do pcn para fazer um load desse arquivo e ver o conteudo do campo cStat e o xMotivo ? - 1 SP_NFE_PL_006e 100 Autorizado o uso da NF-e 35 35110503402378000100550010000006931810010047 - - 1 SP_NFE_PL_006e 35110503402378000100550010000006931810010047 2011-05-16T13:50:25 135110242595909 sDw63dM2X0kt6dlz2W6aMGiOfOY= 100 Autorizado o uso da NF-e

Boa tarde... eu tinha instalado o acbr normalemnte no delphi 2010, agora precisei atualizar meus pacotes via svn e ao compilar o acbr_nfe2 apresenta o erro na linha 1305, do acbrnfeutil.pas I := Pos(' troquei o XML para aXML, mas apresneta erros em utros trechos... estou baixando os fontes do link https://acbr.svn.sourceforge.net/svnroot/acbr/trunk

Daniel, a achave correta é 35110460860681000432550010004250281076829360 no ambiente de produção mesmo no acbrnotasfiscais.pas eu alterei a linha 520 e 526 para XML := Utf8ToAnsi(copy(ArquivoXML.Text,1,pos('',ArquivoXML.Text)+5)); Dai o loadfrom file aparentemente deu certo.... Agora seria necessario acertar o savetoFile.... apenas mudei FOpcoes.FRetirarAcentos := False; Mas vi q deu uns erros ao tentar abrir o xml pelo internet explorer depois...

Boa Tarde, recebi um xml de um fornecedor, onde o nome do emitente esta com acentuação... 60860681000199 Tabó Ind.e Com. Autopeças Ltda Quando eu dou um ACBrNFe1.NotasFiscais.LoadFromFile, o nome do fornecedor fica Tabó Ind.e Com. Autopeças Ltda Se eu dou um Utf8ToAnsi, ele mostra certo o nome... mas quando eu dou um loadfromfile e depois mando imprimir usando o ACBrNFeDANFERave1 ele tb sai bagunçado.... como converter o arquivo para que saia correto a acentuação na impressão do danfe ? Exemplo: ACBrNFe1.NotasFiscais.LoadFromFile('g:\35110460860681000432550010004250280076829362-nfe(1).xml'); Edit1.Text := ACBrNFe2.NotasFiscais.Items[0].NFe.Emit.xNome; ele ja esta gravando o ACBrNFe2.NotasFiscais.Items[0].XML com a acentuação errada