BigWings

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"/>

Acompanhe por aqui:

Não é erro, é mensagem de informação (veja o ícone). Está informando o diretório onde os fontes do componente foram compilados, e para você ter certeza que a configuração do Library Path do Delphi está apontando para essa pasta.

Não vejo problema com o nome do tipo, mas vejo com este tipo de uso no exemplo, acessando o índice do enumerado diretamente. evtInfoEmpregador.InfoEmpregador.InfoCadastro.IndEtt := tpSimNao(1); Fazendo isso, em uma manutenção posterior, se for necessário incluir um novo item no enumerado, por exemplo: type tpSimNao = (snNulo, snSim, snNao); Isso não poderia ser feito, obrigando a inserir o novo item no final, para não ter que alterar todas as referências ao índice do tipo. Em vez disso, usar as funções de conversão já presentes no eSocial_Conversao.pas: evtInfoEmpregador.InfoEmpregador.InfoCadastro.IndEtt := eSStrToSimNao(ok, 'N');

Os endereços já estão no portal, mas ainda não mexeram no SoapAction: http://hom.nfe.fazenda.gov.br/PORTAL/WebServices.aspx

Ainda não é possível testar a NFe 4.00 em SP, veja este post:

Houve alteração nessa parte do layout, o webservice não deve estar tratando corretamente. Seria útil alguém de outro estado que não os da SVRS testassem pra ver se é algo generalizado ou apenas no SVRS.

O terceiro parâmetro deve ser o código IBGE do município e não a sigla da UF.

Desconheço qualquer método do ACBrNFe que faça tratamento de componentes visuais, ou pressionamento de teclas. Provavelmente o erro está no seu código. Faça o teste com o demo do ACBr, ou tente criar uma aplicação exemplo onde o problema ocorre e poste aqui para ser analisado.

Pela mensagem, é algum problema com a sua licença. Está usando o trial também?