Régys Silveira

No AM você deve utilizar a IE 1234567890 senão não funciona, você está enviando: IE=0021401230091

Desculpe eu falei besteira, não me atentei na leitura e não percebi que era inutilização.

Tente atualizar se ACBr e utilizar ao inves do caminho a seguinte configuração na porta TCP:IP:PORTA Exemplo: TCP:192.168.1.101:80

Atualizado o repositório, obrigado pela observação e testes.

Se você ler a documentação verá que em SP não existe contingência off-line para a NFC-e, a contingência da NFC-e é o SAT, já existem inclusive diversos tópicos aqui no fórum tratando a respeito do assunto é isso foi amplamente comentado.

A Atualização foi nos fontes do Forte, você precisa atualizar ele, se você baixou o arquivo, baixe novamente se usou controle de versão faça um update no repositório.

Mesmo utilizando as versões atuais você ainda está tendo o problema, ele foi resolvido ou não?

Só para avisar, hoje o pessoal da Fortes subiu mais alterações, é bom manter atualizado, então atualizem

O Marcio subiu algumas alterações hoje (muitas na verdade), tentem atualizar e testar novamente, inclusive tem pacotes para novas versões do Delphi que não eram suportadas antes.

Nenhum problema, pode fazer sem medo.

Não sei se entendi direito a pergunta, mas são modelos diferentes de documentos portanto números diferentes, cada qual deve seguir a sua sequência própria, o SAT inclusive já gera a numeração porque é ele quem controla.

Você está utilizando o ACBrFramework? Vou mover para o local correto do fórum .

Só lembrando, o que vai aparecer de informação no ECF depende do firmware, nem todos os firmwares de todos os modelos mostram os dados completos, alguns mostram somente CPF/CNPJ e nada mais.

Destinatarios diferentes, notas fiscais diferentes.

Mesmo procedimento do outro post seu sobre cancelamento.

Utilize as seguinte propriedades para obter os retornos. ACBrNFe.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.cStat; ACBrNFe.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.xMotivo; ACBrNFe.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.XML;

Está implementado e deveria estar funcionando, tem algum arquivo que você gerou e não deu certo para que eu possa testar aqui?

Seria bom conversar com seu contador de confiança sobre isso, cada um pensa de um jeito quanto a isso, basicamente poder pode, mas dependendo do estado, empresa, contador não é muito aceito.

Sinceramente acho desnecessário colocar isso fixo no componente já que você pode enviar o relatório da forma que necessita pelo PosPrinter utilizando o método Imprimir, se fizéssemos isso cada usuário iria querer a sua própria forma de impressão, dizeres a serem impressos, etc, etc, portanto, melhor utilizar a função de impressão livre e cada usuário envia como acha melhor.

A menos que você crie uma forma ou possibilite o controle da numeração por parte do cliente não seria uma boa ideia manter dois emissores de NF-e para o mesmo cliente na mesma série.

Trunk ou Trunk2?

Enviado, obrigado Henrique pela grande contribuição. Você chegou a alterar algo no arquivo .fr3?

Se for modelo diferente sim NF-e: modelo 55, serie 1, numeração .... NFC-e: modelo 65, serie 1, numeração ....

O FastReport só necessita do arquivo de relatório para funcionar no cliente, nada mais, você está enviando ele? Uma outra coisa que acho que pode ser, o MidalLib que é usado para montar o boleto, você tem que enviar ele junto ou adicionar unit "MidaLib" ao uses do projeto.

Só para constar, você precisa criar o Token e o IdToken no site do SEFAZ usando o acesso do cliente/contador.