BigWings

Anexe os arquivos, não cole na mensagem, para não poluir o fórum. Os arquivos que me referi são os arquivos de envio e retorno do evento, o que está causando a rejeição. Marque a opção "Salvar arquivos de envio e resposta" do demo do ACBr, ou sete a configuração. ACBrCTe1.Configuracoes.WebServices.Salvar := True; ACBrCTe1.Configuracoes.Arquivos.PathEvento := <DIRETORIO>; E anexe os arquivos *-eve.xml e *-ped-eve.xml.

Se não me engano isso já foi corrigido. Está com os fontes atualizados? Qual DACTE está usando?

A propriedade é parte das configurações do componente. Você pode setar via Object Inspector, ou via código como esse exemplo, na inicialização do componente na sua aplicação. Estude o demo do ACBrNFe.

O ACBrMDFe, ao carregar o XML de um MDFe gerado na versão 1.00 vai tentar encerrar usando também a versão 1.00, independentemente da configuração do componente. Foi feita uma sugestão de correção que ainda está pendente de análise por parte dos mantenedores: Então será necessário aplicar essa correção, ou implementar o encerramento pela chave e protocolo do MDFe no ACBrMonitorPLUS.

Alguém em outro tópico relatou que já tinham arrumado. A hora e fuso horário do seu PC estão corretos? Poste o XML de envio e de retorno.

Para download do XML: https://mdfe-portal.sefaz.rs.gov.br/SiteSSL/DownloadXMLMDFe Para encerramento sem o XML, você precisa da chave de acesso e o protocolo de autorização. ACBrMDFe1.Manifestos.Clear; ACBrMDFe1.EventoMDFe.Evento.Clear; with ACBrMDFe1.EventoMDFe.Evento.Add do begin infEvento.chMDFe := <CHAVE_MDFE>; infEvento.CNPJ := <CNPJ_EMITENTE>; infEvento.dhEvento := Now; infEvento.tpEvento := teEncerramento; infEvento.nSeqEvento := 1; infEvento.detEvento.nProt := <PROTOCOLO_AUTORIZACAO>; infEvento.detEvento.dtEnc := Date; infEvento.detEvento.cUF := <CODIGO_UF>; infEvento.detEvento.cMun := <CODIGO_MUNICIPIO>; end; ACBrMDFe1.EnviarEvento(<LOTE>);

A regra de validação é clara: caso o destinatário da nota seja não contribuinte (indIEDest = 9), é obrigatório que a NFe seja destinada a consumidor final (indFinal = 1). E ela não é nova, é obrigatória desde março de 2016. Sugiro que revise seu código.

São vários arquivos já que são vários tipos de DANFE. Estão no diretório ACBR\Fontes\ACBrDFe\ACBrNFe\DANFE e subdiretórios.

Na propriedade CNPJCPF você informa o CPF ou CNPJ do responsável pelo seguro, caso o responsável não seja o próprio emitente do MDFe. Para ele é gerado o grupo <infResp>. Na propriedade CNPJ você informa o CNPJ da seguradora, que vai no grupo <infSeg>.

Não vi nada de errado na estrutura do XML, mas falta informar o CNPJ da seguradora. with seg.Add do begin xSeg := copy(trim(self.MANIFESTO.seguro_responsavel_nome), 1, 30); CNPJ := <CNPJ_SEGURADORA>; CNPJCPF := <CNPJCPF_RESPONSAVEL_SEGURO> ... end;

Isso provavelmente é instabilidade na conexão de Internet local, ou do WebService. Como você mesmo disse o correto é o retorno de rejeição por consumo indevido. Você pode tentar ajustar o timeout do componente.

Se você somar os valores das tag vFCPUFDest de cada item e comparar com o vFCPUFDest informado no total, há uma diferença de R$ 0,01.

Na verdade há apenas vBCFCPST, pFCPST e vFCPST, todos relacionados ao complemento do ICMS-ST. Não há tag vFCP para Simples Nacional, assim como não há vICMS,

Usando o ACBr? https://svn.code.sf.net/p/acbr/code/trunk2

2.2 - Permaneça no assunto - Quando tiver uma dúvida diferente do assunto no tópico, poste em novo tópico. Não use algo equivalente a "aproveitando o gancho... [dúvida não relacionada com o tópico aqui]". Favor leia as regras do fórum. Desta vez dividi o tópico.

A diretiva default <valor> na declaração da propriedade apenas controla como o Delphi vai salvar o conteúdo no .dfm. Se o valor for igual ao default, nada é gravado. http://docwiki.embarcadero.com/RADStudio/Seattle/en/Properties Além de inserir a diretiva é necessário inicializar no construtor. constructor TIde.Create(AOwner: TCTe); begin inherited Create; FToma03 := TToma03.Create; FToma4 := TToma4.Create( AOwner ); FinfPercurso := TinfPercursoCollection.Create(Self); FindGlobalizado := tiNao; end; pcteCTe.rar

Pode ser que o servidor da SEFAZ-SP esteja com a hora ou fuso horário incorreto, isso pode ser visto verificando o XML de retorno do webservice.

A propriedade Schema é o que define qual tipo de documento está sendo retornado. Basta ler essa propriedade primeiro para saber se o XML retornado é um resumo de NFe, uma NFe completa, um resumo de evento, ou o evento completo. Dependendo de cada tipo de documento, propriedades diferentes são preenchidas.

Atualizações do Windows, cadeias de certificados, opções TLS e SSL do IE, ou configuração SSLLib do ACBr, verificar a URL que está sendo acessada... são várias variáveis.

Difícil adivinhar, o que você pode fazer é testar usando CAPICOM, que não usará as DLLs MinGW, mas as configurações do Internet Explorer. Prefira testar informando o arquivo .pfx e a senha. Para A1 é preferível o OpenSSL. Para A3 eu diria o WinCrypt que não depende das configurações do IE nem da CAPICOM.dll que já foi depreciada pela MS.

Tenho usado há mais de 6 meses sem problemas. Consigo fazer a consulta ao status de SP sem problemas, também: [Window Title] Acbrnfe_demo [Content] Versão Layout: 4.00 Ambiente: 2 Versão Aplicativo: SP_NFE_PL009_V4 Status Código: 107 Status Descrição: Serviço em Operação UF: SP Recebimento: 16/10/2017 11:34:41 Tempo Médio: 1 Retorno: Observação: [OK] Apenas para certificados A1 com OpenSSL, que não tem suporte a certificados A3. Ainda não foram divulgadas as URL. A data prevista para entrada em produção da NFe 4.00 é 06/11/2017, segundo a NT 2016.002 v. 1.31. Tente desmarcar na opções avançadas do IE as referências a revogação de certificados.

Se for o único erro pode ser apenas problema no validador: Poste o XML gerado pelo ACBr.

Como está fazendo para transmitir? O validador da SEFAZ-RS acusa vários erros de schema. Resultado da Validação do Schema e de Regras de Negócio: Parser XML: Nenhum erro encontrado Tipo de Mensagem: NF-e sem assinatura digital Schema [exibindo os 5 primeiros erros] The element 'ide' in namespace 'http://www.portalfiscal.inf.br/nfe' has invalid child element 'indPag' in namespace 'http://www.portalfiscal.inf.br/nfe'. List of possible elements expected: 'mod' in namespace 'http://www.portalfiscal.inf.br/nfe'. Caminho: NFe[1]/infNFe/ide/indPag The 'http://www.portalfiscal.inf.br/nfe:CNPJ' element is invalid - The value '' is invalid according to its datatype 'http://www.portalfiscal.inf.br/nfe:TCnpj' - The Pattern constraint failed. Caminho: NFe[1]/infNFe/dest/CNPJ/ The element 'dest' in namespace 'http://www.portalfiscal.inf.br/nfe' has invalid child element 'idEstrangeiro' in namespace 'http://www.portalfiscal.inf.br/nfe'. List of possible elements expected: 'xNome, enderDest, indIEDest' in namespace 'http://www.portalfiscal.inf.br/nfe'. Caminho: NFe[1]/infNFe/dest/idEstrangeiro/ The 'http://www.portalfiscal.inf.br/nfe:NVE' element is invalid - The value '' is invalid according to its datatype 'String' - The Pattern constraint failed. Caminho: NFe[1]/infNFe/det[1]/prod/NVE The 'http://www.portalfiscal.inf.br/nfe:pCredSN' element is invalid - The value '2,5' is invalid according to its datatype 'http://www.portalfiscal.inf.br/nfe:TDec_0302a04' - The Pattern constraint failed. Caminho: NFe[1]/infNFe/det[1]/imposto/ICMS/ICMSSN101/pCredSN https://www.sefaz.rs.gov.br/NFE/NFE-VAL.aspx

Anexe o manual do layout com essa extensão.

Para o CTe-OS o tomador deve ser informado no grupo toma. with ACBrCTe1.Conhecimentos.Items[0].CTe.toma do begin ... end; Veja se está informando corretamente.