BigWings

3.10 ou 4, dependendo da versão do XML.

Apenas para deixar claro, não afirmei que você queria deixar de imprimir a informação, mas que queria impedir o ACBr de imprimir. Com a sua alteração, ao marcar o TributosSeparadamente, e não informá-los no componente, nada será impresso, mesmo que haja a tag vTotTrib no XML.

Faça uma consulta formal às SEFAZ dos estados, questionando o motivo dessa exigência, sendo que no Manual de Especificações Técnicas do DANFE NFC-e e QR Code - Versao 4.2 não há obrigatoriedade de se informar a IE no cabeçaho da NFC-e.

Outra coisa do log: Usando a versão trial você não consegue instalar pelo ACBrInstall_Trunk2. Terá que instalar os pacotes manualmente.

Foram feitos alguns ajustes no componente para poder atender as UF que estão com os serviços fora do padrão, a princípio para SP mas que poderia servir para o PE já que estão da mesma forma. Bastaria acrescentar ao ACBrNFeServicos.ini: [NFe_PE_H] ... NfeInutilizacao_4.00=https://nfehomolog.sefaz.pe.gov.br/nfe-service/services/NfeInutilizacao4?wsdl NfeConsultaProtocolo_4.00=https://nfehomolog.sefaz.pe.gov.br/nfe-service/services/NfeConsulta4?wsdl NfeStatusServico_4.00=https://nfehomolog.sefaz.pe.gov.br/nfe-service/services/NfeStatusServico4?wsdl NfeConsultaCadastro_4.00=https://nfehomolog.sefaz.pe.gov.br/nfe-service/services/CadConsultaCadastro4?wsdl RecepcaoEvento_4.00=https://nfehomolog.sefaz.pe.gov.br/nfe-service/services/RecepcaoEvento4?wsdl NFeAutorizacao_4.00=https://nfehomolog.sefaz.pe.gov.br/nfe-service/services/NfeAutorizacao4?wsdl NFeRetAutorizacao_4.00=https://nfehomolog.sefaz.pe.gov.br/nfe-service/services/NfeRetAutorizacao4?wsdl WSDL=WSDL_V4_SP SoapAction=SOAP_V4_SP Mas parece que os webservices do PE não estão funcionando no momento: https://nfehomolog.sefaz.pe.gov.br/nfe-service/services/NfeInutilizacao4?wsdl

Se tiver o código cStat da rejeição ficaria mais fácil descobrir o motivo. Que me lembro somente a consulta de NFe por chave de acesso tem essa restrição. O ACBr, por exemplo, tenta fazer a consulta no envio de evento de Cancelamento. Por isso a minha pergunta. Caso você tivesse passado o tipo de evento errado (Cancelamento) poderia retornar essa rejeição. Bem, verifique no seu código se por acaso não está sendo chamado o WebService de consulta de NFe por chave de acesso, pode ser esse o problema.

Você está usando o componente ou o ACBrMonitorPLUS?

Pelo que entendi, você quer uma forma de o componente ignorar a informação vTotTrib do XML, não imprimindo uma informação obrigatória por Lei. Não creio que será aceito. A propriedade TributosSeparadamente é redundante, basta não popular a vTribFed, vTribEst e vTribMun. Se não quer que seja impresso a vTotTrib, basta não informá-la na NFCe.

Sim.

Daruma FS800 não é impressora fiscal? Não deveria servir pra imprimir NFCe. Você não quer dizer a Daruma DR800? Se você usa o Fortes, a impressão é toda feita pelo Windows, através do driver spooler instalado, o ACBr não envia comando nenhum para a impressora.

Nunca vi nenhum caso como esse, o que diz lá no site: Então é questão de entrar em contato com a certificadora.

Tente acrescentar a unit MidasLib ao uses do dpr.

http://www.oobj.com.br/bc/article/rejeição-296-certificado-assinatura-erro-no-acesso-a-lcr-como-resolver-40.html

Veja que o ACBr está gerando para a UF SP (35). Certifique-se de que está preenchendo a tag Ide.cUF com o código do DF (53). Update: Na verdade o erro pode ocorrer se não for preenchida a configuração ACBrNFe1.Configuracoes.WebServices.UF com a mesma UF do emitente.

Está configurando o CSC e IdCSC no componente antes de chamar o método Enviar?

Testou o certificado pra ter certeza que a chave privada continua lá?

ACBrCargaBal Veja o demo na pasta ACBr\Exemplos\ACBrSerial\ACBrCargaBal.

Para o CSOSN 300 (Imune), não há destaque de ICMS-ST, e você está informando o total da base de cálculo no XML: <vBCST>42180.00</vBCST> Quanto à tag nItemPed, o MOC diz que ele deve ter um tamanho fixo de 6 caracteres, tente completar com zeros à esquerda.

Tentei simular o erro com o que posso replicar do seu trecho de código: uses ACBrCTeConhecimentos, pcteCTe; procedure TForm3.Button1Click(Sender: TObject); var i, x, z: Integer; CTE: Conhecimento; DocNFe: TInfNFeCollectionItem; UndCarga: TinfUnidCargaCollectionItem; begin ACBrCTe.Conhecimentos.Clear; CTE := ACBrCTe.Conhecimentos.Add; CTE.CTE.compl.xEmi := 'Emitente....'; for i := 0 to 9 do begin DocNFe := CTE.CTE.infCTeNorm.infDoc.infNFe.Add; DocNFe.Chave := ''; //EntyCTE.cte_inf_nfe.Chave; DocNFe.PIN := ''; //EntyCTE.cte_inf_nfe.PIN; end; end; Executou normalmente.

Moderação: Tópicos sobre o mesmo assunto unidos.

Falta informar a tag tpTransp no XML.

Você pode abrir diretamente o arquivo ACBrMonitor.ini e alterar a configuração: [ACBrMonitor] Gravar_Log=1 Arquivo_Log=LOG.TXT Depois disso, executar o comando ACBr.LerIni para atualizar a configuração no ACBrMonitorPLUS.

Seu código está bem indentado? Se a resposta é não, sugiro que faça isso, o erro de lógica nele ficaria evidente. Ou use o debug...

Tentou configurar o utility para fazer a comunicação pela porta COM virtual?

Veja: