ws_junior

Certamente um tanto tarde para postar algo neste tópico, mas para informação de quem pesquisa talvez sirva. Vamos lá: Obtive o mesmo erro relatado: realizando implementação de um novo sistema e percebi que só ocorria por colocar true no parâmetro ModoPreVenda no comando "AbreCupom". Não sei dizer ao certo se, no momento da lacração do ecf, é necessário ativar alguma coisa e no meu não está ativado. Para resolver bastou colocar false e pronto. Sobre a velocidade da porta: Estou utilizando uma Mach2 em USB e tive que colocar no componente a velocidade 115200 e nao mexi em mais nada. Realizei testes invocando a dll (CAT52 por exemplo) e tudo funcionou. Como disse no principio, sei que chego com meses de atraso no tópico, mas para constar informação para pesquisas posteriores.

Boa noite. Alguma novidade....? Gostaria de saber em que pé está e se possível quem tiver o fonte mais atualizado disponibilizar para eu dar uma olhada e dar continuidade no projeto. Sergio Conseguiu atender o cliente em questão? Estou na mesma situação.

Boa tarde Segue: Operador: 392567 Senha: 05092013

Esta ocorrendo comigo com meus dados disponibilizados pela CDL para homologação. Retorna: "Operador expirou" Editando: Na realidade acredito que meu usuário deve ter realmente expirado por não haver utilizado com frequência. Estarei verificando isso com o pessoal da CDL na quinta.

Olá pessoal. Quem tiver o fonte mais atualizado, por favor postar. Estou com tempo agora nesses dias e queria dar uma olhada e ajudar no desenvolvimento. Estou à disposição.

Ola pessoal. Existe alguém que está responsável por esse projeto? Caso ainda não exista, podemos criar algum repositório SVN? Onde alojar? Concordo com o colega Armando sobre a dificuldade de particularidades de cada UF e protocolos, porém acredito que podemos contornar isso. Sendo assim, me coloco à disposição para ajudar no projeto. Trabalho com auxilio de uma consultoria contábil e posso pedir revisões para que possamos adequar o projeto. Acredito que o importante será ter ciência de que existem particularidades e fazer uso consciente.

Régys da uma olhada na documentação que enviei. Na verdade minha intenção foi essa, ter uma base do que pode ser utilizado para saber como e oque implementar no componente.

Opa galera. O pessoal do SPC Goiânia me enviou hoje uma documentação que considero tambem de muita importancia. Segue em anexo, nele tem a lista dos dados que a consulta retorna, descrição de erros e retornos. Docs SPC.rar

Opa, beleza colegas. Baixei o material disponibilizado e estarei analisando também por esses dias. Quanto tiver algo concreto passarei para analise de todos. Minha intenção também, é usar a consulta para retornar dados de CPF como endereço e telefones, assim como fazemos já com a consulta Receita Federal no caso de CNPJ.

Sergio boa tarde. Se puder me mandar a documentação citada, para que eu possa verificar e possivelmente implementar algo. Estando em condições, mandaremos para o pessoal do ACBR para realização de analise de implementação para adequação ao padrão do ACBR. Estou em contato com o pessoal da CDL Goiânia, que é responsável pelo SPC aqui, mas eles são muito morosos nesse sentido. Dai enquanto espero eles posso ir vendo e realizando algum desenvolvimento à respeito.

Boa tarde. Alguem deu andamento nesse componente. Tenho interesse, e caso alguem tenha iniciado como citado, gostaria de colaborar e dar andamento.

Entendi e acabei de conformar com isso. Vou alterar no sistema até mesmo para enquadrar nos padrões exigidos. Obrigado.

Entendo, mas a questão é quando o sistema nao tem campo numero no cadastro, deixando somente o campo "endereço" onde o usuario coloca "Rua xxx, 528, quadra 6 lote 2" por exemplo. Dai nao tem como eu tratar isso para colocar o numero que tem na string do endereço. Sendo assim, se eu preencher nro= "S/N" o endereço no danfe ficará "Rua xxx, 528, quadra 6 lote 2, S/N". So quero colocar uma opção do danfe tratar isso para nao ficar estranho.

Sugiro a alteração do fonte do Danfe - Fortes Report para preenchimento do campo "EnderDest" quando não preenchido o "numero" do endereço. Acontece que se colocamos "0" no numero, no Danfe fica "Rua xxxx, 000", sendo assim alguns usuários não entendem como foi parar esses "zeros" lá. Sugiro mudança no codigo, linha 1356 - ACBRNfeDanfeRLRetrato :

Bom dia. Tambem estou com o mesmo problema. Dados do Cedente : Cendente : 10987000000271 Dig : 6 Carteira : RG Estes dados foram configurados conforme solicitação do tecnico da Caixa que esteve na loja do cliente. Funcionava para recebimento normalmente, e imprimia o boleto conforme anexo (teste correto.pdf) Observando os campos no boleto : agencia/cedente : 1009.870.00000271-6 nosso numero : 9xxxxxXXXX + DV (10 + dv) Apos atualização ficou assim : (anexo - teste atual incorreto.pdf) agencia/cedente : 01009.870.00000271-8 nosso numero : xxxxxxxxxxxxxxx + DV (15 + dv) O erro retornado pelos clientes que tentao efetuar o pagamento é : "DV do codigo de barras inválido" A forma que envio os dados ao componente : //Dados do Cedente with Boleto.Cedente do begin Agencia := '1009' AgenciaDigito := '7' Conta := '00000007' ContaDigito := '4' CodigoCedente := '100987000000271' Convenio := '0' Modalidade := '' Nome := 'TESTE GLOBAL' CNPJCPF := '00000000/0001/00' Teste Atual - Incorreto.pdf Teste Correto.pdf

Anexo ACBrCaixaEconomica.pas

Modificação na linha 236 : De: Para: Tratamento para limpar caracteres do cnpj do cedente.

Estou com problemas ainda, principalmente em:

Seguimos com alguns problemas para homologar na Caixa.

Sim, estou usando o Fortes. Agora tenho uma duvida forte em relação a estas modificações solicitadas por eles, por exemplo as informações de SAC e tudo isso... Como podemos ajustar isso sabendo que utilizamos o mesmo leiaute para vários bancos?

Estou tentando homologar na caixa e depois de algumas pendencias já corrigidas (no sistema) estou ancorado nos pedidos abaixo listados.

Realizando os testes de Pré Homologação em 20/12/2011 encontrei o mesmo erro citado neste post, depois de tentar resolver com o componente, vi que a questao era com a implementação dos eventos do AcbrTEFD, vamos lá: No arquivo intpos.001 (como já foi citado) fica gravado o coo do cupom fiscal. Esse Coo é informado no procedimento AbreCupomVinculado, sendo assim, o ECF abre um vinculado de acordo com o parametro informado e lido no intpos, que nao é nosso caso quando estamos efetuando o teste do roteiro. Solução (Foi assim que fiz para contornar em meu sistema): No evendo do AcbrTEFD "ComandaECFAbreVinculado" implementei da seguinte forma: try ECF.MemoBobina := nil; try ECF.CortaPapel(); ECF.AbreCupomVinculado(ECF.NumCOO, IndiceECF, Valor ); // ECF.NumCOOO = cupom atual do ECF RetornoECF := 1 ; except RetornoECF := 0 ; end; finally ECF.MemoBobina := FMRPRINCIPAL.memobobina; end; Desta forma o CV é aberto citando o cupom fiscal atual. Valeu.

Kiko muito obrigado pela resposta.

Até "ontem" as notas que eu emitia podiam ter desconto no item e no rodape da nota (total) porem agora ja nao consigo validar.... ex: vl produto = 10,00 quantidade= 1,00 desconto = 0,09 total item = 0,91 desconto rodape = 0,01 (utilizava para arredondar) total nota = 0,90 perguntas: O desconto no "rodape" da nota tem que ser igual a soma dos descontos dos itens? Caso nao queira dar desconto item por item, quando der um desconto no final tenho que ratear entre todos os itens? valeu.

up