lampada

Desculpem pelo off topic. No site http://www.nfe.fazenda.gov.br/portal/di ... 3fawCjwb0= diz que está disponivel mas quando tento acessar as urls de produção/homologação ele faz download de um arquivo e dentro do arquivo tem: soap:ReceiverNo such operation: (HTTP GET PATH_INFO: /nfe2/NfeRecepcao2) [/code] Alguém sabe dizer se minas está normal?

Era só o que faltava mesmo! Não faz sentido nenhum. As vezes penso o que leva os caras a colocarem isso no roteiro. Eles deve ficam jogando dama e conversando: P1-"O pessoal ta homologando muito fácil, a gente precisa dificultar" p2-"Éééé... o que podemos fazer para isso?" p1-"Podemos pedir para adicionarem a NF-e no requisito do PAF" p2-"E porque uma pessoa que usa cupom fiscal emitiria uma nota fiscal no PAF?" P1-"Pra nada, a gente só vai fazer isso para dificultar". Só pode cara.Desculpem o desabafo, mas o governo não é justo!Criam tudo isso para nos fiscalizar. E o que eles fazem para se fiscalizar? Bah....! Bora trabalhar mais um pouco para eles.

Essa sua alteração não vai funcionar amigo. Olha só, se a impressora retornar o valor de 100,99 a string que virá será: '0000000010099' Na divisão, o valor que será retornado pra você é : 1009,9 Se não está funcionando para essa sua impressora, pode ser que tenha mudado algo na daruma. Tem que olhar o manual para ter certeza. Edit: Acabei de consultar o manual, onde diz que o set de comandos das impressoras são todos iguais. Na página 27 do manual(http://www.desenvolvedoresdaruma.com.br ... FS2100.zip) explica: T01 a T16 + F1 + F2+ I1 + I2 + N1 + N2 + FS1 + FS2 + IS1 +IS2 + NS1 + NS2 Cada informação tem 13 bytes, O FS1 e FS2 estão na posição 286 ( 13*22 ) No caso o acbr está lendo o FS1 que é a posição 286+13/100 o que está correto no fonte.

Hum... tem que testar em uma daruma fs600 tbm e dar uma revisada no manual. Porque geralmente essas informações vem sem vírgula mas com duas casas decimais, por isso a divisão por 100.

Que ótimo

Por exemplo, na minha aplicação na época que desenvolvi eu precisava pegar o troco retornado pelo sitef. Se você olhar no manual do sitef o retorno do troco vem quando o "TipoCampo" é igual a 130.O Acbr Armazena uma grande parte dos retornos no "Resp". A sequencia indica o cartão que gerou troco. Se foi passado dois cartões, existirá a sequencia 0 e a sequencia 1. Então para pegar o troco total no meu software eu fiz assim: Sequencia := 0; VrTroco := 0; while Trim(DM.AcbrTEF.TEFCliSiTef.Resp.LeInformacao(130, Sequencia).AsString) <> EmptyStr do begin VrTroco := VrTroco + DM.AcbrTEF.TEFCliSiTef.Resp.LeInformacao(130, Sequencia).AsFloat; Inc(Sequencia); end; Então basta você consultar a tabela tipocampo do manual para obter o que você quiser. Talvez você precise alterar o componente para adicionar no RESP o retorno que você precisa. Da uma estudada no componente debugando ele que você vai entender.Além de aprender como ele funciona e se tiver algum problema rapidamente conseguirá resolver.

Não. Quando você atualizar pelo svn, ele fará merge ou indicará que existe conflito nos fontes que você alterou. Você precisará resolver os conflitos e verificar os merges para ter certeza de que está tudo ok. Quando você faz uma correção ou desenvolve algo novo no componente, o ideal é você enviar as alterações para os Desenvolvedores para que seja feito uma análise e se as alterações forem necessárias eles adicionarão permanentemente nos fontes. Antes de atualizar, faz um backup

AcbrTEFD.Resp.LeInformacao(Identificacao,[sequencia]) Ai é só seguir o manual do sitef para saber qual informação pegar. Se a informação não estiver vindo, aí é necessário alterar o componente para capturar o que vc quer, mas é fácil. Se alterar o componente, coloque os fontes aqui no forum para o Daniel fazer o commit. Abraços.

Beleza Daniel! Obrigado.

Sim, a nota técnica disponibilizando layout e webservice para homologação existe. Mas não existe nada que fala sobre a obrigação no dia 01/07.

Não saiu nenhuma normal técnica sobre isso...

É... eu atualizei o componente aqui e vi que tem bastante modificações

Ah é verdade, desculpe

Acbr comum não é para ser instalado, só compilado para gerar a bpl

Eu peguei a da swedaSTX quase sem nada, mas tinha já uma boa estrutura de leitura dos blocos e respostas. Levei mais ou menos 3 semanas, mas não dedicadas porque eu fiz aqui da empresa que trabalho e tenho que dar prioridade para várias coisas. Também tive ajuda do Daniel, o que já corta um bom caminho. Acho que o ideal é umas 80 hras mesmo(Dedicada), considerando que o cara tem que compreender como funciona o protocolo, as vezes tropeça em alguns problemas que aparecem e outras coisas mais.

Unit com o problema corrigido. Por favor, teste e nos de um feedback. Obrigado! ACBrECFSwedaSTX.zip

Vou alterar a unit e posto aqui.

Você já olhou nos exemplos(Demos)?

Marcelo, isso parece que está acontecendo apenas na ativação do componente.

Ou não... pois apesar de ele trazer que teve alteração no estado operacional, ele também traz o estado operacional do ECF +00!0000AA€Ð’€€Õ estado operacional = A ( Ativo ) Documento operacional = A ( Nenhum ) Então dá pra ler o estado normalmente ao invés de descarta-lo. Mesmo assim, antes de qualquer alteração acho melhor que o Daniel faça uma análise melhor, pois foi ele que desenvolveu essa leitura. Talvez haja algum motivo maior para estar dessa forma. Abraços.

No manual diz que quando no retorno o tipo é igual a "!" significa que teve alteração no estado do ecf. No fonte do acbr ao tratar isso, ele está descartando e lendo novamente o retorno, claro que o retorno vai vir o mesmo, pois não alterou o comando. Acho que a solução para esse problema é quando vir no retorno o tipo igual a !, tentar reenviar o comando. O problema vai ser testar isso.

Olá, estou tentando consumir esses serviços mas não estou conseguindo... Sempre que tento da o seguinte erro: <?xml version="1.0" encoding="utf-8"?>soap:SenderUnable to handle request without a valid action parameter. Please supply a valid soap action. [/code] Estou usando o mesmo envelope que uso na NF-e para enviar e a url action estou usando a url: "http://www.portalfiscal.inf.br/nfe/wsdl/nfeRecepcaoEvento" Mas não vai de jeito nenhum... Não sei se alguém já implementou a cce, se alguém souber e puder me ajudar agradeço. Em anexo está o exemplo que fiz para tentar enviar... com o envelope. testecce.xml

Obrigado Daniel, vou verificar.

TEF discado é troca de arquivo texto, não existe nada em nenhuma linguagem disponibilizado pelas operadoras. Para implementar é necessário entrar em contato com a software express para eles te passarem o manual.

Só é necessário se o seu sistema for trabalhar com ECFs que utilizam esse convênio, ou seja, ECFs matriciais pré históricos. Se o seu sistema for homologado para trabalhar apenas com as impressoras térmicas, não é necessário porque elas já vem com isso implementado no software básico. E o acbr não faz isso automágicamente para impressora desse convênio, você teria que implementar.