BigWings
-
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
-
Fiz algumas correções pois o código estava gerando erro de "Index out of range" em tempo de execução: ACBrECFVirtualNFCe.pas
-
Exception ao enviar NF-e 4.0 sem mensagem de retorno em homologação
BigWings replied to Jonathan Schmitt's tópico in ACBrNFe
Foram feitos alguns ajustes nos fontes ontem. Chegou a atualizar e testar? -
[Dúvida] - DistribuicaoDFePorChaveNFe
BigWings replied to Nelson A Sousa's tópico in ACBrMonitor PLUS
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.
-
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.
-
Bom dia, Assim como SP, os webservices do PE ainda não estão no padrão definido pela NT 2016.002. Acessando o endereço de consulta de status: https://nfehomolog.sefaz.pe.gov.br/nfe-service/services/NfeStatusServico4?wsdl Temos o seguinte SoapAction: <soap12:operation soapAction="http://www.portalfiscal.inf.br/nfe/wsdl/NfeStatusServico4/nfeStatusServicoNF" style="document"/> A NT define que o nome do serviço deve ser, no caso, NFeStatusServico4, o ACBr espera que esteja desta forma, mas no webservice está NfeStatusServico4, assim já causa o problema. Essa divergência ocorreu também com os webservices do SVRS, eventualmente eles corrigiram o erro, vamos aguardar que estes estados que ainda não se adequaram façam o mesmo.
-
Você tem o ACBr instalado?
-
Precisa zerar a tag vFCP do total também, deixar apenas a vFCPUFDest.
-
Acredito que você não deva informar o FCP interestadual neste grupo, apenas no grupo ICMSUFDest. O FCP no grupo ICMSXX seria para operaçãoes internas.
-
Nesse caso é só estudar o componente, nas units já criadas para os outros bancos, e implementar.
-
Provavelmente você está incluindo uma segunda NFe no componente. Revise o código por chamadas ao NotasFiscais.Add.
-
Atenção ao postar, você tinha postado no fórum sobre o ACBrNFSe. Na verdade esse erro não tem haver com o ACBr, já que é um aviso do Delphi dizendo que o componente foi removido do formulário (ou datamodule nesse caso), mas ainda há referência a ele no .pas.
-
Tem alguns tópicos sobre esse banco (CrediSis) mas ninguém chegou a implementar no ACBr, aparentemente. Nesse caso o primeiro passo seria obter os manuais com o layout de geração dos arquivos.
-
A princípio seria só instalar as novas cadeias, com o cuidado de instalar a ICP Brasil v5 como cadeia de certificado raiz.
-
Aqui está funcionando. Você não informou se chegou a habilitar o TLS 1.2.
-
Chegou a testar a configuração que sugeri logo acima?
-
Sim, veja se não está configurado pra NFCe, por exemplo... Mas SP ainda não está 100% funcional no ACBr, por o webservice ainda não estar no padrão esperado.
-
Consegui retorno com CAPICOM marcando a opção "Usar TLS 1.2" nas opções de Internet. Com OpenSSL e WinCrypt, que são independentes da configuração do Windows, você precisa definir a propriedade SSLType, neste caso como LT_TLSv1_2.
