Fernando Dutra

Bom Dia Pessoal, tudo bem? Estou enfrentando o mesmo problema e a Sefaz de SP ainda não deu respaldo algum. Isto ocorre a princípio com os novos clientes que foram cadastrados pela obrigatoriedade que entrou em vigor. Caso alguém tenha alguma novidade, favor nos comunicar, para que possamos seguir um norte. Abraço a todos.

Bom Dia Ítalo, tudo bem? Obrigado!

Boa Tarde Ítalo, tudo bem? Teria como fazer o mesmo acerto que fizemos acima, no arquivo "pcteCTeW_V104.inc". Ele está com o mesmo problema. Espero ter ajudado. Obrigado!

Boa Tarde Pessoal, tudo bem? Gostaria de saber se existem outros formatos de impressão do Dacte. Tipo "Paisagem", "Meia-Folha". Pois tenho alguns clientes que estão habituados com as impressões em formulário, e gostariam que ficassem da mesma maneira. Eu vi que no componente TACBrCTeDACTeQR existe a opção de selecionar o TipoDacte, e nela existem algumas opções. Mas sempre é impresso o padrão "Retrato". Eu procurei pelo fast, e existem apenas as opções de Retrato. Caso exista algum outro tipo, favor me comunicar. Espero estar sendo claro. Muito Obrigado!

Boa Tarde Ítalo, tudo bem? Realmente não tinha me atentado ao retorno do cancelado, fiquei prestando atenção apenas no de processamento do ct-e. Mesmo assim o digval não deveria permanecer, mesmo depois de cancelado? Seria um erro do sistema da contabilidade tratar esta informação como obrigatório? Ou é melhor não atualizar o xml depois de cancelado? Obrigado pelo retorno.

Boa Tarde Srs., tudo bem? A tag <digVal> (Digest Value do CT-e processado Utilizado para conferir a integridade do CT-e original.) fica no corpo do leiute do "Protocolo de Resposta" das consultas feitas nas emissões. Ele não é um campo obrigatório de ser preenchido, mas alguns sistemas contábeis ao fazer a importação do xml, validam esta informação. Neste caso o meu cliente faz o download do arquivo xml no site da sefaz, para que este campo seja preenchido. Analisando o código peguei o trecho que ele atualiza as informações do cancelamento no XML aprovado. Repare que o primeiro bloco de código é referente ao cancelamento. O segundo é a parte que ele faz o um procedimento parecido quando se consulta um ct-e. Talvez seja este o problema. Espero ter ajudado. Obrigado!

Boa Tarde Pessoal, tudo bem? Efetuando testes achei duas falhas na procedure "GerarAereo". Os acertos descrevo abaixo. Espero estar ajudando. Obrigado!

Eu que agradeço muito Ítalo. Vocês são sempre muito prestativos. Espero estar ajudando de alguma forma. Obrigado!

Efetuando mais testes, achei em mais dois pontos problemas parecidos que seguem abaixo. O número do grupo está errado. Especificamente no Grupo da TAG <infCTeNorm>. Caso esteja fazendo algo de forma equivocada favor me comunicar. Obrigado!

Bom Dia Pessoal, tudo bem? Eu encontrei uma falha na função "LerXml" da Unit pcteCTeR, para o CT-e 2.00. No momento que leio o xml para enviar para email, ele acaba não colocando as informações das Unidades de Transportes. Abaixo segue a alteração que fiz para que o problema fosse solucionado. Favor revisar o ítem acima. Espero ter ajudado. Obrigado!

Bom Dia Ítalo, tudo bem? Aproveitando o post, os cc-e's que eram gerados e aprovados, estavam sendo salvos em outro diretório, quando a rotina de "proc do evento" era realizado. Eu alterei o trecho de código, que segue abaixo, e resolveu esta questão. Espero ter ajudado. Obrigado!

Bom Dia Ìtalo, tudo bem? Com esta pasta de Schemas consegui emitir a CC-e. Infelizmente confiei na que estava no site do CT-e, mas enfim finalizado. Muito Obrigado!

Bom Dia Ítalo, tudo bem? Eu copiei o código acima mudando apenas o nome das variáveis, e infelizmente dá o mesmo erro. Eu até baixei novamente os arquivos que foram alterados Desculpe a ignorância em algum aspecto. Segue o exemplo que criei. Obrigado!

Boa Tarde Ítalo, tudo bem? Estive ausente por um tempo, por isso a demora, mesmo atualizando o componente, ainda não consegui ter êxito. Abaixo coloco como está a estrutura do meu código, e as tentativas que fiz para solucionar. Se puder me ajudar por favor. Não estou conseguindo achar o problema. Enquanto ao desenvolvimento, vou verificar como faço para ajudar. Muito Obrigado pela força! infEvento.tpEvento := teCCe; infEvento.nSeqEvento := 1; infEvento.detEvento.descEvento := 'Carta de Correcao'; InfEvento.detEvento.infCorrecao.Add; InfEvento.detEvento.infCorrecao.Items[0].grupoAlterado := 'enderRem'; InfEvento.detEvento.infCorrecao.Items[0].campoAlterado := 'nro'; InfEvento.detEvento.infCorrecao.Items[0].valorAlterado := '123'; //nfEvento.detEvento.infCorrecao.Items[0].nroItemAlterado := 1; //InfEvento.detEvento.xCondUso := ''; // InfEvento.detEvento.xCondUso := 'A Carta de Correcao e disciplinada pelo Art. 58-B do CONVENIO/SINIEF 06/89: '+ // 'Fica permitida a utilizacao de carta de correcao, para regularizacao de erro ocorrido na '+ // 'emissao de documentos fiscais relativos a prestacao de servico de transporte, desde que o '+ // 'erro nao esteja relacionado com: I - as variaveis que determinam o valor do imposto tais como: '+ // 'base de calculo, aliquota, diferenca de preco, quantidade, valor da prestacao;II - a correcao '+ // 'de dados cadastrais que implique mudança do emitente, tomador, remetente ou do destinatario;III - '+ // 'a data de emissao ou de saida.'; //InfEvento.detEvento.xCondUso := 'A Carta de Correção é disciplinada pelo Art. 58-B do CONVÊNIO/SINIEF 06/89: '+ // '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.';

Bom Dia Srs, tudo bem? Estou tentando enviar a CC-e do CT-e 2.0, mas ele apresenta este erro, que descrevo abaixo: Falha na validação dos dados do Envio de Evento 'A Carta de Correcao e disciplinada pelo Art. 58-B do CONVENIO/SINIEF 06/89: Fica permitida a utilizacao de carta de correcao...' viola a restrição enumeration de 'A Carta de Correção é disciplinada pelo Art. 58-B do CONVÊNIO/SINIEF 06/89: Fica permitida a utilização de carta de correção...'. Falha da análise do elemento '{http://www.portalfiscal.inf.br/cte}xCondUso' com valor 'A Carta de Correcao e disciplinada pelo Art. 58-B do CONVENIO/SINIEF 06/89: Fica permitida a utilizacao de carta de correcao...'. Ele está validando o xCondUso que não consigo igualar as informações. Alguma sugestão para acertar o problema? Aproveitando o post, poderá ser impresso o Cancelamento e a CC-e como acontece na NF-e? Muito Obrigado! Atenciosamente, Fernando Dutra.

Boa Noite Ítalo, tudo bem? Desculpe perguntar sobre este assunto, mas o CT-e 2.0 vai mobilizar inteiramente o setor de transporte, e como a vigências entram na sexta-feira dia 0101/2013, poderá acarretar muitas dúvidas e suporte a meus clientes. Com isso gostaria de saber se é possível emitir em produção antes desse prazo. Pesquisei a respeito, mas não fica muito claro se isso é possível. Fico no aguardo da sua resposta. Muito Obrigado! Atenciosamente, Fernando Dutra.

Bom dia Italo! Obrigado pela atualização.

Bom Dia Thiago, tudo bem? Mande 14 caracteres em branco na hora da emissão. Creio que dessa forma não haverá problemas. Abraço!

Boa Tarde Thiago, tudo bem? Esta foi uma alteração que fiz por urgência mesmo. Eu não tenho autorização de atualizar os códigos pelo svn. Creio que nas próximas atualizações os moderadores acertem este detalhe. Segue abaixo a alteração que fiz no começo do código. Lembrando que se você usar o NF-e, vai dar divergências pelo fato de ele deixar em branco este campo da rotina. procedure TGerador.wCampoCNPJCPF(const ID1, ID2: string; CNPJCPF: string; const cPais: Integer); var Tamanho: integer; begin if cPais <> 1058 then begin CNPJCPF := SomenteNumeros(trim(CNPJCPF)); wCampo(tcStr, ID1, 'CNPJ', 00, 00, 1, CNPJCPF); exit; end; //continuação do código ..... end;

Up!

Bom Dia Pessoal, tudo bem? Eu me deparei com este problema, e resolvi alterando a rotina wCampoCNPJCP, da Unit pcnGerador. Existe uma validação em que caso o código do país seja diferente 1058, ele preenche o cnpj em branco. Para a NF-e o procedimento é correto, mas para o CT-e causa problemas, por que ele obriga que informemmos zeros. Espero ter ajudado. Muito Obrigado! Atenciosamente, Fernando Dutra.

Bom Dia Srs., tudo bem? Ao cancelar um ct-e pelo componente TACBrCTe, a tag raiz do Protocolo de recebimento do CT-e "protCTe", deixa em branco a tag "digVal". Isto dá problema em alguns sistemas contábeis em sua importação. Eles exigem que este campo esteja preenchido. Lembrando que utilizo a opção de "AtualizarXMLCancelado". Espero ter ajudado. Muito Obrigado!

Boa Tarde Srs., tudo bem? Problema resolvido na atualização do dia 30/04/2013. Muito Obrigado! Atenciosamente, Fernando Dutra.

Bom Dia Srs., tudo bem? Segue abaixo e-mail dos responsáveis pela escrituração de MG. O problema será resolvido após as 12h do dia 25/04/2013. Vamos aguardar..... Bom dia. Abaixo o retorno da TI: “Já encontramos o problema da consulta de CT-e, peço que solicite aos contribuintes e usuários de CTE que refaçam as consultas após as 12h, pois será a hora que a mudança irá ocorrer no ambiente.” Atenciosamente, Equipe da Divisão de Escrituração Digital DED/DIEF/SAIF

Bom Dia Srs., tudo bem? Eu ainda continuo com o problema, nas consultas e cancelamentos para o Sefaz de MG. Emiti com os Schemas antigos e atualizados e o problema persiste. Poderiam me informar quais foram as alterações necessárias para solucionar o problema? Obrigado!