Régys Silveira

Helio, Na documentação não foi citada a carteira na montagem da linha digitável. Alguns bancos utilizam a carteira como parte do código do cedente, talvez seja isso que eles queiram dizer, se for isso bastaria informar junto ao código do cedente.

Chegou a verificar se o firewall ou antivírus não bloquearam o monitor? A rede possui proxy?

Tentou rodar a aplicação em modo debug e verificar se retorna algum erro?

Poderia postar o retorno do erro por completo?

Tente reinstalar manualmente o capicom, para verificarmos se é isso.

Foi instalada a capicom que vem com o ACBr corretamente?

Geralmente o componente controla isso sozinho, desfazendo a transação automaticamente quando clica em não, o que consta no modulo pay&go, poderia anexar o log dele e do acbrtefd?

Você teria a documentação a respeito disso?

Você atualizou a cadeia de certificados nesse computador?

Por favor abra outro tópico para o assunto do boleto, não use o mesmo tópico para assuntos diferentes.

Como dito antes, depende do perfil, se o perfil F dizer isso sim, precisa olhar no perfil para fazer correto.

Você está misturando as coisas, existem dois requisitos, um trata da nota eletrônica e o outro trata da nota fiscal de consumidor (nota manual). Dependendo do perfil da UF, você deve ou não liberar a digitação de nota manual, e depois quando o ECF voltar a funcionar registrar todas as nota emitidas manualmente. A impressão em ECF da nota manual deve ser concomitante, a diferença é que no fechamento do cupom fiscal, vai constar no rodapé o número da nota manual que gerou ele.

O ACBr já está preparado, basta você atualizar o ACBr, recompilar seus fontes e pronto.

Cleison, você chegou a debugar para ver se o problema é isso mesmo, porque homologuei 3 discados e 1 dedicado com está modificação e funciona corretamente, ela foi introduzida para resolver problemas de gravação em discos SSD.

Não, nenhum, até termos algo da homologadoras, o componente não vai ser alterado.

A dll cria o arquivo .xml para guardar as configurações dela, isso não influencia no ACBr. O que pode ter acontecido é que você utilizava a velocidade de conexão de 9.600, e a dll daruma muda a velocidade da impressora para 115.200, como seu ACBr ainda deve estar configurado em 9600 a conexão começou a dar problema, verifique se o ACBr está configurado em 9.600, se estiver, basta trocar para 115.200.

I sent the link to the free app only to see and understand, the free app is for desktop environment. To use with a B2B you need to implement that using webservices.

Eu homologuei 3 vezes semana retrasada com eles, 3 aplicativos diferentes e segui o que eu já seguia com outras homologações. Você pode fazer o seguinte, se for homologar somente com eles, coloque o TEF por ultimo. Se for homologar com o SITEF faça um testes no tipo de TEF e reoordene conforme o tipo.

realmente não existe, são somente aqueles 78 passos que o pay&go pede mesmo.

Se olhar ao pé da letra seria assim: NTK = TEF por ultimo Dedicado (SITEF) = TEF primeiro Em tese a ordem não afetaria o TEF, mas os valores vão afetar o fechamento, dependendo do total do cupom e do valor das formas de pagamento.

Yes São Paulo implements this event, you even have a free app for that, see more at this link: https://www.fazenda.sp.gov.br/nfe/manifestacao/manifestacao.asp

A única explicação possível é que algo está limpando a propriedade após você assinar ela.

Quanto ao erro ele vai ocorrer se tentar enviar uma forma de pagamento depois do valor total das formas ter atingido o valor total do cupom, que é o que acontece no seu exemplo. Seguem-se as exigências conforme o tipo do TEF: Página 14 do manual de integração da NTK:

O componente ACBrTEFD já faz tudo isso sozinho, você não precisa controlar nada, estude o demo do ACBrTEFD que está na pasta exemplos.

Vejo que você abriu um novo tópico e não tirou um tempinho antes para ler o fórum sobre ACBrSAT que responde a estas perguntas e a muitas outras, por favor, leia os tópicos e utilize a busca, evite abrir um novo tópico perguntando o que já está sendo discutido.