Italo Giurizzato Junior

Boa tarde Leandro, Se a tenta as datas ( postagem #1 ). Quanto ao componente já esta tudo pronto, estamos esperando a liberação do ambiente de homologação para iniciarmos os testes.

Boa tarde, A solução que vejo é utilizar uma aplicação a parte para importar os CT-e da versão 1.04.

Bom dia Liandro, Se não me falha a memória existem vários post no fórum que trata desse problema: Erro no suporte a canais seguros.

Bom dia Maiko, Na página 87 da Nota Técnica 2013/013 acredito que deve responder as suas duvidas. No caso da carta de correção temos o grupo evCCeCTe (parte geral do XML referente ao registro de eventos). Dentro dele encontramos um outro grupo chamado infCorrecao, note que a sua ocorrência é 1-n, isso significa que podemos ter no minimo 1 e no máximo n correções (o componente limita esse n em 990). O elemento nroItemAlterado só é utilizado quando o campo alterado pertencer a uma lista, veja descrição do mesmo: Preencher com o índice do item alterado caso a alteração ocorra em uma lista. Por exemplo: Se corrigir uma das NF-e do remetente, esta tag deverá indicar a posição da NF-e alterada na lista. OBS: O índice inicia sempre em 1 Ao informar o documento originário, ou seja, o documento emitido pelo remetente da carga, lembre-se que podemos informar mais do que 1. Vamos a um exemplo: O remetente por algum motivo qualquer emitiu 3 NF-e para o mesmo destinatário. E as mercadorias constantes nas 3 NF-e vão ser transportadas de uma só vez, neste caso devemos informar as 3 NF-e como sendo os documentos originários. Sendo assim teremos uma lista de NF-e com índice = 1, 2 e 3. Se vai ser emitido uma CC-e para corrigir algo referente a segunda NF-e o elemento nroItemAlterado vai receber o valor 2. Espero ter ajudado.

Bom dia Wislei, Você deve ter notado que temos no componente duas propriedades Salvar, uma em Geral e outra em Arquivos. Os arquivos *-ped-evento.xml e *-eve.xml não serão salvos se ambas as propriedades receberem o valor False. E temos também o SalvarEvento em Arquivos. Fiz uma alteração no componente, para que o mesmo tenha o seguinte comportamento: Se ACBrMDFe.Configuracoes.Geral.Salvar for True vai salvar os 3 arquivos (-ped-evento.xml, -eve.xml e -procEventoMDFe.xml); Se ACBrMDFe.Configuracoes.Arquivos.Salvar for True vai salvar os 3 arquivos (-ped-evento.xml, -eve.xml e -procEventoMDFe.xml); Se ACBrMDFe.Configuracoes.Arquivos.SalvarEvento for True vai salvar o arquivo (-procEventoMDFe.xml); Sendo assim se a sua intenção é salvar apenas o -procEventoMDFe.xml a configuração é: ACBrMDFe.Configuracoes.Geral.Salvar := False; ACBrMDFe.Configuracoes.Arquivos.Salvar := False; ACBrMDFe.Configuracoes.Arquivos.SalvarEvento := True; Favor atualizar os fontes.

Bom dia Maiko, Quanto a obrigatoriedade eu não sei quando começa, mas dentro da pasta ...\Exemplos\ACBrCTe temos um arquivo texto chamado AlimentarComponente, abra-o com o bloco de notas e procure por: vTotTrib. Você vai notar que não é realizado nenhum calculo, simplesmente eu pego o valor que encontra-se no banco de dados e passo para o componente. No banco de dados tenho uma tabela chamada Conhecimento que contem um campo chamado vTotTrib. Após a digitação de todos os dados realizo o seguinte calculo: vTotTrib := TotalFrete * Tributo / 100; Tributo é 4.20 % (por exemplo), esse percentual você encontra na mesma tabela IBPT que contem os percentuais dos produtos para emissão da nota fiscal. Feito o calculo, o resultado é salvo no campo já mencionando na tabela Conhecimento (banco de dados).

Boa noite Wislei, Vamos estudar sobre o assunto.

Bloqueado por duplicidade.

Boa noite Jose, Mas qual é o erro?

Boa noite Edmilson, Quando o remetente da carga é obrigado a emitir NF-e, ao informar o documento originário devemos informar a chave da mesma e nada mais. A necessidade é para satisfazer a exigência da transportadora ou do destinatário? Se sim, coloque no campo de observação.

Boa noite Edson, Esse erro só ocorre quando ao alimentar o componente, a propriedade ID é alimentada. Se atribuirmos uma string vazia ou não atribuir nada a propriedade ID jamais você terá problemas.

Boa tarde Ailton, Muito obrigado pela colaboração, já esta disponível.

Noto que o CT-e esta sendo enviado para a SEFAZ é de MG, é sabido que a SEFAZ-MG costuma de vez em quando retornar algumas mensagens malucas. Você vira o XML de ponta cabeça compara com o manual e não consegue encontrar nada de anormal. Não creio que seja o valor da TAG lota, pode ser o RNTRC que contem zeros, experimente colocar o numero valido em vez de zeros.

Nesse site você tem que abrir o XML com o bloco de notas, selecionar o conteúdo e colar no quadro especifico do site, caso contrario não funciona.

Boa tarde Lucas, Isso mesmo, no envio da NFC-e em modo síncrono não temos o numero do recibo no retorno. Mas a SEFAZ-AM retorna o numero do recibo no envio síncrono. Ela é exceção, as demais seguem a regra.

Boa tarde, O problema pode esta no bloco referente ao modal.

Boa tarde a todos, Muito obrigado pela colaboração, em breve vou disponibilizar.

Bom dia Wanderson, Muito obrigado pela colaboração, em breve será disponibilizado.

Bom dia Marcio, Muito obrigado pela colaboração, em breve estarei disponibilizando.

Bom dia Rigotti, Muito obrigado pela colaboração, logo estarei disponibilizando.

Bom dia Sadao, Você poderia postar como anexo o XML de um CT-e de anulação bem como um exemplo de um DACTE de Anulação? Em uma passada rápida no fonte do DACTE realmente não tem nada com relação a anulação e isso explica o preview em branco.

Bom dia, Primeiramente você não inutiliza CT-e e sim um numero ou uma faixa de números que por um motivo não foi ou foram utilizados na emissão do CT-e, exemplo: Foi emitido o CT-e de numero 1500, ao emitir o próximo (que deveria ser o de numero 1501) foi emitido com o numero 1510. Note que não existe os CT-e de 1501 a 1509, o sistema simplesmente pulou essa faixa de números. Caso o sistema impeça de emitir os próximos com números retroativos, a solução é solicitar junto a SEFAZ a inutilização de numeração, que neste caso é a faixa de 1501 a 1509. Uma coisa é cancelar um CT-e emitido e autorizado pela SEFAZ e outra é inutilizar numeração que não foi utilizado na emissão de CT-e.

Bom dia Kelson, A primeira parte da sua rotina onde você gera, assina e salva o XML não se faz necessário. Aconselho utilizar somente a segunda, pois o Enviar se encarrega de Gerar, Assinar, Validar e salvar em disco o XML. Comente a primeira parte para ver se resolve o problema. Uma vez que o erro diz que a TAG CNPJ esta vazia.

Boa noite Jorge, Já estou trabalhando na implementação do EPEC, por se tratar de um evento todas as rotinas básicas são as mesmas para a CC-e, Cancelamento entre outros eventos. Só será acrescentar o que é especifico para o EPEC e fazer com que o componente identifique que o evento é um EPEC e não outro tipo, visto que o mesmo é enviando para o Ambiente Nacional e não para a SEFAZ autorizadora. Quanto a distribuição de DF-e, assunto tratado na NT 2014/002 como falta schema de validação, URLs e o ambiente de homologação ainda vai demorar uns 4 meses para ser liberado, vamos deixar para implementar quando a SEFAZ publicar o que esta faltando.

Boa noite Ivan, Estude por exemplo o funcionamento do Cancelar, para conhecer todas as rotinas envolvidas.