Italo Giurizzato Junior

Bom dia Alberto, Você esta passando a informação errada, veja: nfe.consultacadastro(cUF,nDocumento) nfe.consultacadastro(SP,45990181000189) cUF = código da UF e não a sigla, portanto o correto seria: nfe.consultacadastro(35,45990181000189)

Alencar, O arquivo ACBrNFeServico.INI esta com uma bolinha verde no seu ícone? Configure o componente para salvar os arquivos Soap, existe uma propriedade Salvar em WebServices, atribua o valor True a ela e realize novos testes. Depois post como anexo os XMLs referentes ao envio e retorno do evento que contem a palavra soap no nome.

Bom dia a todos, Alencar, por favor atualize todos os fontes e realize novos testes.

Bom dia a todos, Favor entrarem no Portal Nacional do CT-e e baixar a Nota Técnica 2015/003 que trata sobre a cobrança do ICMS na Operação Interestadual. Ontem a noite disponibilizei os novos schemas e até o final desta semana os fontes alterados para atender a NT. Por favor leiam com muita atenção principalmente o que esta na página 3.

Ala, Se MG tem essa opção, não sei lhe informar, mas não custa nada vascular o site da SEFAZ-MG.

Bom dia a todos, Algumas propriedades de configuração e métodos tiveram seus nomes alterados e outros simplesmente foram excluídos. PastaMensal agora se chama SepararPorMes; PathCCe não existe mais PathSalvar do Geral não existe mais, somente do Arquivos; SaveToTXT me parece que agora se chama GravarTXT; ConsultaDPEC não existe mais.

Bom dia ALA, Como dito antes o cancelamento extemporâneo fica a cargo de cada UF, no caso do MT isso é possível e é via Site e não Web Services.

Quanto ao XML não constar o protocolo de autorização estamos analisando o problema.

Boa tarde, O CNPJ informado ao executar o método DistribuicaoDFe do componente ACBrNFe é da pessoa jurídica que pode ser o emitente da NF-e ou do destinatário ou da transportadora e de outros. No caso de transportadora e outros o CNPJ tem que constar na NF-e no grupo X03 ou seja <transporta> ou no grupo <autXML>. O único documento disponível para download é o XML da NF-e, note que os demais são eventos ou resumos, o EPEC também é um evento. Quanto ao MDF-e o componente ACBrMDFe já possui o método DistribuicaoDFe e somente os CNPJ ou CPF que constarem em <autXML> vão poder utilizar. Teremos como resposta o MDF-e assinado e protocolado e os eventos de Cancelamento, Encerramento e de Inclusão de Condutor. Por outro lado não temos nada nesse sentido para o CT-e, acredito que teremos, vamos aguardar. Resumindo com o DistribuicaoDFe do ACBrNFe você consegue o XML da NF-e assinado e protocolado e com o mesmo método do ACBrMDFe você consegue o XML do MDF-e assinado e protocolado.

Boa tarde a todos, No que diz respeito ao nome o correto é como ele esta no arquivo físico. Nomenclatura do arquivo *-procEventoNFe.xml <código do evento com 6 dígitos> + <chave da NFe com 44 dígitos> + <número sequencial com 2 dígitos> Logo existe um erro ao gerar o nome do mesmo no arquivo de retorno TXT.

Boa tarde Jorge, É estranho pois as URLs são definidas nas units de cada provedor e no caso da cidade de Novo Hamburgo é o provedor ISSNet e na unit consta tanto a URL de homologação quanto de produção.

Boa tarde, Me responda: Porque não informar ve310 como valor de VersaoDF em vez de TpcnVersaoDF(2)? Porque você executa o GravarXML sendo que o Consultar já faz isso? E ao imprimir porque você lê o numero do protocolo e atribui a propriedade ProtocoloNFe?

Bom dia Mauro, Se você utiliza os componentes e se os fontes dos mesmos estão atualizados o seu sistema já utiliza os novos endereços desde maio/2015. Pelo simples fato de que foi eu quem alterou os endereços e enviei para o repositório no dia 01/05/2015. Por outro lado se você utiliza o Monitor te aconselho a mudar para o ACBrMonitor Plus por dois motivos: primeiro que o ACBrNFeMonitor não terá mais atualização e segundo posso lhe garantir que o ACBrMonitor Plus também se utiliza dos novos endereços.

Bom dia Bruno, Através da SEFAZ não tem como saber o último numero de NF-e emitida. Mas se a empresa em questão que vai passar a usar o seu sistema e esta já emiti NF-e é muito simples saber, basta pegar o DANFE da última NF-e emitida por ela. O DANFE contem o número da nota. Se você vai utilizar o ACBrMonitor Plus para emitir a NF-e basta você informar o numero da nota no arquivo TXT que é passado para o Monitor.

Bom dia Rodrigo, No quadro da página 26 temos uma coluna chamada Ocor., quando for 1-1 significa que o campo/grupo é obrigatório e deve aparecer uma unica vez, por outro lado se for 0-1 significa que é opcional e caso venha ser informado só deve existir apenas 1. Sendo assim o grupo <impostoDevol> é opcional, mas se há necessidade de informar o campo pDevol o grupo deverá ser criado. E nota-se também que caso o grupo <impostoDevol> venha a ser criado no XML alem do campo pDevol deverá existir o grupo <IPI> e o campo <vIPIDevol>. Conclui-se que ou você informa: pDevol e vIPIDevol para que toda essa estrutura no XML seja criada ou não informa nenhum dos dois.

Bom dia José, Não estou conseguindo abrir o seu arquivo: Log.txt

Bom dia Claudio, Isso é muito estranho, pois se a nota já esta cancelada no meu entendimento a SEFAZ deveria aceitar o evento de Ciência da Operação e não de Confirmação da Operação. Visto que, só enviamos o evento de Confirmação da Operação quando a mercadoria foi entregue, se a nota foi cancelada pressupõe que a mercadoria não enviada ao destinatário. Por outro lado o evento Ciência da Operação significa que eu comprei mas ainda não recebi a mercadoria. Se a SEFAZ aceitou o evento, concluo que a rotina de checagem deles não esta funcionando como deveria, ou existe ai uma diferença de horários que fez com que isso ocorresse.

Bom dia Vinicius, sProtocolo := ACBrNFe.WebServices.EnvEvento.EventoRetorno.retEvento.Items[X].RetInfEvento.nProt; sStat := IntToStr(ACBrNFe.WebServices.EnvEvento.EventoRetorno.retEvento.Items[X].RetInfEvento.cStat); sMotivo := ACBrNFe.WebServices.EnvEvento.EventoRetorno.retEvento.Items[X].RetInfEvento.xMotivo; dhEvento := ACBrNFe.WebServices.EnvEvento.EventoRetorno.retEvento.Items[X].RetInfEvento.dhRegEvento; sDataHora := DateTimeToStr(dhEvento); onde [X] varia de zero até a quantidade de eventos retornados -1.

Bom dia, No seu caso, não existe a intensão de salvar o XML em disco e sim no banco de dados?

Bom tarde, Tem que debugar a partir do Enviar mais precisamente a unit ACBrNFeWebServices.

Claudio, Se tratando de eventos de Manifestação do Destinatário são apenas 4 e nenhum deles é de cancelamento. Na Nota Técnica 2012/002 versão 1.02 - Leia com muita atenção todos os sub itens do item 4.9.10 que trata sobre os eventos e a mudança da Manifestação do Destinatário.

Bom dia Rômulo, Desculpe, esta meio confuso: "...todas as Notas emitidas contra este CNPJ e os Eventos das notas emitidas por ele (digo a manifestação dos destinatários) estão vindo com o NSU correto". O seu cliente vamos chamar de Empresa ABC e vamos supor que ela alem de comprar vende também, logo recebe e emite NF-e. A Empresa ABC ao realizar uma consulta através do DistribuicaoDFe terá como retorno: 1. resumo da NF-e emitida contra o seu CNPJ; 2. Evento de cancelamento, carta de correção, Suframa e EPEC emita pelo emitente da NF-e (que não é a Empresa ABC); 3. Resumo de eventos CT-e e MDF-e (de Autorização / Cancelamento), emitidos pela transportadora. 4. NF-e caso a Empresa ABC venha realizar a Manifestação do Destinatário; 5. Eventos de Manifestação do Destinatário emitido pelos clientes (destinatários) da Empresa ABC; Observação o evento Suframa é emitido pela SEFAZ. Me baseie na tabela que encontra-se na Nota Técnica 2014/002 versão 1.01 - página 4. Portanto se a Empresa ABC não esta recebendo os eventos de Cancelamento, Carta de Correção, Suframa e EPEC isso significa que ou o emitente da NF-e não esta emitindo esses eventos ou a SEFAZ-Autorizadora não esta compartilhando eles para o Ambiente Nacional.

Bom dia Rodrigo, Segundo a Nota Técnica 2013/005 versão 1.22 - página 26 diz o que?

Bom dia Claudio, Sim, não tem problema, desde que a mercadoria já encontra-se no destinatário.

Bom dia Mateus, Se é a SEFAZ que esta com problemas, você deve enviar a NFC-e para a SVC- SEFAZ Virtual de Contingência que atende o Estado em questão. O componente já tem tudo implementado, basta você mudar o tipo de emissão de normal para Contingência SVC. A principio o tempo máximo para enviar uma NFC-e emitida Offline é de 24 horas, agora se esse tempo varia de Estado para Estado então é bom entrar em contato com a SEFAZ do Estado em questão e questiona-los sobre esse tempo.