Italo Giurizzato Junior

Boa noite Vagner, Referente a imagem que você postou, o conteúdo de xMotivo é apresentado na linha cujo titulo é: Status Descrição, ou seja, Lote de evento processado esse é o conteúdo de xMotivo.

Boa tarde Marcelo, Mas a versão 4.0 do ambiente de produção já esta liberado para RS?

Boa tarde Vagner, Você tem certeza que o conteúdo de xMotivo não é mostrado?

Bom dia Carlos, AjustaAguardaConsultaRet = False; //-----> Se True a propriedade AguardaConsultaRet será setada com o tempo em milissegundo retornado ao consultar o Status de Serviço, logo não temos como informar o tempo pois depende da SEFAZ. AguardaConsultaRet = 0; //-------> Tempo em milissegundo entre o Envio e a primeira Consulta para saber o resultado do processamento do lote de notas. tentativas = 5; //-------- Quantidade de tentativas que componente vai fazer para obter o resultado do processamento do lote após o envio. Intervalotentativas = 0; //------ Tempo em milissegundo entre uma tentativa e outra, ou seja, entre uma consulta e outra para obter o resultado do processamento do lote enviado. Timeout = 5000; //----- Tempo em milissegundo que o componente vai aguardar por uma resposta do servidor da SEFAZ. Se não responder dentro desse tempo uma exceção será gerada e a rotina será abortada. Espero ter ajudado.

Bom dia Vagner, Abra os arquivo *-ped-eve.xml gerado pela aplicação (antes de atualizar o ACBr) e o mesmo arquivo gerado pela aplicação com o ACBr atualizado. Use o bloco de notas. Note que o XML gerado através da aplicação com o ACBr atualizado possui espaços em brancos entre as TAGs. Verifique se existe esta linha: Configuracoes.Geral.IdentarXML := True ou se essa propriedade esta com esse valor no Object. Caso afirmativo favor atribuir o valor False.

Boa tarde Diego, Uma solução é: Se no banco de dados tens todos os dados referentes as vendas cujos XMLs foram perdidos, é possível fazer o seguinte: 1. Gerar novamente o XML com base nesses dados; 2. Assinar o XML; 3. Executar o método Consultar; Se o XML foi gerado exatamente igual ao original (que foi perdido) ele vai conter o mesmo DisgestValue retornado pela consulta. O componente checa essa informação, caso eles sejam iguais o novo XML assinado receberá o protocolo de autorização retornado pela consulta. Desta forma você recupera o XML da venda. Espero ter ajudado.

Boa tarde Luiz, Você tem certeza que o arquivo: 20171227130608-dist-dfe-soap.xml se refere ao retorno da consulta: 20171227130052-con-dist-dfe-soap.xml ? Lhe pergunto isso pois note que o arquivo de consulta temos: 20171227130052, ou seja, 27/12/2017 13:00:52 já o retorno temos: 20171227130608, ou seja, 27/12/2017 13:06:08 mais de 5 minutos depois. Isso esta estranho. Você não esta realizando outras execuções do DistribuicaoDFe?

Boa tarde Almeida, O XML que você esta carregando esta assinado? Se ele não estiver assinado ao realizar a consulta, não vai ser atualizado com o protocolo de autorização. Uma coisa que eu não entendi, como que ocorre a perda do XML? O componente não esta configurado para salvar os XMLs em disco? É interessante você executar o método Assinar antes do Enviar, apesar que o Assinar é executado automaticamente pelo Enviar. Na minha aplicação executo na sequencia: Assinar, Validar e Enviar, nunca tive problemas de perda de XML.

Boa tarde Wellington, O grande problema é que a SEFAZ não disponibilizou os Schemas de envio de evento da versão 4.00 O Componente a principio esta setado para a versão 4.00 mas como ele acha o Schema da versão 1.00, ao gerar o XML de envio de evento ele muda para 1.00

Bom dia Wagner, Uma pequena correção, não existe nota inutilizada, o que fazermos é inutilizar um numero ou uma faixa de números sequenciais. Números estes que não fazem referencia a nenhuma nota. Realizamos a inutilização de um numero ou faixa quando ocorre um problema no sistema e acaba tendo uma falha na numeração, por exemplo, a nota de numero 500 é emitida e autorizada pela SEFAZ ao emitir a próximo ocorre um problema e o numero da nota em vez de ser 501 é 510. Neste caso temos um buraco na numeração de 500 pula para 510, neste caso devemos avisar a SEFAZ que não existe a notas de números 501 até 509. É ai que entra a Inutilização de Números.

Bom dia Henchs, O mesmo erro ocorre utilizando o programa exemplo?

Bom dia Humberto, Você tem certeza que a nota não foi enviada? O componente esta configurado para salvar os arquivos de envio e retorno. Se sim, da para saber se a nota foi enviada e o resultado do seu processamento. Pode ser que a nota esteja sendo enviada, mas esta sendo rejeitada.

Boa noite ALA, Testa com todos os valores possíveis.

Boa noite Costa, Como assim você editou o Schema disponibilizado pelo provedor? Você fez alteração no arquivo Pronim.ini? Se sim, quais?

Boa noite Windel, Local de coleta e entrega, já faz um bom tempo que foi removido do CT-e. Na versão 3.00 do CT-e não existe mais as TAGs referente a veiculo, condutor e seguro. Essas informações estão agora no MDF-e que tem que ser impresso pelas transportadoras tanto no transporte interestadual quanto intermunicipal. Quando ao DAMDFE no manual não esta previso a impressão dos dados referente ao seguro, mas nada impeça de você incluir.

Boa tarde ALA, Os numero que aparecem no final da URL é a porta utilizada pelo WebService para permitir o acesso. Com relação ao erro, já tentou alterar o valor de SSLLib?

Boa tarde Costa, O campo Host que aparece em parâmetros do WebService se refere ao Host do Proxy e não tem nada haver com a URL do provedor. As URLs de homologação e de produção, quando são diferentes para cada cidade atendida pelo provedor, são informadas no arquivo INI do respectivo provedor.

Boa tarde André, Qual é a empresa (provedor) contratado pela prefeitura de Sertãozinho?

Boa tarde Leandro, Favor anexar aqui mesmo no fórum, somente os fontes alterados.

Costa, Ao configurar o componente no que diz respeito ao PathSchemas esta apontando para a pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\Schemas\Pronim ?

Boa tarde Costa, Qual é a cidade? As URLs de homologação e de produção não são informadas nas propriedades de configuração do componente e sim em um arquivo INI referente ao provedor que atende a cidade em questão.

Boa noite Hey, O destinatário da mercadoria é a própria transportadora?

Boa noite ALA, Favor atualizar os fontes e testar novamente. Agora o componente ao carregar o XML de um CT-e faz a detecção automática do modelo, ou seja, detecta se é CT-e ou CT-e OS, mas não altera a configuração atual do componente.

Bom dia ALA, Como é que o usuário seleciona o que ele deseja imprimir? Se for carregando o XML, basta você ler o campo modelo e com essa informação configurar o componente corretamente antes de realizar a impressão.

Boa noite Costa, Qual é a empresa contrata pela prefeitura para recepcionar as NFS-e? Procure saber também se ela segue o layout da ABRASF.