-
Total de ítens
30 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Tudo que Júlio Cesar Campos postou
-
Quebra de linhas em informações complementares
Júlio Cesar Campos replied to Nelson A Servija Vechini's tópico in ACBrNFe
Não sei se entendi corretamente, mas elas também deveriam estar separadas por ponto e vírgula e daria certo. -
Quebra de linhas em informações complementares
Júlio Cesar Campos replied to Nelson A Servija Vechini's tópico in ACBrNFe
Bom dia. Separa as linhas por ponto e vírgula. -
Bom dia. Mesmo com os fontes atualizados, no CNAB 400 a informação saiu zerada para as colunas respectivas. Mas eu posso estar alimentando algo errado tbm.
-
Poderia ser, mas se foi, foi uma coincidência muito grande. Eu nunca consegui emitir desde que a validação está ativa, a cliente tirou a NF-e dia 29/11/2019 e implantou nosso sistema 3 dias depois e não conseguiu mais. Testei pelo validador de RS e havia notado que ele diz que a NF-e é válida. Se eu tento fazer uma idêntica em homologação não consigo.
-
Bom dia @Cristhian Massini Temos um processo semelhante então será fácil para o cliente preencher a informação do CEST. O questionamento que fica é como que foi possível ele emitir NF-es até o momento, sendo que grande parte dos produtos dele está cadastrada com CSOSN 500 e a informação de CEST está vazia nas NF-es emitidas por ele. A nota que deixei em anexo está nessa condição, foi emitida dia 29/11/2019, ou seja, as validações de CEST já estavam ativas e não possui ICMS-PART que são as duas exceções para a validação 806 que obriga a informação de CEST. Eu não consigo replicar a situação que gerou a NF-e pois recebo o retorno 806.
-
Nos meus testes, sempre que o texto das informações adicionais é colocado, podendo ter alterações e está configurado ImprimeContinuacaoDadosAdicionaisPrimeiraPagina como True e ExpandirDadosAdicionaisAuto como false. Se ExpandirDadosAdicionaisAuto estiver como true, o erro não acontece. o texto das informações adicionais: I-DOCUMENTO EMITIDO POR ME OU EPP OPTANTE PELO SIMPLES NACIONAL;II-NAO GERA DIREITO A CREDITO FISCAL DE ISS E IPI;III-ICMS A SER RECOLHIDO CONFORME LC 123/2006-SIMPLES NACIONAL;Você pagou aproximadamente:;R$ 11,96 de tributos federais;R$ 16,20 de tributos estaduais;R$ 61,84 pelos produtos;Fonte: IBPT/FECOMERCIO(0C3829);PROCESSO FAPESP 2017/08505-5;PROF SERGIO PEREIRA;LADE - DEPARTAMENTO DE CIÊNCIAS BIOLÓGICAS;FACULDADE DE CIÊNCIAS - UNESP - CAMPUS BAURU; predanfe.xml
-
Rejeição 806 Rejeição: Operação com ICMS-ST sem informação do CEST
um tópico no fórum postou Júlio Cesar Campos ACBrNFe
Bom dia. Estou tentando emitir uma NF-e sem a informação de CEST. Quero fazer isso, por causa do XML em anexo. Como que a pessoa conseguiu emitir o XML em anexo? Ele não passa em nenhuma exceção da validação 806. Consultei na receita e a NF-e está lá. importadonfeImpossivel.xml -
Desculpe a demora @Juliomar Marchetti Segue em anexo um PDF com a quebra. o nome Prof Sergio Pereira, deveria ficar na mesma linha, mas está Prof Sergio Pereira. Se for adicionado um espaço ao fim do nome dele, fica como o segundo pdf(semquebra). Expandir os dados adicionais está false; Imprimir na primeira página está true. comQuebra.pdf semQuebra.pdf
-
Quebra incorreta ImprimeContinuacaoDadosAdicionaisPrimeiraPagina
um tópico no fórum postou Júlio Cesar Campos ACBrNFe
Bom dia. Eu não estava ciente da notícia sobre a variável ImprimeContinuacaoDadosAdicionaisPrimeiraPagina e ExpandirDadosAdicionaisAuto. Alguns clientes estavam reclamando da quebra de páginas, então eu encontrei a primeira variável. Liguei ela. Parecia que havia resolvido. Hoje, um cliente nos informou de uma quebra incorreta de linhas nos dados adicionais. Descobri a segunda variável, tornei as duas configuráveis para os meus clientes, mas queria noticiar o erro da quebra. O texto dos dados adicionais é este: I-DOCUMENTO EMITIDO POR ME OU EPP OPTANTE PELO SIMPLES NACIONAL;II-NAO GERA DIREITO A CREDITO FISCAL DE ISS E IPI;III-ICMS A SER RECOLHIDO CONFORME LC 123/2006-SIMPLES NACIONAL;Você pagou aproximadamente:;R$ 11,96 de tributos federais;R$ 16,20 de tributos estaduais;R$ 61,84 pelos produtos;Fonte: IBPT/FECOMERCIO(0C3829);PROCESSO FAPESP 2017/08505-5;PROF SERGIO PEREIRA;LADE - DEPARTAMENTO DE CIÊNCIAS BIOLÓGICAS;FACULDADE DE CIÊNCIAS - UNESP - CAMPUS BAURU; Um espaço após o Pereira, resolveu o problema pontualmente para o cliente. I-DOCUMENTO EMITIDO POR ME OU EPP OPTANTE PELO SIMPLES NACIONAL;II-NAO GERA DIREITO A CREDITO FISCAL DE ISS E IPI;III-ICMS A SER RECOLHIDO CONFORME LC 123/2006-SIMPLES NACIONAL;Você pagou aproximadamente:;R$ 11,96 de tributos federais;R$ 16,20 de tributos estaduais;R$ 61,84 pelos produtos;Fonte: IBPT/FECOMERCIO(0C3829);PROCESSO FAPESP 2017/08505-5;PROF SERGIO PEREIRA ;LADE - DEPARTAMENTO DE CIÊNCIAS BIOLÓGICAS;FACULDADE DE CIÊNCIAS - UNESP - CAMPUS BAURU; A variável ImprimeContinuacaoDadosAdicionaisPrimeiraPagina estava como true e ExpandirDadosAdicionaisAuto estava false. Atualizei hoje os fontes do ACBR para testes. -
Falha na acentuação de Danfe no XE
Júlio Cesar Campos replied to Júlio Cesar Campos's tópico in ACBrNFe
Uma última informação. Se eu tiro o utf-8 do começo do meu texto xml, no XE vai pois a função EhUTF8 retorna false. Acho que já tenho um meio de trabalhar para resolver agora. -
Falha na acentuação de Danfe no XE
Júlio Cesar Campos replied to Júlio Cesar Campos's tópico in ACBrNFe
Não achei como editar. O xml do primeiro post está incorreto. O desse é o correto. Mais um fato interessante, se eu salvo o XML e dou loadfromfile e imprimo, vai de boa. Não consegui fazer o loadfromstring carregar os assentos. Homologacao_113-procNFe.XML -
Falha na acentuação de Danfe no XE
Júlio Cesar Campos replied to Júlio Cesar Campos's tópico in ACBrNFe
No código, atribuo o valor de um TStringList ao banco, sem formatação. e na impressão: ACBrNFe1.NotasFiscais.LoadFromString( QArq.FieldByname('arquivo').AsString ); ACBrNFe1.NotasFiscais.Items[0].Imprimir; Para garantir que não fosse o processo de salvar no banco e capturar, tentei salvar em base64 e depois decodificar. Não mudou em nada. -
Bom dia. Estou perdendo muito tempo para tentar corrigir algo que imagino que deveria ser simples. Estamos migrando nossa aplicação de Delphi 7 para XE e vários ajustes estão sendo necessários. Um que não estou conseguindo resolver é o problema da acentuação dos caracteres no Danfe. Seguem os fatos e testes que realizei: No delphi 7 vai de boa. Tentei retirar os assentos, conforme esse tópico e não resolveu: Esse outro tópico não teve resolução, mas aplicando o mesmo teste realizado pelo @tobexy, no showmessage há diferença nos resultados, no impresso não há. Por fim, tentei o que foi postado neste tópico Meus fontes(do fortes) já estavam atualizados, mas reinstalei da mesma forma. Não houve mudanças. Segue em anexo o xml e o pdf para testes. HOMOLOGACAO_113-procNFe.PDF Homologacao_113-procNFe.XML
-
Bom dia @Italo Jurisato Junior Realmente, consegui testar e encontrei onde a informação está aparecendo. Eu utilizo o ACBr lendo um XML feito pelo sistema ao invés de preencher os campos diretamente no componente e tentei criar a informação e validar o XML antes de o assiná-lo. Acredito ter sido este o meu erro. Em meus testes foi suficiente alimentar a informação ACBrMDFe1.Configuracoes.Geral.GerarInfMDFeSupl := fgtSempre;// e ACBrCTe1.Configuracoes.Geral.GerarInfCTeSupl := fgtSempre; { ou fgtSomenteHomologacao, fgtSomenteProdução ou fgtNunca } E só estou repetindo aqui para que outra pessoa que pesquise já tenha a resposta ao questionamento, embora essa explicação acima esteja naquele tópico sobre as modificações do MOC 3.0. Não havia me atentado que havia uma data diferente para implantação dos impressos. Na verdade, achei bastante confusas as divulgações de datas(sem dia) e de 3 documentos separados para cada finalidade. Muito obrigado pelo retorno. Este tópico pode ser encerrado.
-
Boa tarde. Estou tentando desenvolver o Qr Code do CT-e e em seguida vou me dedicar nas mudanças para o MDF-e. Estou tendo dificuldades em interpretar o manual disponibilizado pela receita. No conteúdo do qrCode, temos o seguinte texto: 1ª parte - Endereço do site da Portal da SEFAZ autorizadora do CT-e, seguido do caractere “?”; exemplo: http://dfe-portal.svrs.rs.gov.br/cte/QRCode Os endereços de consulta a serem utilizados no QR Code em ambiente de produção e ambiente de homologação estão disponíveis no Portal da SVRS do CT-e (http://dfeportal.svrs.rs.gov.br/cte/Servicos). Estou entendendo que o endereço fornecido é um exemplo e o endereço que realmente devo utilizar se encontra no link em parenteses. Mas no link em parenteses, temos vários links de vários serviços. Não consegui interpretar qual devo utilizar. (Sefaz de SP). Também gostaria de saber como que está o desenvolvimento desse recurso com a ACBr. O que preciso mudar para exibir o qrCode e se precisa ser alterado algo para transmití-lo? Agradeço a contribuição. Antes de postar, pesquisei as postagens e concluí que ainda não havia material sobre o assunto, visto que a última postagem sobre qr code do CT-e foi antes da disponibilização do ambiente de homologação.
-
Muito bem observado. Muito obrigado.
-
Bom dia. Estou pesquisando sobre o assunto e gostaria de alguma opinião de pessoas mais experientes. O Manual da receita traz a informação de CRT logo abaixo de um bloco opcional (IM e CNAE), mas não trás o CRT como optativo, ou seja, é obrigatório. Porém estou com uma NF-e sem essa informação que atrapalhou todo meu processamento. Em contrapartida, estou tentando emitir uma NF-e sem essas informações e o emissor gratuito não permite e a ACBR preenche se eu deixo a informação vazia. Quando que é possível emitir uma NF-e sem CRT? Para quem quiser analisar, a chave é: 50110252005378000696550020000877881964324179
-
Bom dia Italo. Atualizei aqui e foi sucesso. Muitíssimo obrigado.
-
Bom dia @Italo Jurisato Junior . Muito bem lembrado, não lembrada dessa situação e já estou comentando no meu código. Porém, não é o caso. Esses CT-es que estou testando foram emitidos em ambiente de produção. No código, o Cancelada está como true e foi impresso como em anexo. 35190206344607000175570000000021721000018750-procCTe.pdf 35190206344607000175570000000021721000018750-procCTe.xml