William F. L.

Por esse trecho eu chutaria código de ativação inválido rsrs

Eu tenho Delphi XE e Seattle na mesma máquina, atualizei ontem e só mudei esse trecho que postei acima, o demo está compilando normalmente. Estão rodando em uma máquina com Windows 10 - 64 bits.

Não sei nas versões mais recentes do Delphi, mas valor default em variáveis só funcionam em variáveis globais. Se precisar usar o demo antes do pessoal corrigir no SVN, modifique esse trecho retirando o valor default: var CarregarMaisXML : Boolean; begin CarregarMaisXML := True;

Na DLL você não tem nenhuma informação sobre CNPJ ou dados do Contribuinte, somente os métodos que são utilizados pelo SAT. Esses parâmetros você informa via software.

No início usava o emulador e ajudou bastante, mas depois adquiri um SDK da Tanca só para fazer testes complementares.

Sempre coloque a DLL do SAT na pasta do seu executável e direcione o caminho também para essa mesma pasta.

Aparelhos SAT já vem parametrizados de fábrica com ambiente de produção e não é possível alterar isso, nem usando "ACBrSAT1.Config.ide_tpAmb". Somente os SDKs "SAT para desenvolvedor" são parametrizados para homologação. O ideal é você copiar a DLL do aparelho para a mesma pasta do seu executável, evita muitas dores de cabeça. Se você desenvolveu usando a DLL do emulador, será difícil ter problemas na migração, mas gosto de testar com SDK em situações diversas, tipo aparelho sem internet, desligado, cabo com mal conectado e etc.

Acho que a função "MotivoInvalidoVenda(cod: integer): String;" da unit ACBrSAT vai ajudar você.

Só complementando, na maioria dos aparelhos SAT existe um LED geralmente com nome "CFE", se ele estiver aceso significa que existe cupom aguardando transmissão para o SEFAZ. Extra oficialmente eu recomendo para os meus clientes irem no vizinho ou em outro lugar com aparelho e conectar na internet.

Faça um loop identificando as tags CFe, a cada iteração carregue o ACBrSAT e se for o caso mande salvar o XML de cada Cupom.

Posta o log do aparelho

Pelo ativador da Elgin funciona os controles de consulta? Veja se consegue extrair um log do aparelho.

Como está a chamada da DLL stdcall ou codecl?

Implementei a consulta com o novo componente ACBrSATWS e com isso o cliente pode ver se o Cupom existe no SEFAZ. No meu caso existe o XML, porque foi enviado a venda só que 2x, mas o problema é que o correto é apenas 1 venda. O seu tá duplicando venda (1 venda gerando 2 cupons) ou pulando número de cupom?

No meu caso investiguei mas não achei nada e pior ainda, nem consigo reproduzir esse erro. Porém ocorreu apenas uma vez em um cliente, o que me faz acreditar que é problema da máquina do cliente ou do aparelho SAT. Esse mesmo cliente, emite SAT a quase 2 anos e nunca tinha ocorrido esse problema. Como meu sistema é genérico, todos são iguais, então outros clientes teriam que acusar o mesmo erro se fosse software.

Só analisando por cima encontrei vários erros no log: 03/04/2017|09:52:46|SAT-AC|erro|GTIN do item inválido 03/04/2017|09:52:46|AC-SAT|erro|Dados de venda inválidos 03/04/2017|14:44:19|SAT-AC|erro|Código do produto ou serviço em branco 03/04/2017|14:44:19|AC-SAT|erro|Dados de venda inválidos O log do aparelho pode salvar sua pele, use muito ele pois lá tem 99% dos erros descritos.

Posta o log do aparelho SAT.

Atualiza seu fontes, esse problema o Juliomar corrigiu ontem!

Olá João P, sou de São Roque . rs! ECF está fora de cogitação no nosso estado, agora é SAT ou NFC-e. Fora isso, comece passo a passo, primeiro modelando seu cadastro de clientes, produtos, pensando em tributações e o tipo de empresa que você pretende atender, Simples Nacional ou Regime Normal. Depois vai evoluindo para o "PDV" (SAT ou NFC-e) já com foco nas vendas e regras de negócio. E por fim evolui para o TEF. Observação isso sem contar a possibilidade de rolar NF-e pelo meio do caminho. Como você vai de C# de uma olha no ACBrMonitor que ajuda muito quando você precisa trabalhar com tecnologias diferentes do Delphi.

Pessoal só avisando mesmo, atualizei meu SVN agora de pouco e na compilação deu erro na unit "ACBrNFeConfiguracoes.pas" linha 305: Está sobrando um parenteses "(" no final. rPathDown := rPathDown + PathWithDelim(FDownloadNFe.PathDownload) + OnlyAlphaNum((xNome) Acertei e compilou tranquilamente.

Em SP é obrigatório o cliente possuir pelo menos 1 aparelho SAT vinculado ao CNPJ, mesmo emitindo somente NFC-e. .

Aproveitando o gancho do post vou deixar uma dica, estou implementando essa consulta no meu sistema e apanhei com uma coisa boba .. rs O número de série do SAT tem que ser preenchido sem os dígitos verificadores, exemplo: XXXXXXXXX-XX No resto está funcionando 100%.

Atualizei os fontes hoje na parte da tarde, rodei instalador para atualizar os outros componentes e depois compilei "ACBrSATWS.dpk" sem problemas, até fiz uma consulta testando o demo.

Colega a leitura da TAG "CEST" será feita a partir da versão 0.08 do XML. Você pode confirmar isso verificando a unit "C:\ACBr\Fontes\ACBrSAT\PCNSAT\pcnCFeR.pas", na linha 225. if CFe.infCFe.versao >= 0.08 then (*I05w*)CFe.Det[i].Prod.CEST := Leitor.rCampo(tcStr, 'CEST');

Imagino que foram respostas duplicadas mesmo. Minha dúvida fica "erros de timeout" para capturar, porque o cliente emitiu a venda sem travamentos. Mas é interessante André, vou estudar e implementar sua solução, obrigado!