Wilsonn

Ainda está dando erro de conexão, mesmo usando o programa exemplo, se alguém tiver passado por isso e puder me ajudar, obrigado!

Emissão funciona, consulta funciona, só substituir que não, se tiver alguma configuração diferente para substituir. Parâmetros que estou passando: Número do novo RPS, número da nota pra cancelar/substituir e código do cancelamento. Estou carregando no componente os dados do novo rps/nota. Se alguém já passou por isso e puder me ajudar? Obrigado!

Pois é acabei fazendo duas citações da mesma coisa.

Sim, mas nesse trecho é para emissão correto? A emissão está ok, o meu problema é o cancelamento por substituição, eu não entendi a relação desse trecho com a do cancelamento por substituição, por favor se tem relação, me fale qual? Trecho na minha aplicação, segue parâmetros: Código=1, sNumNFSe = estou informando o número da nota a ser cancelada/substituída, sMotivo='Erro na emissao', CodVerif = estou informando o código de verificação da nota a ser cancelada/substituída. Campos abaixo segue vazio devido não ter no xml da nfse gerado pela prefeitura. sSerieNFSe = vazio, sNumNFSeSub = vazio, porque no momento não tenho o numero da nota. Estou informando os dados/xml do novo rps para nova nota, função geranfse(novoRPS) com novo rps, alimenta o componente.

Bom dia Juliomar! Obrigado pela informações! Sim estou usando o componente, as emissões estão ok funcionando, no meu caso o município é Macapá, quando faço o cancelamento sem ser por substituição, funciona não dá erro, mas não é cancelado na hora, a prefeitura fica de analisar e fazer o cancelamento, mas isso é demorado, com o cancelamento pela substituição é na hora. Mas estou com esse problema, dá erro no ambiente de produção, homologação funciona. Segundo o suporte deve ser enviado no modo síncrono, mas no componente para substituir não vi onde informar o modo de envio.

Estou com problema para cancelar/substituir uma nfse no ambiente de produção, funciona no ambiente de homologação sem nenhum erro, mas em produção dá erro de conexão: X999-Erro de Conexão: s:Client - Error Usando os mesmos dados usado no ambiente de teste/homologação, mesmas configurações, só muda o ambiente para produção. Município de Macapá, provedor ISSNet, segundo suporte deles o envio é no modo síncrono. Tem como alterar o modo e como altero?

pessoal fechei o delphi e compilei novamente e deu certo, pode ser que tenha esquecido de compilar o pacote dependente.

saudações a todos! Fiz uma atualização dos componentes e quando vou compilar o pacote acbrserial está dando mensagem de erro: [dcc32 Error] ACBrETQPpla.pas(539): E2003 Undeclared identifier: 'cErrImgBMPMono'. Se alguém passou por esse problema, se puder me ajudar a resolver. Já vi o path e está tudo ok. Obrigado.

Saudações a todos. Estou com um problema ao importar um arquivo xml que tem tag ipi no Lazarus, já no Delphi carrega normal. Se alguém puder me ajudar desde já agradeço a todos!

Estou com problemas também com o grupo IPI, só que o meu caso é na hora de importar um xml de compra que vem ipi, no delphi o grupo IPI é carregado, mas no lazarus não carrega. Se alguém puder me dá uma dica. Obrigado!

a carteira ficou errada somente no exemplo que mandei vamos considerar carteira RG, mas foi correta RG para homologação, uso acbrboleto para outros banco, bradesco,itau etc.e sempre faço a homologação para garantir que todos as informações foram preenchidas corretamente, mas com a caixa estou com este problema, pode ser alguma propriedade errada ou não informada..

olá bom dia boa tarde alguém poderia me dar uma luz, obrigado....

bom dia a todos! A cobrança é SIGCB e estou informando para o componente as informações: acbrboleto1.Banco.TipoCobranca:=cobCaixaEconomica; acbrboleto1.Banco.TamanhoMaximoNossoNum:=15; Vencimento :=20/07/2017 DataDocumento :=25/06/2017 NumeroDocumento :=0000001/1 EspecieDoc :=DM Aceite :=atSim DataProcessamento :=18/07/2017 Carteira :=SR NossoNumero :=000000000000001 ValorDocumento :=3,00 Sacado.NomeSacado :=ANTONIO OLIVEIRA Sacado.CNPJCPF :=92670297210 Sacado.Logradouro :=TRAVESSA PARANA Sacado.Numero :=32 Sacado.Bairro :=CIDADE NOVA Sacado.Cidade :=MANAUS Sacado.UF :=AM Sacado.CEP :=69094014 ValorMoraJuros :=0,01 Mensagem.Text :=PROTESTO 15 DIAS DEPOIS DO VENCIMENTO. OcorrenciaOriginal.Tipo:=toRemessaRegistrar

na propriedade estou informando desta forma= acbrboleto1.Banco.TipoCobranca:=cobCaixaEconomica, ou devo informar assim: acbrboleto1.Banco.TipoCobranca:=cobCaixaSicob; qual usar?

olá obrigado por responder. minha homologação está dando problema no dígito verificador geral, está dando incorreto, aplicando o módulo 11, mas segundo o pessoal da homologação está incorreto.

Olá boa tarde alguém conseguiu homologar boletos caixa, SIGCB?

Boa tarde a Kiko Fernandes. estou com uma situação de destaque de icms para empresas do simples, so que passo para o acbr csosn = 900 e no xml ele gera diferente alguém já passou por isso.

Marcelo conseguiu resolver o seu problema, o meu é caso é igual ao teu. Bom analisando o manual e sabendo também que sei que o acbrboleto dificilmente poderia ter erro, então me atentei pelo tamanho máximo de 11 posições que diz no manual, mas tem um detalhe que é o dígito verificador que o próprio acbrcalcula e retorna então informei o range sem o D que o banco deu, ai deu certo. e quanto cortar o cnpj do beneficiário atualizei e compilei e não está cortando..

Olá bom dia a todos. Estou fazendo o processo de homologação de boletos junto ao banco HSBC, e foi gerado alguns boletos em pdf para o banco analisar e o banco retornou que o campo nosso numero deveria seguir um range estabelecido pelo banco o qual tem 11 caracteres sendo que no acbrboleto aceita no máximo 10 e outro problema é que na ficha de compensação está cortando o cnpj do beneficiário, eu poderia resolver diminuindo a fonte e alterar a função que valida o campo nosso numero, mas isso iria sair do padrão do acbrboleto, por isto estou reportando aqui.E o tipo de cobrança/carteira é PD - Produtor direto. talvez tenha que preencher algum campo no acbr boleto. Obs. a carteira eu informo como PD.

Julina bom dia e bom feriadão. o processo de homologação deu certo, mas tem um detalhe que queria comentar com você, na impressão do boleto se eu usa um numero sequencial para o campo nosso numero de 7 caracteres/digitos que é o que manda no manual, o próprio acbrboleto adiciona zeros a esquerda até completar 12 caracteres/dígitos só que ao gerar o arquivo de remessa ele pega somente os 7 últimos dígitos que é o que diz no manual devido ser permitido com 7 dígitos, só que eu adotei usar o nosso numero de forma a identificar e não duplicar com o nosso numero de outra loja, no caso quando tem matriz e filial, por exemplo para matriz eu uso o sequencial 10000001 e para a primeira filial 20000001, só que no boleto fica 0000010000001, tem alguma maneira de informar no acbrboleto para não acrescentar zeros a esquerda no campo nosso numero na impressão do boleto.vi que tem acbrboleto identificação do banco tem tamanhomaxinossonum, e informei sendo 7 mas mesmo assim acrescentou zeros a esquerda. desde já agradeço.

Juliana muito boa tarde! quero te agradecer pelo esforço em me ajudar, e quero também me desculpar por ter tomado seu tempo, acabei de encontrar o problema que estava fazendo com que o acbrboleto gerasse o arquivo remessa com uma posição a mais, o preenchimento dos dados da conta estava errado, tinha sido preenchido o digito da conta com dois dígitos, sendo que o correto é apenas um dígito. AcbrBoleto está corretíssimo. pela atenção muito obrigado.

oi Juliana confirmei aqui no sistema a carteira está certa, so que é não aquela que te passei nos dados é 101 e continua ainda gerando 401 posições, e foi na posição 384 em diante que vi está pegando errado, exemplificando supondo que a conta é 010125-59 está sendo gerado na posição 384 a 385 com o valor de 55 sendo que a homologação diz que o correto é 59.

oi Juliana boa tarde! obrigado por responder. bom quanto a carteira segundo o meu cliente está correta, bom o meu problema maior que é o acbrboleto está gerando o arquivo remessa com 401 posições sendo que deveria ser 400, verificando pela homologação do banco percebi que na posição 384 a 385 que é de duas posições deveria está o digito da conta mas está 3 posições ao invés de duas, está joga o ultimo numero da conta mais o dígito e com isso o arquivo está ficando com 401 posições. ok Juliana esclarecido, também achei estranho ter algum erro no componente sabendo que muitas pessoas o utiliza, quero agradecer mais uma vez.. vou verifica com o meu cliente.

oi Juliana boa tarde! obrigado por responder. bom quanto a carteira segundo o meu cliente está correta, bom o meu problema maior que é o acbrboleto está gerando o arquivo remessa com 401 posições sendo que deveria ser 400, verificando pela homologação do banco percebi que na posição 384 a 385 que é de duas posições deveria está o digito da conta mas está 3 posições ao invés de duas, está joga o ultimo numero da conta mais o dígito e com isso o arquivo está ficando com 401 posições.