Dercide Alvarez
-
Total de ítens
835 -
Registro em
-
Última visita
-
Days Won
1
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Dercide Alvarez
-
-
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.
-
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.
-
1
-
-
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.
-
Estava escrevendo, mas ja outro usuario ja postou que deu certo. Vou testar tambem.
-
1
-
-
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%.
-
1
-
1
-
-
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.
-
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.
-
Boa tarde,
Se for para emitir NFe, pelo o que eu sei, apenas o PR exige o cadastramento do software.
-
Em 28/12/2022 at 11:03, João Carlos Gielow disse:
Os 745,80 corresponde a 60% de 1243,00, então se você for reduzir 60% da base teria que fazer 1243,00 - 745,80 que no caso fica os 497,20 que é o valor que o seu contador passou.
Ficaria os 745,80 se houvesse 40% de redução.
Correto o valor de BC R$ 497,20 com redução de 60%. O contador esta certo.
-
1
-
-
6 minutos atrás, Claudiney Cogo disse:
Bom dia a todos.
Estou acompanhando este tópico pois hoje faço a geração dos boletos em lote no Sicredi utilizando o CNAB400. No momento que gero os boletos, o sistema já envia para os emails dos clientes e gera o arquivo remessa que é enviado posteriormente ao banco. Isso tem funcionado perfeitamente por anos já.
Porém agora com o PIX surgiu o interesse em imprimir o qrcode também e dar mais uma opção para o cliente.
Li os tópicos do forum sobre isso e no final entendi que é necessário o retorno do banco antes da impressão, o que realmente gera um certo problema, visto que o Sicredi realmente demora um pouco para retornar o arquivo. Também teria que inverter toda minha rotina para aguardar o retorno (até acho que isso seja o mais correto para evitar erros, mas como a cobrança é simples, funciona bem e fica ágil como está).
Para o Sicredi é preciso enviar o código do copia e cola no EMV para gerar o qrcode. Fiz esse teste com um código gerado no aplicativo. Não precisa de mais nada.
Como estou bastante cru no assunto PIX, a pergunta talvez seja um tanto tola, mas não é possível gerar esse código copia e cola dinamicamente? Não existe uma documentação sobre o cálculo desse código ou algo assim?
Abraço e obrigado.
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
-
1
-
-
15 horas atrás, oespiao disse:
Na verdade, os dados do prestador para reimprimir eu estou alimentando novamente, justamente por causa disso... meu problema era só a mensagem que eu nao sabia qual campo precisava ser preenchido.
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.
-
Em 01/10/2022 at 17:16, Renato Rubinho disse:
Boa tarde,
Está com os fontes atualizados?
Testei o programa de exemplo selecionando apenas o caminho dos schemas, preenchendo o município, salvando, clicando no botão imprimir e selecionando seu xml.
schemas: ..\ACBr\Exemplos\ACBrDFe\Schemas\NFSe
Segue o ini do programa de exemplo para testar aí.
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.
-
1
-
-
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.
-
1
-
-
@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.
-
1
-
-
Vou verificar e testar.
ISSNet - Oriximiná-PA - Mudança de versão do RPS
em ACBrNFSe
Postado
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.