Masoro79

Agora o erro mudou. O sistema gera o RPS, mas ao criar o lote ele dá o seguinte erro quando tenta executar a linha: //...ACBrNFSeUtil.pas - linha 859 if (not xmldoc.loadXML(AXML)) then raise Exception.Create('Não foi possível carregar o arquivo: ' + AXML); Conteúdo do AXML: <EnviarLoteRpsEnvio xmlns="http://nfeipatinga.portalfacil.com.br/homologacao/schema/nfse_v201.xsd"><LoteRpsId="1" versao="2.00"><NumeroLote>1</NumeroLote><CpfCnpj><Cnpj>11657820000177</Cnpj></CpfCnpj><InscricaoMunicipal>015161600</InscricaoMunicipal><QuantidadeRps>1</QuantidadeRps><ListaRps><Rps><InfRps</Rps></ListaRps></LoteRps><Signature xmlns="http://www.w3.org/2000/09/xmldsig#" Id="AssLote_1"><SignedInfo><CanonicalizationMethod Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315#WithComments" /><SignatureMethod Algorithm="http://www.w3.org/2000/09/xmldsig#rsa-sha1" /><Reference URI="#1"><Transforms><Transform Algorithm="http://www.w3.org/2000/09/xmldsig#enveloped-signature" /></Transforms><DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1" /><DigestValue></DigestValue></Reference></SignedInfo><SignatureValue></SignatureValue><KeyInfo><X509Data><X509Certificate></X509Certificate></X509Data></KeyInfo></Signature></EnviarLoteRpsEnvio> Anexei também o RPS gerado e o Schema que estou utilizando Grato. Marcos 1UNICA-Rps.xml

Pessoal, depois que fiz atualização nos fontes do ACbrNFSe, quando uso o método GerarLote(vLote) gera o erro: "Validate failed because the document does not contain exactly one root node.". O provedor é o Actcon e a cidade é Ipatinga/MG. Já observei que o URL do WebServices mudou para "http://nfeipatinga.portalfacil.com.br/homologacao/schema". Mas também vi que os schemas para Ipatinga é "nfse_v201.xsd" enquanto que quando faço o update para atualizar vem como "nfse_v01.xsd". Consegui os Schemas corretos na URL acima, mas ainda dá o erro. Inclusive no Demo também dá o mesmo erro. Alguém conhece uma solução para esse erro? Grato Marcos Soares

Obrigado e me desculpe por não ter sido claro. Me refiro à NFS-e.

Ítalo, bom dia. Tenho uma dúvida também sobre o retorno do comando enviar. Por exemplo, se eu envio um lote com 10 NF, existe a possibilidade de apenas 9 NF serem autorizadas. Ou seja, o lote ser processado parcialmente de forma que terei que que identificar apenas estas 9 NF. Se isso for possível, poderia me dar uma dica de como tratar este caso? Obrigado

Eu já não sabia mais o que fazer. Liquei na AF daqui e me disseram que até ontem 03/01/2013 não haviam reclamações sobre este erro. Pra quem está realizando cancelamento e recebe o erro 999 como retorno é bom consultar a chave da nf-e na Sefaz, pois, um cliente mesmo obtendo o erro, constatou que o evento de cancelamento estava homologado e anexado à mesma.

asterix, aqui eu fiz o seguinte... À cada pagamento efetuado pelo operador, eu vou buferizando-os em um ClientDataSet. Neste dataSet eu criei um campo "ID" da forma de pagamento. Logo, não importa a ordem em que os pagamentos são efetuados. Após os pagamentos atingirem ou ultrapassarem o valor total à pagar, você fará uma ordenação neste ClietDataSet de forma decrescente pelo campo ID. Como a forma Dinheiro nos ECF são igual à 1 ele ficará por último. Assim você faz um laço do tipo While efetuando os pagamentos um a um. Isso fará com que o Dinheiro seja lançado por último.

O problema que eu vejo é que, se a função enviar tem um retorno do tipo boolean, então ou pode resultar em True ou em False. Porém este comando só te dar condição de tratar execução sucedida. Execução 100% rejeitada ele aborta. No meu caso, eu preciso pegar o retorno mesmo que todo o lote tenha sido rejeitado pra... Identificar as NF-e onde o cStat=204(Duplicidade) pra possibilitar a recuperação do protocolo das mesmas e remontá-las.

Consegui resolver. No evento ACBrTEFDxAguardaResp(... , depois do comando ... if fCancelado then Interromper := True ; //eu adicionei fCancelado:= False; Obrigado.

Estou realizando a pré-homologação do CliSiTef v.12 e, na sequencia 48, pede para cancelar a operação pela aplicação. Acontece que, quando clico no "Cancelar resp" e em seguida em "Não", o MessageBox fica em loop perguntando. ou seja, ele não captura a decisão do usuário. Se eu clico em "Sim" e chamo novamente o "CRT", o MessageBox retorna novamente a exibir automaticamente e fica em loop. Alguém já passou por isso? Obrigado.

complementando... Deve declarar a variável ECFOcupado: Boolean; no escopo Var.

Estive com o mesmo problema. Constatei que as falhas eram devido aos sucessivos pressionamentos do [Enter], que enviava comandos ao ACBrECF enquanto o mesmo estava ocupado. O código abaixo, bloqueia ações do teclado e do mouse enquanto o ABrECF estiver ocupado ou imprimindo. procedure TFRM_FRENTE_LOJA_FISCAL.ACBrECFAguardandoRespostaChange( Sender: TObject); begin If (ACBrECF.AguardandoResposta) or (ACBrECF.AguardaImpressao) then Begin If not(ECFOcupado) then Begin Screen.Cursor:= crHourGlass; ACBrTEFD.BloquearMouseTeclado(True); ECFOcupado:= True; End; End Else Begin If (ECFOcupado) then Begin Screen.Cursor:= crDefault; ACBrTEFD.BloquearMouseTeclado(False); ECFOcupado:= False; End; End; End;

WebRep Classificação geral Este site não tem classificação (número de votos insuficientes) Mark, percebi que você informou o Ultimo NSU errado: ACBrNFe.ConsultaNFeDest(CNPJ, StrToIndicadorNFe(ok,indNFe), StrToIndicadorEmissor(ok,IndEmi), UltNSu); //Esta variável não deveria ser "ultimoNSU" pois, UltNSu está iniciando vazio = ''.

Ok. Obrigado.

Estou realizando a pré-homologação do CliSiTef,e na seq. 56 do roteiro diz assim: Preparação -Acrescentar o seguinte parâmetro no diretório \SiTef\Config\Sitefcfg.ini: [<empresa>] HabilitaTicketReduzido=1 - Finalizar e inicializar o Sitef apra que a configuração seja assumida -Esta transação poderá ser de qualquer valor -Para esta transação utilizar cartão visa Resultado Esperado . . . . "-A aplicação irá imprimir duas vias, sendo uma delas no modo reduzido" Porém, não vi diferença entre Tikets quando comparo com Tikets impressos antes de habilitar este parâmetro. Poderiam me ajudar quanto a esse comportamento dos tikets? Obrigado.

Oi. Bom dia. Estou tendo problemas após aprovação de TEF. Ao abrir o vinculado, a impressora para de responder e após clicar em repetir ela imprime relatório gerencial. O ECF é Daruma FS700 e eu já emiti vários CDC por ela. Percebi que no evento onComandaECFAbreVinculado do ACBrTED, o valor do parâmetro COO está errado. Na depuração, em etapa anterior, aparece erro "COO não encontrado", clico em OK e a exeecução prossegue. Quando chega no evento onComandaECFAbreVinculado checo os valores dos parâmetros deste deste evento. A variável IndiceECF está correta, o valor também. Mas, o valor de COO está diferente. O COO do cupom fiscal é 000472 e o valor desta variável (COO) é 040532. A venda que fiz foi: Valor: 13,50 FPG: 04 TEF: CliSiTef - Cartão Crédito à vista

Já encontrei o erro. Faltava copiar uma DLL pra pasta de minha AC. Mesmo assim, obrigado.

Bom... Fiz ontem a instalação do pinpad Gertec PPC900. Fiz os testes utilizando um software do próprio fabricante. Tudo funcionando. Seguindo instruções que obtive aqui mesmo no fórum, configurei no arquivo CliSitef.ini a porta onde está o meu pinpad. Copiei tanto este arquivo quanto as DLL's que recebi da Software Express para a pasta onde se encontra o executável de minha AC. Já tenho o SiTef Demo instalado e funcionando. Os testes que faço para cartões digitados, procedem normalmente. No entanto, não obtido sucesso quando escolho operações que utilizam "Cartões Magnéticos" ou de "Chips". Quando confirmo uma destas opeções no menu, nada ocorre. Depurei a função CRT do CliSiTef e vi que na linha abaixo em negrito a execução é abortada, devido à variável sts retornar "-2". Função: Function TACBrTEFDCliSiTef.CRT( Valor : Double; IndiceFPG_ECF : String; DocumentoVinculado : String = ''; Moeda : Integer = 0 ) : Boolean; var Sts : Integer; Restr : AnsiString ; begin VerificarTransacaoPagamento( Valor ); Restr := fRestricoes; if Restr = '' then Restr := '[10]' ; // 10 - Cheques Sts := FazerRequisicao( fOperacaoCRT, 'CRT', Valor, DocumentoVinculado, Restr ) ; if Sts = 10000 then Sts := ContinuarRequisicao( False ) ; { False = NAO Imprimir Comprovantes agora } Result := ( Sts = 0 ) ; //Aqui o Sts é retornado um valor igual à -2 fazendo com que o Result fica falso. if not Result then AvaliaErro( Sts ) else ProcessarRespostaPagamento( IndiceFPG_ECF, Valor ); end; Talvez tenha alguma configuração que eu ainda não fiz. Agradeço a atenção.

Amigos, bom dia. Estou com o mesmo problema do colega da impactus. Porém o problema ocorre tanto com o TefDemo quanto em minha aplicação. Quando mando ativar o gpCliSitef o log retornado é o seguinte: -- 11/07 11:07:37:902 - *** ConfiguraIntSiTefInterativoEx. EnderecoIP: 127.0.0.1 CodigoLoja: 00000000 NumeroTerminal: SE000001 Resultado: 0 ParametrosAdicionais: -- 11/07 11:07:37:904 - CliSiTef Inicializado CliSiTEF -- 11/07 11:07:37:904 - InfoECF: ineEstadoECF -- 11/07 11:07:37:998 - Ret: L ... e nada acontece. Quando opto por pagamento CARTAO DEBITO ou outro que seja magnético, nada ocorre de novo. Se puderem me ajudar, ficarei grato.

Qual das Chaves que eu devo utilizar no evento onGetChave do ACBrAAC?