Ir para conteúdo
  • Cadastre-se

BigWings

Moderadores
  • Total de ítens

    9.862
  • Registro em

  • Última visita

  • Days Won

    153

Tudo que BigWings postou

  1. Da mesma forma que havia alíquotas de ICMS diferentes para dentro e fora do estado, e para cada estado uma alíquota diferente, também é o FCP. O que fizeram na prática foi inventar um "complemento" para o ICMS e estão criando tags para todas as situações em que há incidência do imposto, inclusive de ICMS-ST.
  2. Não está. Aqui vai o atualizado (com o ajuste no SoapAction para MG). ACBrNFeServicos.res ACBrNFeServicos.ini
  3. Não compreendi. TMS? O que exatamente você não conseguiu?
  4. 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.
  5. 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
  6. 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.
  7. Se não me engano isso já foi corrigido. Está com os fontes atualizados? Qual DACTE está usando?
  8. 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.
  9. 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.
  10. 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.
  11. 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>);
  12. 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.
  13. A princípio só precisa estar com a hora e fuso horário corretos. O ACBr obtém essas informações do sistema para gerar no XML. Se está tendo problemas analise os XML de envio e retorno gerado para comparar a hora e fuso gerados pelo aplicativo, e a hora e fuso de recebimento gerados pelo webservice. Você também pode usar a configuração manual de fuso horário para não depender do sistema, ajustando a propriedade Configuracoes.WebServices.TimeZoneConf.
  14. 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.
  15. 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>.
  16. 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;
  17. 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.
  18. 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.
  19. 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,
  20. Usando o ACBr? https://svn.code.sf.net/p/acbr/code/trunk2
  21. 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.
  22. 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
  23. 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.
  24. 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.
  25. 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.
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.