Italo Giurizzato Junior

Bom dia Otair, Noto que existem duvidas em como usar esse recurso. O método DistribuicaoDFePorNSU só deve ser usado quando é notado que algum NSU não foi baixado. Devemos sempre utilizar o método DistribuicaoDFePorUltNSU. Este último baixa até 50 documentos (Resumo de Nota, Nota Completa, Resumo de Evento ou Evento Completo) baseado no valor de UltNSU informado, ou seja, se o valor de UltNSU for 125, o método vai baixar até 50 documentos cujos NSU são maiores que 125. Por outro lado o método DistribuicaoDFePorNSU só baixa UM documento, ou seja, o documento cujo NSU foi informado. Se o documento cujo NSU informado não consta mais da base de dados do Ambiente Nacional (3 meses) não vai baixar nada mesmo.

Bom dia Claudemir, Ele tinha em mãos o DANFE ou o XML? Com o XML em mãos fica mais fácil saber onde essa informação deve ser colocada.

Bom dia Felipe, Não encontrei nada de diferente no seu pnfsConversao.pas, por outro pado o pnfsNFSeR que você anexou esta muito desatualizado. Favor primeiramente atualizar todos os fontes de todas as pastas, depois fazer as devidas correções. E por fim anexar os fontes alterados para que possamos analisar.

Bom dia, Esses erros não tem nada haver com os schemas, pois estes só são utilizados para verficar se o XML gerado pelo componente esta em conformidade com o Schema. Lote ainda não processado, deixa claro que o lote contendo os RPS foi recebido com, mas encontra-se na fila de processamento. Existem provedores que passam o dia recebendo os lotes e só inicia o seu processamento durante a madrugada.

Bom dia André, Analisando o WSDL do provedor com o arquivo INI do mesmo noite que no WSDL não existe nenhuma URL definida para o SoapAction, já no arquivo INI consta a palavra enviar. Veja como esta no arquivo INI: [SoapAction] Recepcionar=enviar ConsSit='' ConsLote=nfdSaida ConsNFSeRps= ConsNFSe= Cancelar=NfdEntradaCancelar Gerar= RecSincrono= Substituir=enviar A minha sugestão é: [SoapAction] Recepcionar=* ConsSit='' ConsLote=* ConsNFSeRps=* ConsNFSe=* Cancelar=* Gerar=* RecSincrono=* Substituir=* Ou seja atribuir o caractere * para todos o SoapAction. Faça essa alteração e refaça os testes. Se funcionar nos de um retorno para que possamos fazer o mesmo e enviar o arquivo INI corrigido para o repositório.

Bom dia Marcos, Os arquivos de Envio/Retorno no meu entendimento por não ter validade jurídica, depois de um certo tempo é interessante excluir para não acumulando espaço em disco. Neste caso aconselho deixar eles separados dos arquivos com validade jurídica. Pois desta forma evita excluir acidentalmente algum XML que não deveria ser excluído.

Bom dia Adson, O D7 e o XE2 estão instalados na mesma maquina? Se sim, estão usando os mesmos fontes do ACBr? Todos os fontes de todas as pastas estão atualizados?

Bom dia Marcel, Esse CT-e é de transporte Rodoviário? Se sim, o caminhão vai atravessar a fronteira do Brasil com o outro país para chegar ao seu destino? Se sim, acredito que a questão é apenas os dados do Destinatário.

Bom dia José, Monte o TXT da seguinte forma: [Seg001]respSeg=1CNPJ=09999926000170nApol=065459334-5xSeg=PORTO SEGUROCNPJ=12121221000171

Boa noite, Pelo XML de exemplo esse provedor não segue o layout da ABRASF.

Boa noite Tiago, Muito obrigado pela colaboração, já enviei para o repositório.

Boa noite Marcos, Você não quer contribuir com o projeto implementando o provedor?

Boa noite, Você atribuiu a data no campo DataEmissao ao alimentar o componente?

Boa noite Marcos, A sua interpretação esta quase correta. A propriedade Salvar de Arquivos defini se os arquivos com validade jurídica devem ser salvos ou não. Já a propriedade Salvar de Geral defini se os arquivos de envio e retorno (não tem validade jurídica) devem ser salvos ou não. Configuracoes.Geral.Salvar := True / False; ===> Geral -> arquivos XML sem validade jurídica Configuracoes.Arquivos.Salvar := True / False; ===> Arquivos -> arquivos XML com validade jurídica

Wagner, É o que eu tinha dito, a rotina procura nesse caminho a pasta CTe como ela não existe acaba acrescentando \201708\CTe. Há necessidade de "debugar" para descobrir a rotina exata que faz isso e fazer as devidas correções.

Bom dia, Qual é o problema? Em qual ambiente? Sem essas informações você concorda que fica difícil em lhe ajudar?

Wagner, A sua rotina esta correta. Acredito que o problema está no método ImprimirEventoPDF, pois este deve estar definindo um outro caminho para salvar o PDF gerado por ele. É preciso "debugar" ele.

Bom dia Matheus, A regra diz: Se Tipo do CT-e= 0 (Normal) ou 3 (Substituição) e Tipo de Serviço for IGUAL a Redespacho Intermediário ou Serviço Vinculado a Multimodal: - O grupo de Documentos Transportados (infDoc) não deve ser informado. No seu XML temos: <tpCTe>0</tpCTe> e <tpServ>1</tpServ> Muito bem tpCTe = 0 significa que o CT-e é do tipo Normal conforme consta na coluna Observação do campo tbCTe (página 154 do Manual do CT-e versão 3.00). Já o tpServ = 1 significa que o tipo de serviço é subcontratação conforme consta na coluna Observação do campo tbServ (mesma página do mesmo manual). E a regra diz em redespacho intermediário ou vinculado a multimodal, portanto o valor de tpServ tem que ser 3 ou 4.

Bom dia Wagner, Acredito que o componente ao definir o caminho para salvar o PDF do evento deve estar buscando a pasta CTe, como na acha acaba criando. Verifica se estou certo: O XML do CTe deve estar sendo salvo na pasta: C:\XML\201408\CTe (Separar por CNPJ é falso). Já o XML do evento de cancelamento esta sendo salvo na pasta: C:\XML\201708\Evento\Cancelamento. Ao salvar o PDF a rotina deve estar procurando pela pasta CTe como não acha acaba acrescentando ao caminho acima a separação por ano e mês mais o modelo de documento ou seja \201708\CTe resultando no caminho: C:\XML\201708\Evento\Cancelamento\201708\CTe É preciso fazer uma correção na rotina que defini o caminho onde será salvo o PDF de evento.

Bom dia Anderson, O XML *-procInutNFe.xml é composto pelo pedido de inutilização e o retorno da SEFAZ que contem o protocolo de homologação da inutilização do numero ou faixa de números. Você pode até gerar novamente o pedido de inutilização, mas não existe nenhum método que lhe permite a consulta. Se você configurar o componente para salvar os arquivos de envio e retorno (Configuracoes.Geral.Salvar := True) bem como os arquivos de guarda obrigatória (Configuracoes.Arquivos.Salvar := True) se por algum motivo o *-procInutNFe.xml não for salvo, mas você tem os arquivos *-ped-inu.xml e o *-inu.xml é possivel montar na mão o *-procInutNFe.xml

Bom dia Nelson, Para esses Emitentes que não mandam o XML assinado e protocolo por e-mail para o Destinatário, cabe um puxão de orelha, pois o Ajuste SINIEF que mencionei, deixa claro em seu primeiro paragrafo - clausula primeira o seguinte: § 1º Considera-se Nota Fiscal Eletrônica - NF-e o documento emitido e armazenado eletronicamente, de existência apenas digital, com o intuito de documentar operações e prestações, cuja validade jurídica é garantida pela assinatura digital do emitente e autorização de uso pela administração tributária da unidade federada do contribuinte, antes da ocorrência do fato gerador. Simplificando o XML assinado e protocolado é a Nota, o DANFE (papel) é meramente um documento auxiliar. O destinatário (pessoa jurídica) que aceita a mercadoria só com o DANFE, para mim esta comprando sem Nota, sendo assim esta sujeito as penalidades do Fisco.

Boa noite Nelson, Se não deseja realizar a manifestação do destinatário para obter o XML completo da nota através do DistribuicaoDFe, a solução é muito simples. Ajustes SINIEF 07/2005 - clausula sétima - paragrafo 7: § 7º Deverá ser encaminhado ou disponibilizado download do arquivo da NF-e e seu respectivo Protocolo de Autorização: I - no caso de NF-e modelo 55, obrigatoriamente: a ) ao destinatário da mercadoria, pelo emitente da NF-e, imediatamente após o recebimento da autorização de uso da NF-e; b ) ao transportador contratado, pelo tomador do serviço antes do início da prestação correspondente; Traduzindo, o emitente assim que obter o protocolo de autorização da SEFAZ deverá disponibilizar o XML assinado e protocolo ao destinatário da mercadoria e ao transportadora caso esta for a responsável pelo transporte da mercadoria até o destinatário da mesma. A maneira mais simples de disponibilizar é enviar o XML por e-mail. Esta vendo como é fácil basta cada um cumprir com as suas obrigações.

Boa noite, Em vez de guardar no banco as informações de retorno, porque não guarda de uma vez o XML assinado e protocolado no banco de dados? Quando precisar basta carregar o mesmo através do LoadFromString e mandar imprimir o DANFE ou até mesmo salvar em disco ou enviar por e-mail.

Boa noite Agnaldo, Para não gerar a tag <indEscala> basta atribuir o valor ieNenhum.

Boa tarde André, Espero em dezembro soltar rojões, não ser final de ano, Natal, Ano Novo e sim pela NFS-e Padrão Nacional que estão prometendo para o final de ano. Ai teremos um layout e web service único para todas as cidades brasileiras.