Italo Giurizzato Junior

Isaac, No XML aparece desta forma: <ultNSU>0</ultNSU> Se sim os seus fontes estão desatualizados.

Bom dia, Altere o pacote usando o bloco de notas.

Bom dia Isaac, Funcionar funciona, mas você precisa pedir para alguns fornecedores seu emitir notas em ambiente de homologação, ou você emitir nota para você mesmo em ambiente de homologação. No meu entendimento muito esforço para pouca coisa, sugiro partir direto para o ambiente de produção.

Bom dia Isaac, Você esta com todos os fontes de todas as pastas atualizados? Outra coisa, o terceiro parâmetro do DistribuicaoDFe na primeira execução devemos passar o valor zero ( '0' ), mas da segunda em diante temos que utilizar o valor retornado em ultNSU.

Bom dia, CNPJ todo zerado???

Bom dia a todos, Não seria mais simples se na linha: (FConfiguracoes.WebServices.UFCodigo in [29, 41]) then begin // 29 = BA, 41 = PR Fosse removido o 41 que se refere ao Estado PR? ou seja: (FConfiguracoes.WebServices.UFCodigo in [29]) then begin // 29 = BA

Bom dia Fernando, Por favor post em anexo a unit que foi alterada para que possamos realizar um merge.

Bom dia Luiz, Esse assunto já foi tratado no fórum inúmeras vezes, vai uma dica: Nota Técnica 2013/005 versão 1.22

Bom dia Guilherme, Se possível post como anexo o XML salvo agora de forma correta, com as alterações que você fez.

Bom dia Denis, Por favor não fique postando o seu questionamento em vários tópicos, aguarde a resposta de alguém.

Bom dia Maicon, Esse tipo de questionamento você deve fazer ao contator da transportadora, mas uma coisa é certa o vRec (valor a receber) tem que ser menor ou igual a vTPrest (valor total da prestação). Bom dia Paulo, Maravilha, obrigado pelos testes, vamos torcer que quando essas alterações forem implementadas no ambiente de produção funcione como funcionou no de homologação.

Bom dia Renan, Você deve entrar em contato com a SEFAZ-Autorizadora e expor o problema. A SEFAZ tem que interpretar o ICMS = zero como sendo Simples Nacional também caso contrario vai ocorrer essa rejeição mesmo. Ou eles alteram o layout do EPEC prevendo essa situação.

Boa noite José, Você esta sabendo que não existe mais o DPEC e nem o SCAN? O que temos agora é o EPEC (evento) e o SVC-AN e SVC-RS. Te aconselho acessar o Portal Nacional da NF-e e baixar as Notas Técnicas que tratam sobre esses assuntos para ficar mais informado.

Boa noite Camilo, O web services DistribuicaoDFe encontra-se na SEFAZ-Virtual do Ambiente Nacional, sendo assim para que esta possa disponibilizar o resumo da NF-e é preciso que a SEFAZ-Autorizadora (a que autorizou a NF-e emitida contra o CNPJ do seu cliente) replique as notas para SVAN. Neste caso podemos concluir que a SEFAZ-Autorizadora não replicou as notas autorizadas do dia 28/04. Sugestão entrar em contato com a SEFAZ-Autorizadora e expor o problema.

Boa tarde Felipe, Algumas considerações em relação a sua rotina: 1. Não há necessidade de executar o Assinar, pois o Enviar faz isso internamente. 2. Não há necessidade de executar o GerarNFe, uma vez que o Enviar tem por finalidade: Gerar o XML, assinar, validar e se tudo estiver OK a nota é enviada. 3. Eu não colocaria o Enviar dentro de um loop, uma vez que se ocorrer algum erro, este pode ocorrer no envio ou no retorno e a sua rotina tem condições de identificar onde o erro ocorreu? 4. Quando o status = 100 você imprimir o DANFE gera o PDF do mesmo, mas para que você executa o SaveToFile? Uma vez que o XML da NF-e já esta salvo em disco e o PDF do DANFE também.

Boa tarde Dércio, Antes da linha: ACBrNFe1.EventoNFe.Evento.Clear; Carregue o XML da NF-e que deseja cancelar.

Boa tarde Gabriel, Seria possível você postar como anexo o arquivo XML que ao tentar ler pegava a versão de download?

Boa noite Robinho, Você esta com todos os fontes de todas as pastas atualizados?

Boa noite Mailson, Se a SEFAZ esta passando por problemas técnicos ou parou para realizar manutenção o procedimento é o seguinte: 1. Gerar e assinar o XML com o tipo de emissão = Contingência. 2. Imprimir o DAMDFE (sem o protocolo de autorização). 3. Aguardar até que a SEFAZ volte a funcionar 100%. 4. Enviar o XML (gerado no passo 1) a SEFAZ assim que ela estiver OK. 5. Imprimir o DAMDFE (com o protocolo de autorização). Até o momento não temos uma SVC - SEFAZ-Virtual de Contingência para o MDF-e, sendo assim a unica solução é a que foi apresentada acima.

Boa noite Antonio, Por favor preste atenção a onde você posta. O seu questionamento é sobre o SAT, mas postou no tópico sobre Conhecimento de Transporte Eletrônico, você concorda que uma coisa não tem nada haver com a outra?

Boa noite Luiz, Se o CT-e não for de Redespacho ou Redespacho Intermediário não se deve informar o Expedidor e Recebedor.

Boa noite, Você não leu a NT com atenção. A principio é retornado o resumo da NF-e, se a mesma for manifestada, em uma segunda consulta através do DistrubuicaoDFe teremos como retorno o XML completo a NF-e.

Boa noite Dércio, Com ao enviar o evento por e-mail, você esta carregado tanto o XML da NF-e quanto do Evento? Se esta ocorrendo erro de violação de acesso no que diz respeito ao cancelamento, com certeza é a sua aplicação, pois ambos: CC-e Cancelamento são eventos e utilizam a mesmas rotinas.

Boa noite Diogo, Não acho uma boa ideia, pois vou passar por uma cirurgia e ficarei uma semana ou mais afastado do trabalho.

Boa noite Dalpiaze, Muito obrigado pela colaboração, já esta disponível. Mas quem determina se será salvo em disco ou não é a propriedade: Configuracoes.Arquivos.Salvar