Régys Silveira

Você está utilizando Trunk1 ou Trunk2?

O TEF você fará com a sua linguagem seguindo o manual de integração do skytef. Para as impressões e o SAT você utiliza os mesmo comandos que usa para imprimir e enviar CF-e que já utiliza no plus. O Plus não faz o TEF, somente imprime as vias conforme você as enviar.

Se o CRT é de uma empresa do Simples nacional o correto é CSOSN=102 ao inves de CST=102.

Geralmente ele cria um arquivo .txt com as mensagens que estão no modem e popula uma lista com elas para ser lida. Talvez as mensagens não tenham sido recebidas pelo número de telefone do chip que está no modem.

Antes de tudo por favor, leia as regras do fórum em: O correto seria abrir um tópico para cada pergunta, lembrando de antes pesquisar para ver se já não existe resposta. Para que possamos ajudar, primeiro você precisa informar qual componente de impressão está utilizando para imprimir o extrato, pois temos 2, Fortes e FastReport. Anexe também o XML que não está imprimindo corretamente, tente primeiro imprimir com o Demo do ACBrSAT e veja se o mesmo problema ocorre, se sim, informe o passo-a-passo para que possamos reproduzir o problema. A luz AC geralmente fica acessa somente durante a comunicação com o SAT, então enquanto não comunicar ela fica apagada, mas isso pode variar de fabricante para fabricante, eu não tenho um SAT Elgin então não posso afirmar com certeza qual o comportamento para ele. O SAT envia automaticamente os documentos para o SEFAZ, se ele não conseguir isso em 10 dias ele entra em estado de bloqueio autônomo, geralmente isso acontece por falta de conexão com a internet. A opção atualizar software só vai retornar OK se houver atualização e ela for feita corretamente, caso contrário retorna erro pois não existe atualização para o software. AtivarSAT só é usado uma vez para ativar o SAT para uso, o seu como é de homologação já vem ativado. AssociarAssinatura também segue o mesmo princípio, como é um SAT de homologação ele já está com uma assinatura associada, geralmente um texto que vem no manual de utilização do desenvolvedor. Todas estas questão já estão bem discutidas no fórum, qualquer outra dúvida siga as orientações do link que passei anteriormente.

Mas é levantada alguma mensagem de erro? Pode extrair o log do SAT e postar aqui juntamente com o log do ACBrSAT?

Qual é a versão do Plus que você está utilizando? Eu lembro que em versões mais antigas havia esse problema mas foi acertado já há algum tempo. Anexe os logs e XMLs gerados para verificarmos o que pode estar ocorrendo.

Não lembro de ninguém reclamar a respeito disso no plus. Pode ser a versão. Sim, para baixar a versão mais atual, é preciso ser usuário do ACBrSAC, a versão livre sempre é liberada com uma defasagem de 3 meses para a versão atual. Você pode tentar compilar por conta própria ou assinar o ACBrSAC para ter acesso as versões mais recentes.

Você deve configurar a UF do webservice para a mesma UF que está tentando checar o cadastro.

É no mesmo lugar, você usa as mesmas propriedades do ACBrECF, basta setá-las antes de chamar o ACBrTEFD.FinalizarCupom, na verdade internamente o ACBrTEFD.FinalizarCupom vai chamar o ACBrECF para fechar o cupom, e o ACBrECF vai usar as propriedades se estiverem preenchidas, então basta preenche-las antes de chamar o método.

Veja no teu código, você faz um add para cada propriedade, isso é errado. Por isso lhe perguntei se estudou o demo, veja no demo que o Add, adiciona um novo item a lista, depois você preenche as propriedades deste item. Por exemplo: with ACBrBlocoX.ReducoesZ.TotalizadoresParciais.Add do begin ... ... with Servicos.Add do begin Codigo.Tipo := tpcProprio; Codigo.Numero := CodProduto; Descricao := DescProduto; Quantidade := QtdeProduto; Unidade := RetornaUnidadeMedida(CodUnidade); ValorUnitario := PrecoProduto; end; ... end;

Você precisa nos ajudar a te ajudar Você não disse como está querendo acessar esta base de dados, qual componente de acesso pretende utilizar (nativo, zeos, etc) e por ai vai, dê mais informações que com certeza algum usuário poderá lhe ajudar melhor.

Você recebe alguma mensagem de erro?

Quanto a primeira pergunta, se o seu cliente não estiver habilitado para emissão de NF-e/NFC-e é necessário habilitá-lo. Para testes utilizando o SEFAZ/AM procure aqui no fórum, esse assunto já foi bem discutido um simples busca vai auxiliá-lo. Evite tópicos repetidos.

Você não tem um servidor DNS interno na rede? Pode ser ele que está causando a lentidão.

Você consegue reproduzir o problema utilizando o demo do ACBrSAT? Se conseguir passar um passo-a-passo utilizando o demo fica mais fácil de tentar ajudar. Se o mesmo não acontece no demo, verifique suas rotinas de emissão é impressão, erro no NTDLL.DLL geralmente tem a ver com acesso a dados ou algo que utilize a rede.

Sem mais informações e um passo-a-passo de como reproduzir o problema utilizando o Demo do aCBrNFe, dificilmente poderemos te ajudar. Mas já te adianto que provavelmente é um erro no seu aplicativo, tente debugar e verificar onde acontece.

Não possuímos documentação com comandos para este tipo de retorno. Aproveite que o projeto é open source e tente implementar isso.

Como disse o Juliomar, o manual de especificações do XML consta como inteiro, se fizer uma busca no fórum verá que muitas outras pessoas verificaram o mesmo, mas não podemos sair fora da especificação do fisco, então enquanto não for publicado um acerto para isso não podemos gerar de outra forma.

Bom, o componente só cria o XML com o que foi passado a ele, então com certeza tem algo errado na sua rotina de alimentação do componente. Você chegou a estudar o demo?

Este erro já foi arrumado a bastante tempo, inclusive alguns usuários reportaram que estava ok na época. Tem certeza que esta tudo certo ai?

Sempre que utilizei a DLL de 64 bits tive problemas, já com a de 32 bit sempre funcionou normalmente, tentou utilizar ela? mesmo o computador sendo 64 bits.

Quanto ao erro: Erro 12007 - The server name or address could not be resolved: Nesse caso ocorre entre 12 a 18 segundos. Veja que é um erro de DNS, o endereço do site não pode ser encontrado ou resolvido, isso depende do retorno do DNS que pode variar e consequentemente não vai entrar no timeout pois é um erro externo, diferente do erro de timeout que é um erro interno. Funciona mais ou menos assim: 1. o winnet tenta conectar, nesse caso a conexão vai tentar "sair para o mundo", se não houver conexão com a internet o winnet vai esperar o tempo configurado no timeout para retornar o erro ao componente ACBr. 2. se a conexão conseguiu "sair para o mundo", o DNS vai tentar resolver o endereço passado e encontrar o servidor, neste caso temos o erro 12007 se o DNS não conseguiu resolver ou encontrar o IP resolvido, o tempo aqui já vai depender da estrutura externa e do DNS e não do winnet ou ACBr, depende do retorno do servidor DNS.

Aqui em nossos clientes geralmente configuramos uma conta do google driver ou dropbox, fica a escolha do cliente o serviço, o sistema é configurado para gravar os XMLs dentro desta pasta e pronto fica tudo no cloud sem problemas com formatação ou perda de dados.

Vou fazer os testes de códigos de barra neste fim de semana sem falta, até segunda, já dou um parecer.