AltC

Caro Italo, não tenho muito costume em enviar sugestão para o projeto, se estiver fazendo de forma errada ou em local indevido, por favor me indique a forma correta. O fato é que detectei no modelo reduzido da impressão da NFCe, que os dados do consumidor quando identificado esta ficando cortado devido ao fato do componente não suportar todos os dados pois esta sendo utilizado o QrLabel, ond acho que o mais indicado seria usar o QRMemo, pois o mesmo vai ajustar a possição do endereço também, O endereço da mesma forma também deveria ser trocado por um QRMemo. Se achar melhor posso fazer a troca aqui e lhe enviar os mesmo já alterado.

Procurei na Web noticias sobre a adesão de Minas Gerais à NFCe e só encontro informação que o estadão aderiu, mas nada mais, então consultei o "Fale conosco" de Minas e Obtive a resposta... "Prezado (a) Senhor (a), A princípio informamos que em Minas Gerais não há previsão para implementação da Nota Fiscal de Consumo Eletrônica - NFC-e e nem tão pouco do Cupom Fiscal Eletrônico - CF-e. Devemos observar que o Ajuste SINIEF 11/2010, que trata do Cupom Fiscal Eletrônico – CF-e, é meramente autorizativo e não representa uma decisão do Estado de Minas Gerais em efetivamente implantar o sistema, pois ainda não há na SEF estudos técnicos quanto a sua eficácia e viabilidade, motivo pelo qual a adesão deste Estado não significa numa decisão pela implantação do Cupom Fiscal Eletrônico. Salientamos que em Minas Gerais para fins de convalidar um determinado protocolo ou convênio, inclusive atos do CONFAZ (ajustes, convênios, protocolos, etc.), depende da publicação de Decreto que o ratifique e que introduza suas regras em nossa legislação, sendo que em caso contrário, estarão sempre em vigor as regras previstas no RICMS-MG. Ressaltamos que até a presente data não foram implementadas na legislação mineira, as disposições consubstanciadas pelo Ajuste SINIEF 11/2010 e nem pelo Ajuste SINIEF 3, de 30 de março de 2012. Portanto e para acompanhar a evolução de norma legal neste Estado, recomendamos averiguar a existência de publicações dos Decretos de implementação em nossa legislação que a estejam alterando e/ou ratificando, disponível no endereço internet: http://www.fazenda.mg.gov.br/empresas/legislacao_tributaria/convenios/ , caso contrário, lembramos que devem, sempre, prevalecer as regras do RICMS-MG, aprovado pelo Decreto n.º 43.080, de 13 de dezembro de 2002. Para acessar o RICMS/2002 e seus anexos, basta clicar no seguinte link: http://www.fazenda.mg.gov.br/empresas/legislacao_tributaria/ricms/sumario2002.htm"

Estou tentando fazer um teste enviando para o estado de Minas Gerais e esta dado erro de webservice, o componente já esta atualizado para aceitar assinar para Minas

Boa tarde e Obrigado Juliomar pela atenção, fiz o que voce falou e mesmo com todas as pastas estando verde ainda persiste o mesmo erro. Já tentei abri o arquivo C:\ACBR_trunk\Fontes\ACBrCTe\ACBrCTeDAEventoQRRetrato.pas para ver o arquivo dfm (formulário) no Delphi 2007, 2010, xe3 e em todos esta dado o mesmo erro "Error creating form:Identifier expected on line 4"

Removi todo o ACBR do meu computador, utilizando aquele bat que apaga todos os arquivos necessários do disco, e esta ocorrendo o seguinte erro abaixo. Estou utilizando o instalador e somente o pacote ACBRMDFeDAMFEQRpkg.dpk esta dando o erro abaixo os depois compilaram corretamente. Error: E2161 Error: RLINK32: Error opening file "C:\ACBR_trunk\Fontes\ACBrCTe\ACBrCTeDAEventoQRRetrato.dfm" e ao tentar abrir o arquivo com o delphi esta ocorrento o sequinte "Error creating form:Identifier expected on line 4." Já procurei pelo grupo e não encontrei nada a respeito, Já apaguei o Diretorio do ACBR e peguei novamente no SVN. Alguém já viu este erro?

Obrigado Ítalo, Entendi, já que é do veículo os valores serão informados inteiro e não fracionários.

Bom dia Ítalo, Acima você comentou que somente as transportadores iram usar o MDFe, mas as empresas que emitam NFe e com transporte próprio transporte mercadorias para outros estados, também tem que emitir uma MDfe, independente se é uma NFe a ser entregue. Que inclusive para as empresas não Simples já são obrigadas desde 03/02/2014 e as empresas Simples a partir de 01/10/2014. Veja em https://mdfe-portal.sefaz.rs.gov.br/Site/Faq, pergunta 1 Item II.

Eu acho que uma relação de notas não vai resolver o problema, pois normalmente a empresa que vai pagar pelas NFCe vai querer uma nota para entra na sua contabilidade e efetuar o pagamento, visto que não pagou no momento da emissão do NFCe, como ocorre com os cupons fiscais. Acho que poderia emitir a mesma nota com o cfop 5929, porque ainda é um cupom de venda ao consumidor final.

Caros colegas do forum, Estou com uma dúvida, nas Tag´s abaixo comentadas, e não encontrei nada no fórum sobre o assunto, e no manual do MFDe diz que usar o ER48, que inclusive não tem informado no mesmo qual o conteúdo a usar. As tag´s tara,capKG e capM3 não deveriam receber valores fracionados, pois como vamos informar por exemplo 2,5 m3 se arredondar para baixo ou para cima a diferença pode ser muita em algum tipos de produtos, ou realmente deve ser informado como inteiro. Desde já agradeço a atenção de todos.

Ola pessoal, comecei agora a testar a emissão da NFCe, e gostaria de saber se possível fazer o preview na NFCe, pois quanto tento visualizar a mesma só exibe no formato de NFe.

Este problema sempre vai ocorrer quando fizer atualização dos fontes, pois tem propriedade no ACBrCTeDACTeQRRetrato.dfm que pode não ser a mesma do quick report que esta se usando. O procedimento para corrigir este problema é como já disse o Italo, abrir primeiro ACBrCTeDACTeQR. e depois o ACBrCTeDACTeQRRetrato e fazer alguma alteração no DMF e no pas, somente para que possa gravar novamente o DFM com a propriedade do seu quick report. Este problema acabou de acontecer comigo agora e já o corrige.

Caro Italo, Obrigado pela antenção, Funcionou corretamente

A unit ACBrCTeWebServices na linha 2547 NomeArq := Copy(StringReplace(FID, 'ID', '', [rfIgnoreCase]), 3, 37); retorna com 2 caracters a menos devido ao fato da copia iniciar no 3 caracter, visto que já foi substituído o conteúdo 'ID' da string 'ID31001....' ficando '31001....' então o a copia inicia em '001...', ficando faltando os caracteres '31', o que provoca a não localização deste arquivo. Eu substitui esta linha por NomeArq := Copy(FID,3, 39); poderia ser também NomeArq := Copy(StringReplace(FID, 'ID', '', [rfIgnoreCase]), 1, 39); Andre Cravo

Sobre o novo Ato COTEPE que diz que tem que gerar um registro "D4", este registro será gerado em que momento, no ato que for criado o DAV ou após sua impressão. No roteiro não oficial o teste só é feito em empressão do DAV em ECF, isto quer dizer então que só deverá fazer registro no D4 depois de impresso na ECF e este DAV sofrer alguma alteração e se impresso em impressora não fiscal não faz a geração do Registro. A principal dúvida é quando devemos gerar o registro D4, em que momento?

Já consegui, troquei a diretiva {$IMPLICITBUILD ON} que fica no arquivo ACBrMDFeDAMDFEQRpkg.dpk para "ON" pois estava "OFF" e funcionou corretamente. Desde já agradeço a atenção André Cravo

Tambem estou com o mesmo problemas para instalar "ACBrMDFeDAMDFEQRpkg", já fiz tudo recomendado anteriormente, e continua dando o erro abaixo [DCC Error] E2466 Never-build package '.ACBrMDFeDAMDFEQRpkg' requires always-build package 'QR5RunD2010'

Instalei todo o ACBR utilizando o instalador, mas ele não instala os componentes para o QReport, que é inclusive o utilizado pelo Demo_CTe. Então fui tentar instalar o ACBrCTeDacteQRpkg.dpk e me paresse que tambem estou com o mesmo problema, citato anteriormente, estou usando o Delphi xe3, com o quicreport instalado 5.05.1 O erro que esta me reportanto é o abaixo: [dcc32 Fatal Error] QR5RunDXE3.dpk(30): E2225 Never-build package 'ACBr_CTe' must be recompiled [dcc32 Fatal Error] ACBrCTeDacteQRpkg.dpk(81): E2202 Required package 'QR5RunDXE3' not found

Parabens, a todos envolvidos nesta conquista.

Lamentavel, estive na Autocom, inclusive tive no stand da DJ, e não me toquei que eram participamente do projeto Acbr. Uma pena, pois poderia trocar figurinhas ao vivo com uma turma nota 10, mesmo assim parabens pelo trabalho que estão executando.

As duas últimas semanas o site do NFe não esta sendo encontrado, ou seja algum servidor de DNS não esta localizando o servidor da NFe. Observamos que os clientes que tinham VELOX, estava funcionando, então, em um cliente que estava utilizando provedor de radio, levamos a maquina do mesma para a casa dele onde tinha um velos de 5m e funcionou normalmente, já em outro cliente usamos um modem 3G da CLARo e tambem funcionou, sem ter que fazer configuração alguma.

Obrigado pela Ajuda, foi de grande valia, vou acompanhar como sera o desfecho do acerto desta rotina no ACBr

Vocês estão desconsiderando o que eu já disse. De forma alguma estou disconsiderando, mas somente desta forma que o pva valida, tem que ser implementado no codigo regra para atenter o que o PVA atual pede e tambem o que voce disse.

Você alterou o Seu codigo? Porque eu acabei de baixar do ACBr tudo e a linha que tenho que alterar é "DFill(ALIQ_PIS, 4, True) " esta é a linha que esta como padão "DFill(ALIQ_PIS, 4) " alterei para esta e estou vendo que o seu codigo já esta assim.

Desculpe, mas ou eu entendi errado, ou não você entendeu o erro reportado de forma incorreta. Isso não é erro de o campo estar em branco, e sim que não foi informado o registro C485. O registro C485 foi gerado corretamente, inclusive com '0,0000', no valor da aliquota , é o registro c491, que não esta informando zeros, '0,0000', após eu colocar '0,0000', manualmente no arquivo gerado, o validador passou corretamente, isto esta ocorrendo com os CST 04 e 06 no meu caso. Fiquei umas 6 horas tentando resolver isto, tive que fazer o acerto manual no txt para poder enviar o arquivo. Se voce save onde alterar no codigo, por favor me diga que faço no meu, se no futuro for implementado no Acbr eu vejo.

Eu alterei o código do DEMO para essa situação (CST 73 ou stcofinsOperAquiAliquotaZero no registro C170 e CST 06 no registro C481) deixando a base de cálculo 100 e a alíquota vazia e o PVA 1.0.7 não acusou erro algum. Será que pode fazer um print dos erros acusados pelo PVA ou anexar o arquivo com problema? Acontece que esta ocorrendo somente com os registro com CST 04 e 06, com as venda com ECF's