Victor H. Gonzales - Panda

Bom dia, wsCorreios e wsCorreiosSigep é a mesma classe (TACBrWSCorreiosSIGEP). Mas em um teste rápido aqui em ViaCEP e Correios, ambos buscam como "Avenida Jornalista Alberto Francisco Torres" Pode ser que o WS que você está utilizando que esteja defasado, caso esse seja o endereço correto Abraços

Bom dia ok, obrigado

Bom dia, Existe um manual CNAB de pagfor (SISPAG) vigente do ITAU um com PIX e outro sem PIX, onde o segmento B as informações e posições são distintas?

Bom dia, Segundo a documentação da API deles : numeroTituloCliente: type: string description: >- Número de identificação do boleto (correspondente ao NOSSO NÚMERO), no formato STRING, com 20 dígitos, que deverá ser formatado da seguinte forma: “000” + (número do convênio com 7 dígitos) + (10 algarismos - se necessário, completar com zeros à esquerda). Quando homologado a ficha de compensação, não houve nenhuma crítica referente a isso.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia, de uma verificada na Rev. 22415, foi implementado alguns novos recursos, como por exemplo a pesquisa individual. Acredito que isso atenda a sua demanda, ai invés de você enviar a consulta por lista, você informa os títulos e pede a consulta. Veja se isso atende. Abraços

Bom dia, Olhando superficialmente a versão atual do SVN é a 040 e a enviada é a 103, e como a observação "se homologada em versão diferente é necessário re-homologação" é necessário que exista como passar a versão de layout por parâmetro e exista o controle de compatibilidade da duas ou mais, para não haver quebra de carteira em produção com a atualização do componente. Se quiser fazer os ajustes e contribuição de forma que a versão hoje do componente mantenha compatível com a nova implementação na versão 103 e para quem use a 040. Abraços

Boa tarde, a questão da negativação encontra-se na Rev. 22428. Atualize os fontes e faça os testes necessários por favor! Abraços

Bom dia, Hoje não tem nenhum layout especifico como este do Sicred, mas existe um próximo que é o FaturaDetail. você pode testar passando os textos desejados no conteúdo Titulo.Detalhamento (fortes) Titulo.TextoLivre (fastreport)

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

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. referente a consulta individual de uma olhada na Rev. 22415.

consegue saber em qual lugar está levantando a exception?

para compatibilizar para futuros bancos, o Titulos.orgaoNegativador; eu tive que alterar para STRING, então quando for subir para o SVN ele irá subir como string e não integer; vai precisar ajustar onde você popula o componente ACBrBoleto.pasACBrBoletoW_BancoBrasil_API.pas

ACBrBoleto.pasACBrBoletoW_BancoBrasil_API.pas Faça o teste se com essas 2 unit resolve. Titulos.DiasDeNegativacao; Titulos.orgaoNegativador;

Mas o que tu fez é o mesmo que eu fiz e te enviei. Pelo o que vi na documentação deles, está somente 10 Serasa hoje, e se essa propriedade realmente é obrigatória terá que ser exposta. No servidor de homologação ao menos ele não criticou a ausência desse parâmetro. Não estou vendo no CNAB essa propriedade, de qualquer forma, vou colocar aqui na fila essa questão, pois vai ter que expor isso na classe TACBrTitulo .

Bom dia, Faça o teste fazendo o registro utilizando esta unit no seu componente, antes de gerar o registro de homologação, faça a compilação do seu componente. Informar no Titulo a propriedade DiasDeNegativacao e veja se isso atende o que você precisa. Abraços --- Envio da unit correta ACBrBoletoW_BancoBrasil_API.pas

Bom dia, Acredito que esse assunto o melhor a ser resolvido é com o departamento fiscal da sua empresa, pois é uma regra fiscal a sua dúvida e não do componente ou alguma questão nos schemas da nfe. abraços.

bom dia, Qual Provedor ? Qual Cidade ? Qual a Configuração do Componente está utilizando na parte de assinatura ? As suas DLLs estão atualizadas ? Abraços

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

verifique se os filtros passados como parâmetros estão coerentes com o esperado... por exemplo, se você está pedindo os boletos em abertos, você não pode informar a data de movimentação (pois é a data do pagamento)... tem que olhar os parâmetros possíveis.

Bom dia, Favor atualizar os fontes, e fazer novos testes, encontra-se na correção Rev. 22329 essa questão Abraços

em analise

consegue recriar esse problema no programa de exemplo.

Bom dia, a primeira situação é comum, pois se trata de um serviço assíncrono, então quando você tentou a primeira consulta o webservices ainda não tinha processado a sua requisição, você pode amenizar essa situação ajustando alguns parâmetros, depois que você aguardou alguns segundos, ela processou e te devolveu com o erro do regime especial de tributação. Na criação do seu RPS você está informando o regime especial de tributação, por exemplo : with NotasFiscais.New.NFSe do begin //todo RegimeEspecialTributacao := retMicroempresarioEmpresaPP; end; consegue recriar esse cenário no programa exemplo? Abraços

Bom dia, Primeiramente os 2 arquivos seus são distintos, 1 é o RPS (Recibo Provisório de Serviço e o outro é a NFSe), ambos são 2 documentos diferentes. Quando utiliza integração por Webservices no caso ai da Ginfes, você envia o RPS para o servidor de prefeitura, depois você faz a consulta pelo número do seu RPS e a prefeitura lhe devolve a NFSe, quem gera o documento fiscal (NFSe) é o servidor da prefeitura, você apenas gera e envia o RPS e fica aguardando o retorno do xml da nfse por parte da prefeitura. Por favor, Anexe o XML da NFSe referente ao RPS em questão anexado acima (Número do RPS 960 Série 85) não necessariamente gerou a NFSe 960 Abraços