Rodrigo - Digibyte
-
Total de ítens
284 -
Registro em
-
Última visita
-
Days Won
1
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Rodrigo - Digibyte
-
-
[5003207]
; atualizado 28/02/2023
Nome=Corumba
UF=MS
Provedor=Fiorilli
Versao=2.00
ProRecepcionar=http://nfse.corumba.ms.gov.br:8080/IssWeb-ejb/IssWebWS/IssWebWS
ProLinkURL=http://nfse.corumba.ms.gov.br:8080/issweb/formGerarNF.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso%
-
Em contato com o provedor descobri que os webservices são versão 1.0 mas a nota emitida pelo portal fica na versão 2.04 causando incompatibilidade, até que atualizem os WS´s.
-
Olá, estou baixando as notas de Manaus, provedor ABACO e apesar do XML vir correto só a última nota fica carregada. Identifiquei o provável erro mas a correção não saberia como fazer.
O RPS vem sempre com o número zero (provavelmente não foi gerado RPS) e isso deve ser a causa do problema no código abaixo:
if NumRps <> '' then ANota := TACBrNFSeX(FAOwner).NotasFiscais.FindByRps(NumRps)dentro de
function TACBrNFSeProviderABRASFv1.PreencherNotaRespostaConsultaNFSe(Node, parentNode: TACBrXmlNode; Response: TNFSeConsultaNFSeResponse): Boolean; var NumNFSe, CodVerif, NumRps, SerieRps: String; ANota: TNotaFiscal; AResumo: TNFSeResumoCollectionItem; begin Result := False; if Node <> nil then begin Node := Node.Childrens.FindAnyNs('InfNfse'); if not Assigned(Node) or (Node = nil) then Exit; NumNFSe := ObterConteudoTag(Node.Childrens.FindAnyNs('Numero'), tcStr); CodVerif := ObterConteudoTag(Node.Childrens.FindAnyNs('CodigoVerificacao'), tcStr); Node := Node.Childrens.FindAnyNs('IdentificacaoRps'); NumRps := ''; SerieRps := ''; if Node <> nil then begin NumRps := ObterConteudoTag(Node.Childrens.FindAnyNs('Numero'), tcStr); SerieRps := ObterConteudoTag(Node.Childrens.FindAnyNs('Serie'), tcStr); end; AResumo := Response.Resumos.New; AResumo.NumeroNota := NumNFSe; AResumo.CodigoVerificacao := CodVerif; AResumo.NumeroRps := NumRps; AResumo.SerieRps := SerieRps; if NumRps <> '' then ANota := TACBrNFSeX(FAOwner).NotasFiscais.FindByRps(NumRps) else ANota := TACBrNFSeX(FAOwner).NotasFiscais.FindByNFSe(NumNFSe); ANota := CarregarXmlNfse(ANota, parentNode.OuterXml); SalvarXmlNfse(ANota); Result := True; // Processado com sucesso pois retornou a nota end; end; -
Bem, não responderam mas acredito não ser problema de versão, talvez nem do ACBR. Olha só que interessante, consultando data diferentes:
01/12/2022 a 10/12/2022
Requisição Ambiente: 1 Cidade : Cuiaba/MT Provedor: ISSNet Versão: 1.00 Método Executado: ConsultarNFSe Parâmetros de Envio Num. Ini. NFSe: Num. Fin. NFSe: Data Inicial : 01/12/2022 Data Final : 10/12/2022 Parâmetros de Retorno Sucesso : True NFS-e Numero....: 8 Cod. Verificacao: B 5 22 D3 Prestador.......: yyyyyyyyyyyyyyyyyyyyyyyyyyyy Tomador.........: xxxxxxxxxxxxxxxxxxxxxxxxxxxxx Nome do arquivo.: C:\Users\Rodrigo\Des\Componentes_D2010\ACBr2\Exemplos\ACBrDFe\ACBrNFSeX\Delphi\Logs\Notas\C:\Users\Rodrigo\Des\Componentes_D2010\ACBr2\Exemplos\ACBrDFe\ACBrNFSeX\Delphi\Logs\Notas\5122123175542100015656000000000000008-nfse.xml ==> Xml da nota salvo na pasta e com o nome informado acima.21/12/2022 a 30/12/2022
Requisição Ambiente: 1 Cidade : Cuiaba/MT Provedor: ISSNet Versão: 1.00 Método Executado: ConsultarNFSe Parâmetros de Envio Num. Ini. NFSe: Num. Fin. NFSe: Data Inicial : 21/12/2022 Data Final : 30/12/2022 Parâmetros de Retorno Sucesso : False Erro(s): Código : X999 Mensagem: Erro de Conexão: soap:Server - O servidor não pôde processar a solicitação. --->A entrada não é uma cadeia de caracteres de Base 64 válida, pois contém um caractere que não é de base 64, mais de dois caracteres de preenchimento ou um caractere ilegal entre os caracteres de preenchimento. Correção: ---------22/12/2022 a 31/12/2022
Requisição Ambiente: 1 Cidade : Cuiaba/MT Provedor: ISSNet Versão: 1.00 Método Executado: ConsultarNFSe Parâmetros de Envio Num. Ini. NFSe: Num. Fin. NFSe: Data Inicial : 22/12/2023 Data Final : 31/12/2023 Parâmetros de Retorno Sucesso : False Erro(s): Código : E078 Mensagem: Número da NFS-e inexistente na base de dados para o prestador de serviço pesquisado. Correção: Informe o número correto da NFS-e. --------- Código : X202 Mensagem: Lista de NFSe não encontrada! (ListaNfse) Correção: --------- -
Boa tarde, segue ajuste.
-
2
-
-
Ao ler o xml aparece o erro citado, alguma dica?
-
Eu questionei que o xml estava diferente do manual e eles disseram que o manual estava errado... fizeram essa nova versão... vai saber se foi o mais fácil pra arrumarem
-
Segue correção de acordo com o manual, algumas datas em formato diferente e a tag do número da nota com outro nome.
-
Alguém sabe o que poderia ser o erro abaixo? Fontes atualizados, ACBR reinstalado. Faz uns 15 dias estava funcionando.
Requisição Ambiente: 1 Cidade : Cuiaba/MT Provedor: ISSNet Versão: 1.00 Método Executado: ConsultarNFSe Parâmetros de Envio Num. Ini. NFSe: Num. Fin. NFSe: Data Inicial : 01/01/2023 Data Final : 10/01/2023 Parâmetros de Retorno Sucesso : False Erro(s): Código : X999 Mensagem: Erro de Conexão: soap:Server - O servidor não pôde processar a solicitação. --->A entrada não é uma cadeia de caracteres de Base 64 válida, pois contém um caractere que não é de base 64, mais de dois caracteres de preenchimento ou um caractere ilegal entre os caracteres de preenchimento. Correção: ---------2023010120230110-con-nfse.xml 2023010120230110-con-nfse-soap.xml 2023010120230110-lista-nfse-con-soap.xml
-
Estou tentando consultar as notas usando o método ConsultarNfseServicoPrestado e retorna o erro
Premature end of data in tag div line 1
Conforme o arquivo de retorno, que na verdade é um html, esse método não estaria disponível MAS consta no manual e no modelo WSDL ( https://cabofrio.sigiss.com.br/cabofrio/download/webservicepage.php )
O que poderia ser, por onde começar?
2023020120230201-con-nfse-ser-pres.xml 2023020120230201-lista-nfse-ser-pres-soap.html 2023020120230201-lista-nfse-ser-pres-soap.xml
-
A princípio somente a versão.
-
1
-
-
Boa tarde, segue alteração para gerar a informação do novo número de layout. Aparentemente foi a única alteração.
-
Olá. Estou encontrando esse erro eventualmente em alguns clientes. Foi observado que é algo específico do micro do cliente, As DLL´s estão identicas de um computador para outro e quando testamos a mesma base de dados aque na empresa funciona normalmente.
Deve ser algum erro "fora do padrão", alguma coisa específica e diferente, tipo firewall (que já tentamos desativar)
Alguém já viu uma situação assim, com uma solução diferente? Andei pensando naqueles sistemas que alguns bancos instalam ... mas pode ser outra coisa que nem imagino.
-
Estava pesquisando um erro que está ocorrendo aqui, em vários lugares desse post é comentado para usar tls 1.2. No manual porém, pelo que vi, o correto seria 1.1. Referências na página 2 e página 20. Podem confirmar?
-
Usando a sugestão acima continuou o mesmo erro. O que fiz foi ler o XML, converter de utf8, tirar os acentos e salvar novamente o arquivo. Dessa forma deu certo.
-
Porque a prefeitura/provedor não disponibiliza a consulta por faixa de datas ou de nº de notas, somente uma a uma. Então para importar as notas para o sistema fiscal do contador fica praticamente inviável, é mais fácil baixar as notas do mês e importar o arquivo. Outros provedores tem a opção de fazer a consulta por faixa de data, neste caso eu uso os métodos de consulta.
-
Foi baixado da prefeitura e realmente é uma consulta, não a nota em si.
Fiz um teste alterando para
loadedDoc := xmlParseDoc(PAnsiChar(ansistring(Utf8ToAnsi(AXmlDocument))));em TACBrXmlDocument e convertendo de Utf8 para Ansi. Funcionou porém sei que vai afetar outros provedores. Alguma sugestão de solução?
-
No método LoadFromLoteNfse() ocorre o erro "Input is not proper UTF-8, indicate encoding ! 0xC7 0xC3 0x4F 0x20" . Pesquisei um pouco e parece ser problema nos caracteres Ç e à .
Debugando um pouco o erro ocorre em loadedDoc. Estão setadas as opções de retirar acentos e espaços. O arquivo foi baixado da prefeitura.
Como poderia ser solucionado?
procedure TACBrXmlDocument.LoadFromXml(AXmlDocument: string); var loadedDoc: xmlDocPtr; loadedRoot: xmlNodePtr; begin loadedDoc := xmlParseDoc(PAnsiChar(ansistring(AXmlDocument))); if loadedDoc <> nil then begin xmlFreeDoc(xmlDocInternal); xmlDocInternal := loadedDoc; loadedRoot := xmlDocGetRootElement(xmlDocInternal); if loadedRoot <> nil then begin xmlRootElement.Free; xmlRootElement := TACBrXmlNode.Create(Self, loadedRoot); end else raise EACBrXmlException.Create(xmlGetLastError()^.message); end else raise EACBrXmlException.Create(xmlGetLastError()^.message); end; -
O tratamento que faço é baseado no modelo 57 porém percebi agora que esse documento é o 67 então as tags são diferentes, a lógica é diferente. Resolvida a questão.
-
25 minutos atrás, Juliomar Marchetti disse:
Anexe o seu xml para entender
mas senão está lendo pode ser N fatores até mesmo mudanças do CTe
Certo vou mandar via MP
-
Ao importar um CTE eu lia a propriedade "ACBrCTe.Conhecimentos.Items[i].CTe.ide.toma03.Toma" e se fosse igual a "tmRemetente" então eu lia ACBrCTe.Conhecimentos.Items[i].CTe.rem.
Está vindo tudo em branco, aparentemente antes (de alguma atualização) estava funcionando. Me parece que o que está errado é a propriedade toma03.Toma = tmRemetente . Alguma sugestão?
-
[1705508]
; Incluido 10/11/2022 Digibyte
Nome=Colinas do Tocantins
UF=TO
Provedor=ISSIntel
ProNameSpace=http://colinasdotocantins-to.issintegra.com.br/webservices/abrasf/api
HomNameSpace=http://colinasdotocantins-to.treino-issintegra.com.br/webservices/abrasf/api
;
ProRecepcionar=https://colinasdotocantins-to.issintegra.com.br/webservices/abrasf/api
HomRecepcionar=https://colinasdotocantins-to.treino-issintegra.com.br/webservices/abrasf/api
;
ProSoapAction=http://colinasdotocantins-to.issintegra.com.br/webservices/abrasf/api/
HomSoapAction=http://colinasdotocantins-to.treino-issintegra.com.br/webservices/abrasf/api/[3554300]
; Incluido 10/11/2022 Digibyte
Nome=Teodoro Sampaio
UF=SP
Provedor=Pronim
Versao=2.02
ProRecepcionar=http://177.92.168.36/nfse.portal.integracao/services.svc
HomRecepcionar=http://177.92.168.36/nfse.portal.integracao.teste/services.svc -
Ao consultar as notas notei que estava recebendo o xml porém não preenchia as propriedades. Debugando vi que dentro do método TNFSeR_ABRASFv2.LerXml a propriedade tpXml era setada para txmlRPS, ocasionando a não leitura das nota fiscal. Fiz um teste forçando a propriedade tpXml como txmlNFSe e a leitura ocorreu sem erros.
Abaixo a função que retorna o tipo errado. Não vou alterar nada porque não sei as consequencias de alguma alteração. O XML segue via MP.
function TNFSeRClass.TipodeXMLLeitura(const aArquivo: string): TtpXML; begin if (Pos('/infnfse>', LowerCase(Arquivo)) > 0) then Result := txmlNFSe else Result := txmlRPS; end; -
Bom dia, segue uma correção no método TACBrNFSeProviderISSDSF.PrepararConsultaNFSe
Estava sendo passado NotaInicial, conforme manual está errado.
Fortaleza - A identificação do contribuinte não foi informada
em ACBrNFSe
Postado
Alguém já passou por esse erro? Alguma dica de como resolver?
O CNPJ e IM estão indo na requisição e estou usando o certificado do representante legal, o que está faltando?
Erro(s):
Código : 999
Mensagem: A identificação do contribuinte não foi informada.
Correção: Informe a identificação do contribuinte como prestador ou tomador.
2023020120230228-con-nfse-soap.xml 2023020120230228-lista-nfse-con.xml