Cleiton
-
Total de ítens
10 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Cleiton
-
-
Obrigado Raul,
Eu conversei com o gerente da conta do meu cliente, e ele me passou o telefone da central em Porto Alegre. Em contato com com o suporte da central me orientaram a fazer em duas etapas, porém ao enviar o arquivo de remessa em teste o banco não me devolve o retorno. E exigem o pdf como em uma homologação de boletos normal.
Vou tentar conversar om o gerente da conta novamente e fazer como você mencionou: diretamente em produção.
Desde já muito obrigado.
-
Bom dia Pessoal,
Estou com a seguinte dúvida:
Estou desenvolvendo o boleto híbrido do Sicredi via troca de arquivos. Até então tudo certo. O problema está na homologação pois o boleto híbrido precisa do retorno do banco contendo o "Registro Híbrido – Tipo 8" (onde contem o EMV gerado pelo banco) para imprimir o qrcode, portanto não consigo gerar os pdf's para homologação e enviar com a remessa. Entrei em contato com o banco e me orientaram a homologar em duas etapas: 1º enviar a remessa e 2º receber o retorno e imprimir os pdf's. No entanto a remessa de homologação não gera arquivo de retorno.
Pesquisei aqui no fórum porém todas as dúvidas referente a boleto híbrido são via api e não por troca de arquivos. Optei desta forma via troca de arquivos pois já tenho o sistema funcionado só iria adicionar a opção de boleto híbrido.
Alguém jé fez passou por esta situação ou efetuou este processo de homologar o boleto híbrido sem que seja via api?
Desde já agradeço.
-
Olá Boa noite,
Estou enfrentando dificuldades em obter o xml de retorno do provedor IPM, pois a propriedade ACBrNFSe1.NotasFiscais.Items[ 0 ].XMLNFSe retorna vazia,
e apropriedade ACBrNFSe1.NotasFiscais.Items[ 0 ].XML retorna apenas o conteúdo que foi enviado, sem as tags de protocolo e código de autenticidade.
Além do mais o arquivo 1-rec.xml devolvido pelo provedor está com o conteúdo todo em html.
Como estou fazendo processo: Após o envio salvo a nota em pdf e envio ela por email, até aqui tudo certo, todas as informações ficam no componente. O problema é que preciso do xml com o protocolo e código de
autenticidade para reimprimir ou reenviar por email por exemplo,
Se alguém conseguiu contornar este problema e gostaria de ajudar ficarei muito grato.
Desde já muito obrigado.
att,
Cleiton Coleto
-
Bom dia,
Assim como o colega Felipe mencionou acima estou enfrentando o mesmo problema com o provedor IPM.
A nota autoriza tudo certo, imprime, gera pdf no momento do envio, porém ao salvar o xml de retorno este não possui as tags de protocolo e código de verificação assim como aconte com a nfe e nfce.
Então quando é feito a reimpressão, pdf ou envio de e-mail a partir deste xml algumas informações como o código de verificação ficam em branco no DANFS-e.
Já trabalhei com o componente do acbr NFSe para o provedor Tecnos e sempre funcionou certo, acredito que seja um problema do provedor IPM.
Se alguém já passou por este problema ou possa nos ajudar, ficaria muito grato.
-
O Acbr EscPos imprime em bobina de 58mm?
-
Também passei por este problema. Mesmo o papel configurado para A4 na impressora padrão o DANFE e todos os relatórios desenvolvidos em Fortes ficavam cortados na lateral direita. O problema era o tamanho da fonte do windows que estava em 125%.
-
Olá, bom dia
Estou tentando enviar NFSe em homologação para a prefeitura de Veranópolis-RS no servidor Tecnos, porém sempre obtenho o seguinte erro:
Erro Interno: 12002
Erro HTTP: 0
Erro: Requisição não enviada.
12002 - O tempo limite da operação foi atingido.Atualizei os fontes hoje pela manhã e o erro persiste, lembrando também que não temos servidor de proxi.
Grato desde já.
-
Olá pessoal.
Estou enfrentando um problema semelhante, pois ao validar o xml da nfc-e o erro é sempre igual ao relatado pelo colega gtts. Conforme já descritos em outras postagens do fórum acbr, já verifiquei na função "function TACBrNFe.GetURLQRCode" da unit "ACBrNFe" e as variáveis: cIdCSC e cCSC estão carregando os valores corretos conforme foi configurado no componente. Testei também o demo que acompanha os fontes do acbr e o erro é o mesmo. Estou utilizando os web services do RS juntamente com os schemas disponibilizados nos fontes do trunk 2.
Desde já fico grato pela ajuda.
Em anexo o xml onde ocorre o erro de validação.
Abraço,
-
Também estamos com o mesmo problema em um cliente aqui no RS utilizando o componente para transmitir a nfe:
"O tempo limite da operação foi atingido - URL:https://nfe.sefaz.rs.gov.br/ws/Nferecepcao/NFeRecepcao2.asmx - SOAPAction:http://www.portalfiscal.inf.br/nfe/wsdl/NfeRecepcao2".
Porém o mais grave é quando retorna este erro mas a nota transmite para o SEFAZ e não recebenos o status de retorno do webservice na nossa aplicação. Como não temos o retorno o cliente tenta enviar novamente então recebe a rejeição por Duplicidade de NF-e.Já setamos as propriedades abaixo na tentativa de sanar o problema porém não obtivemos sucesso:
NFe1.Configuracoes.WebServices.AguardarConsultaRet := 30000;
NFe1.Configuracoes.WebServices.AjustaAguardaConsultaRet := True;
NFe1.Configuracoes.WebServices.IntervaloTentativas := 10000;
NFe1.Configuracoes.WebServices.Tentativas := 5;Também ja colocamos a consulta da nfe no sefaz através da chave de acesso para buscar o protocolo de autorização, antes de enviar a nota novamente porém o cliente pode ter feito alterações na nota antes de tentar o proximo envio, o que poderia causar um problema ainda maior por se tratar de notas com o mesmo número e mesma chave mas com conteudos diferentes.
Se alguém passou por algo parecido e estiver disposto a ajudar ou alguma idéia de como proceder. Desde já agradeço.
Homologação Boleto híbrido Sicredi via CNAB
em ACBrBoleto
Postado
Boa Tarde Pessoal,
Passando para dar um retorno sobre o assunto e ficar registrado caso alguém enfrente a mesma dificuldade.
Segui as orientações do colega Raul W. e homologamos de forma simples e sem problemas.
O processo é o mesmo de uma homologação normal, gerei os dez boletos em pdf e o arquivo de remessa porém sem colocar no componente os dados do pix e sem marcar na impressão do boleto como boleto híbrido. Após o banco homologar, em produção passei a enviar os dados do pix e alterei para a impressão de boleto híbrido. Porém primeiro deve ser enviado o arquivo de remessa, aguardar ser registrado no banco, e importar o retorno no sistema. O processo deve ser feito desta forma pois só no arquivo de retorno após o boleto estar registrado no banco é que retorna o EMV que é a url pix e o boleto pode ser impresso pois é o emv que gera o qrcode. O Sicredi disponibiliza uma opção chamada "múltiplo retorno" que funciona da seguinte maneira: toda vez que você envia um arquivo de remessa ele processa e devolve um arquivo de retorno em até uma hora. Essa configuração é muito útil pois não precisa aguardar até o proximo dia do envio da remessa para processar o retorno e enviar os boleto pro cliente.
Para quem já possui cobrança homologada via cnab no seu sistema e deseja disponibilizar o boleto híbrido sem ter que recorrer a Api, esta é a melhor maneira.
Gostaria de agradecer ao colega Raul W. pela ajuda, e também deixar minha colaboração.