BigWings
Moderadores-
Total de ítens
9.862 -
Registro em
-
Última visita
-
Days Won
153
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Tudo que BigWings postou
-
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.
-
Consulta NFe 4 em duplicidade sem retorno de protocolo
BigWings replied to Luciano Almeida's tópico in ACBrNFe
Não está. Aqui vai o atualizado (com o ajuste no SoapAction para MG). ACBrNFeServicos.res ACBrNFeServicos.ini- 24 replies
-
- 3
-
- consulta nfe 4
- consulta nfe duplicidade
- (e 1 mais)
-
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.
-
Consulta NFe 4 em duplicidade sem retorno de protocolo
BigWings replied to Luciano Almeida's tópico in ACBrNFe
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- 24 replies
-
- 1
-
- consulta nfe 4
- consulta nfe duplicidade
- (e 1 mais)
-
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.
-
Tag chave mudou para chCTe no CT-e 3.0 na parte de Documentos Anteriores
BigWings replied to angelosobreira's tópico in ACBrCTe
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>);
-
Horário de Verão - Problema recorrente
BigWings replied to bnobre's tópico in NFe/NFCe - Nota Fiscal Eletrônica
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. -
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.
- 2 replies
-
- 1
-
- acbrposprinter
- rodapé
-
(e 1 mais)
Tags:
-
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.
-
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,
-
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
-
Sefaz SP Cancelamento de CT-e após horario de verão
BigWings replied to luisclaudio_jr's tópico in ACBrCTe
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.