Gr@c@

Pessoal, eu fiz o update hoje do componente e também estou tendo o mesmo erro do nosso colega centuryinf. Além disso, não consigo fazer o build do ACBrComum.dpk e em consequencia, tenho erro em todos os demais componentes (ACBrNFe,ACBrCTe). O que foi que mudou?

Este erro está ocorrendo ao dar build no ACBrComum.dpk e está intereferindo nos demais componentes do ACBr (ACBrNFe,ACBrCTe...) Fiz o update hoje(12/11/2012)

Bom dia Só uma confirmação por favor: o CT-e em Fortes Report está sendo atualizado como o CT-e em QuickReport?

A intenção aqui é fazer aplicativo para 32 e 64 bits, onde estaria incluso pelo menos NF-e, CT-e e SPED. A maioria dos micros agora vem com Windows7 64bits e já tivemos problemas com o aplicativo ECF + dll do fabricante. Lembra como foi rápida a transição do 16bits para 32bits e como as pessoas torciam o nariz para aplicativos 16bits?

Segue resposta do SEFAZ recebida em 04/10/2012 A legislação pertinente está disposta no Art. 96 da parte geral do RICMS/02, inciso XI, alíneas a, b e c, acessado através do link http://www.fazenda.gov.br/confaz/confaz ... 009_07.htm . Citamos ainda o Art. 58-B do CONVÊNIO/SINIEF 06/89 (link http://www.fazenda.gov.br/confaz/ ): Fica permitida a utilização de carta de correção, para regularização de erro ocorrido na emissão de documentos fiscais relativos à prestação de serviço de transporte, desde que o erro não esteja relacionado com: I - as variáveis que determinam o valor do imposto tais como: base de cálculo, alíquota, diferença de preço, quantidade, valor da prestação; II - a correção de dados cadastrais que implique mudança do emitente, tomador, remetente ou do destinatário; III - a data de emissão ou de saída. Conforme parecer da superintendência responsável, informamos que em Minas Gerais a Carta de Correção Eletrônica (CC-e) ainda não foi instituída para sanar erros em campos específicos do CT-e, somente da NF-e. Assim, a carta de correção em papel poderá ser utilizada para corrigir o CT-e nas situações previstas na legislação. Havendo dúvida sobre a aplicabilidade da Carta de Correção em situações específicas, sugerimos dirigir-se ao plantão fiscal da AF de sua circunscrição (endereços no link http://www.fazenda.mg.gov.br/secretaria/enderecos/ ) para obter esclarecimentos relativos ao seu caso, portando o documento a ser corrigido e um documento de identificação da sua responsabilidade legal perante a empresa e/ou a operação/prestação. Considerando somente o atendimento por e-mail que você acabou de receber, clique abaixo de acordo com sua opinião: Ótimo | Bom | Regular | Ruim Qualquer outra informação ou esclarecimento sobre dispositivos da legislação tributária, que não se revista das características e dos requisitos próprios de consulta (RPTA/MG, artigo 37, aprovada pelo Decreto nº 44.747 de 03 de março de 2008), será prestado verbalmente ao interessado pela Administração Fazendária do município de circunscrição do contribuinte, conforme disposto no art. 48 do diploma legal citado. *As dúvidas esclarecidas por esta mensagem têm caráter de orientação não gerando o efeito decorrente da consulta formal. Atenciosamente, FALE CONOSCO - SEF Diretoria de Gestão do Atendimento ao Público Superintendência de Arrecadação e Informações Fiscais Tel.: 155 para todo o Estado de Minas Gerais; (31) 3303-7995 para outros estados e países. ESTA É UMA MENSAGEM AUTOMÁTICA, POR FAVOR, NÃO RESPONDA ESTE E-MAIL. Contatos futuros http://www4.fazenda.mg.gov.br/faleconoscoservico/

Obrigada Elton. O Delphi Conference será dia 23/10 e seria bom se o pessoal que já tem o Delphi XE2 postasse aqui problemas ou mesmo dúvidas para levarmos no dia.

Obrigada Italo Enviei um email para o SEFAZ/MG mas até agora nenhum retorno, mas assim que tiver a resposta posto aqui.

Os componentes do ACBr já estão aptos para serem usados em Delphi 64 bits?

Alguns tomadores de serviço de MG estão exigindo carta de correção eletronica para CT-e. Esse evento já está disponivel para transportadoras de MG? Os schemas da cc-e não constam junto com os schemas de ct-e. Os schemas serão os mesmos usados para NF-e?

Nota Técnica 2012/005 Divulga novas Regras de Validação para Recepção de CT-e no Ambiente de Homologação Se Tipo do Ambiente for igual 2 (homologação) e existir remetente, o campo razão social (xNome) deve ser informado com a literal: “CT-E EMITIDO EM AMBIENTE DE HOMOLOGACAO - SEM VALOR FISCAL” Se Tipo do Ambiente for igual 2 (homologação) e existir expedidor, o campo razão social (xNome) deve ser informado com a literal: “CT-E EMITIDO EM AMBIENTE DE HOMOLOGACAO - SEM VALOR FISCAL” Se Tipo do Ambiente for igual 2 (homologação) e existir recebedor, o campo razão social (xNome) deve ser informado com a literal: “CT-E EMITIDO EM AMBIENTE DE HOMOLOGACAO - SEM VALOR FISCAL” Se Tipo do Ambiente for igual 2 (homologação) e existir destinatario, o campo razão social (xNome) deve ser informado com a literal: “CT-E EMITIDO EM AMBIENTE DE HOMOLOGACAO - SEM VALOR FISCAL”

Acho que o nosso colega quer é separar os arquivos de envio e retorno do arquivo xml final (*-nfe.xml) Eu também estou enfrentando esse tipo de problema. Em meu aplicativo coloquei para mover os arquivos para uma outra pasta, mas dependendo de como o Windows 7 foi instalado, em algumas máquinas ele não permite fazer isso. Então, na pasta fica tudo misturado: os arquivos xml válidos(*.-nfe.xml) e aqueles arquivos (tipo env-*.xml, *-sit.xml). Isso gera transtorno quando temos que enviar os arquivos para a contabilidade.

Pessoal, como será a solução correta dessa questão? Já estamos gerando mes 07 e ainda persiste o erro. As alterações feitas pelo nosso colega rvaccari não foram aprovadas?

O componente já atende os padrões de Uberlandia/MG?

Fiz o update do componente hoje e a implementação ainda não foi feita. /// Indicador do tipo de pagamento TACBrTipoPagamento = ( tpVista, // 0 - À Vista tpPrazo, // 1 - A Prazo tpSemPagamento, // 9 - Sem pagamento tpNenhum // Preencher vazio ); usando tpSemPagamento e tpNenhum dá erro no validador, usando arquivo com versão de layout 003.

Obrigada pela ajuda. Tudo certo.

Comentei a diretiva mas agora está dando erro na UNIT unit ACBrCTeDACTeQRClass [Warning] ACBrCTeReg.pas(53): Unit 'FileCtrl' is specific to a platform [Error] ACBrCTeDACTeQRClass.pas(97): Undeclared identifier: 'A5Trans' [Error] ACBrCTeDACTeQRClass.pas(171): Undeclared identifier: 'A5Trans' [Fatal Error] ACBrCTeDacteQRpkg.dpk(84): Could not compile used unit '..\..\..\Fontes\ACBrCTe\ACBrCTeDACTeQRClass.pas' Como não estou conseguindo dar build no ACBRCTeDACTeQR, ficará prevalescendo o que já tenho compilado? Haverá algum problema pelo fato de já ter dado build no ACBrCTe.dpk?

Ivomar, você conseguiu solucionar o erro do QRPDFFilt.dcu?

Versão ACBr 3807 (feita agora às 16:50 dia 06/08/2012) está dando erro em QRPDFFilt.dcu ao dar build no ACBRCTeDACTeQR. [Fatal Error] ACBrCTeDACTeQR.pas(63): File not found: 'QRPDFFilt.dcu' Uso Delphi 7. Não consigo atualizar o componente. Já copiei os fontes que estão na pasta C:\Arquivos de programas\Borland\Delphi7\Lib\ACBr\Fontes\ACBrCTe\DACTE_QR3 e fiz todo o processo que costumo fazer, mas mesmo assim o erro persiste. Como proceder?

conforme Manual de integração Data de início de vigência no ambiente de homologação 01/08/2012 Data de início de vigência no ambiente de produção 01/10/2012

Pessoal, tentei fazer o update do ACBr via SVN hoje e o meu antivirus (TrendMicro Client/Server Security Agent) acusou o virus PE_MUSTAN.A em todos os executaveis do ACBr. Fiquem atentos.

Completando a duvida acima, esqueci de citar que uso ACBrNFeDANFERave1

Boa tarde fiz os procedimentos acima. Porém, está ocorrendo agora o seguinte: 1-Envio a NF-e ao DPEC, gero o DANFE (através do comando ImprimirPDF), o DANFE está com o protocolo. Mas o DANFE não imprime pelo comando Imprimir, dá o erro "Protocolo de Registro no DPEC não informado". 2-Faço então uma consulta desse DPEC ACBrNFe1.NotasFiscais.Clear; ACBrNFe1.NotasFiscais.LoadFromFile(ArqXML); If ACBrNFe1.NotasFiscais.Items[0].NFe.Ide.tpEmis = teDPEC then begin Frm_NFePrincipal.ACBrNFe1.WebServices.ConsultaDPEC.NFeChave := Frm_NFePrincipal.ACBrNFe1.NotasFiscais.Items[0].NFe.infNFe.ID; Frm_NFePrincipal.ACBrNFe1.WebServices.ConsultaDPEC.Executar; Frm_NFePrincipal.ACBrNFe1.DANFE.ProtocoloNFe := Frm_NFePrincipal.ACBrNFe1.WebServices.ConsultaDPEC.nRegDPEC+' '+DateTimeToStr(Frm_NFePrincipal.ACBrNFe1.WebServices.ConsultaDPEC.dhRegDPEC); end else begin Frm_NFePrincipal.ACBrNFe1.DANFE.ProtocoloNFe := Frm_NFePrincipal.ACBrNFe1.NotasFiscais.Items[0].NFe.procNFe.nProt; end; Frm_NFePrincipal.ACBrNFe1.NotasFiscais.ImprimirPDF; Frm_NFePrincipal.ACBrNFe1.NotasFiscais.Imprimir; Frm_NFePrincipal.ACBrNFeDANFERave1.MostrarPreview := True; Frm_NFePrincipal.ACBrNFe1.DANFE.MostrarPreview := True; vem o retorno do SEFAZ com cSTAT = 124 - DPEC recebido pelo sistema de contingencia eletronica. Mas eu não consigo visualizar o Danfe e nem imprimir. Mas o Danfe existe e está com protocolo DPEC correto. Tanto é que, ao imprimir pelo ADOBE, ele imprime corretamente. Será que entre os comandos ImprimirPDF e Imprimir ele está perdendo o protocolo DPEC? Obs: estou em ambiente de homologação

Fazendo o procedimento DPEC como está no demo do ACBr não estou conseguindo capturar o cStat correto vejam o retorno de um envio DPEC

enviei algumas notas em DPEC (homologação) e como meu aplicativo ainda não estava correto (em desenvolvimento ainda para DPEC), não consegui capturar o protocolo do DPEC para gravar em meu banco de dados. Agora estou tentando capturar esses protocolos das notas que enviei para DPEC, mas a procedure abaixo não executa mais nada após o comando ACBrNFe1.WebServices.ConsultaDPEC.Executar Como devo proceder para capturar o numero do protocolo do dpec? (veja que nesse caso as notas foram apenas enviadas para DPEC, mas não foram reenviadas ao SEFAZ) ACBrNFe1.WebServices.ConsultaDPEC.NFeChave := ChaveDeAcesso; If ACBrNFe1.WebServices.ConsultaDPEC.Executar then //debugando o sistema está parando aqui como se fosse um exception) begin //não consigo proceguir, pois após o executar com retorno 124 não continua a procedure sProtocoloDPEC := ACBrNFe1.WebServices.ConsultaDPEC.nRegDPEC; end;

Postando os resultados da NF-e em produção com a consulta 2.01 Funcionando com sucesso nas UFs: SP e GO MG começou a funcionar a partir das 10:00hs (após eu ter enviado vários emails ao Fale Conosco).