ncc.star

Bom dia Juliomar. Fiz mais uma alteração no arquivo ACBrCTeDACTEFRDM.pas. Linhas alteradas: 523 FieldByName('Serie').AsString := copy(chave,23,3); 525 FieldByName('NotaFiscal').AsString := copy(chave,26,9); Fiz essa alteração porque estes campos estavam recebendo valor em branco e vários clientes meus solicitaram que na impressão do DACTE estivesse destacado a série e o número da nota fiscal transportada, para facilitar a visualização e conferência. Alterei também no DACTE fr3 no MasterData5 - RowCount - Aumentei para 4, para imprimir quando houver 4 veículos em um CT-e. Segue em anexo. ACBrCTeDACTEFRDM.rar DACTE_1_04.rar

Segue em anexo outra correção. Na linha 350, o campo pICMS estava pegando o valor da tag pRedBCOutraUF, alterei para buscar da tag pICMSOutraUF. ACBrCTeDACTEFRDM.rar

Além da complexidade, outro grande problema é o custo para gravar as informações do MDF-e no chip RFID.

Você está com o componente atualizado? Os schemas estão atualizados para a versão do CT-e 2.0?

Testei aqui, está ok agora.

Bom dia Italo. Acabei de lhe enviar os arquivos no seu e-mail. Sim, o conteúdo de *-sit.xml contém as duas cartas, esse teste eu fiz com um CT-e de complemento e também aparece um evento "CTe Complementar Registrado".

Olá. Só corrigi onde estava a frase "CTe Cancelada" para "CTe Cancelado", linhas 1344 e 1348. Segue anexo alteração. ACBrCTeDACTEFRDM.rar

Olá Italo. Fiz um teste aqui e um CT-e com duas cartas de correção trouxe só a primeira, quando na verdade deveria trazer só a última.

Vocês estão conseguindo consultar o CT-e pela chave no estado do PR? Estou tentando fazer e não consigo, testei SP, SC e MG consegui consultar, no PR não retorna nada.

Ficou OK.

Hoje apareceu um CT-e autorizado, porém não existia na Sefaz. Fui analisar o log e percebi que ocorreu um exception "Erro Desconhecido ao Enviar Lote de CT-e!". Verifiquei e aconteceu isso porque eu acabei colocando o envio do CT-e dentro de um try..except e coloquei uma verificação depois disso que verifica o status do CT-e. Quando acontece uma exceção o cStat, número do protocolo, etc, do último CT-e autorizado permanece do CT-e anterior. Isso deveria acontecer? Ao executar o Enviar, não deveria de zerar o cStat e outras informações do retorno do WebService? Obs.: Na minha aplicação corrigi colocando a verificação se está ou não autorizado dentro do try..except. Estou reportando aqui, caso for um bug do componente, poderá ser corrigido. Segue abaixo o fragmento do código: ACBrCTe1.Conhecimentos.Clear; GerarCTe(vAux); try ACBrCTe1.Enviar(StrToInt(vNumLote)); except on e:exception do begin AddLog('Erro ao enviar xml ao webservice',e.Message); end; end; end; if ACBrCTe1.WebServices.Retorno.cStat=100 then // se ocorrer algum exception ao enviar o CT-e aqui permanece o status do CT-e anterior. AutorizaCTe(cte_id);

Corrigi também no endereço do tomador do serviço, estava repetindo a palavra Cidade: Segue anexo. AlteraçõesDACTE-FastReport.rar

Bom dia. No DACTE em fast não estava trazendo a hora de emissão no campo dhEmis. Em ACBrCTeDACTEFRDM, na linha 885 estava FieldDefs.Add('dhEmi', ftDate); alterei para FieldDefs.Add('dhEmi', ftDateTime); Alterei também o arquivo FR3.

Faz bastante tempo que eu testei isso e não aceitava. Inclusive fiz uma trava no meu sistema somente para aceitar emitir conhecimento ou com NF-e ou com nota manual.

Tive de alterar as URLs de evento para funcionar no MT o cancelamento por evento. Alterei para: https://cte.sefaz.mt.gov.br/ctews2/services/CteRecepcaoEvento?wsdl e https://homologacao.sefaz.mt.gov.br/ctews2/services/CteRecepcaoEvento?wsdl Obs.: Só testei em produção.

Eu emiti para SC. Não achei ambiente de homologação para consultar na SEFAZ. Na sefaz nacional em homologação eu também não achei onde consulta a carta de correção.

Uso FastReport.

Alguém sabe me dizer se o cancelamento por evento no estado de MT está OK? Estou tentando fazer um cancelamento por evento em produção e não consigo, o componente está retornando erro "List index out of bounds" e o arquivo -eve.xml salva sem conteúdo. No no PR e RS não tive problemas.

Boa tarde pessoal. Estou com um problema na geração do DACTE. Fiz uma rotina para que depois de autorizado, o sistema automaticamente gere o PDF e envie por e-mail. Acontece que 90% dos DACTEs, o arquivo PDF fica corrompido e/ou cheio de listras (como em anexo). Eu acredito que isso se deve ao fato de que o PDF ainda não foi gerado e o e-mail já foi disparado. Porém não tenho certeza. Estou tentando agora colocar um sleep de alguns segundos para tentar dar tempo de gerar o PDF e posteriormente enviar. Isso já aconteceu isso com alguém? Alguém tem alguma ideia do que posso fazer para contornar isso?

Provavelmente isso se deve ao fato que a sefaz ainda não está mostrando corretamente a visualização da CC-e do CT-e, que diferente da NF-e, é necessário detalhar os itens e não mais apenas um texto descrevendo a correção.

Olá Italo. No meu ver o que você exemplificou é o correto mesmo. Porém, o problema que eu detectei foi em homologação mesmo, testando cenários que poderiam acontecer. Sendo assim eu informei no Recebedor e Expedidor pessoa fisica. No manual do CT-e, na tag IE diz "Informar a IE do expedidor ou ISENTO se expedidor é contribuinte do ICMS isento de inscrição no cadastro de contribuintes do ICMS. Caso o expedidor não seja contribuinte do ICMS não informar o conteúdo." Ou seja, se ele não for contribuinte do ICMS essa tag deve ser informada em branco e não suprimida.

O componente não estava gerando a tag da IE em branco no recebedor e expedidor, causando erro na hora de validar. Alterei para gerar com o conteúdo em branco caso não tenha a IE. Segue em anexo alteração. pcteCTeW.pas

Em Quick não sei, eu só testei em Fast.

Eu estou usando a DACTE_1_04.fr3. Apesar de no nome estar indicando a versão 1.04 ele imprime normalmente a versão 2.00. Inclusive eu fiz algumas alterações para imprimir algumas tags que não estavam imprimindo (nem numa versão nem na outra).

Testado. Tá OK. Obrigado!