BigWings

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.

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?

A questão do logotipo acredito já ter sido tratada, mas a quantidade de linhas nas observações parece ainda causar quebra de página no DANFCe. Podemos fazer mais esse ajuste... ACBrDANFCeFortesFr.pas

Quanto ao layout do XML, sim. Ele é o mesmo para NFe e NFCe, mas há algumas tags que existem apenas na NFCe e outras apenas na NFe. Já quanto aos webservices de autorização, eles geralmente são diferentes. Não há mensagem de rejeição do tipo específica para NFCe, então o mesmo código de rejeição da NFe é usado. Mesmo assim, o CNPJ/IE do emitente deve estar autorizado na SEFAZ do estado para emissão da NFCe. Também é necessário cadastrar o CSC e IdCSC.

Anexe o XML com problema.

O ACBr é 100% compatível com todas as versões "Embarcadero" do Delphi.

Minha rotina apenas gera o arquivo de remessa.

Tem que ser um a um como o Juliomar disse, só abrir os .dpk na pasta ACBr\Pacotes, compilar e instalar pelo Delphi. Veja o documento "Bem_Vindo_ao_Trunk2.pdf" na raiz do ACBr, pra saber as dependências dos pacotes, qual instalar primeiro.

O primeiro passo é entrar em contato com o banco pra saber se ele fornece algum serviço do tipo. Vi em outro posto aqui no fórum que o Bradesco estava implementando um webservice pra isso. O Credisis também já tem uma API para integração via webservice. Aqui tenho uma carteira da Caixa que fornece um aplicativo, que também funciona como serviço, que envia e recebe os arquivos de 30 em 30 minutos.

Pelo que vi a cidade existe no arquivo Cidades.ini. Veja se está configurando o PathIniCidades corretamente. Teste também com o demo do componente.

Ainda terá que fazer uma a uma, por causa do captcha.

Pelo que vi ele gera o link para download do Portal.

Qual código de município está passando?

Não existe nenhum serviço disponível que permita baixar XML de emissão própria. A única forma é o download individual pelo Portal Nacional da NFe.

As URL de produção ainda não estão no componente, ainda nem foram divulgadas. Quando o ACBr não encontra a URL para a versão 4.00 ele pega a URL da versão anterior, no caso a 3.10. O cabeçalho do XML enviado na versão 4.00 é diferente, por isso o erro de Schema. Para funcionar na versão 4.00 você deve testar em homologação e só precisa configurar a propriedade SSLType como LT_TLSv1_2.

Tente configurar como ppEscPosEpson. Esses modelos da Elgin usam o set "padrão" de comandos Esc/Pos, diferente de outros modelos dela, como a Elgin Vox, que usam um set específico, por isso a confusão. Tópico para referência:

Qual impressora está usando e como está configurando o modelo da impressora no demo?

Complementando a resposta do Italo, mesmo que você use o mesmo cNF será gerada uma chave diferente caso você mude o tipo de emissão, já que ele também faz parte da chave de acesso. Sugiro que leia o Manual de Contingência Off-Line da NFCe que dá orientações para evitar essa duplicidade: Sempre que houver tentativa de transmissão da NFCe e houver falha de comunicação com a SEFAZ autorizadora, seja por problemas na SEFAZ ou do próprio emitente, deve ser gerada uma nova NFCe, com nova numeração, em contingência Off-Line. A primeira nota deve ser marcada para cancelamento. Assim que a comunicação for reestabelecida, consultar a NFCe marcada para cancelamento, caso ela tenha sido autorizada, cancelar a NFCe, caso contrário, inutilizar a numeração. https://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=YbZEjEHCuHQ=