Dercide Alvarez

a tarde, Um cliente de Oriximinã-PA, me passou um comunicado que recebeu da prefeitura. Bom dia, Prezado. Informo que devido a atualização da ABRASF sobre a nova NFS-e 2.04, o RPS também sofrerá atualização deixaremos de usar a RPS 1.00 e para a 2.04, conforme regulamento da ABRASF, solicito que o mesmo faça as devidas atualizações no seu sistema, para que não sofra transtornos no momento da emissão. Verificamos que sua nota permanece com layout da 1.00, com isso informo o contato do nosso suporte para que possa tratar dessa mudança. Dúvidas: (67) 3041-2075 E-mail: [email protected] Atendimento: De segunda a sexta-feiraDas 08:00 às 18:30 h (Horário de Brasília) Atenciosamente. Mudei o ACBrNFSeXServicos.ini para : [1505304] ; Alterado em 04/04/2023 Nome=Oriximina UF=PA Provedor=ISSNet Versao=2.04 Params=NaoDividir100: ProRecepcionar=https://abrasf.issnetonline.com.br/webserviceabrasf/oriximina/servicos.asmx Atualizei o cliente, vamos aguardar o retorno para verificar se deu certo.

@Daniel InfoCotidiano Beleza, fiz apenas um ajuste paleativo para poder funcionar, visto que a rotina existente tratava apenas um retorno. Mas vc esta lendo apena 2 digitos por vez, e na relação de códigos temos até 3 digitos : ( 110, E25)

Bom dia, No dia 03 de março pegando gancho em um post meu, o @robertovilela, relatou o problema no retorno da descrição das rejeições do UNICRED. ACBrBoleto2.ListadeBoletos.Objects[1].DescricaoMotivoRejeicaoComando.text ==> Retornando vazio Fiz um ajuste para resolver e postei o fonte, mas não foi analisado, então estou abrindo um tópico novo para esse problema. Esse problema do UNICRED é porque o código é lido com 8 caracteres, com isso ficam caracteres em branco no final. Quando é comparado na function TACBrBancoUnicredES.CodComplementoMovimento( if StrToInt(ACodMotivo) > 0 then ==> Aqui ocorre a exceção Inclui um TRIM na leitura, e o problema foi resolvido. ACBrBancoUnicredES.pas

Bom dia, Atualizei os fontes e o problema foi resolvido, compilou normalmente no D7. Podem fechar o topicos.

Boa tarde, Atualizei os fontes hoje e deu erro de compilação na ACBrNFSeXConfiguracoes.pas linha 444. fpConfiguracoes.WebServices.Params.SetStrings(ACBrNFSeXLocal.Configuracoes.WebServices.Params); Undefinied SetString Como estou com pressa, apenas comentei a linha e compilou normalmente.

@Italo Giurizzato Junior Fiz as alterações conforme você relatou, e deu tudo certo. Consegui enviar a nota sem problemas. Podem fechar o tópico.

Bom dia, Com as mudança do ISSNet mudei para o AcbrNFSeX, para um cliente de Oriximina-PA. Só que a aliquota esta dividindo por 100. E deve ser gerado 2,01 e esta gerando 0,0201 Se mudar, irá mudar para todos, por isso quero ver se tem alguma configuração, pra dividir ou não. Antes estava gerando normalmente. Dercide.

Bom dia, Atualizei os fontes e compilou sem problemas no D7.

Boa noite, Atualizei hoje os fontes, e deu erro de compilação no ACBrBancoFibra.pas na linha 77 ==> const CInstrucaoPagamentoFibra = 'PAGÁVEL EM TODA REDE BANCÁRIA'; Mudei de posição antes do Types e compilou normalmente. Segue o fonte. ACBrBancoFibra.pas

Estava escrevendo, mas ja outro usuario ja postou que deu certo. Vou testar tambem.

Acho que se der uma pesquisa no forum fica mais fácil. Tem outros, como Itau, Sicredi, Inter, Santander, mas não sei se estão totalmente 100%.

@Daniel InfoCotidiano Já enviei um arquivo com rejeição CNB 240. Chegou a verificar quanto ao mesmo problema do UNICREDI ? O @robertovilela me chamou e me mandou o retorno, aonde fiz o teste. Eu anexei o fonte corrigido.

Bom dia, Se a empresa for do Lucro Real não podem fazer a apuração de forma simplificada.

Esse problema do UNICRED é porque o código é lido com 8 caracteres, com isso ficam caracteres em branco no final. Quando é comparado na function TACBrBancoUnicredES.CodComplementoMovimento( if StrToInt(ACodMotivo) > 0 then ==> Aqui ocorre a exceção Inclui um TRIM na leitura, e o problema foi resolvido. Segue o fonte corrigido para analise. ACBrBancoUnicredES.pas

@Juliana Tamizou Apenas corrigindo o meu comentario : Adicionei toRetornoRegistroRecusado, junto com toRetornoComandoRecusado na comparação para poder alimentar o componente, não sei se é o ideal, pois tinha urgência na solução.

Boa tarde, Encontrei um problema leitura do retorno do Cecred CNAB 240. Quando o titulo tem uma rejeição - 03-Entrada Rejeitada, o componente não carregava o motivo da rejeição. unit ACBrBancoCecred ne linha 1197 OcorrenciaOriginal.Tipo := CodOcorrenciaToTipo(StrToIntDef(copy(Linha, 16, 2), 0)); ==> Retorna toRetornoRegistroRecusado Mas na function TACBrBancoCecred.CodMotivoRejeicaoToDescricao é comparado toRetornoComandoRecusado Com isso, o motivo da rejeição não é alimentada. Adicionei toRetornoComandoRecusado na comparação para poder alimentar o componente, não sei se é o ideal, pois tinha urgência na solução. ACBrBancoCecred.pas

Boa tarde, Se for para emitir NFe, pelo o que eu sei, apenas o PR exige o cadastramento do software.

Correto o valor de BC R$ 497,20 com redução de 60%. O contador esta certo.

Boa tarde, Acredito que se a cobrança é via WebService, o retorno do banco é imediato, pois essa é a finalidade desse tipo de cobrança. Não fiz do Sicredi, mas fiz do Banco do Brasil, apesar que adaptei o AcbrBoleto para funcionar como Tributação, o retorno do qrCode é imediato, podendo imprimir o boleto ou a guia de pagamento ja com o qrCode. Dercide Alvarez

Entendi, tenho que analisar pra ver a necessidade. Mas é estranho, pois temos o PRESTADOR e o EMITENTE. No caso os dados do Emitente são preenchidos ao alimentarmos o componente, e o prestador preenchemos ao enviar o RPS.

Com o XML da IPM, os dados não são preenchidos totalmente. Ele trás o codigo TOM da cidade em vez do nome da cidade. Dados do Prestador ficam vazios, uma vez que no XML tem somente o CNP e Código TOM da cidade do prestador. Os dados do tomador vem preenchido, apenas a cidade que vem o codigo TOM. Mas no Danfe sai o codigo TOM e vez do nome da cidade.

Boa noite, Pode fechar o tópico, alterei o cadastro da série do RPS para ficar de acordo.

@Italo Giurizzato Junior Eu enviei a nota e deu tudo certo, apenas uma duvida. No site da prefeitura o RPS esta cadastrado com a serie RPS. A NFSe com a série 1 O nome do arquivo XML da NFSe não deveria ser Nota+Serie-NFSE. Xml, nesse caso seria 11-Nfse.Xml Porém o nome do arquivo foi gerado como 1RPS-nfse.xml O nome do arquivo da nfse é a serie do RPS ? No arquivo retorno, esta voltando a serie da nota, como 1, e do RPS como RPS. (o contador que cadastrou), acredito eu.

@davi Era isso mesmo, foi so liberar o acesso via WebService e deu tudo certo. Obrigado pela dica. Ja tinha conferido a liberação dos RPS, mas o contador não fez essa liberação. Ja emiti a nota via WebService.

@Davi Vou verificar e testar.