EMBarbosa

Que bom que resolveu. Você mesmo pode marcar o post como resolvido. Bom trabalho.

Como é um erro do servidor e há máquinas que funcionam e outras que não, não consigo em pensar em nada que não fosse local nestas máquinas. Por exemplo: Configuração do aplicativo dlls desatualizadas ou fora das pastas corretas configuração do Windows configurações do firewall, proxy ou outro software semelhante Atualizações do Windows

Só uma sugestão no seu caso: mesmo que você não use os componentes e sim o monitor, seria bom ter alguém de sua empresa seguindo as alterações feitas no componente. Não precisa saber sobre programação em Delphi especificamente pois pode acompanhar seguindo o que é alterado no ChangeLog (arquivo ACBrNFePCN-change-log.txt) e no log do Subversion. Assim, vocês ficam atentos ao que esperar de modificações quando forem testar a nova versão como o Régys falou. Bom trabalho.

Se eu entendi bem, isso é um erro comum para métodos no Delphi que são overloaded com assinatura ambígua. Já até tivemos vários bugs nos componentes por causa disso (Ex. ). Para corrigir você precisa passar mais parâmetros de modo que torne mais fácil para o compilador resolver qual método escolher.

Digamos que o rfteno foi muito mais rápido e fez o commit na revisão 5271. hehe. Obrigado aí Rafael.

Os dois softwares tem que acessar cada um uma porta virtual diferente. Se acessarem a porta física diretamente ou a mesma porta virtual creio que nunca vai conseguir fazer funcionar.

Uma coisa é ser obrigado a informar. Outra é o modo como você vai informar. Não é você quem vai definir se precisa informar os produtos ou não precisa e sim a legislação. Dito isso, se a legislação permite que você não informe, então você usará a opção 1 e fará exatamente como você disse. No entanto, se a legislação exige que você informe, então você terá que usar a opção 0 e informar os dados dentro do bloco.

Não sei se entendi sua pergunta direito, mas não seria porque cada versão 0.8.x usa versões atualizadas dos componentes? Nesse caso, quem fez o upload resolveu não apagar as versões anteriores (0.7.x) pensando que elas poderiam ser úteis para alguém.

O único que eu tenho certeza é São Paulo. Lembro de ter pelo menos mais dois estados onde não era obrigatório. Infelizmente, não me lembro que estados eram para confirmar se ainda não é obrigatório. Se ninguém mais souber, talvez você possa ver com a própria SEFAZ de cada estado ou UF.

Alterar para 300 resolveu o problema para todos vocês?

Verifique se seus códigos fontes estão atualizados. Escreva passo a passo como reproduzir o erro com o TEFDDemo.

Olá, No componente você simplesmente cria os registros que quer que apareçam no arquivo sintegra. Se você não criar os registros de forma duplicada não vejo o porquê de dar algum problema. No entanto, veja que no registro há diferença entre data de movimento e data de emissão. Se você está usando a data de movimento, o registro terá a data correta mesmo no caso em que o usuário esqueceu de gerar e ele foi gerado pelo sistema no dia seguinte.

Primeiro leia a legislação sobre o projeto. Segundo, leia o Guia Prático disponibilizado pela receita. Terceiro, veja o demo do componente. Quarto, pesquise no fórum quaisquer dúvidas que surgirem.

Ah sim. Falha minha. Agora que eu vi que os erros são um pouco diferentes. Esse tipo de erro é retornado pelo servidor do e-mail. E pelo que aparenta está com problemas de autenticação. Você configurou a autenticação SMTP corretamente? Qual o "provedor" de e-mail?

Olá, Veja se esse lhe ajuda.

Seu sarcasmo não é necessário e nem bem-vindo. Se você não leu bem eu vou explicar: Eu não disse que um tópico sobre o assunto não fosse útil e sim que já há outros tópicos sobre o assunto. Peço desculpas se ao tentar lhe orientar de acordo com as regras do fórum ao invés de simplesmente lhe dar um alerta eu lhe tenha ofendido.

Sem problemas. Tente usar o comando TACBrECF.CortaPapel

Faça o favor de postar o link para a notícia conforme as regras. Veja neste em especial a "5.1 - Respeite os direitos autorais". EDIT: Outra coisa. Essa questão de imposto no cupom e na nota já foi e continua sendo discutida em outros posts aqui no fórum. Queira usar a pesquisa. Só não fechei(tranquei) o tópico pois esse me pareceu ser específico sobre implementar um novo recurso no ACBrECF.

A maquininha de cartão de crédito que você está mencionando pode ser o pinpad ou o POS. A segunda não precisa integração com o software e a primeira exige uma certificação chamada TEF. Acredito que não há muitos tutoriais diretos do tipo passo a passo sobre esses assuntos. Mas como ajuda você tem o projeto ACBrFramework. Veja mais detalhes no subfórum específico aqui: ACBrFrameWork (.Net C# e VB) Além disso, se você está iniciando com Impressoras de cupom fiscais (ECFs) agora, então há um longo caminho pela frente. Primeiro terá que entender qual legislação se aplica ao seu caso. Por exemplo, se estiver em SP não precisará seguir as regras do PAF-ECF. Mas se estiver em outros estados (MG, RJ, BA, etc...) será obrigatório seguir essa legislação. Encontrará informação para estudo iniciais sobre ECFs, PAF-ECF, TEF e outros

Nunca fiz o teste pessoalmente, mas quem o fez diz que melhora muito. A melhor fonte de informações sobre o Firebird aqui no Brasil é mesmo o grupo de discussão FireBase.

Seu erro não parece com o erro relatado pelo Giulianon que era um erro de parâmetro no código. O seu parece erro de instalação e disponibilidade das dlls. Você fez o teste com o Demo do ACBrECF? Funciona usando o programa de exemplo da Bematech?

Hora de saída que você quer dizer é a hora da venda? Não seria pegando do ECF?

Usando a DLL?

Olá, Você não disse que estava usando o ACBr. Nem disse se está usando o ACBrMonitor ou ACBrECF. Você postou na área de Legislação PAF-ECF uma dúvida sobre impressoras não fiscais. Queira seguir as orientações gerais para uso do fórum e deixar as coisas mais claras por favor.

Qual a legislação por favor? EDIT: Outro tópico sobre o assunto, mas para SPED Contribuições (PIS/COFINS), está aqui no fórum.