fabiojrmoraes
-
Total de ítens
22 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por fabiojrmoraes
-
-
Em 08/11/2022 at 22:39, JHONLENON disse:
Vou deixar minha procedure de emissão de boleto usando API de Cobrança v2 em anexo. O mais importante é entender o processo que o site developers orienta. A ajuda dos gerente de conta é fundamental, mesmo que eles não entenda praticamente nada sobre o processo, porque quem abre a ocorrência para implantar a API de Cobrança é o gerente de conta PJ do itaú.
Procedure Emissão Boleto Itau v2.txt 17.06 kB · 49 downloads
Boa tarde tudo bem?
Esse seu procedimento de emissão via API v2 engloba também o BOLECODE (QR Code) ?
Agradeço.
Fábio
-
Entendi Antônio
Agradeço imensamente a ajuda!
att.
Fábio
-
Bom dia Antônio, tudo bem?
Estou no inicio da implementação do BOLECODE do Itaú, e tenho algumas dúvidas, e se puder responder, agradeceria.
Como essa imagem do QRCode para pagamento via PIX é disponibilizada para a inserção nos boletos?
É retornada através do registro do arquivo de remessa com esse novo código de ocorrência (71) ?
att.
Fábio
-
Bom dia companheiro, tudo bem?
Estou também no inicio para a implementação do boleto com o QRCode e verifiquei através da sua dúvida que você já está na caminhada, e possivelmente já resolveu o seu caso.
Se puder me ajudar, agradeceria, pois tenho algumas dúvidas.
As informações para gerar o QRCode no boleto são retornadas de qual maneira? Você deve gerar essa Location via API para gerar a imagem do QRCode a ser inserida nos boletos?
Agradeço.
att.
Fábio
-
Olá. Estou com um problema parecido. Conseguiu resolver, e se sim, como?
-
Boa tarde
Estou com o mesmo problema. Foi resolvido? Se foi resolvido, qual foi o procedimento?
att.
-
Boa tarde
Tive que fazer uma alteração para que as margens de impressão da NFC-e sejam salvas corretamente. No arquivo fonte estava salvando na chave errada:
with DFE.Impressao.NFCe.Emissao.DANFCe do
begin
Ini.WriteFloat( CSecDANFCe, CKeyDANFCeMargemInf , MargemInf );
Ini.WriteFloat( CSecDANFE, CKeyDANFCeMargemSup , MargemSup );
Ini.WriteFloat( CSecDANFE, CKeyDANFCeMargemDir , MargemDir );
Ini.WriteFloat( CSecDANFE, CKeyDANFCeMargemEsq , MargemEsq );
Ini.WriteFloat( CSecDANFE, CKeyDANFCeLarguraBobina , LarguraBobina );
end;Para:
with DFE.Impressao.NFCe.Emissao.DANFCe do
begin
Ini.WriteFloat( CSecDANFCe, CKeyDANFCeMargemInf , MargemInf );
Ini.WriteFloat( CSecDANFCe, CKeyDANFCeMargemSup , MargemSup );
Ini.WriteFloat( CSecDANFCe, CKeyDANFCeMargemDir , MargemDir );
Ini.WriteFloat( CSecDANFCe, CKeyDANFCeMargemEsq , MargemEsq );
Ini.WriteFloat( CSecDANFCe, CKeyDANFCeLarguraBobina , LarguraBobina );
end; -
Reiniciar a cada impressão sem chance né?
Isso se torna totalmente inviável, principalmente para o usuário que está do outro lado.
Enquanto não for solucionado, permaneço utilizando uma versão anterior.
att.
Fábio
-
Boa tarde
O problema está na chamada da função ImprimirDANFE, que por algum motivo, está passando a chave anterior.
[ENVIO]
Versao=PR-v3_4_1
TpAmb=2
VerAplic=PR-v3_4_1
CStat=103
XMotivo=Lote recebido com sucesso
CUF=41
NRec=411000002885296
DhRecbto=15/12/2017 16:36:10
TMed=1
Recibo=411000002885296
Autorizado o uso da NF-e
[RETORNO]
Versao=PR-v3_4_1
TpAmb=2
VerAplic=PR-v3_4_1
NRec=411000002885296
CStat=100
XMotivo=Autorizado o uso da NF-e
CUF=41
[NFE128799]
Versao=PR-v3_4_1
TpAmb=2
VerAplic=PR-v3_4_1
CStat=100
XMotivo=Autorizado o uso da NF-e
CUF=41
ChNFe=41171200502754000140650010001287991001287990
DhRecbto=15/12/2017 16:36:10
NProt=141170000882248
DigVal=dD2oXZ3Py2y6ehSpa8Uyed9ekmw=NFe.ImprimirDANFE("C:\ACBrMonitorPLUS\Retorno\Arquivos\41171200502754000140650010001287981001287984-nfe.xml")
OK: Danfe Impresso com sucessoComo dito anteriormente, a versão anterior funciona sem problemas.
att.
Fábio
-
Boa tarde
Fiz a compilação dos últimos fontes do ACBRMonitor PLUS e descobri um erro gravíssimo: Sempre está imprimindo
os mesmos cupons. Faço dois pedidos: a impressão do primeiro sai corretamente. Mas a impressão do segundo cupom
sai à do primeiro. Se eu imprimo o 3 cupom, continua imprimindo como se fosse o primeiro.
Para tirar as dúvidas, instalei uma versão antiga do ACBRMonitor PLUS e essa situação não aconteceu.
Para não falar besteira, atualizei novamente todos os fontes do ACBRMonitor PLUS, fiz a compilação completa no Lazarus
e o erro persistiu.
att.
Fábio
-
Bom dia
Estou com um problema de impressão da NFC-e em layout A4 utilizando o ACBRMonitor Plus em um cliente. O mesmo utiliza uma impressora a laser Brother dcp8085 dn e a impressão sai centralizada na folha e o final do conteúdo na margem direita acaba cortando alguns caracteres conforme a imagem em anexo. Já fizemos as configurações de margens no monitor, olhei as configurações de margem no próprio driver da impressora, mas aparentemente está tudo correto.
Se alguém puder ajudar, agradeceria.
Fábio
-
Boa noite
Estou fazendo alguns testes com a opção do OpenSSL configurada no AcbrMonitor e encontrei alguns problemas:
1) Não consegui enviar nenhuma nota utilizando o certificado da VALID - O certificado é de arquivo A1 (rejeição de Assinatura difere do calculado). Através da CAPICOM funciona sem
problemas.
2) Utilizando o método setformaemissao, setando o valor para 9 (offline) simplesmente o acbrmonitor não responde. Fazendo o mesmo procedimento utilizando a CAPICOM,
o ACBRMonitor responde sem problemas.
Se alguém puder ajudar, agradeceria,
Fábio
-
Boa tarde
Utilizo o ACBRMonitor para o envio de notas fiscais de consumidor eletrônica.
Configurando o monitor utilizando o capcom, a nota é autorizada sem problemas.
Mas com o openssl, tem-se a seguinte rejeição: Assinatura difere do calculado.
A questão é que com outros clientes, funciona perfeitamente.
Não sei se tem algo haver, mas o cliente utiliza o certificado da VALID.
Se alguém puder ajudar
Obrigado
Fábio
-
Bom dia
Identifiquei uma situação que gostaria de uma ajuda. Ao fazer a impressão de uma NFC-e com vários itens (25 itens) pela ESCPOS (bematech MP-4200 TH) a impressão
sai perfeitamente. Se eu mudo para a impressão para a bobina utilizando a opção do Fortes Report, corta algumas informações no final da impressão a partir das informações
do consumidor. Mas se imprimo pela opção do Fortes Reports, com poucos itens (2 itens conforme anexo), sai perfeitamente.
Salvando o arquivo em PDF e mandando para impressão, sai corretamente.
Se alguém puder ajudar, agradeceria.
Obrigado,
Fábio
-
Bom dia
Identifiquei uma situação que gostaria de uma ajuda. Ao fazer a impressão de uma NFC-e com vários itens (25 itens) pela ESCPOS (bematech MP-4200 TH) a impressão
sai perfeitamente. Se eu mudo para a impressão para a bobina utilizando a opção do Fortes Report, corta algumas informações no final da impressão a partir das informações
do consumidor. Mas se imprimo pela opção do Fortes Reports, com poucos itens (2 itens conforme anexo), sai perfeitamente.
Salvando o arquivo em PDF e mandando para impressão, sai corretamente.
Se alguém puder ajudar, agradeceria.
Obrigado,
Fábio
-
Obrigado Régys
Deu certo.
att.
Fábio
-
Bom dia
Estou fazendo a impressão da NFC-e, e tanto a impressão pela opção ESCPOS ou pela bobina do Fortes (no ACBrMonitor PLUS) está aparecendo caracteres
inválidos em letras acentuadas. Por ex: MARINGÁ aparece como MARING?
Na verdade, creio que o problema seja na geração do xml, pois no arquivo gerado o caractere aparece inválido também.
Antes de enviar esta dúvida, procurei se existia algo relacionado nos fóruns. Marquei a opção "ANSI" tanto no arquivo de entrada
como o de saída no ACBRMonitor PLUS. E também não acabou funcionando.
Faço o envio criando primeiramente o arquivo .ini para que o Monitor PLUS faça a geração do xml.
Segue anexo arquivos .ini, impressão da NFC-e e arquivo xml caso o pessoal possa dar uma ajuda.
Obrigado,
Fábio
-
Boa tarde pessoal
A impressão da NFC-e utilizando a opção ESCPOS está obedecendo a quantidade de casas decimais que especifico (3 decimais no ACBR Monitor PLUS).
Quando altero para a impressão em bobina usando o Fortes, está arredondando em duas casas. Tive a curiosidade de olhar o código fonte, e realmente
no método rlbDetItemBeforePrint está sendo usado o FormatFloat com 2 decimais. O que fazer neste caso?
Segue anexos da impressão utilizando o ESCPOS e o Fortes.
Obrigado,
Fábio
-
Boa tarde
Estou fazendo alguns testes no ambiente de homologação da NFC-e no estado do PR, e me deparei com a seguinte rejeição:
"Parametro do QR-Code divergente da Nota Fiscal (cDest)"
Olhei o xml, e todos os campos estavam constando corretamente. Ao não ser o fato da informação do CPF ser gerada com a máscara na função
GetURLQRCode (unit ACBrNFe.pas).
Fiz a alteração da constante "Destinatario" para "OnlyNumber(Destinatario)" e desse modo, a nota foi enviada sem problemas.
Não sei se fiz o correto, mas foi a maneira que acabou resolvendo.
Se o pessoal puder dar um veredito, agradeceria.
att.
Fábio
-
Boa tarde
Tomei coragem e estou fazendo a conversão para o Trunk2.
A instalação utilizando o acbrinstall foi feita sem problemas. Mas ao tentar dar um Build All no meu projeto, tive a rejeição na seguinte linha
na unit ACBRDevice.pas:
"Undeclared identifier: ConnectionTimeout"
Socket.ConnectionTimeout := (TimeOut * 1000)
Obrigado,
Fábio
-
Boa noite
Implementamos uma rotina para o envio posterior de NFC-e(s) que são emitidas de forma off-line. Chamamos o ACBr Monitor pelo Agendador de tarefas do Windows, mas reparamos que neste caso, mesmo estando em memória, ele não aparece no tray do Windows, e não retorna as respostas como se o mesmo fosse inicializado manualmente.
Isto é alguma particularidade, ou existe alguma maneira melhor de inicializar o ACBr Monitor quando o usuário (Administrador, por ex) estiver desconectado? Lembrando que colocamos a tarefa para iniciar como Administrador e todos os privilégios possíveis.
Obrigado pela atenção
Fábio
Homologação NFS-e São José/SC
em ACBrNFSe
Postado · Editado por fabiojrmoraes
Erro nos anexos
Boa tarde
Estamos tentando homologar nosso cliente que fica na cidade de São José/SC.
Estamos com uma dificuldade onde não estamos conseguindo autorizar via webservice uma nota de serviço
onde não estamos conseguindo encontrar motivo para tal rejeição.
Emitindo uma outra nota via https://nfse-saojose.atende.net/, com as mesmas características desta que
estamos tentando enviar via webservice, a mesma foi autorizada sem problemas. Fizemos o download
do XML desta nota emitida pelo site, e comparamos com o nosso emitido pelo nosso sistema.
O grande problema é que estamos tentando emitir esta nota pelo código de serviço 702, onde
temos um valor de dedução do imposto (o total a nota é R$ 1.000,00) onde deduzimos R$ 500,00,
ou seja, vamos tributar em cima de R$ 500,00 com a alíquota de 3% do ISS, resultando em um valor
de R$ 15,00 de imposto.
Essa nota esta sendo emitida com a tag situacao_tributaria=4, ou seja, com dedução e retida na fonte.
E no momento do envio, temos a seguinte rejeição:
Motivo: 00055 - Valor da soma (DEDUÇÃO + ISSRF) é superior ao valor tributável.
00039 - Valor do ISSRF para o serviço prestado não está preenchido corretamente.
Arquivo XML autorizado da nota feita pelo site
Arquivo XML recusado por emissão via webservice
O que não estamos entendendo, é como uma nota, com um XML praticamente igual, foi autorizado via site,
e o comportamento via webservice está sendo totalmente outro.
Se alguém puder nos ajudar a tentar resolver esta questão, ficaríamos agradecidos, pois tentamos ajuda da IPM, e até agora nada...