Régys Silveira

O Timeout ocorre quando o componente não consegue conversar com o modem ou não obtem um ok de resposta depois de determinado tempo pelo modem. Sim existe um limite de envio de mensagens e varia de operadora para operadora, eles fazem isso para que não ocorra o envio de spam, o ideal e aguardar um tempo entre o envio das mensagens, que pode variar de 5 a 8 segundos dependendo da operadora, podendo ser ate maior. Para envio profissional de mensagens eu aconselharia o modem da Daruma, ele tem se mostrado muito bom aqui comigo, estou com um para testes e fora os limites de operadora ele trabalha muito bem, com a vantagem de ter duas bandejas para chip, entre em contato com o pessoal da Daruma para mais informações.

Veja no site do André, tem bastante informação e exemplos do ACBrNFeMonitor: http://anfm.blogspot.com.br/

Sim, desde que controle a data do estoque, as alterações neste campo de estoque e as inclusões/exclusões, mas sinceramente, para facilitar os testes no dia da homologação e também facilitar a geração do arquivo eu penso que o melhor e fazer uma tabela a parte somente para esse requisito, com os campos que precisa e controlar isso.

Este erro já existe aqui no forum, veja: search.php?keywords=An+error+occurred+in+the+secure+channel+support&terms=all&author=&sc=1&sf=all&sk=t&sd=d&sr=posts&st=0&ch=300&t=0&submit=Pesquisar

Para os assinantes do ACBrSAC e feita a compilação semanal ou sempre que necessário, para os usuários livres o código fonte está disponível bastando o usuário compilar.

No ECFTeste como se comporta?

depende de quanto tempo vai levar, mas eu diria que algo em torno de 1.500 para mais, isso somente a homologação, sem contar hotel, alimentação, transporte, etc, etc.

O teste é realizado virando o dia, e gerando uma arquivo de estoque, dai são feitas as devidas verificações.

Sim, já homologuei, tem cerca de 1 mês e meio.

Essa tabela de estoque deve estar disponível para todos os ECFs e ela não tem nada a ver com o seu controle de estoque. Aqui eu controlo isso da seguinte forma, tenho a base local para cada ecf e um base remota onde agrupo os dados de todos os ecfs, então os ecfs a cada interação fazem o envio e buscam informações da base, como se fosse uma replicação, a base remota tem tudo de todos e os locais somente o deles, quando vou buscar os dados para gerar o arquivo de estoque busco da base remota.

Sim, basta você ao primeiro documento emitido no ECF checar na tabela de estoque se já foi gravado para o dia atual, se sim, não faz nada, se não, grava o estoque, os outros ECFs farão as mesmas verificações mas depois do primeiro ECF gravar ninguém mais grava porque já vai haver estoque para o dia atual.

O seu software não está alterando as variáveis de formato de data? Se estiver, não adianta alterar as configurações regionais do windows, pois as variáveis de formato as sobrepõe.

Este não é um erro dos pacotes do fast-report, ao que parece, você esqueceu de colocar alguns dos diretórios no library path do delphi, dê uma lida no arquivo readme.txt lá tem o passo-a-passo para instalar todos os pacotes necessários para que o ACBr compile e funcione corretamente.

Você tem que verificar as configurações corretas para o servidor SMTP que for utilizar, verifique isso junto ao provedor do email. Emails como google, yahoo e outros possuem uma página de suporte com essas configurações na ajuda on-line.

Esse erro geralmente tem a ver com o número da porta utilizado, muito provedores tem trocado a porta de envio para portas seguras, 587 ou 465.

Se o erro for o mesmo, é assim que se resolve, verifique se é o mesmo erro, poste aqui a mensagem de erro.

Esse erro geralmente é causado pelo certificado, tentou instalar o Capicom que vem com o ACBr?

Existem várias formas, mas a mais simples e criar uma tabela com os hashs dos counts de cada tabela que vai ser controlada, e comparar sempre, se alguém incluir ou excluir o hash calculado na hora da geração do arquivo não vai bater com o da tabela.

Opa, desculpe, acabei passando o caminho pelo ACBrSAC, são os mesmo que o Kiko postou.

Lembrando que para a versão 01.11 mudaram apenas algumas coisas de postos e combustíveis e emissão de bilhetes de passagem, se você não trabalha com estes ramos, então pode se basear na especificação comentada da 01.10 sem problema.

Veja neste tópico: viewtopic.php?f=26&t=3981, talvez possa te ajudar.

Existe um tópico que discute isso exaustivamente, faça uma busca e evite abrir um novo tópico a respeito desse assunto. search.php?keywords=recuperaxml&terms=all&author=&sc=1&sf=all&sk=t&sd=d&sr=posts&st=0&ch=300&t=0&submit=Pesquisar

O ACBRNFeMonitor foi feito para compilar em Delphi 7, alguns componentes utilizados já foram trocados por outros em novas versões do delphi, o TCPServer foi um deles, você precisaria compilar ele no Delphi 7 para que não tenha problemas.

Sim, sem problema, o estoque negativo não vai dar problema até porque pode ser que determinado produto não tenha sido digitado ainda no sistema mas já esteja no ponto de venda. Tem que tomar cuidado e com a discrepância de valores de compra e venda, isso sim vai indicar ao fisco que algo está errado.

Abra o pacote ACBrNFeDANFEFRpkg, apague as referências aos pacotes do fastreport e recompile, ele vai adicionar as referências corretas para a sua versão do fastreport.