BigWings

Não está. Aqui vai o atualizado (com o ajuste no SoapAction para MG). ACBrNFeServicos.res ACBrNFeServicos.ini

Não compreendi. TMS? O que exatamente você não conseguiu?

Para o CTe-OS precisa adequar o código, desde a configuração do modelo no componente, preenchimento de grupos e tags que só existem no CTe-OS, até o modo de envio que no modelo 67 é síncrono e não assíncrono como no CTe modelo 57.

Bom dia, O XML de envio está correto, mas como disse algo no webservice de MG está fora do padrão. Fiz mais algumas tentativas (realmente não compreendo bem essa estrutura SOAP), consegui retorno com a alteração do ACBrNFeServicos.ini, como segue: <soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope"><soap:Body><nfeResultMsg xmlns="http://www.portalfiscal.inf.br/nfe/wsdl/NFeConsulta4"><retConsSitNFe xmlns="http://www.portalfiscal.inf.br/nfe" versao="4.00"> <tpAmb>2</tpAmb> <verAplic>14.1.13</verAplic> <cStat>100</cStat> <xMotivo>Autorizado o uso da NF-e</xMotivo> <cUF>31</cUF> <dhRecbto>2017-10-16T15:03:12-02:00</dhRecbto> <chNFe>31171022738944000101550010000003131000003143</chNFe> <protNFe versao="4.00"> <infProt Id="ID131170130860436"> <tpAmb>2</tpAmb> <verAplic>14.1.13</verAplic> <chNFe>31171022738944000101550010000003131000003143</chNFe> <dhRecbto>2017-10-16T15:03:12-02:00</dhRecbto> <nProt>131170130860436</nProt> <digVal>Zua8827EtTgYAp6RMUNhAJyLczA=</digVal> <cStat>100</cStat> <xMotivo>Autorizado o uso da NF-e</xMotivo> </infProt> </protNFe> </retConsSitNFe></nfeResultMsg></soap:Body></soap:Envelope> ACBrNFeServicos.ini

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.