C4Dev

Bom dia, segue anexo... 000000000000191000000000000191000001-lista-nfse-fai-soap.xml

Agora sim, deu certo, o link é carregado. Só me restou uma dúvida ainda, não sei se está correto assim ou se ainda falta algo pra melhorar. Por exemplo eu faço uma ConsultaNFSeporRps, no retorno ao tentar acessar o link aqui: ACBrNFSeX.WebService.ConsultaNFSeporRps.Link esta propriedade está em branco, eu só localizo o link aqui ACBrNFSeX.NotasFiscais.Items[0].NFSe.Link. Está correto isso ou deveria constar o link na ACBrNFSeX.WebService.ConsultaNFSeporRps.Link ?

Bom dia pessoal! Sabemos que alguns municípios que utilizam IPM disponibilizam apenas um resumo da NFSe, então para impressão quando se trata deste provedor direcionamos o usuário à impressão via link. Porém no caso da cidade de Biguaçu (SC) o link estava chegando em branco na propriedade, ao verificar o XML devolvido do provedor percebi que o link agora está vindo em outra tag. O link para visualização/impressão no site agora vem na tag <OutrasInformacoes> dentro da <InfNfse> conforme img abaixo: Deixei o arquivo completo anexado ao tópico. Já pegaram algum caso assim? Será que vale a pena fazer um tratamento no código fonte da unit IPM.LerXml.pas para quando não existir o link na tag padrão, tentar buscar na tag <OutrasInformacoes> ? 1891-nfse.xml

Resolvido. Muito obrigado.

Boa tarde pessoal, Ao tentar emitir NFSe para Cachoeira do Sul (RS) estava ocorrendo erro de time out na conexão. Verificando com a prefeitura o endereço correto é diferente do que está no arquivo de configuração, o provedor continua o mesmo Pronim, mas a URL mudou, agora ficou assim: [4303004] Nome=Cachoeira do Sul UF=RS Provedor=Pronim Versao=2.02 ProRecepcionar=http://cachoeiradosul-portais.govcloud.com.br/nfse.portal.integracao/services.svc HomRecepcionar=http://cachoeiradosul-portais.govcloud.com.br/nfse.portal.integracao.teste/services.svc Já fiz testes em produção e consegui emitir com sucesso. Quando puderem subir essa alteração, eu agradeço.

Percebi o mesmo problema aqui. Ficamos no aguardo da correção.

Olá. Essa implementação ainda se encontra no backlog? Alguma previsão de implementação?

Bom dia amigos! Estava com problema na leitura do XML do retorno da consulta situação o lote do RPS no provedor IPM, cidade de Rio Negro (PR). O erro era : X999 Erro de Conexão: EndTag: '</' not found Ocorria na unit IPM.provider.pas no método TratarRetornoConsultaNFSeporRps. Encontrei o seguinte tópico que se tratava do mesmo problema: Então apliquei a alteração no arquivo INI conforme foi feito no tópico acima e deu certo. A parte do arquivo ACBrNFSeXServicoes.ini que foi alterada ficou assim: [4122305] ; Incluído em 07/07/2021 Nome=Rio Negro UF=PR Provedor=IPM ProRecepcionar=http://sync-pr.nfs-e.net/datacenter/include/nfw/importa_nfw/nfw_import_upload.php HomRecepcionar=http://sync-pr.nfs-e.net/datacenter/include/nfw/importa_nfw/nfw_import_upload.php ProLinkURL=http://sync-pr.nfs-e.net/datacenter/include/nfw/nfw_imp_notas.php?codauten=%CodVerif% HomLinkURL=http://sync-pr.nfs-e.net/datacenter/include/nfw/nfw_imp_notas.php?codauten=%CodVerif% Params=ParametroExtra:eletron=1 Incluído o ParametroExtra:eletron=1 Já testei em produção, se puderem subir essa alteração. Fico agradecido.

Olá. Estamos realizando a implementação do campo indDeduzDeson, conforme nova NT. Encontramos uma situação com CST 70 e 90 onde possui Desoneração de ICMS que deve descontar do valor total. O componente do ACBr, para esses dois CSTs não está enviando a tag quando possui valor valor de ICMS desonerado (linha 1830), ela está sendo considerada apenas quando possui valor de ICMS ST desonerado (linha 1841), conforme imagem abaixo: Nessa condição a nota fiscal é rejeitada. Em anexo XMLs gerados. Colocando a criação das tags junto ao bloco do ICMS desonerado, a tag é enviada no XML e o documento autorizado. Não sei se existe um motivo para estar dessa forma, mas analisando a NT e pela regra de validação aparentemente a tag deve ser informada junto a desoneração de ICMS, assim como nos demais CSTs. Atenciosamente. 42240303916076000400550990002571241607505340-nfe.xml 42240303916076000400550990002571251707592454-nfe.xml

Boa tarde amigos! Estava com problema na leitura do XML do retorno da consulta situação o lote do RPS no provedor IPM, cidade de Rio Negrinho (SC). O erro era : X999 Erro de Conexão: EndTag: '</' not found Ocorria na unit IPM.provider.pas no método TratarRetornoConsultaNFSeporRps. Então encontrei o seguinte tópico que se tratava do mesmo problema: Então apliquei a alteração no arquivo INI conforme foi feito no tópico acima e deu certo. A parte do arquivo ACBrNFSeXServicoes.ini que foi alterada ficou assim: [4215000] ; Atualizado em 28/07/2023 Nome=Rio Negrinho UF=SC Provedor=IPM Params=Assinar:AssRpsGerarNFSe,AssCancelarNFSe|ParametroExtra:eletron=1 Incluído o ParametroExtra:eletron=1 Já testei em produção, se puderem subir essa alteração. Fico agradecido.

Boa tarde! O provedor de Serra Alta (SC) mudou para o provedor IPM. Fiz o ajuste no arquivo INI, já testei e consegui emitir em produção. Segue abaixo as linhas ref a alteração: [4217550] Nome=Serra Alta UF=SC Provedor=IPM Versao=1.01 ProRecepcionar=https://ws-serraalta.atende.net:7443/atende.php?pg=rest&service=WNERestServiceNFSe&cidade=padrao HomRecepcionar=https://homologacao.atende.net/atende.php?pg=rest&service=WNERestServiceNFSe&cidade=integracoes

Obrigado @Italo Giurizzato Junior

om dia, tudo bem? Por favor, poderia adicionar a url para a cidade de São Paulo das Missões - RS no ACBrNFSeXServicos.ini Segue arquivo já com a alteração feita em anexo. Eu não consegui buildar com essa alteração, farei o teste após a implementação. Qualquer dúvida estou a disposição, obrigado. Att Fernando ACBrNFSeXServicos.ini

Funcionou. Obrigado.

Bom dia. Estou realizando a impressão do CTe que possui vários complementos (tag: infCteComp) utilizando o arquivo "DACTE_Retrato.fr3" de exemplo, porém está sendo impresso apenas um complemento. Pelo que identifiquei o client está sendo alimentado com todos, porém na impressão está buscando apenas o último. Segue XML e PDF da impressão. CteComplemento.pdf 31231208862893000196570990000012091672966840-cte.xml

Situação resolvida. Pode encerra o tópico. Obrigado!

Boa tarde pessoal! Percebi que a consulta de títulos liquidados utilizando Sicredi APIECOMM está retornando sempre o valor original do título e não o valor pago com juros. Já implementamos o Sicredi V2, mas tem clientes que ainda utilizam a primeira versão APIECOMM. A alteração é relativamente simples. Abaixo é o JSON retornando pelo webservice: { "seuNumero":"00351", "nossoNumero":"232003510", "nomePagador":"XXXXXXXXXXXX", "valor":"115", "valorLiquidado":"117.67", "dataEmissao":"2023-09-01", "dataVencimento":"2023-09-25", "dataLiquidacao":"2023-09-26", "situacao":"LIQUIDADO" } E a única alteração é alimentar a property ValorPago com o campo valorLiquidado ao invés de valor. Em anexo deixo a unit com a alteração. ACBrBoletoRet_Sicredi_APIECOMM.pas

Olá. O provedor IPM esta retorando uma chave de protocolo de 40 caracteres, até aí tudo bem. Problema que ao fazer uma consulta ConsultarLoteRps, esta retornando erro: Project NFSe.exe raised exception class EACBrDFeException with message '500 - ERROR: 22003: value "8771738822201156285920241030102023276602" is out of range for type bigint LINE 1: ... = '11.562.777/0001-00' and ablnumeroprotocolo = '877173882... ^ LOCATION: scanint8, int8.c:118 SQL:SELECT 1 FROM wne.tbabrasflote where ablcpfcnpjprestador = '11.562.777/0001-00' and ablnumeroprotocolo = '8771738822201156285920241030102023276602' limit 1 exception 'SqlDefaultException' with message 'Problema interno não esperado, contate o suporte.' in /var/www/html/novohamburgo.atende.net/estrutura/est_class_sql_trigger_exception.inc:69 Stack trace: #0 /var/www/html/novohamburgo.atende.net/estrutura/est_class_conexao_bd.inc(743): SqlTriggerException::instanceSqlException(Object(Query)) #1 /var/www/html/novohamburgo.atende.net/estrutura/est_class_query.inc(337): ConexaoBd->executeDebug(Object(Query), false) #2 /var/www/html/novohamburgo.atende.net/estrutura/est_class_query.inc(767): Query->execute() #3 /var/www/html/novohamburgo.atende.net/estrutura/est_class_query.inc(512): Query->ver_exec() #4 /var/www/html/novohamburgo.atende.net/estrutura/est_class_conexao_bd.inc(652): Query->fetch_object() #5 /var/www/html/novohamburgo.atende.net/estrutura/est_class_query.inc(630): ConexaoBd->fetch_sql('SELECT 1 FROM w...') #6 /var/www/html/novohamburgo.atende.net/include/wne/persistencia/wne_class_persistencia_nota_fiscal_eletronica_abrasf_lote.inc(82): Query->fetch_sql() #7 /var/www/html/novohamburgo.atende.net/include/wne/model/wne_class_model_bo_web_service_nota_fiscal_eletronica_abrasf_valida_consulta_lote.inc(41): Wne\Persistencia\PersistenciaNotaFiscalEletronicaAbrasfLote->getCpfCnpjProtocolo('11.562.788/0001...', '877173882220115...', true) #8 /var/www/html/novohamburgo.atende.net/include/wne/model/wne_class_model_bo_web_service_nota_fiscal_eletronica_abrasf_valida_consulta_lote.inc(24): Wne\Model\Bo\ModelBoWebServiceNotaFiscalEletronicaAbrasfValidaConsultaLote->validaExisteLotePersistido() #9 /var/www/html/novohamburgo.atende.net/include/wne/controller/wne_class_controller_web_service_nota_fiscal_eletronica_abrasf_consultar_lote_rps.inc(84): Wne\Model\Bo\ModelBoWebServiceNotaFiscalEletronicaAbrasfValidaConsultaLote->valida() #10 /var/www/html/novohamburgo.atende.net/include/wne/controller/wne_class_controller_web_service_nota_fiscal_eletronica_abrasf_consultar_lote_rps.inc(65): Wne\Controller\ControllerWebServiceNotaFiscalEletronicaAbrasfConsultarLoteRps->getErrosLote() #11 /var/www/html/novohamburgo.atende.net/include/wne/controller/wne_class_controller_web_service_nota_fiscal_eletronica_abrasf_base.inc(94): Wne\Controller\ControllerWebServiceNotaFiscalEletronicaAbrasfConsultarLoteRps->executa() #12 /var/www/html/novohamburgo.atende.net/include/wne/controller/wne_class_controller_web_service_nota_fiscal_eletronica_abrasf.inc(212): Wne\Controller\ControllerWebServiceNotaFiscalEletronicaAbrasfBase->processa() #13 [internal function]: Wne\Controller\ControllerWebServiceNotaFiscalEletronicaAbrasf->returnConsultarLoteRpsEnvio(Object(stdClass)) #14 /var/www/html/novohamburgo.atende.net/estrutura/est_funcao.inc(495): call_user_func_array(Array, Array) #15 /var/www/html/novohamburgo.atende.net/include/glw/controller/glw_class_controller_web_service_definicao.inc(125): callMethod(Object(Wne\Controller\ControllerWebServiceNotaFiscalEletronicaAbrasf), 'returnConsultar...', Array) #16 [internal function]: ControllerWebServiceDefinicao->__call('ConsultarLoteRp...', Array) #17 [internal function]: Wne\Controller\ControllerWebServiceNotaFiscalEletronicaAbrasf->ConsultarLoteRpsEnvio(Object(stdClass)) #18 /var/www/html/novohamburgo.atende.net/include/glw/controller/glw_class_controller_web_service_router.inc(115): SoapServer->handle() #19 /var/www/html/novohamburgo.atende.net/include/glw/controller/glw_class_controller_web_service_router.inc(72): ControllerWebServiceRouter->doExecuteWebService() #20 /var/www/html/novohamburgo.atende.net/include/glw/controller/glw_class_controller_service_router_base.inc(66): ControllerWebServiceRouter->initService() #21 /var/www/html/novohamburgo.atende.net/estrutura/est_class_factory.inc(154): ControllerServiceRouterBase->__construct() #22 /var/www/html/novohamburgo.atende.net/estrutura/est_class_factory.inc(126): Factory::instance('controllerWebSe...', Array) #23 /var/www/html/novohamburgo.atende.net/estrutura/est_class_factory.inc(430): Factory::load('glw', 'web_service_rou...', 'controller', Array, false) #24 /var/www/html/novohamburgo.atende.net/estrutura/est_class_formulario.inc(928): Factory::loadFile('glw_class_contr...') #25 /var/www/html/novohamburgo.atende.net/estrutura/est_class_formulario.inc(954): Formulario->loadInstanceControllerFormulario() #26 /var/www/html/novohamburgo.atende.net/estrutura/est_class_formulario.inc(942): Formulario->callControllerForm() #27 /var/www/html/novohamburgo.atende.net/atende.php(0): Formulario->callController() #28 {main}'.

Entrei em contato com suporte da Fiorilli, me responderam que havia um "problema" no cadastro do emitente na prefeitura. E orientaram e emitir novamente, agora deu certo. Só ficou pendente a alteração do provedor e URL por conta do ACBr, que estou efetuando os testes com o arquivo alterado.

Pessoal, atualizando a situação do problema no binário em Linux, chamei o pessoal da Emabrcadero, conversei com eles e o problema esta no debugger do Delphi mesmo. Comentaram que estão pensando na nova versão em várias melhorias para plataforma Linux. O erro só ocorre em debug, na release não ocorre.

Só não estamos conseguindo encontrar uma solução para esse binário em Linux

O problema realmente não tem a ver com Acbr, nem com Horse. Fizemos um teste hoje somente informando um variável temporária com a chave, e já debungando apredenta o erro: Criação de uma variável alimentada em tempo de execução: var varchave := '42101002231897546000109000000000000823108433825670'; Retrorno:

Positivo, vou efetuar novos testes, e se ainda ocorrer, vou solicitar auxílio ao suporte do provedor.

Obrigado pelo retorno @Daniel InfoCotidiano Para mim está ocorrendo erro nesse bloco, ao passar o valor para o campo ARetornoWS.DadosRet.TituloRet.HoraBaixa if ARetornoWS.DadosRet.TituloRet.CodigoEstadoTituloCobranca = '6' then begin ARetornoWS.DadosRet.TituloRet.ValorPago := AJson.Values['dadosLiquidacao'].AsObject.Values['valor'].AsNumber; ARetornoWS.DadosRet.TituloRet.ValorMoraJuros := AJson.Values['dadosLiquidacao'].AsObject.Values['juros'].AsNumber; ARetornoWS.DadosRet.TituloRet.ValorAbatimento := AJson.Values['dadosLiquidacao'].AsObject.Values['abatimento'].AsNumber; ARetornoWS.DadosRet.TituloRet.DataBaixa := DateSicreditoDateTime(AJson.Values['dadosLiquidacao'].AsObject.Values['data'].AsString); ARetornoWS.DadosRet.TituloRet.HoraBaixa := TimeSicreditoDateTime(aJson.Values['dadosLiquidacao'].AsString); ARetornoWS.DadosRet.TituloRet.ValorDesconto := AJson.Values['dadosLiquidacao'].AsObject.Values['desconto'].AsNumber; end; Erro: raised exception class Exception with message '<TJsonValue>"dadosLiquidacao" value type error: jvObject to jvString'. JSON de como veio o retorno: { "linhaDigitavel": "74891122221013830167507418991076191340000002500", "codigoBarras": "74891913400000025001122210138301670741899107", "carteira": "SIMPLES", "seuNumero": "10138", "nossoNumero": "222101383", "pagador": { "codigo": "081JX", "documento": "08203491000180", "nome": "ADEMIR HIPPLER" }, "dataEmissao": "2022-10-03", "dataVencimento": "2022-10-10", "valorNominal": 25, "situacao": "LIQUIDADO COMPE", "multa": 2, "abatimento": 0, "tipoJuros": "B - PERCENTUAL", "juros": 0.5, "diasProtesto": 0, "validadeAposVencimento": 180, "diasNegativacao": 0, "tipoDesconto": "B - PERCENTUAL", "descontoAntecipacao": 0, "dadosLiquidacao": { "data": "2022-10-08T01:45:50-03:00", "valor": 25, "multa": 0, "abatimento": 0, "juros": 0, "desconto": 0 }, "descontos": [] }

Olá, alguma novidade sobre essa alteração?