BigWings

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.

Tente acrescentar a unit MidasLib ao uses do dpr.

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á?

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.

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:

Fiz algumas correções pois o código estava gerando erro de "Index out of range" em tempo de execução: ACBrECFVirtualNFCe.pas

Foram feitos alguns ajustes nos fontes ontem. Chegou a atualizar e testar?

Pode ser dessa forma. Há outros meios, se preferir: Sim, pelos comandos: NFe.DistribuicaoDFePorUltNSU() - Obtém todos os documentos (limitado a 50 por comando) desde a última consulta, deve ser informado o último NSU ou 0 no caso da primeira consulta. NFe.DistribuicaoDFePorNSU() - Obtém o documento vinculado ao NSU específico NFe.DistribuicaoDFePorChaveNFe() - Obtém o documento vinculado a chave da NFe. Quando a NFe é destinada ao CNPJ informado, poderá ser retornado o resumo da NFe, caso ela ainda não esteja manifestada. Para obter a NFe completa, você deve fazer a manifestação, depois consultar novamente.

A alteração precisa ser feita no tipo básico TString, na verdade a correção já está feita: No arquivo tiposGeralCTe_v2.00: <xs:simpleType name="TString"> <xs:annotation> <xs:documentation> Tipo string genérico</xs:documentation> </xs:annotation> <xs:restriction base="xs:string"> <xs:whiteSpace value="preserve"/> <xs:pattern value="[!-ÿ]{1}[ -ÿ]{0,}[!-ÿ]{1}|[!-ÿ]{1}"/> </xs:restriction> </xs:simpleType> No arquivo tiposGeralCTe_v2.00-OPENSSL: <xs:pattern value="[!-ÿ]{1}[ -ÿ]*[!-ÿ]{1}|[!-ÿ]{1}"/> Você só precisa renomear o arquivo tiposGeralCTe_v2.00-OPENSSL.xsd para tiposGeralCTe_v2.00.xsd que deve resolver. Faça o mesmo com o arquivo tiposGeralCTe_v3.00-OPENSSL.xsd se estiver usando CTe 3.00.

Sim. Pelo que parece, falta informar a tag indEscala. https://www.sefaz.rs.gov.br/NFE/NFE-VAL.aspx

Qual Windows é esse? Houve relatos de problemas com Windows Server 2008.

O problema na verdade não são as URL e sim o SoapAction dentro do webservice.

Realmente tem um erro nesse método. Faça a correção como segue: procedure TNFeW.GerarDetProdRastro(const i: Integer); var j: Integer; begin for j := 0 to nfe.Det[i].Prod.rastro.Count - 1 do begin Gerador.wGrupo('rastro', 'I80'); Gerador.wCampo(tcStr, 'I81', 'nLote ', 01, 20, 1, nfe.Det[i].Prod.rastro[j].nLote, DSC_NLOTE); Gerador.wCampo(tcDe3, 'I82', 'qLote ', 00, 11, 1, nfe.Det[i].Prod.rastro[j].qLote, DSC_QLOTE); Gerador.wCampo(tcDat, 'I83', 'dFab ', 10, 10, 1, nfe.Det[i].Prod.rastro[j].dFab, DSC_DFAB); Gerador.wCampo(tcDat, 'I84', 'dVal ', 10, 10, 1, nfe.Det[i].Prod.rastro[j].dVal, DSC_DVAL); Gerador.wCampo(tcStr, 'I85', 'cAgreg', 01, 20, 0, nfe.Det[i].Prod.rastro[j].cAgreg, DSC_CAGREG); Gerador.wGrupo('/rastro'); end; if nfe.Det[i].Prod.rastro.Count > 500 then Gerador.wAlerta('I80', 'rastro', DSC_NITEM, ERR_MSG_MAIOR_MAXIMO + '500'); end;

Assine o XML antes de chamar o método Validar.

Experimente configurar a propriedade ACBrNFSe.SSL.SSLType.

Questione especificamente sobre o nome do serviço, se vão manter como está ou fazer a adequação segundo a norma da NT 2016.002.