BigWings

Como está fazendo? Conseguiu carregar a logo na memória da impressora?

Essa rejeição ocorre somente quando o tpEmis é 1 (normal). Em contingência off-line não deve acontecer. Se está alterando o tpEmis, você não deve fazer isso. Apenas carregar o XML e enviar.

Até onde sei está funcionando em MG, os endereços estão adicionados no ACBrNFeServicos.ini: [NFe_MG_H] <...> NFeAutorizacao_4.00=https://hnfe.fazenda.mg.gov.br/nfe2/services/NFeAutorizacao4 NFeConsulta_4.00=https://hnfe.fazenda.mg.gov.br/nfe2/services/NFeConsulta4 NFeInutilizacao_4.00=https://hnfe.fazenda.mg.gov.br/nfe2/services/NFeInutilizacao4 NFeRetAutorizacao_4.00=https://hnfe.fazenda.mg.gov.br/nfe2/services/NFeRetAutorizacao4 NFeStatusServico_4.00=https://hnfe.fazenda.mg.gov.br/nfe2/services/NFeStatusServico4 Debugue o fonte e veja para qual URL está sendo enviado a NFe.

Aqui estão abrindo os dois. Teste as configurações avançadas de Internet do Windows:

Acho que 80mm é a largura do papel. Como viu, no preview está certo, e sem uma impressora dessas pra testarmos fica difícil saber o motivo. Já tentou o suporte da Daruma?

Está emitindo em homologação?

Se tiver o XML sem o protocolo, ou como gerar ele novamente pelos dados da venda em banco de dados, por exemplo, pode ser feito, bastando gerar o XML, assinar e executar o método ACBrNFe.Consultar. Caso contrário, só entrando em contato com a SEFAZ pra saber se eles disponibilizam os arquivos.

O método não se aplica pra NFCe.

O método DistribuicaoDFe é apenas para NFe, CTe ou MDFe. Para cada modelo você deve usar o componente apropriado.

Foi feita recentemente uma correção para informar as tags referente ao frete e seguro como acréscimo. Atualize o ACBrMonitorPLUS ou informe o acréscimo na tag vOutro.

Usando OpenSSL? Faça o teste com CAPICOM ou WinCrypt. Pode usar o arquivo .pfx e senha.

Marque a opção de visualizar impressão e veja se vai estar com esse espaço todo no final da página. Caso a visualização saia normal verifique a configuração do driver da impressora.

Lembrar de instalar o FastScript também.

Mas já funciona na Bahia também?

Sim.

Veja que foi comentado por causar problema para Bahia. Você sempre pode configurar diretamente no componente: ACBrNFe1.SSL.SSLType := LT_TLSv1_2;

Dentre os estados que usam a SVRS, apenas AC, RN, PB e SC fazem uso do ConsultaCadastro, para os demais não é possível: https://www.nfe.fazenda.gov.br/portal/webServices.aspx?tipoConteudo=Wak0FwB7dKs=#GO

O componente na verdade é o frxReport.

Como o @bilogyn disse, esse erro ocorre por estar com os fontes desatualizados, ou um arquivo ACBrNFeServicos.ini no diretório da aplicação desatualizado. Mas SP ainda não está funcional com a NFe 4.00, o webservice ainda não está no padrão estabelecido pela NT 2016.002.

Em qual UF está testando?

A primeira coisa a fazer é verificar se a sua versão do FastReport veio com o componente frxPDFExport. Nesse caso deve existir o arquivo frxExportPDF.dcu dentro da pasta Lib do Fast.

O tópico é sobre o DACTE-OS, seu problema tem a haver com a instalação do FastReport. Movi seu post inicial para outro tópico, e respondi lá. Leia as regras do fórum:

Gerei um novo tópico, já que se trata de outro assunto Parece ter um problema na instalação do FastReport, use o instalador para instalar novamente, não o recompile.exe.

Parece que não previram isso. Se houver um pagamento em dinheiro ou cheque, a NFe é rejeitada caso seja informado o grupo de duplicatas. Independentemente do valor do pagamento em dinheiro ou cheque.

De ontem pra hoje alteraram o SoapAction, ainda não está no padrão dos outros webservices Como está: <soap12:operation soapAction="http://www.portalfiscal.inf.br/nfe/wsdl/NfeStatusServico4/nfeStatusServicoNF" style="document"/> Como deveria estar: <soap12:operation soapAction="http://www.portalfiscal.inf.br/nfe/wsdl/NFeStatusServico4/nfeStatusServicoNF" style="document"/>