Italo Giurizzato Junior

Bom dia, Primeiramente, por favor procure sempre anexar o arquivo e não postar o seu conteúdo. Segundo, veja a mensagem de erro, ela se refere a dEmi - Data de Emissão e você colocou no seu arquivo: cNF=00010016 dhEmi=2014-10-04T09:44:00-03:00 tpNF=1 Como não foi informado que se tratava da versão 3.10 o Monitor esta gerando e validando como sendo a versão 2.00 O monitor ainda se utiliza dEmi como nome do campo e não dhEmi, para ambas as versões. Uma coisa é o nome do campo no arquivo INI e outra coisa é o nome da TAG no XML. Se não me falha a memória a forma correta de informar a Data/Hora de Emissão é: cNF=00010016 dEmi=04/10/2014 09:44:00 tpNF=1 Note que devemos colocar um espaço em branco entre a data e a hora. Para definir a versão do XML como sendo 3.10 devemos iniciar o arquivo INI com: [infNFe] versao=3.10 [identificacao] (...)

Bom dia Rafael, O seu projeto se utiliza da unit ACBrCertificado para qual finalidade?

Bom dia Cesar, Segundo os 3 arquivos que você postou no post #1, não encontrei nenhum problema. Em *-ped-inu.xml temos a solicitação de inutilização do numero 226831, versão da NF-e 2.00 Em *-inu.xml temos o retorno da SEFAZ acusando que a inutilização foi homologada, versão da NF-e 2.00 O *-ProcInutNFe é um arquivo gerado pelo componente que se utiliza do conteúdo dos dois acima. Quanto aos outros 2 arquivos do post #2, você só postou o de solicitação, mas tudo bem. A UF = 29 - Bahia andou alterando o nome do serviço na versão 3.10 NfeStatusServico2 foi alterado para: NfeStatusServico NfeConsulta2 foi alterado para: NfeConsulta Note que na versão 3.10 foi removido o digito 2 do nome do serviço. Portanto é quase certeza que isso foi feito também com a inutilização, ou seja: NfeInutilizacao2 talvez tenha sido alterado para: NfeInutilizacao Encontra-se disponível uma alteração, favor atualizar os seus fontes e teste novamente.

Boa noite Cesar, Qual é o problema que você esta tendo? Pois ao abrir o *-ProcInutNFe.xml ele contem a solicitação e o retorno da SEFAZ acusando que a inutilização foi homologada, ou seja, aceita pela SEFAZ.

Boa tarde Daniel, Sim, ele foi feito por mim. Mas toda melhoria é bem vinda, vou analisar o que você fez e semana que vem disponibilizo.

Emerson, Obrigado pelo retorno. Comparei o XML de envio e o mesmo esta em conformidade tanto com a NT 2014/002 versão 1.01 quanto com o Schema. O problema de consumir o Web Service me parece que foi resolvido, pois agora temos um retorno não de falha mas sim um retorno, apesar de constar a rejeição. A rejeição indica que existe uma falha no XML, mas onde? Como esse Web Service foi liberado esta semana, acredito que deva ter falhas.

Tagales, Não me recordo em qual NT eu vi o calculo mas leva em consideração tudo. Achei: Nota Técnica 2013/005 versão 1.01 Página 97 - Anexo X item 01, inclusive existe um exemplo considerando um DI.

Boa tarde Paulo, Você não pode simplesmente cancelar um MDF-e só porque não esta conseguindo efetuar o seu Encerramento. Se esta tentando Encerrar significa que o transporte foi realizado, portanto não cabe o seu cancelamento. Verifique a configuração do componente no que diz respeito a UF. Você tem uma rotina de emissão e outra de encerramento, a rotina de configuração do componente é a mesma para as duas rotinas? Ou cada uma tem a sua? Se cada uma tem a sua cheque a de encerramento, ela pode estar configurada de forma errada, lembre-se que se não configurar a UF o componente assume como sendo SP.

Boa tarde William, Estou com um retorno que a Graça me enviou com 5 chaves de notas pendentes. É através desse arquivo que estamos trabalhando.

Boa tarde Eljak, O CNPJ do certificado digital é o mesmo do emitente do RPS?

Boa tarde a todos, Simplesmente comente a linha, com as novas modificações que estamos promovendo no componente essa propriedade não será mais utilizada.

Boa tarde Otairlaveso, Muito obrigado, favor atualizar os fontes e testar novamente. Post como anexo os arquivos de envio e de retorno (os que contem o soap no nome). Desde já muito obrigado.

Jorge, Essa TAG aceita sim 5 mil caracteres, agora querer usar tudo, tenha dó. Imagina se essa TAG fosse capaz de armazenar 20 mil, teríamos praticamente uma folha só de observação. Eu não acredito que tenha algum sistema que imprima um DANFE com uma Obs com 5 mil caracteres. E digo mais, muitas empresas, e das grandes estão usando o ACBr em suas aplicações.

Boa tarde a todos, Estamos trabalhando para fazer com que a lista de Chaves Pendes retornada e mostrada.

Boa tarde Tagales, Talvez o problema seja esse Digito Verificador "1" que deve ter sido calculado não levando em consideração o primeiro digito "2" que é acrescentado ao numero para identificar se o mesmo é DI ou DSI.

Boa tarde Dromero, Post como anexo o XML que ocorre esse erro.

Boa tarde Rodrigo, Muito obrigado pela colabora, já esta disponível.

Boa tarde Emerson, Faz um favor para mim, digite no seu navegador que contenha um certificado valido instalado a URL abaixo: https://hom.nfe.fazenda.gov.br/NFeDistribuicaoDFe/NFeDistribuicaoDFe.asmx Talvez seja necessário incluir no final: ?wsdl Copie e cole em um bloco de notas e post como anexo para que eu possa analisar. Ao assar a URL acima é para aparecer a estrutura do envelope, algo esta errado na montagem do mesmo ou o endereço do SoapAction esta errado.

Boa tarde Udenilson, Já tentou diminuir o tamanho da fonte no que diz respeito a observação? Me desculpe, esse seu cliente não quer colocar uma observação e sim um romance.

Boa tarde Carlox, Para limpar o componente antes de adicionar novos dados para emissão de um novo MDF-e, deve-se executar o comando: ACBrMDFe1.Manifestos.Clear; Antes de adicionar um evento (Encerramento ou Cancelamento) devemos executar o seguinte comando: ACBrMDFe1.EventoMDFe.Evento.Clear;

Boa tarde Eric, O que tudo indica segue o padrão ABRASF. Você pode copiar uma das units ACBrProvedorxxxxx com o nome: ACBrProvedorMemory e fazer as alterações necessárias para esse provedor. Depois tem que fazer com que o componente reconheça não só essa nova unit como também o novo provedor, para isso basta tomar como base o provedor xxxxxx. Com certeza você terá que fazer alterações nas units: ACBrNFSeConfiguracoes ACBrNFSeWebServices ACBrNFSeUtils pnfseConversao pnfseNFSeR pnfseNFSeW e pnfseNFSeG Procure primeiro atualizar todos os fontes de todas as pastas, para que você possar fazer as alterações nos fontes atuais.

Bom dia Emerson, Por favor configure a propriedade: Configuracoes.WebServices.Salvar := True; Realize novamente os testes e post como anexo os arquivos de envio e retorno que contem a palavra soap no final do nome. Verifique se antes de executar o comando DistribuicaoDFe não existe nenhuma comando que redefina o ambiente para produção.

Bom dia Diogo, Favor atualizar os fontes e testar novamente.

Bom dia Thiago, Vou analisar para saber se comentado ou mesmo removendo esse if não vai causar nenhum outro problema.

Bom dia Hudson, Você não esta usando o componente ACBrNFSe? Até onde eu sei ele esta funcionando sem nenhum problema para o provedor Fiorilli.