Régys Silveira

Algumas marcas aceitam outras não, o melhor caminho é mesmo colocar nas observações.

O título que você colocou no post deu a entender que você estava querendo homologar TEF proprietário, por conta própria. O seu caso é diferente, você fez as rotinas do ECF proprietário e não a comunicação com TEF. Quanto a utilizar o ACBrTEFD, ele foi feito para funcionar juntamento com o ACBrECF, então não terá como você utilizar, porque os dois componentes trabalham juntos e você não utilizou o ACBrECF, como você já disse utilizou desenvolvimento próprio. A nível de informação, todos os componentes e utilitários ACBr são gratuitos e de livre acesso, possuímos o fórum privado e pago para assinantes com o intuito de manter o projeto e atender melhor a demanda de alguns usuários que precisam de respaldo mais rápido, não existe restrição quanto a uso do ACBr ele é totalmente Open-Source.

Sim, eu concordo, o problema é aquela velha história, porque ficar batendo boca com os homologadores quando é simples de fazer.

O que você chama de TEF Proprietário? Sempre existiu uma empresa intermediando o TEF, nunca foi liberado o acesso direto as redes autorizadoras.

Analisando seu log, existe um erro quantos aos atributos de impressão, provavelmente está vindo uma linha em negrito ou algo parecido e a impressora não está suportando, tente alterar a propriedade "ACBrECF.IgnorarTagsFormatacao" para False, assim o ACBr não tratará nenhuma tag de formatação de caracteres. Somente para informação, sempre que ocorre um erro no vinculado ou gerencial durante a impressão do TEF, o ACBr vai levantar o erro de retentar e tentar novamente a impressão via gerencial.

Você não analisou corretamente o log, essa linha que você cita é a impressão da linha do vinculado, isso é somente texto, todo cupom TEF em modo Demo para homologação geralmente vem com valores e dizeres diferentes, inclusive quando são testes padronizados como os do Cielo Premia, sempre vai vir o mesmo cupom, independente do que enviar.

O retentar do componente ACBrECF deve estar false e no componente ACBrTEFD você deve implementar o evento OnExibeMensagem o tipo opmYesNo. Consegue reproduzir esse problema com o Demo do ACBrTEFD? Eu efetuei um testes aqui e está tudo ok, tente com o demo do ACBrTEFD e veja se o erro ocorre.

Se você não tem vendas no dia, nenhuma nota fiscal, nada que seja venda de produtos e gere meios de pagamento, consequentemente não terá o registro, consequentemente também não ocorreram diversos outros registros como por exemplos o R04, R05, R07 e por ai vai.

A exigência é dos homologadores, quando homologuei restaurante e hotel, não deixaram passar sem ela, porque eles alegam que você está produzindo de alguma forma, então tem que ter a tabela mostrando essa produção.

Você está utilizando windos vista ou posterior? Se sim, é necessário executar o ACBrInstall como Administrador. Outra coisa, na primeira aba, você configura o diretório onde está o ACBr, você configurou corretamente?

Como está configurada a propriedade Retentar do ACBrECF?

A tabela de índice técnico de produção geralmente funciona assim: Na tabela pai, vai o produto que vai produzir e a quantidade que se quer produzir, na tabela filho os insumos usamos para produzir o produto e as respectivas quantidades utilizadas. Em algum momento você "ordena" a produção, que nada mais seria do que acrescentar o estoque ao produto produzido e reduzir o estoque dos insumos conforme foram utilizados.

Você tentou instalar o certificado em outra máquina para testar? As cadeias de certificado para o seu estado foram todas instaladas? Checou se o antivirus ou firewall não estão bloqueando seu aplicativo?

Por favor, fique atento as regras, essa dúvida é recorrente e já existem vários tópicos tratando dela, basta efetuar uma busca. Esses são resultados para um busca simples, existem diversos outros.

Desculpe, vejo que é seu primeiro post, então primeiro vou lhe convidar a ler as regras do fórum em: Regras do fórum ACBR. Todas as perguntas que você tem e provavelmente outras já estão respondidas no fórum é com exemplos, bastaria utilizar o botão de busca, antes de abrir um novo tópico, faça uma busca, fique atento as regras do fórum.

A tabela de índice técnico de produção é obrigatória quando você trabalha com produtos produzidos no próprio estabelecimento.

A única forma prática é ao vender a um cliente que seja jurídica já emitir diretamente a NF-e, caso contrário, somente seguindo a orientação do fisco, como lhe foi dado.

Utilize o ACBrInstall para instalar.

O componente ACBrSMS está no pacote ACBrTCP.

Vejam que foram 3 formas de pagamento iguais, mas com valores diferentes e cada uma com seu vinculado, até onde sei isso pode, o que não pode é 2 vinculados para uma forma só de pagamento.

Basta utilizar o componente ACBrIBPT para baixar a tabela e popular a sua própria.

A cada .add você adiciona um novo cupom, pode colocar quantos forem necessários.

Você pode utilizar tanto a forma separada quanto agrupada, desde que passe ao componente corretamente a forma de pagamento é o valor. No caso do seu log, você enviou duas vezes a forma de pagamento 03, sendo uma no valor de 1,00 e outra no valor de 1.29, mas ao abrir o vinculado informou forma de pagamento 03 e o valor de 2.29, por isso a impressora não encontra a forma de pagamento para vincular. Ou você envia tudo somado, ou envia um a um os vinculados. O erro ocorre, porque ao tentar abrir o vinculado, ocorre o erro, então o componente entende que houve problemas de impressão no vinculado e inicia a impressão do ticket tef em relatório gerencial como manda o roteiro, mas nesse caso o erro não foi no vinculado, mas sim na forma de enviá-lo.

Para esse teste existe uma configuração no .ini específica para a CIELO e também carga de tabelas, primeiro veja se você seguiu corretamente as configurações que estão no roteiro, se mesmo assim não funcionar, veja com o pessoal da Software Express se o seu SitDemo está preparado com a carga de tabelas para esse teste. Lembrando que você deve ter a propriedade "ACBrTEFD.Identificacao" preenchida para que o CIELO PREMIA funcione corretamente.

Vejam, ter pre-venda no terminal ECF realmente é bloqueado, porque, qual é o intuito da pre-venda? Utilizar mais de um computador para atendimento e 1 ECF somente no estabelecimento, por isso as regras de construção e manutenção da pre-venda. Por isso o homologador está lhe cobrando isso e concordo com o Juliomar, se você utiliza pre-venda, automaticamente vai cair nos testes de queda de conexão, dai vão te cobrar levar dois computadores. Outra coisa, geralmente é cobrado que não se tenha pre-venda no mesmo software onde está conectada a impressora e é registrado o cupom fiscal, se ficar em outro software, geralmente eles aceitam. Uma prática comum é ter dois softwares, o de atendimento (balcão) onde são feitos pre-venda, dav, etc e outro conectado ao ECF que faz o registro da venda concomitante e não concomitante.