Ir para conteúdo
  • Cadastre-se

fabiojrmoraes

Membros
  • Total de ítens

    22
  • Registro em

  • Última visita

Últimos Visitantes

1.389 visualizações

fabiojrmoraes's Achievements

Contributor

Contributor (5/14)

  • Dedicated Rare
  • First Post
  • Collaborator Rare
  • Conversation Starter
  • Week One Done

Recent Badges

0

Reputação

  1. 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...
  2. Boa tarde tudo bem? Esse seu procedimento de emissão via API v2 engloba também o BOLECODE (QR Code) ? Agradeço. Fábio
  3. Entendi Antônio Agradeço imensamente a ajuda! att. Fábio
  4. 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
  5. 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
  6. Boa tarde Estou com o mesmo problema. Foi resolvido? Se foi resolvido, qual foi o procedimento? att.
  7. 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;
  8. 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
  9. 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 sucesso Como dito anteriormente, a versão anterior funciona sem problemas. att. Fábio
  10. 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
  11. 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
  12. 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
  13. 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
  14. 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 NFCE_5397.pdf
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.