armando.boza

creio que no ACBr, quando tento cancelar aqui aparece a mensagem "serviço não implementado para este provedor"

não foi implementado ainda.

Curitiba realmente precisa da Inscrição municipal, entra pelo emissor nacional e simula o preenchimento de uma nfse, após selecionar a competência vai ter um campo "indicador municipal", essa é a inscrição que vc vai passar pelo ACBr. Tem que usar o certificado do cliente para simular.

Boa tarde pessoal, ao consultar no Pronim não estava pegando do json a situação da nota, ajustei o arquivo Pronim.Provider.pas. Pronim.Provider.pas

Realmente, eu fiz uma "gambi" pra passar o endereço "obrigatório" deles e até aceitaram, mas a nota fica na lista como "Aguardando envio ADN". Como está passando o CNO + Endereço o ADN deve estar recusando, pois é um ou outro. De qualquer modo ainda persiste o problema de o endereço ser obrigatório no XSD deles, sendo que no ambiente nacional é opção.

No arquivo ACBrNFSeXServicos.ini está assim: Creio que todos os municípios do Betha estão nesse novo webservice, não?

Agora vc me pegou, é Cornélio Procópio / PR. Pelo site Fly-enota, no preenchimento, já aparece como Emitir DPS, então é o novo?

Bom dia pessoal, me ajudem a analisar esse caso por favor. Quando vamos informar os dados da obra na DPS do ambiente nacional temos que escolher um dos itens: cObra (código CNO), cCIB (código imobiliário) ou endereço da obra. Só que no XSD da Betha está obrigatório o endereço da obra, não está como choice. E quando o ACBr vai gerar o XML ele está conforme o padrão nacional, ou um ou outro. Ao enviar o DPS para a Betha ocorre erro dizendo que o endereço é obrigatório, mesmo contendo o cObra no xml. <?xml version="1.0" encoding="UTF-8"?><RecepcionarDpsResposta> <listaMensagens> <mensagem> <codigo>E001</codigo> <mensagem>cvc-complex-type.2.4.b: O conteúdo do elemento 'dps:obra' não está completo. Era esperado um dos '{"http://www.betha.com.br/e-nota-dps":end}'.</mensagem> <correcao>Verifique a estrutura do XML</correcao> </mensagem> </listaMensagens> </RecepcionarDpsResposta> No arquivo tiposComplexos_v1_01.xsd, do padrão nacional, a validação está correta, observe, os 3 itens estão no choice. <xs:choice minOccurs="1"> <xs:element name="cObra" type="TSCodObra"> <xs:annotation> <xs:documentation >Número de identificação da obra. Cadastro Nacional de Obras (CNO) ou Cadastro Específico do INSS (CEI). </xs:documentation> </xs:annotation> </xs:element> <xs:element name="cCIB" type="TSCodCIB"> <xs:annotation> <xs:documentation> Código do Cadastro Imobiliário Brasileiro - CIB. </xs:documentation> </xs:annotation> </xs:element> <xs:element name="end" type="TCEnderObraEvento"> <xs:annotation> <xs:documentation>Grupo de informações do endereço da obra do serviço prestado </xs:documentation> </xs:annotation> </xs:element> </xs:choice> Alguém tem o contato do suporte da Betha para analisarmos esse caso? até procurei no site deles mas não encontrei.

Sim, só postei pq o tópico das cidades ficou grande e fecharam, ai o Italo pediu pra ir abrindo tópicos novos.

Bom dia pessoal. Cidade/UF: Londrina/PR Previsão de Mudança: 01/01/2026 Tipo de Mudança: Padrão Nacional Fonte/Documentação: Site da prefeitura

Realmente, acho que mudou a consulta, agora está retornando o PDF direto e o ACBr está tentando converter achando que é Json.

[4112504] Nome=Jardim Alegre UF=PR Provedor=EloTech Versao=2.03 ProRecepcionar=https://jardimalegre.oxy.elotech.com.br/iss-ws/nfse203.wsdl HomRecepcionar=https://jardimalegre.oxy.elotech.com.br/iss-ws/nfse203.wsdl

[4108007] Nome=Florestopolis UF=PR Provedor=EloTech Versao=2.03 ProRecepcionar=https://florestopolis.oxy.elotech.com.br/iss-ws/nfse203.wsdl HomRecepcionar=https://florestopolis.oxy.elotech.com.br/iss-ws/nfse203.wsdl [4120507] Nome=Primeiro de Maio UF=PR Provedor=EloTech Versao=2.03 ProRecepcionar=https://primeirodemaio.oxy.elotech.com.br/iss-ws/nfse203.wsdl HomRecepcionar=https://primeirodemaio.oxy.elotech.com.br/iss-ws/nfse203.wsdl [4100806] Nome=Alvorada do Sul UF=PR Provedor=Equiplano Params=CodigoCidade:350 [4126405] Nome=Sertaneja UF=PR Provedor=Betha

Boa tarde, Sertanópolis está configurada como Simpliss mas é Elotech. [4126504] Nome=Sertanopolis UF=PR Provedor=EloTech Versao=2.03 ProRecepcionar=https://sertanopolis.oxy.elotech.com.br/iss-ws/nfse203.wsdl HomRecepcionar=https://sertanopolis.oxy.elotech.com.br/iss-ws/nfse203.wsdl

Cidade de Astorga / PR é Elotech. [4102109] Nome=Astorga UF=PR Provedor=EloTech Versao=2.03 ProRecepcionar=https://astorga.oxy.elotech.com.br/iss-ws/nfse203.wsdl HomRecepcionar=https://astorga.oxy.elotech.com.br/iss-ws/nfse203.wsdl

Cara, agora que eu vi, eu cadastrei um webhook de teste, apenas fictício, deve ser isso, cadastra um no seu workspace.

Aqui consultando está retornando normal, em ambiente de produção. Mas como eu disse antes, não estamos utilizando pq não vem a data de crédito em conta. Esse print é do log do ACBr mesmo.

Não precisa de webhook, é opcional. Só tem um problema nessa rota de liquidação do Santander, já reclamei no suporte deles e não deram retorno, só volta a data do pagamento e não volta a data do crédito em conta, ai fica inviável.

Não sei se essa rota da api deles tem no sandbox hein, faça uma consulta em ambiente de produção pra testar. Aqui em produção funciona.

Atualizei os fontes e testei, funcionou, muito obrigado.

Esse é o log do próprio ACBr.

aqui a consulta retorna http 200 e com registros, não precisei liberar nada a mais no banco. { "_pageable": { "_limit": 1000, "_offset": 0, "_pageNumber": null, "_pageElements": 1000, "_totalPages": null, "_totalElements": 3570 }, "_content": [ { "nsuCode": null, "nsuDate": null, Só um detalhe, estou testando em ambiente de produção do meu cliente.

Boa noite, fiz os testes, tive que ajustar as units para funcionar. Segue os arquivos ajustados. ACBrBoletoW_Santander_API.pas ACBrBoletoRet_Santander_API.pas

Boa tarde pessoal. Recebi um email hoje do Santander avisando que liberaram a rota de consulta de liquidações, assim será possível consultar por período. Página 43 Fiz um teste via Postman e funcionou. Link para manual (não deixou anexar pois é maior que 2 mb): https://drive.google.com/file/d/1trgf-Cj3MlbanDwek4P16wciuGhidchz/view?usp=sharing

Workspaces realmente não tem integração, tem que cadastrar via Postman. Aqui funcionando em produção, registro e consulta, porém um detalhe, a consulta é título a título. Tive uma reunião com a equipe de API do Santander semana passada, estão pra liberar uma rota na API para consulta de pagamentos por data, ai ficaria mais fácil de pegar os pagamentos e processar.