[Consulta Lista de Cobrança Santander API]

Olá, gostaria de saber se em algum momento será liberado a Consulta Lista de Cobrança do Santander API.

 

User_Guide_API_de_Cobranca_PT_BR_V2_8_compressed.pdf

[Não encontrando mais a impressora após TEF]

Após imprimir o TEF eu envio a impressão da NFC-e, mas ao executar LerStatusImpressora está retornando offline, onde será que está se perdendo?

[Foi gerado PDF do Danfse e ficou com caracteres estranhos]

Essa situação ocorre somente com um cliente ao abrir o PDF recebido.

Pode ser alguma configuração na ferramenta que ele está usando para abrir o PDF?

Se encaminhar o mesmo e-mail com p PDF em anexo pra outro cliente funciona corretamente...

[Foi gerado PDF do Danfse e ficou com caracteres estranhos]

 

Foi gerado PDF da Danfse, anexado e enviado por e-mail; quando o cliente abriu o PDF ficou nesse formato, alguma ideia do que seja?

[Erro Connection timed out Sefaz PR]

Mas ninguém relatou esse problema?

Mesmo aumentando o timeout ainda estou com o erro...

[Erro Connection timed out Sefaz PR]

Estamos recebendo esse erro várias vezes hoje e o nosso timeout está com 30000, mais alguma coisa que possamos fazer?

Erro Interno: 10060
Erro HTTP: 500
URL: https://nfe.sefa.pr.gov.br/nfe/NFeAutorizacao4?wsdl
Connection timed out

[Valor de multa é retornado no Percentual de Multa Banco do Brasil API]

Analisando o código da API do Banco do Brasil foi visto que o valor da multa está sendo retornado no campo de percentual da multa
ARetornoWS.DadosRet.TituloRet.PercentualMulta            := AJson.Values['valorMultaRecebido'].AsNumber;

Na Documentação da API no campo que esta sendo lido json tem a seguinte descrição: 
RespostaDetalhamentoBoleto -> valorMultaRecebido -> number($float) Valor de multa recebido.

[Rejeição 233 IE do destinatário não cadastrada]

Bom dia

Na emissão da NF-e estou recebendo a rejeição "233 - Rejeição: IE do destinatário não cadastrada" - Destinatário de PE

Ao emitir nota pra esse cliente com emitente de PR o erro não ocorre
Ao emitir nota pra esse cliente com emitente de GO o erro acontece

Alguma ideia do que pode ser?
 

[Rejeição: Certificado Transmissor erro no acesso a LCR]

Alguns clientes nossos também estão com esse retorno

[999 - Erro não catalogado ao consultar a nota pelo recibo]

Será que o sefaz está passando por problemas no portal?

 

"Erro nao catalogado java.sql.SQLException: ORA-04025: maximum allowed library object lock allocated for SELECT ESTABELECIMENTO.CNPJ, ESTABELECIMENTO.CADICMS, ESTABELECIMENTO.CDSRP, ESTABELECIMENTO.INDNFE, ESTABELECIMENTO"

 

 

<env:Envelope xmlns:env="http://www.w3.org/2003/05/soap-envelope">
    <env:Body xmlns:env="http://www.w3.org/2003/05/soap-envelope">
        <nfeResultMsg xmlns="http://www.portalfiscal.inf.br/nfe/wsdl/NFeRetAutorizacao4">
            <retConsReciNFe xmlns="http://www.portalfiscal.inf.br/nfe" versao="4.00">
                <tpAmb xmlns="http://www.portalfiscal.inf.br/nfe">1</tpAmb>
                <verAplic xmlns="http://www.portalfiscal.inf.br/nfe">PR-v4_8_40</verAplic>
                <nRec xmlns="http://www.portalfiscal.inf.br/nfe">411002322137815</nRec>
                <cStat xmlns="http://www.portalfiscal.inf.br/nfe">104</cStat>
                <xMotivo xmlns="http://www.portalfiscal.inf.br/nfe">Lote processado</xMotivo>
                <cUF xmlns="http://www.portalfiscal.inf.br/nfe">41</cUF>
                <dhRecbto xmlns="http://www.portalfiscal.inf.br/nfe">2024-04-24T13:34:16-03:00</dhRecbto>
                <protNFe xmlns="http://www.portalfiscal.inf.br/nfe" versao="4.00">
                    <infProt xmlns="http://www.portalfiscal.inf.br/nfe">
                        <tpAmb xmlns="http://www.portalfiscal.inf.br/nfe">1</tpAmb>
                        <verAplic xmlns="http://www.portalfiscal.inf.br/nfe">PR-v4_8_40</verAplic>
                        <chNFe xmlns="http://www.portalfiscal.inf.br/nfe">41240402477571000147550010004678761850451860</chNFe>
                        <dhRecbto xmlns="http://www.portalfiscal.inf.br/nfe">2024-04-24T13:34:10-03:00</dhRecbto>
                        <digVal xmlns="http://www.portalfiscal.inf.br/nfe">a2WFl0isGiMc6CQCDVuNmiJu6hA=</digVal>
                        <cStat xmlns="http://www.portalfiscal.inf.br/nfe">999</cStat>
                        <xMotivo xmlns="http://www.portalfiscal.inf.br/nfe">Erro nao catalogado java.sql.SQLException: ORA-04025: maximum allowed library object lock allocated for SELECT ESTABELECIMENTO.CNPJ, ESTABELECIMENTO.CADICMS, ESTABELECIMENTO.CDSRP, ESTABELECIMENTO.INDNFE, ESTABELECIMENTO</xMotivo>
                    </infProt>
                </protNFe>
            </retConsReciNFe>
        </nfeResultMsg>
    </env:Body>
</env:Envelope>
 

[NFS-e Provedor Abaco - Manaus/AM - E403 - Lote de RPS recebido e foram detectados erros ao processar]

isso

 

[NFS-e Provedor Abaco - Manaus/AM - E403 - Lote de RPS recebido e foram detectados erros ao processar]

Deu certo fazendo dessa maneira:

ACBrNFSe.Configuracoes.WebServices.TimeZoneConf.ModoDeteccao := TTimeZoneModoDeteccao.tzPCN;

DataAgora := DataHoraTimeZoneModoDeteccao(FACBrNFSe)

[NFS-e Provedor Abaco - Manaus/AM - E403 - Lote de RPS recebido e foram detectados erros ao processar]

Poderia me dizer qual é o método pra usar na NFSe?

 

[NFS-e Provedor Abaco - Manaus/AM - E403 - Lote de RPS recebido e foram detectados erros ao processar]

É um serviço que roda no nosso servidor nuvem...

[NFS-e Provedor Abaco - Manaus/AM - E403 - Lote de RPS recebido e foram detectados erros ao processar]

Descobri pelo portal da prefeitura que o lote foi rejeitado devido a data de emissão, porque Manaus tem fuso horário.

Existe algo no ACBr que já trate essa situação de fuso horário?

[NFS-e Provedor Abaco - Manaus/AM - E403 - Lote de RPS recebido e foram detectados erros ao processar]

Ao consultar o lote no portal da prefeitura de Manaus/AM está retornando o erro: "E403 - Lote de RPS recebido e foram detectados erros ao processar"

Consulta:

<ConsultarLoteRpsEnvio>
    <Prestador>
        <Cnpj>47358779000185</Cnpj>
        <InscricaoMunicipal>55252601</InscricaoMunicipal>
    </Prestador>
    <Protocolo>3069C92E22A237F5AC30FCA2ABEBA904</Protocolo>
</ConsultarLoteRpsEnvio>

Retorno:

<ConsultarLoteRpsResposta>
    <ListaMensagemRetorno>
        <MensagemRetorno>
            <Codigo>E403</Codigo>
            <Mensagem>Lote de RPS recebido e foram detectados erros ao processar.</Mensagem>
            <Correcao>Recuperar a relação dos erros</Correcao>
        </MensagemRetorno>
    </ListaMensagemRetorno>
</ConsultarLoteRpsResposta>
 

Tentei emitir em ambiente de homologação e me retornou outro erro: "E50 - Inscricao Municipal do prestador inválida", sendo que os dados estão corretos.

Será que é necessário habilitar o ambiente de homologação pra esse prestador?

Não consigo falar no provedor e nem nessa prefeitura, alguém teria algum contato?

 

8-env-lot.xml 8-env-lot-soap.xml 8-rec.xml 8-rec-soap.xml CC4827793AC6B6B79B3BACD5CF73B490-con-lot.xml CC4827793AC6B6B79B3BACD5CF73B490-con-lot-soap.xml CC4827793AC6B6B79B3BACD5CF73B490-lista-nfse-con-lot.xml CC4827793AC6B6B79B3BACD5CF73B490-lista-nfse-con-lot-soap.xml

[IPM - Pinhas-PR - Trocou a URL]

Bom dia @Italo Giurizzato Junior

Sobre Campo Largo, teve mudança da IPM recente sobre o layout, está sendo tratado pelo ACBr neste tópico:

Estou aguardando o pessoal liberar esta correção de Campo Largo para dar sequencia, no momento estou sem emitir pra Campo Largo..

Sobre Pinhais, na verdade não tive erros... Atualizei a URL no meu ACBrNFSeXServicos.ini sim e uma emissão para Pinhais funcionou normal..
Conforme comentário anterior, liguei para a IPM no (47) 3531-1500 (opção 3 Fiscal, opção 3 Paraná, opção 1 Nota Fiscal) e a atendente confirmou a URL de pinhais sem o &cidade=padrao.

Se quiser ligar la e re-confirmar, assim ficará mais claro para mandar a alteração adiante ou não.

[IPM - Pinhas-PR - Trocou a URL]

Então @Juliana Tamizou

Meu problema na verdade era de Campo Largo, onde a IPM atualizou do layout 1.00 para o 1.01 dia 04/12/2023 conforme o atendente no 47 3180-0578.
Vi que o pessoal está já tratando este assunto aqui neste tópico:

Liguei para a IPM novamente no (47) 3531-1500 (opção 3 Fiscal, opção 3 Paraná, opção 1 Nota Fiscal) e a atendente confirmou a URL de pinhais sem o &cidade=padrao.

Verifiquei alguns logs, e após retirar a URL confirmei emissão de sucesso para Pinhais de alguns clientes meus sem problemas.

Resumindo, não tive erro pra Pinhais no inicio da minha resposta, mas sim Campo Largo. Porém mudei URL Pinhais e funcionou normalmente.

Desculpem a confusão..

[IPM - Pinhas-PR - Trocou a URL]

Assim que possível retorno @Juliana Tamizou!!

 

[IPM - Pinhas-PR - Trocou a URL]

Bom dia @Italo Giurizzato Junior

Atualizei os componentes e um cliente teve o seguinte erro ao enviar uma nota para Pinhais:

00304 - Atividades encerradas para o municí­pio prestador do serviço.

Em contato com a IPM, eles me perguntaram a URL, eu passei a que estava no .ini do ACBr, que é a mesma informada acima pelo @Dercide Alvarez acima, eles me informaram que a correção é tirar o final ali &cidade=padrao

Ficando a URL apenas : https://pinhais.atende.net/atende.php?pg=rest&service=WNERestServiceNFSe

Ainda não consegui realizar testes com esta alteração...

[Erro no retorno do Daycoval - Método DefineTamanhoNossoNumeroRetorno com valor incorreto]

45 minutos atrás, Victor H. Gonzales - Panda disse:

Voce verificou a unit que eu enviei ?

eles tem 3 manuais vigentes, não podemos utilizar assim.

a sua é somente para Convenio 6, mas existe outros, como 3 e 4 que são outras regras de layout.

se desejar conversar com o banco

Verifiquei sim, acredito que resolve nosso problema também. Assim passo o layout 6 e o uso continua o que já é hoje. 
Tem previsão para ficar disponível no svn?

[Erro no retorno do Daycoval - Método DefineTamanhoNossoNumeroRetorno com valor incorreto]

Olá entrei em contato com o banco DAYCOVAL e peguei um manual mais atualizado
E como citado ali em cima continua na mesma posição o nosso número 63 com 10 digitos:


Segue em anexo o manual SET/2023 que consultei:

Manual M. 707 - Banco Daycoval Set-23.pdf

[Rejeicao 719: NF-e sem a identificacao do destinatario]

Em contato com o Sefaz de MG (31) 3069-6601 - opção 5 - opção 3, falei com a atendente Maria e a mesma me informou que já foi identificado o problema no portal deles em relação a rejeição 719 e estão trabalhando para resolver.

[Rejeicao 719: NF-e sem a identificacao do destinatario]

Se trata de uma nota de exterior então eu posso deixar essa tag vazia.

[Rejeicao 719: NF-e sem a identificacao do destinatario]

O de ficar nulo está correto, pois foi emitida uma nota em abril praticamente igual e deu certo.

 

CLISOL_10661_IMPRESSA.xml