fag.online

Bom, desculpe a demora em responder. Depois de instalar, desinstalar, trocar dll, copiar de um lado pra outro, descobri que por dentro do Delphi dava o erro, e por fora do Delphi funcionava normal. Copiei as DLLs (todas) da Elgin pra dentro da pasta SAT, conforme informado ali em cima, mais acabei deixando passar batido que meu EXE não estava dentro da mesma pasta. Resultado: Copiei TODAS as dlls que vem junto com a instalação da elgin pra dentro da pasta onde está meu EXE e funcionou. Fica a dica pra quem tiver o mesmo problema (de iniciante em SAT) como eu.

Pessoal, já faz praticamente o dia todo que estou lendo os tópicos e não consigo resolver o meu caso. Estou usando o exemplo do ACBR SAT para iniciar meu projeto. Com o emulador funciona certo. Agora estou tentando fazer comunicação com um SAT da Elgin Linker II. Instalei os driver dela, utilizo o "SW Ativação Linker" no qual me retorna no teste fim a fim "09000 - Emitido com sucesso" Bom, voltando ao exemplo do ACBR SAT. Aponto a DLL pra mesma fornecida pela elgin dllsat.dll (inclusive testei com uma fornecida em um forum daqui", informo código de ativação, cnpj sw e contribuinte e faço as configurações, porém na hora que mando inicializar me retorna o erro: "EACBrSATErro - Erro ao carregar a função: AssociarAssinatura na Biblioteca: C:\SAT\dllsat.dll"

Funcionou Segue uma pequena parte do codigo na hora de enviar. ACBrBlocoX.WebServices.EnviarReducaoZ.XML := ACBrBlocoX.ReducoesZ.XMLAssinado; ACBrBlocoX.WebServices.EnviarReducaoZ.Executar; ACBrBlocoX.WebServices.EnviarReducaoZ.TratarResposta; O que estava faltando antes era ACBrBlocoX.WebServices.EnviarReducaoZ.XML := ACBrBlocoX.ReducoesZ.XMLAssinado;

Não consigo comunicação, da o erro apresentado acima. Estou tentando ver o que é

Estou nessa fase também, e o erro apresentado quando mando enviar é: raised exception class EACBrDFeException with message ' Erro Interno: 0 Erro HTTP: 500 WS envio é http://webservices.sathomologa.sef.sc.gov.br/wsDfeSiv/Recepcao.asmx, confirmado com o homologador

Perfeito.

Estou tentando utilizar o exemplo e quando clico em selecionar o certificado aparece a mensagem "SelecionarCertificado" não suportado em: TDFeSSLCryptClass'" Então coloco o numero de série e senha manualmente e quando mando gerar o arquivo RZ apresenta a seguinte mensagem: "TDFeSSLXmlSignClass.Assinar, não implementado'." Obs.: Apaguei a pasta ACBR, fiz um update full hoje, executei "apagarAcbr.bat" e instalei novamente

Usei a função PafMF_LMFC_Cotepe1704 e o arquivo gerado mudou também... Agora não contem mais o E14... porem o E12 está com tamanho inválido tbem... no manual diz que tem que ter 101 posicoes, porém o gerado tem 105... E12EP121510000000006284 TM-T900F 01000003000000021000001201608242016082417530500000000006840N Ninguém teve problemas na geração do AtoCotepe da Epson T900F?

Isso.

Estou tentando utilizar uma impressora Epson TM-900F pela porta USB e está me acusando "List index out of bounds (4)" Fontes do ACBR atualizados hoje, dll 4.7.1.0 Acbr.Modelo = ecfEpson Acbr.porta = 'USB'; AcbrLog: -- 19/09 14:51:22:048 ACBrDevice.Ativar -- 19/09 14:51:22:080 Desativando ACBrECF -- 19/09 14:51:22:080 xEPSON_Serial_Abrir_Porta -- 19/09 14:51:23:314 -------------------------------------------------------------------------------- ATIVAR - 19/09/16 14:51:23:314 - Modelo: Epson - Porta: USB - TimeOut: 3 Device: BAUD=38400 DATA=8 PARITY=N STOP=1 HANDSHAKE=DTR/DSR MAXBANDWIDTH=0 SENDBYTESCOUNT=0 SENDBYTESINTERVAL=0 -------------------------------------------------------------------------------- -- 19/09 14:51:23:314 -- 19/09 14:51:23:314 xEPSON_Send_From_FileEXX -> 0905|0000 -- 19/09 14:51:23:376 Ret = 1 -- 19/09 14:51:23:376 RX <- 00000000090005000100|:||[23]|| | -- 19/09 14:51:23:376 -- 19/09 14:51:23:376 xEPSON_Send_From_FileEXX -> 0585|0000 -- 19/09 14:51:23:408 Ret = 1 -- 19/09 14:51:23:408 RX <- 00000000050085000100|:||[23]|| | -- 19/09 14:51:23:408 -- 19/09 14:51:23:408 xEPSON_Send_From_FileEXX -> 090A|0000 -- 19/09 14:51:23:455 Ret = 1 -- 19/09 14:51:23:455 RX <- 0000000009000a000100|:||[23]|| | -- 19/09 14:51:27:522 xEPSON_Serial_Fechar_Porta -- 19/09 14:51:27:522 Ativar ACBr: NAO

Estou tentando gerar o AtoCotepe em uma impressora Epson TM-T900F porém o registro E14 apresenta informações diferentes do leiaute. O leiaute pede 191 posições, porém na exportação aparece 886 Exemplo: E14EP121510000000006284 TM-T900F 0100000000300000002020160824000000000019500000000000000V0000000000000V00000000001950N0000000000000 A VISTA 20270367000132MD-5:1BBC3EA7040C57A0A057FA89E65CD565PV 0000007186A VISTA ax20k5RzEA2F9tT+FzqCp2N6ZZsRaAY/sGDvodWzJs0= Através do aplicativo EPMfd também acontece a mesma coisa. Algúem sabe?

Alguém conseguiu resolver isso? Estou com problema em um cliente. Fontes do ACBR completamente atualizado a 10 minutos.

Perfeito. Funcionou

Agora apresenta o erro: " 'javax.xml.bind.UnmarshalException: unexpected element (uri:"http://www.betha.com.br/e-nota-contribuinte-ws", local:"Pedido"). Expected elements are <{}Pedido>'."

Estou o mesmo problema. Mudei o .INI e agora o retorno é o seguinte: "Falha ao Assinar - Cancelar NFS-e: Não encontrei final do elemento: </Pedido></ns3:CancelarNfseEnvio>'." <ns3:CancelarNfseEnvio xmlns:ns3="http://www.betha.com.br/e-nota-contribuinte-ws"> <ns3:Pedido> <InfPedidoCancelamento Id="pedidoCancelamento_18371881000112456321639"> <IdentificacaoNfse> <Numero>1639</Numero> <Cnpj>11111111111111</Cnpj> <InscricaoMunicipal>111111</InscricaoMunicipal> <CodigoMunicipio>4204608</CodigoMunicipio> </IdentificacaoNfse> <CodigoCancelamento>1</CodigoCancelamento> </InfPedidoCancelamento> </ns3:Pedido> </ns3:CancelarNfseEnvio> Obs. Ocultei o CNPJ e a IM

trunk2\Exemplos\ACBrDFe\ACBrNFSe\ArqINI\Betha.INI

Hoje está com a versão 01.00.01

Depois de travar uma luta intensa com a Bematech, vários protocolos, várias conexões remotas, a autorizada pegou o ECF do cliente que estava travando direto e levou para "manutenção". Até então tínhamos 2 problemas com o ecf em questão: 1 – Congelamentos constantes 2 – Falta de registros E12 e E13 na geração do AtoCotepe 17/04. Depois de 24 hrs devolveram o equipamento e alegaram que estava ocorrendo muita oscilação de energia, e indicaram ligar o computador e o ecf diretamente na tomada. O cliente assim fez conforme solicitaram e trabalhou por 1 dia sem nenhum travamento, e por incrível que pareça os registros E12 e E13 também apareceram, graças a estabilidade da energia ( Melhor que essa, só aquela piada do português) Enfim, pra min fica obvio que pegaram a impressora e fizeram algum tipo de atualização nela.

Fiz exatamente o mesmo que você e não obtive sucesso.

Bematech Mp4200 TH FI II

Ontem migrei para o trunk2... Peguei a nova Dll da Bematech 7.0.3.8 Gerei uma nova versão para um cliente que tem carga massiva de impressão. Melhorou muito, porém, está ocorrendo travamentos exatamente no momento que mando pegar a data e hora da impressora. ACBrECF1.DataHora Hoje, em 3 horas de trabalhos, foram aprox 4 congeladas...

Poise, boa pergunta wind, rsss

Bom dia, Aconteceu 2 vezes esse caso, a chave no XML dentro da tag infCte esta diferente da chave do nome do arquivo. A diferença entre as duas chaves ocorre somente na parte final que é o codigo da tag cCT. Ao fazer a consulta no site da fazenda quando é informado a chave que esta no nome do arquivo é encontrado o conhecimento correto, mas quando é informado a chave do XML retorna como CT-e inexistente. Alguém já teve esse problema ou sabe o motivo disso acontecer?

Daniel, eu entendo o que vc diz, porém, como relatei o ECF já está no cliente final, os erros que relatei, foi o que o usuário final me relatou.... Estou tentando conseguir um equipamento idêntico para que eu possa colocar em modo desenvolvedor, de forma que eu possa realmente fazer os testes adequados e debugar afim de descobrir os reais problemas. Porém, o que não posso no momento é ficar de braços cruzados esperando que tudo se resolva enquanto o cliente fica reclamando. O primeiro passo foi ligar pra bematech, no qual foi refeito o processo de reinstalação dos drivers, bem como a revisão das configurações de velocidades e etc da porta. O segundo foi relatar ao fórum afim de que algum outro usuário já tenha passado por tais situações e possa dar sugestões, assim como o Regys e o Juliomar. Porém, caso eu tenha me equivocado em postar o tópico ou o mesmo não esteja em acordo com as regras, podem encerrar o mesmo.

O erro 40 era devido a formatação do CPF/CNPJ da identificação do consumidor. Esse caso já foi resolvido. Porém, percebi que o modelo EscEcf tem algumas instabilidades de funcionamento... O mesmo software que funciona 100% com bematech mp-4000 th fi, apresenta travadas na mp-4200 th fi com o EscEcf. Ja aconteceu de travar inúmeras vezes em várias situações, como por exemplo em Redução Z... em casos de pegar o estado do ECF e outros. Estou tentando conseguir um ECF deste para que eu possa colocar na bancada de testes... por enquanto, estou tentando "advinhar" pois já está instalado no cliente. Vou tentar fazer o que o Régys comentou para ver se ameniza a situação. Abraços