kohzito

Para fazer isso acabei fazendo uma rotina para separar os XMLs de dentro do arquivo de lote e lia um a um...

No meu caso que fiz um gerenciador bem simples, pois era 2 caixas para 1 SAT em uma loja que o fluxo é bem calmo Eu tive duas opções, enviar para o servidor a impressora que deve ser impresso, porém a impressora deveria estar em rede ou compartilhada Ou fazer o caixa imprimir o arquivo XML, após ele receber o retorno que a venda foi concluída, que foi a opção mais fácil de ser implantada

A DIMEP tinha este problema quando se usava certas impressoras Parece que fazia sujeira na porta e causava estes erros. Quando atualizaram o software foi resolvido.

Pelo que me lembro para combustivel você deve setar a propriedade EhCombustivel = True Ai ele acaba deixando as 3 casas decimais corretas, tentando mudar o irArredondamento ou irTruncamento sempre saia incorreto

O SAT salva os dados na memoria dele. E segundo as informações ao bloquear e desbloquear ele busca novamente os dados. Mas realmente não tive a experiencia de fazer isto. Tive um cliente que o complemento estava errado, mas não sei se foi corrigido

O SAT pega dados do CADESP... Já li uma vez que se bloqueiar o aparelho e desbloquear ele pega novamente os dados do CADESP.

Por experiencia eu sempre recomendo impressora não fiscal: Epson ou Diebold SAT: Gertec. EM questão de SAT a DIMEP teve alguns problemas, mas acho que foram resolvidos e impressora fiscal, as Darumas dão uma dor de cabeça no modo spooler

No meu SAT de homologação isso acontecia sempre. Acabei forçando o componente após enviar a venda a deixar o regime correto. Mas como não houve nenhum reclamação em nenhum cliente ativo, acredito que acontecia apenas no SAT de teste, no caso um DIMEP

O aparelhos SAT quando desligados rapidamente ignoram qualquer rotina, porém a DLL do governo parece que funciona mesmo com o emulador desligado e tem um delay bem grande de espera. Portanto se colocaram ela na abertura do programa com o emulador do governo fechado, poderá ter uma certa demora, que não acontecerá em uma DLL de aparelho SAT fisico (q

Só encerre com a luz Cfe apagada, depois que encerrar não vai dar para vincular ele com o mesmo cnpj novamente. Depois disso é só fazer o processo no novo cliente como se fosse um SAT Novo A unica diferença é que o cupom não começa do 0 e sim de onde a outra empresa parou

Caso seja solucionado, favor informe o procedimento. Aconteceu duas vezes na empresa, mas o caso era que o aparecia o endereço errado, acabamos pedindo para o cliente entrar em contato com o contador, mas não tive nenhum retorno de sucesso ou falha. Acho que é um caso interessante para sabermos o procedimento

Uso 280 para a maioria das impressoras, Epson 275... Tente estes valores e vai aumentando dependendo da necessidade

No meu sistema como era feito para ECF e foi mudado para SAT se o cliente ficasse apertando enter na tela de pagamento criava centenas de cupons Acabei fazendo bloqueios pelo proprio sistema para só liberar novamente os campos quando o SAT retornar um erro (se a venda for concluida ele recomeçara a venda) Aconselho a fazer bloqueios no seu software

A daruma DR700 de um cliente dava o mesmo erro e a correção foi atualização do Firmware. Pode ser a mesma coisa

Eu tive a mesma situação e a solução foi implementar o ESC Pos Criei diversos parametros para usar o modo spooler e o modo escpos. Acabou funcionando perfeitamente e de brinde a abertura da gaveta funciona sem dor de cabeça

Imagine, como tinha que fazer algo rapido nem fiz varios testes, aproveitei os testes feitos aqui. Há um tempo eu tinha um codigo parecido que não funcionava diretamente e no debug não dava pau e foi solucionado com um sleep (3000). O engraçado é que em algumas maquinas como foi constatado aqui, funciona sem a necessidade do sleep.

Comigo aconteceu exatamente igual. Sem o Sleep ele imprime o Qr Code apenas na proxima impressão, mas colocando o salvador sleep funciona perfeitamente

Impressão com fortes vai depender da configuração da impressora Nos testes aqui Diebold e Epson imprimiram corretamente por padrão Daruma e Bematech precisaram de configuração

Quando um cancelamento é gerado ele pega um número de CFe... Logo gerou o CFe 160. Quando fez o cancelamento do CFe 160, gerou o "evento" 161. Ai o proximo cupom seria o 162. Ao não ser que seja uma anormalidade o seu caso, mas o comum é acontecer isto.

Até agora o SAT sempre continua subindo o número independente de dar algum erro quando for para a SEFAZ. Mas acho que o erro, não inutilizará o cupom, apenas servirá como alerta para ser corrigido. Inclusive meu supervisor informou que no inicio do desenvolvimento a SEFAZ enviou um email sobre um erro nos SAT que foi corrigido.

Para resolução de erro 6010 é necessário o arquivo XML gerado. Este erro pode ser desde a falta de um dado obrigatório(inscrição estadual) até um imposto errado.

O Osmar está certo, acabei interpretando errado a pergunta, pensando que era o CNPJ do cliente.

1- O certificado digital atualmente só serve para vincular o aparelho SAT ao cliente. Ele só é usado para autenticar no site da retaguarda do SAT. 2- Não, o desenvolvimento de um, funcionará nos outros, exceto quando algum faz algo especifico fora do especificação do governo. Claro, se usar o ACBR

Se não me engano a DLL da Dimep pede algumas dlls na mesma pasta. Já que via software da DIMEP funciona, tenta setar a DLL que fica na pasta deste programa ou copiar todas as DLLs da pasta deste executavel para a pasta do seu executavel

Esse erro é bastante comum no DIMEP, é um problema da DLL. Sats da Gertec e Sweda (os que testei) não apresentaram este erro.