Italo Giurizzato Junior

Boa tarde Antonio, Muito obrigado pela colaboração, já inclui na minha lista de tarefas.

Boa tarde Laerdes, O certificado digital é A1 ou A3? Com o A3 costuma ocorrer problemas. Ao instalar o A1 tem que marcar a opção de Exportável, caso contrario terá problemas também.

Boa tarde, Vamos por partes: 1. O envio do lote de eventos foi gerado, assinado, validado e enviado. Logo a geração do XML de envio do lote esta em conformidade com os Schemas disponibilizados pela Receita Federal. 2. O problema é que o lote não foi aceito e acusou que o elemento <evento> (que esta contido dentro do elemento <loteEventos>) é inválido. Esse erro ocorre com todos os eventos que são enviados na versão 1.5.1 ou só com esse evento? Se for só com o e evento R-2055, pode ser algo implementado errado no WebService da Receita Federal.

Bom dia, Se no retorno consta 2 Itens é porque o componente não esta conseguindo encontrar na lista o Rps que foi enviado. Isso pode ser um bug no componente para esse provedor que na identificação do Rps só consta o numero, outros normalmente tem o numero, série e tipo. Mas pelo seu relato o webservice esta sempre retornando a nota de numero 999 não importa o numero do Rps enviado. Isso pode ser um bug no webservice ou se faz necessário um cadastro do emitente no provedor para que a nota seja gerada corretamente.

Boa tarte Thiago, Uma coisa é você ter baixado todos os fontes de todas as pastas do ACBr, isso inclui os Schemas também. Outra coisa é a sua aplicação estar ou não usando os Schemas da pasta do ACBr. Se a sua aplicação pega os Schemas em outra pasta, esta foi atualizada? Você copiou os Schemas da pasta: ...\Exemplos\ACBrDFe\Schemas\NFe para a pasta utilizada pela sua aplicação?

Boa tarde, Se você envia um RPS de numero 1 tanto no ambiente de homologação quanto de produção ele retorna o XML da NFS-e de numero 999, realmente algo pode esta errado. Chegou a enviar outro RPS com outro numero (2 por exemplo) para ver qual é o numero da NFS-e? Se esta sempre retornando a NFS-e de numero 999, vai ser necessário entrar em contato com o provedor para saber o porque disso. Veja bem, não é o componente que esta atribuindo um numero para a NFS-e, ele apenas extrai o numero dela do XML retornado. Abra o XML de retorno (1-lista-nfse-soap.xml) note que dentro do grupo <infNfse> temos a tag <Numero> cujo valor é 999, esse numero é o numero da NFS-e retornada pelo provedor.

Boa tarde Eduardo, Porque você alterou o provedor? Essa cidade é atendida pelo Pronim que é do GovBR. Veja as URL é totalmente diferente do webservice do Pronim e do GovBR.

Boa tarde Mesquita, Muito obrigado pela colaboração, já inclui na minha lista de tarefas.

Boa tarde Rafael, Muito obrigado pela colaboração, já inclui na minha lista de tarefas.

Boa tarde, Nesse novo layout do DAMDFE não esta previsto a impressão do valor total, apenas o peso total e a quantidade de CT-e ou NF-e.

Boa tarde Djean, Será que na sua rotina não tem nenhuma outra linha que esteja atribuindo outro valor para esse campo?

Bom dia Jacinto, Favor solicitar a SEFAZ-SP qual deve ser a URL para MG quando o CT-e for emitido no ambiente de homologação e de produção do SVC - SEFAZ-Virtual de Contingência.

Bom dia a todos, Quero deixar aqui a minha opinião sobre esse assunto. Em nenhum manual ou nota técnica e muito menos na legislação que trata sobre a NF-e consta que devemos trocar o protocolo de autorização pelo de cancelamento. Pelo contrario no Ajuste SINIEF que instituiu a NF-e deixa claro que o XML da NF-e só terá validade jurídica se o mesmo estiver assinado digitalmente e com o protocolo de autorização. Outra coisa que devemos ter em mente é que ao cancelar uma nota fiscal temos um segundo XML que é o XML de processamento do evento, esse XML contem o pedido de cancelamento assinado digitalmente e o protocolo da SEFAZ que atesta que a nota esta cancelado, logo esse XML tem validade jurídica. Se a intensão é apenas imprimir no DANFE a tarja de nota cancelada, lembre-se que existe uma propriedade de configuração que defini que a nota esta cancelada. Por fim se o cliente ou o contador do mesmo venha com essa historia de alterar o XML, solicita o documento que determina que essa alteração pode ou deve ser feita no XML. Já lhe adianto não vão conseguir lhe mostrar documento nenhum, pois isso não existe.

Tenho certeza que a sua intensão é baixar os XMLs das notas emitidas contra o seu CNPJ. Pois bem essa abordagem esta errada. Eles não foram criados para esse fim. O Distribuição DF-e foi criado para lhe mostrar uma lista (resumo) de notas emitidas contra o seu CNPJ. De posse dessa lista você tem condições de verificar se existe ou não alguma empresa emitindo nota contra o seu CNPJ sem o seu consentimento. Já os Eventos de Manifestação do Destinatário é para avisar o Fisco se você realmente comprou ou não algo daquela empresa e se chegou ou não a mercadoria. Temos 4 tipos de eventos: Ciência da Operação = Informa ao Fisco que você comprou mas ainda não recebeu a mercadoria. Desconhecimento da Operação = Informa ao Fisco que você não comprou nada desse empresa. Confirmação da Operação = Informa ao Fisco que você comprou e recebeu a mercadoria. Operação não Realizada = Informa ao Fisco que você comprou mas não vai receber ou não ficou com a mercadoria, neste evento temos que informar o motivo pelo qual não recebeu ou não vai ficar. Como você pode ver em nenhum momento se falou em baixar o XML da nota para usa-lo como entrada no estoque e/ou lançar no contas a pagar. O Ajuste SINIEF que instituiu a NF-e deixa bem claro que o emitente da nota tem a obrigação legal em disponibilizar o XML assinado e com o protocolo de autorização para o destinatário da mercadoria e para a transportadora quanto esta for a responsável pelo transporte. Agora se os seus fornecedores não estão disponibilizando o XML via e-mail por exemplo, é sua obrigação em informar o fato ao Fisco.

Boa tarde Haroldo, Já inclui na minha lista de tarefas.

Bom dia a todos, Por favor verifiquem no Portal da SEFAZ de MG se não teve atualização de certificado digital do lado deles. Se sim, talvez seja necessário atualizar a cadeia de certificados na maquina do seu cliente. Notem que na mensagem também aparece o erro 403, pelo que me recordo esse erro se refere ao certificado digital.

Bom dia Heto, Se o XML foi gerado e validado e enviado, você pode descartar o componente e os schemas que são usados para validar o XML da nota antes do seu envio. Note que a sua nota foi rejeitada e o motivo é que o webservice não esta reconhecendo a tag <xPag>. Logo o Victor tem razão a SEFAZ-Autorizadora que recepcionou a nota ainda não fez o dever de casa. Favor entrar em contato com eles e cobrar uma posição sobre a implementação da mesma, pois o prazo era até 03/05/2021. E que eu saiba não foi prorrogado.

Bom dia Lucas, Sugiro que você baixe e leia o MOC versão 7.01 Anexo III - Manual DANFE, nesse manual não existe nada referente a impressão dos valores do PIS/COFINS. Esse modelo de DANFE que você anexou não esta em conformidade com o manual. É obvio que podemos incluir um quadro para imprimir esses valores no DANFE visto que eles estão presentes no XML, mas isso poderá nos levar a uma bola de neve, pois amanhã outro vai querer que imprima outra informação. Não podemos diminuir o tamanho da fonte e nem expandir a altura de um bloco de informações, pois isso nos forçaria a diminuir a altura do quadro de itens resultando numa quantidade menor por folha, essa atitude causaria um descontentamento de outros desenvolvedores. A contador do seu cliente ainda esta trabalhando como se fosse 1990 onde a Nota Fiscal era papel, quando foi instituído a NF-e Nota Fiscal Eletrônica através do Ajuste SINIEF 07/2005, no paragrafo primeiro da clausula primeira deixa claro que a nota fiscal agora é um arquivo de computador, o tal do XML que para ter validade jurídica ele precisa estar assinado digitalmente e com o protocolo de autorização gerado pela SEFAZ-Autorizadora. No paragrafo primeiro da clausula nona deixa claro que o DANFE somente poderá ser utilizado para acobertar o transporte da mercadoria. Resumindo o contador do seu cliente quer usar o DANFE acreditando que este é a nota, sendo que ele é apenas um Documento Auxiliar da Nota Fiscal Eletrônica. Se é um documento auxiliar da nota, não é a nota, da mesma forma que o auxiliar do chefe não é o chefe. O contador precisa utilizar o XML para obter os dados necessários para realizar a escrita fiscal e contábil. Espero ter ajudado.

Boa tarde Eliezer, Muito obrigado pela colaboração, já inclui na minha lista de tarefas para analisar o que você fez.

Boa tarde Vander, Esse XML de retorno é de qual webservice?

Marcelo, Veja o significa do erro 404: 404 Not Found O servidor não pode encontrar o recurso solicitado. Este código de resposta talvez seja o mais famoso devido à frequência com que acontece na web. Esse erro ocorre quando a URL não existe, mas segundo o seu relato, depois de algumas tentativas ocorre o envio, sendo assim a maquina que esta sendo usada para emitir o BP-e não esta passando por algum Proxy ou Firewall?

Bom dia Cristiano, Configure o componente para salvar os arquivos Soap. Desta forma fica mais fácil descobrir o motivo dessa tela em branco.

Bom dia Marcelo, Se depois de algumas tentativas o envio e a autorização do BP-e ocorre sem problemas, isso significa que a SEFAZ-MG esta passando por algum problema técnico. Aconselho entrar em contato e relatar o problema.

Bom dia José, Favor anexar o XML do CT-e que você pretende enviar a Carta de Correção.

Bom dia Reinaldo, Em vez de PaisCod use cPais, veja que o nome da tag é <cPais> e não <PaisCod> E em vez de Pais use xPais [rem] (...) cPais= xPais= [Dest] (...) cPais= xPais=