Wislei de Brito Fernandes

Ainda continuo com o mesmo problema, alguém conseguiu informar o número de cópias do DACTE utilizando o FastReport ?

Bom dia, Estou com o mesmo problema citado pelo Alexandre com o componente de impressão do CT-e ACBrDACTE utilizando o FastReport. Mesmo informando a quantidade de cópias na propriedade: ACBrDACTE.NumCopias não está funcionando. Alguém conseguiu resolver este problema?

Boa tarde Igor, Segundo a Regra de Validação do Evento de Cancelamento da Nota Técnica 2013_004, item K05 diz o seguinte: Verificar MDF-e autorizado há mais de 24 horas Esta é a regra aplicada ao Web Service atualmente, porém, na Nota Técnica 2014_002 que aborda o uso indevido dos Web Services, indica no item 3.10 da página 7 que a aplicação cliente deve tratar a mensagem de retorno "220 – MDF-e autorizado há mais de 7 dias (168 horas)” ao tentar cancelar o MDF-e várias vezes. Depois desta Nota Técnica ficou um pouco confuso mesmo, mas até então, estou aplicando em nosso sistema o mesmo tratamento do Web Service. Barrando o cancelamento após 24 horas da emissão.

Boa tarde pessoal, Primeiramente, muito obrigado chuab_789 pela correção. Eu me equivoquei na informação referente a obrigatoriedade da emissão do MDF-e. Vinicius e Fernando, o componente está atualizado? Postem o XML que está sendo gerado para podermos analisar.

Boa tarde Jeanny, Com relação a impressão do DAMDFE em Contingência eu encontrei dois pontos que creio que devem ser alterados na unti: ACBrMDFeDAMDFEFRDM Segundo a Nota Técnica 2014_001, o tópico 6 na página 3 informa que o período de autorização do MDF-e em contingência passará de 24 para 186 horas. Creio também que a variável a ser utilizada para exibir a data e hora da impressão deveria ser dhEmi e não Now, pois no caso de uma reimpressão do documento a data ficará errada. Portanto, na linha 610 desta unit, está desta forma: FieldByName('Protocolo').AsString := 'Impressão em contingência. Obrigatória a autorização em 24 horas' + ' após esta impressão (' + DFeUtil.FormatDateTime(DateTimeToStr(Now)) + ')'; E deveria ficar desta forma: FieldByName('Protocolo').AsString := 'Impressão em contingência. Obrigatória a autorização em 186 horas' + ' após esta impressão (' + DFeUtil.FormatDateTime(DateTimeToStr(dhEmi)) + ')'; Me corrijam se estiver errado por favor. Segue unit em anexo. Atenciosamente, ACBrMDFeDAMDFEFRDM.pas

Bom dia Vinicius, Por acaso você está informando o percurso? O MDF-e é utilizado obrigatoriamente para UF's distintas. Transportes dentro da mesma UF não se faz necessário a emissão de um MDF-e. Verifiquei a Nota Técnica 2014_001 e o link abaixo:

Boa tarde rblsystem, Eu faço da seguinte forma: with cobr.Dup.Add do begin nDup := numeroDuplicata dVenc := vencimentoDuplicata; vDup := valorDuplicata; end;

Nota Técnica 2014_001, página 2. Se modal Rodoviário, o grupo de informações de UF de percurso deverá ser preenchido na ordem Origem – Destino sempre que existir pelo menos uma UF entre a UF de carregamento e UF de descarregamento. OBS: A regra será aplicada considerando as divisas possíveis na ordem definida para o percurso. Esta validação começou a ser realizada no dia 10/03 no ambiente de homologação. No ambiente de produção, iniciará 10/04.

Bom dia Edilson Informe o valor da chave aleatória na propriedade: Ide.cMDF Em minha aplicação eu salvo a chave aleatória gerada, e caso ocorrer algum erro de transmissão, como foi o seu caso, basta recuperar esta chave. Atenciosamente.

Bom dia Ítalo, Concordo com você que o melhor é centralizar tudo em um único arquivo. Vou dar uma estudada para otimizar isto no mesmo arquivo e posto aqui para avaliação dos usuários. Mas com relação a unit ACBrCTeDACTEFRDM.pas ela realmente contem os erros que mencionei que são eles: Variável dhEmi com o tipo errado. Está como FDate e o correto é FDateTime, pois somente com o FDate a hora da emissão não é exibida. Verificação do tpEmis e protocolo preenchido para a variável Contingencia_Valor. Se o CT-e com tpEmis = 5 não estiver autorizado, tem que informar o código da Chave de Contingência para esta variável, e se estiver autorizado (protocolo preenchido), deverá ser atribuído protocolo, data e hora da autorização. E atualmente sempre está sendo exibido a Chave de Contingência. Favor avaliar Atenciosamente.

Bom dia Ítalo. Consegui resolver este problema. Para isto, foi necessário corrigir um erro na Unit ACBrCTeDACTEFRDM.pas. Nesta unit esta atribuindo para a variável Contingencia_Valor a chave de contingência do CT-e mesmo depois dele autorizado para o CT-e com tpEmis = 5. E o correto neste momento é atribuir o protocolo e a data, assim como é feito no CT-e com o tpEmis = 1. Para a impressão do DACTE, eu resolvi de uma forma "alternativa". Como eu não consegui ajustar o arquivo do FastReport para exibir o segundo Código de Barras quando for tpEmis = 5 e ainda não autorizado ou, imprimir o protocolo de autorização quando for tpEmis = 5 e já autorizado, eu criei dois arquivos do FastReport. Quando ele ainda não está autorizado, eu chamo o arquivo em contingência. Quando está autorizado, eu chamo o arquivo que já utilizo para o CT-e normal (tpTmis = 1). Seguem os arquivos corrigidos para você verificar se é útil para todos esta correção estar no SVN. unit ACBrCTeDACTEFRDM.pas com as correções na variável dhEmis e na verificação da variável Contingencia_Valor arquivo DACTE_1_04.fr3 com a correção no campo Data e Hora da Emissão para exibir da hora, pois esta exibindo somente a data; arquivo DACTE_1_04-Contig.fr3 com o segundo código de barras. Report.zip ACBrCTeDACTEFRDM.pas Report.zip ACBrCTeDACTEFRDM.pas

Realmente Ítalo! Peço desculpas por não ter prestado atenção neste ponto. O meu sistema não está alterando a data de emissão ao enviar o XML. A mensagem está muito clara mesmo, Eu que não me atentei nestas duas tags. =/ Mais uma vez muito obrigado!

Boa tarde. Estou tentando autorizar um CT-e emitido com o Tipo de Emissão = 5 e estou tendo a seguinte rejeição. Data de Entrada em Contingencia posterior a Data de Emissão. Na minha aplicação eu gero o CT-e com o TIpo de Emissão = 5 e assim que os problemas sessarem eu envio o CT-e ao SEFAZ sem nenhuma modificação. Alguém sabe me dizer o que pode ser?

Parabéns pelas modificações Italo. Assim que as modificações estiverem disponíveis vou atualizar e testa-las seguindo estes passos.

Boa tarde. Gostaria de aproveitar o post para fazer uma pergunta sobre impressão do DACTE também. Estou tentando informar na propriedade DACTe.NumCopias a quantidade de cópias que quero, porém, não está funcionando. Ex: ACBrCTe.DACTe.NumCopias := 2; Estou utilizando o FastReport. Há algum mais que eu devo verificar para alterar a quantidade de cópias ?

Em relação a mensagem que postei à alguns minutos atrás, acabei de obter a resposta. Segue ela: Senhor(a), Segue parecer da superintendência responsável: O evento EPEC para CT-e ainda não está disponível. A previsão é para o 2º semestre de 2013. “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, Central de Atendimento da SEF/MG Diretoria de Gestão de Atendimento ao Público (DGAP) Superintendência de Arrecadação e Informações Fiscais (SAIF) Secretaria de Estado de Fazenda (SEF/MG) Tel.: 155 (para todo o Estado de MG) / (31) 3303-7995 (para outros estados e países e de celular) Fale Conosco - http://www4.fazenda.mg.gov.br/faleconoscoservico/ Engraçado que na Nota Técnica 2013_004 a previsão era para o dia 15 deste mês. Então só nos resta esperar né, porque até então, o componente da ACBr já está prontinho para trabalharmos. Abraço a todos.

Bom dia Doni, e desculpe pela demora em responder! Ainda não obtive retorno do SEFAZ. Eu enviei um e-mail relatando o problema e eles me solicitaram algumas informações como os dados da Empresa, se estou utilizando programa emissor próprio, essa coisas. Mas estou no aguardo aqui, pois pelos testes que eu fiz e as conferências com o manual está tudo correto. O problema parece ser mesmo no WebService. Qualquer notícia eu posto aqui. Será que alguém já conseguiu emitir um EPEC em outros estados?

Bom dia a todos. Segundo a nota técnica 2013 001, a partir de hoje 15/05 será obrigatório informar o grupo de informações do seguro no XML do CT-e. Minha dúvida é: Há uma forma de informa que a seguradora não possui seguro? Ou mesmo não tendo, devemos informar um responsável ? (0- Remetente; 1- Expedidor; 2 - Recebedor; 3 - Destinatário; 4 - Emitente do CT-e; 5 - Tomador de Serviço.) Att,

Italo, Muito obrigado pelas dias. Eu entrei em contato com o SEFAZ para ver se eles tem alguma posição deste problema. Se obtiver algum retorno deles posto aqui. Se você encontrar algo, estou de olho aqui. Att,

Boa tarde Italo, É exatamente isto que está acontecendo. Estou preenchendo a tag xJust, ela está saindo no XML e ainda está rejeitando falando que ela está vazia. Segue minha rotina de teste: //Gero o XML do CT-e ACBrCTe1.EventoCTe.Evento.Clear; ACBrCTe1.EventoCTe.idLote := numeroLote; with ACBrCTe1.EventoCTe.Evento.Add do begin //InfEvento.versaoEvento := '1.04'; InfEvento.id := 'ID' + TpEventoToStr(teEPEC) + Copy(ACBrCTe1.Conhecimentos.Items[0].CTe.infCTe.ID,4, 44) + '1'; InfEvento.cOrgao := 31; // MG = 31 InfEvento.tpAmb := taHomologacao; InfEvento.CNPJ := '03341645000186'; InfEvento.chCTe := Copy(ACBrCTe1.Conhecimentos.Items[0].CTe.infCTe.ID,4, 44); // Chave do CT-e InfEvento.dhEvento := Now; InfEvento.tpEvento := teEPEC; InfEvento.nSeqEvento := 1; InfEvento.detEvento.descEvento := 'EPEC'; InfEvento.detEvento.xJust := 'Problemas de conexao com a internet.'; InfEvento.detEvento.vICMS := 1; InfEvento.detEvento.vTPrest := 10; InfEvento.detEvento.vCarga := 10; InfEvento.detEvento.toma := tmRemetente; InfEvento.detEvento.UF := 'MG'; InfEvento.detEvento.CNPJCPF := '03341645000186'; InfEvento.detEvento.IE := '0010987620070'; InfEvento.detEvento.modal := mdRodoviario; InfEvento.detEvento.UFIni := 'MG'; InfEvento.detEvento.UFFim := 'MG'; InfEvento.versaoEvento := '1,04'; end; try ACBrCTe1. EnviarEventoCTe(numeroLote); except on e: Exception do begin cxmmRespostas.Lines.Add('Erro ao gerar o XML do evento EPEC!'); cxmmRespostas.Lines.Add(' '); cxmmRespostas.Lines.Add('Erro: ' + e.Message); end; end; Alguém teve ou está tendo este problema?

Bom dia, Estou tendo um problema ao validar o XML gerado para o envio do evento EPEC. Estou informando todas as propriedades descritas no manual, porém, a validação não está encontrando o conteúdo da justificativa. Veja o erro gerado e o XML em anexo. Erro: Falha na validação dos dados do Envio de Evento '' violates pattern constraint of '[!-ÿ]{1}[ -ÿ]{0,}[!-ÿ]{1}|[!-ÿ]{1}'. The element '{http://www.portalfiscal.inf.br/cte}xJust' with value '' failed to parse. Alguém já passou por esse problema? Obs: atualizei todos os meus XML schemas que constam na pasta: ACBr\Exemplos\ACBrCTe\Delphi\Schemas EPEC.xml EPEC.xml

Bom dia, Estou começando a desenvolver o envio do EPEC e estou com algumas dificuldades. Pelo que li na nota técnica 2012.004, devo enviar um evento so SEFAZ Virtual, e após o seu retorno, posso imprimir o DACTE. Para mim transmitir este evento, basta eu informar ao componete ACBrCTe, na propriedade EventoVTe, as informações do evento (tipo de ambiente, CNPJ, chave do CTe,...) e transmitir o envento? Logo após este procedimento e os meus problemas técnicos voltarem ao normal, basta eu enviar o CT-e em questão com o tipo de emissão = '4' ? Att,

Muito obrigado Italo. Esclareceu todas as minhas dúvidas em relação à contingência! E parabéns pelo excelente trabalho de vocês!

Boa tarde Italo, Realmente eu não conhecia muito bem o EPEC. Creio que esta forma de emissão resolverá grande parte dos nosso problemas. Como informado no manual, é gerado um arquivo com o mínimo de informações e transmitido ao SEFAZ virtual, assim, se o problema for de lentidão ou capacidade de emissão, ficará mais fácil a autorização do evento do que o CT-e completo. E posteriormente quando o serviço voltar ao normal, deverá ser enviado o CT-e para a SEFAZ autorizadora com o tipo de emissão informado no evento (tpEmis = "4"). Porém, se o problema for a falta total de internet, as únicas opções são o FS-DA e o conhecimento manual? Muito obrigado pela atenção!

Alguém tem alguma posição sobre a dúvida postada anteriormente? Gostaria de acrescentar mais uma pergunta. Um de nossos clientes faz o envio do arquivo XML e do DACTE para o seu cliente por e-mail. Caso ocorra algum problema físico (falta de internet por exemplo), qual seria a solução para ele, pois ele não quer emitir do CT-e em formulário de contingência (FS-DA) ? Um bloco de Conhecimentos manual ? Desde já agradeço.