Italo Giurizzato Junior

Bom dia, Sem um XML de exemplo do provedor para comparar é ficar na tentativa e erro.

Boa tarde Alexandre, Me desculpe, existe uma postagem sobre o mesmo problema que foi feita em 23 de fevereiro e entre várias respostas a última é de hoje uma hora e meia antes da sua postagem. Se você tivesse pesquisado teria encontrado a solução.

Boa tarde Jean, Não existe inutilização de NF-e e sim inutilização de numero ou faixa de números. Sendo assim, não faz sentido carregar o XML de uma NF-e que se deseja inutilizar. Repito se o numero 500 se refere a uma NF-e que foi enviada para SEFAZ e esta retornou o protocolo de autorização, o que você pode fazer é solicitar o seu cancelamento. Por outro lado se o numero 500 não se refere a nenhuma nota, por algum motivo a sua aplicação pulou esse numero, você então solicita a SEFAZ a inutilização do numero 500. Se você esta emitindo NF-e na vesão 3.10, você tem que configurar o componente conforme o Isaque mostrou em sua postagem #4 antes de executar a inutilização de um numero. Espero ter ajudado.

Boa tarde Kleberson, Quem esta consultando é o próprio emitente da Nota?

Boa tarde a todos, A forma correta é: // TpcnDestinoOperacao = (doInterna, doInterestadual, doExterior); if Dest.EnderDest.UF = 'EX' then ide.idDest := doExterior else if Dest.EnderDest.UF = Emit.EnderEmit.UF then ide.idDest := doInterna else ide.idDest := doInterestadual; Lembre-se de colocar pcnConversao no uses do seu form.

Boa tarde Fabio, Quando for consultar a situação atual de uma NF-e emitida na versão 2.00 o procedimento é esse, pois a rotina que lê o XML seta a versão com base na versão do XML.

Boa tarde a todos, Atenção: o SCAN não existe mais. Se a SEFAZ-Autorizadora não esta ativa, você deve enviar a nota para a SEFAZ-Virtual que atende a UF do contribuinte. Agora se o problema é com a internet do Contribuinte, este deve se utilizar de uma conexão 3G (por exemplo) e enviar um evento chamado EPEC. Assim que o problema for sanado deve enviar a nota para a SEFAZ-Autorizadora. Por favor leiam as Notas Técnicas que tratam sobre o assunto.

Boa tarde, Tente conseguir com o provedor um XML de exemplo que é aceito pelo provedor, para que possamos comparar.

Boa tarde, Os arquivos *-env-lot.xml e *-env-lot-soap.xml são de envio do lote para a SEFAZ e portanto os *-rec.xml e *-rec-soap.xml são os de retorno que se você abrir com um navegador vai notar a mensagem: Arquivo recebido com sucesso. Bem como o numero do recibo que encontra-se na TAG: nRec. Se você esta usando o método Enviar, o componente após obter o retorno acima mencionado, de posse do numero do recibo realiza um consulta, neste caso é salvo o arquivo: *-ped-rec.xml e temos como resposta a essa consulta o arquivo: *-pro-rec.xml Por favor você tem os arquivos abaixo? *-ped-rec.xml e/ou *-ped-rec-soap.xml *-pro-rec.xml e/ou *-pro-rec-soap.xml Se sim, post como anexo.

Boa tarde, Tanto o cancelamento quanto o encerramento são eventos, sendo assim ao executar os comando sitados é para ser salvo em disco um XML com o seguinte nome: *-ped-eve.xml Esse XML contem o pedido de evento, ou seja, é o envio do evento a SEFAZ, como dito antes pode ser de um cancelamento ou encerramento. A SEFAZ por sua vez processa esse pedido e retorna o resultado desse processamento, que é salvo com o seguinte nome: *-eve.xml Por fim é gerado um terceiro arquivo chamado *-procEventoMDFe.xml que nada mais é do que o arquivo de distribuição, ou seja, ele possui tanto a solicitação bem como o resultado do processamento retornado pela SEFAZ, em resumo é a união dos dois primeiros. Após a execução dos comandos de cancelamento ou encerramento, é salvo os XMLs apresentados acima? Se sim, você poderia postar como anexo?

Boa tarde Marcio, Essa alteração foi feita por mim, a pedido de um colega do RS que utiliza uma aplicação desenvolvida por mim. O cliente dele necessita que a descrição seja: Atividades de pós-colheita. Infelizmente eu deveria ter desfeito essa alteração após compilar e enviar o executável a ele. E acabei enviando para o repositório o fonte alterado. Peço desculpas pelo transtorno. Vou corrigir e disponibilizar novamente. Aproveito para informar que o componente ACBrNFSe é capaz de imprimir no DANFSE a descrição do serviço de duas formas: 1. a descrição que consta no fonte do mesmo; 2. a descrição que consta em um arquivo TXT que deve ser copiado para a pasta onde encontra-se o executável. Existe uma propriedade no componente onde definimos se a descrição é de um arquivo externo ou não.

Boa tarde, Você esta incluindo em Uses a unit pcnConversao ?

Boa tarde Chistiano, Te aconselho a procurar um bom contator.

Boa tarde Thiago, Você sabe me dizer quando a versão muda de 3.10 para 2.00? A principio depois de setado a versão, ela não se altera a não ser que seja carregado um XML de uma NF-e que foi emitido na versão 2.00 Por favor verifique se o problema não é exatamente esse.

Boa tarde Leandro, Pelo o XML que você anexou se trata do provedor EL. Esse provedor já esta implementado, sendo assim, precisamos das URLs de homologação e de produção para a cidade Aracruz.

Boa tarde, Esse Pablo deve ser mestre em ábaco e não em computação. O camarada pede para se basear na documentação, como se trata de envio via Web Services, temos que nos basear no Schema_V3 conforme a resposta dele, pois bem veja a definição do tipo complexo chamado tcDadosServico: <xsd:complexType name="tcDadosServico"> <xsd:sequence> <xsd:element name="Valores" type="tcValores"/> <xsd:element name="ItemListaServico" type="tsItemListaServico"/> <xsd:element name="CodigoCnae" type="tsCodigoCnae" minOccurs="0"/> <xsd:element name="CodigoTributacaoMunicipio" type="tsCodigoTributacao" minOccurs="0"/> <xsd:element name="Discriminacao" type="tsDiscriminacao"/> <xsd:element name="CodigoMunicipio" type="tsCodigoMunicipioIbge"/> </xsd:sequence> </xsd:complexType> Bom, se não existe o campo CodigoCnae então o que esta definido acima? A não ser que esse tal de Mestre quer dizer que esse campo por ser opcional não deve ser informado apenas o CodigoTributacaoMunicipio. Outra coisa, se você analisar os exemplos vai notar que com exceção do envio os demais é utilizado antes da TAG os prefixos: ns2, ns4, ... ou seja segundo o que foi adotado pelo provedor Ginfes. No Ginfes o envio também se utiliza dos prefixos, sendo assim ou o exemplo esta errado ou o Ginfes esta aceitando o envio sem prefixo somente para a cidade de Fortaleza.

Boa tarde Pablo, No meu entendimento, você deve entrar em contato com o provedor e expor o problema. Pelo que entendi você só nota o erro se você pegar o XML de retorno e tentar validar o mesmo caso contrario ninguém nota o problema, correto?

Boa tarde Kleberson, Qual é a versão da NF-e que se deseja consultar? Se for versão 2.00 faça o seguinte: 1. Carregue o XML da NF-e 2.00 com o LoadFromFile; 2. Configure o componente para a versão 3.10 3. Execute o método Consultar.

Jakson, Isso significa que a versão do seu Quick Report é diferente da que foi utilizada para fazer o DAMDFe. Na pasta ...\Fontes\ACBrMDFe existe um arquivo TXT com um passo a passo que mostra como resolver esse problema.

Boa tarde Fabio, Faz o seguinte: Carregue o XML da NF-e versão 2.00 usando o LoadFromFile, depois configure o componente para a versão 3.10 e por fim realize a consulta.

Boa tarde Jeferson, Essas outras 3 lojas não são filiais? Não sei bem ao certo se o Token (CSC- Código de Segurança do Contribuinte) é atrelado ao CNPJ ou IE ou ambos. Se for atrelado somente ao CNPJ acredito que você possa usar o mesmo em todas elas.

Boa tarde Mauricio, Monte a sua rotina de CC-e igual a de Cancelamento. Lembre-se que CC-e e Cancelamento são eventos e temos uma rotina genérica para envio de eventos.

Boa tarde Tallys, O Schema não tem nada haver com a rejeição da SEFAZ. Se o Schema estiver errado o XML não é validado e consequentemente não é enviado para SEFAZ.

Boa tarde, Se o CT-e não tiver nada nesse campo, ele é autorizado?

Como assim duas vezes? Existe uma TAG para informar a chave da NF-e e a segunda chave que só é informada caso a NF-e tenha sido emitida em contingência. Essa TAG que se refere a segunda chave é a chave de contingência, portanto se a nota não foi emitida em contingência essa TAG tem que receber uma string vazia.