Juliano Otaviano Barreto

Olá, bom dia. Agora neste instante eu não vou conseguir olhar pra você, pegar um exemplo nosso, mas eu faço isto mais tarde, caso você ainda esteja precisando. Mas eu sugiro que vc coloque "MostrarPreview" com false, porque se você quer que seja enviado diretamente para a impressora não tem lógica exibir na tela antes de imprimir, entende? Coloque false no "MostrarPreview" e tente novamente.

NFCom.NotasFiscais.Clear; NFCom.NotasFiscais.LoadFromFile(qrNF.fieldbyname('nfcom_arquivo_xml').AsString); NFCom.DANFCom.PathPDF:=CaminhoPDF+'\'; NFCom.DANFCom.NomeDocumento:=qrNF.fieldbyname('nfcom_chave_xml').asstring+ '-'+ remove_acento(qrNF.fieldbyname('razaosocial').asstring)+ '-NFCom.PDF'; Mensagem_Servidor.Lines.Add('Preparando a impressão'); Mensagem_Servidor.Lines.Add(''); NFCom.NotasFiscais.ImprimirPDF;

Estou com o mesmo problema. As observações das NFComs costumam ser extensas, cheia de numeros, datas, etc e os usuários costumam espaçar estas informações para ficar mais fácil a leitura. Porém quando a gente envia a string com a observação para o ACBrNFCom ele junto todas os paragrafos em sequencia, dificultando a leitura das observações, segundo os nossos usuários do sistema.

Desculpe, pela correria eu vou colocar aqui apenas um exemplo do meu código. Espero que te ajude.

Sim!Com estas mudanças eu consegui gerar os arquivos de remessa e de retorno. Sim. Com estas alterações eu consegui gerar o boleto com o nosso número gerado por nosso sistema, gerar os arquivos de remessa, etc. O grande problema deste banco é que ele não possui "validador" nos obrigando a gerar os arquivos de remessa diretamente na conta bancária do cedente. Isto nos atrasou bastante nos testes porque nem sempre o responsável do nosso cliente tinha condições de testar. Mais uma vez obrigado.

Podemos fechar este tópico pessoal, muito obrigado a todos que me ajudaram. Vou colocar aqui alguns detalhes específicos que usei na configuração da conta bancária. No meu caso foi obrigatório colocar o Avalista em todos os boletos.

Sim. O convênio do QI SCD é a agencia, a carteira e o numero da conta. Estou preenchendo sim.

Como eu havia enviado o boleto da remessa com o nosso numero vazio eu entendo que ele foi calculado pelo banco. Porém: Agência : 01 Número da conta : 1914700-7 Eu nao sei responder com certeza o que vc perguntou.

Após preencher o avalista conseguimos importar a remessa no banco QI SCD. Porém o boleto gerado no sistema eu não consigo pagar. Mas o boleto impresso pelo banco através do mesmo boleto que enviei na remessa está apto para pagar. Reparei que existe uma diferença entre a linha digitável do meu sistema com a linha digitável do banco. A linha de cima pertence ao sistema, a debaixo é o que difere no boleto impresso pelo banco. Alguma dica?

Mesmo após criar a remessa informando conteudo zerado nos dados do avalista não preencheu nada no arquivo de remessa. O componente está configurado com o tipo de cobrança: QITechSCD 40000005.rem Fiz mais um teste aqui preenchendo o avalista, vamos ver. 40000006.rem

Bom dia, Na nossa rotina existe o preenchimento dos dados do avalista, no caso está pulando porque neste boleto nao foi escolhido o avalista preenchido no cadastro do boleto, ou seja, não existe avalista. Vou mudar a rotina e preencher em branco os dados do avalista para ver se resolve alguma coisa ou se você tiver alguma outra sugestão. Obrigado.

Saudações. Estou fazendo a homologação do nosso software para emissão e envio de boletos no banco QI SCD através do envio de remessa CNAB400. Pela falta de material de consulta estamos enfrentando bastante problemas pois a cada tentativa superada outra surge apontada pelo usuário e as vezes pelo suporte do banco. Desta vez eles nos relataram que na linha que descreve os dados do boleto, valor por exemplo, da 2a linha em diante no lugar onde deveria constar os dados do sacado avalista o componente Acbrboleto está informando as mensagens do boleto. (Colunas 335 a 394). Solicito por favor que ocorra uma analise para eu saber o que posso fazer para sanar este problema. Desde já agradeço. Em abaixo o PDF com o layout do banco QI SCD e o arquivo de remessa que estou usando para homologação. 40000004.rem CNAB 400 - QI.pdf

Bom dia pessoal, algum avanço sobre esta demanda? Nós também estamos passando por este problema.

Muito obrigado @JeannyPaiva por sua sugestão, eu zerei o QRCode desta forma: Cte.Conhecimentos.Items[0].CTe.infCTeSupl.qrCodCTe:=''; Após executar o ACBr.Conhecimentos.LoadFromFile e o erro alterou, agora está aparecendo este erro: @Márcio B. muito obrigado. Eu já estou utilizando a versão atualizada do componente. Após utilizar a dica da @JeannyPaiva e retornando para a VersaoDF=3.00 eu consegui autorizar o CT-e. Não feche ainda o tópico por gentileza porque vou pedir os clientes para experimentarem amanhã cedo. Desde já agradeço a atenção de todos.

Estou tendo problemas com o CTe desde o dia 26.06.2023 com o seguinte erro: Falha ao interpretar o XML "xmlParseDoc" --> 23 - EntityRef: expecting ';' Já verifiquei dentro do arquivo XML em busca de caractéres inválidos e não encontrei nada. Porém ao compará-lo com um XML um pouco mais antigo, percebi que a falta do <![CDATA[]]> justamente na única parte do XML que contém um & Será que tem alguma relação com o que vocês estão mencionando neste tópico? Estou já a 2 dias com o @Diego A. Folieni tentando resolver este problema mas não estamos conseguindo.

Funcionou muito bem. Colocamos na rotina de configuração da DANFe para cada forma de pagamento a forma ideal de impressão para os dados financeiros.

Uma retificação, no caso o "ExibeCampoDePagamento" não é o booleano, ele utiliza 3 paramêtros para selecionar. Define se exibe ou não os campos de pagamentos: 0 = eipNunca 1 = eipAdicionais 2 = eipQuadro Assim que testarmos em produção vou marcar solucionado.

Muitissimo obrigado @Alexandre de Paula eu vou experimentar e assim que me certificar que deu certo marco como solução.

Saudações, Eu encontrei estes dois parametros na DANFe algum tempo e tenho utilizado para algumas empresas, manter o componente Danfe preenchido com estes parametros é tranquilo, porém, para aumentar a praticidade do sistema emissor de NF-e eu gostaria de alterar estes dois parametros do componente DANFe em tempo de execução. Eu já fiz diversas tentativas e pesquisas mas não encontrei, então a minha pergunta é se existe esta possibilidade. Desde já agradeço pela atenção.

Meu caro sobre os cálculos de Difal é uma questão de técnicas de cálculos de impostos e operações, muitos de nós, eu por exemplo não fiz curso de setor fiscal, mas a gente vai aprendendo alguma coisa pelo caminho. Com relação a ICMS tudo é relativo, depende da operação, depende da origem e do destino, o ideal é você explicar até onde vc já caminhou e onde está paralisado nesta demanda, assim fica mais fácil pra mim por exemplo te dizer se eu consigo te ajudar. Muitas coisas que aprendi para implantar em meu sistema eu aprendi com videos tutoriais, apostilas em PDFs, perguntando os contadores, etc e o que eu souber não tenho nenhum problema de passar pra frente. tmj

Tópico resolvido para mim. Mais uma vez obrigado.

Após colocar nos dados do emitente da NFC-e a cidade MANAUS, a UF AM e o código ibge de Manaus eu consegui transmitir em homologação. Eu fico receoso é se a NFC-e em homologação não fica ilegal se estiver emitida com dados incorretos do emitente.

Não amigo, esta mensagem apareceu quando gerei o xml e tentei transmitir esta mensagem consultando é do sistema nosso mas na verdade ele está transmitindo a NF.

Este é log que estou recebendo; na parte superior é a confirmação de coloquei a UF "AM" como webservice; o CST e o Token conforme o artigo repassado pelo amigo @Cleber Ferreira Muitissimo obrigado, este artigo vai ajudar muito.

Muitissimo obrigado, este artigo vai ajudar muito.