-
Total de ítens
37.487 -
Registro em
-
Última visita
-
Days Won
1.056
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Tudo que Italo Giurizzato Junior postou
-
Bom dia Antônio, Veja esta linha: MemoDados.Lines.Add('Chave MDF-e : ' + ACBrMDFe1.WebServices.ConsMDFeNaoEnc.InfMDFe.Items[0].chMDFe); Já tentou fazer algo do tipo: for x := 0 to ACBrMDFe1.WebServices.ConsMDFeNaoEnc.InfMDFe.Count -1 do MemoDados.Lines.Add('Chave MDF-e : ' + ACBrMDFe1.WebServices.ConsMDFeNaoEnc.InfMDFe.Items[ x ].chMDFe);
-
Implementação dos provedores RLZ e Megasoft
Italo Giurizzato Junior replied to Haroldo R.'s tópico in ACBrNFSe
Bom dia Flavio, A cidade Araputanga/MT também se utiliza do provedor RLZ? Se sim, basta você incluir essa cidade no arquivo Cidades.ini aos moldes que foi feito para a cidade Tangara da Serra/MT. Se funcionar, por favor anexe o arquivo Cidades.ini para que possamos enviar para o repositório. Desde já muito obrigado pela colaboração. -
Erro para gerar Nfse
Italo Giurizzato Junior replied to Everton Ferreira Gonçalves's tópico in ACBrNFSe
Bom dia Everton, Por favor atualize os fontes e faça novos testes. -
Bom dia Elaine, Note que no arquivo 55-env-lot-soap.xml a tag hashIdentificador esta vazia. O seu conteúdo é retornado ao solicitar a abertura de uma sessão. Se não esta retornando isso significa que o Identificação do Prestador e ou Senha informados na solicitação de abertura estão incorretos.
- 1 reply
-
- 2
-
Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
-
Erro 1212 - Certificado invalido
Italo Giurizzato Junior replied to patrick.knopf's tópico in ACBrNFSe
Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico. -
Carta de correção NFE
Italo Giurizzato Junior replied to Paulo Hildebrand Neto's tópico in ACBrMonitorPLUS
Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico. -
Bom dia Cordeiro, Você esta perdendo tempo gerando a chave e passando para o campo ID, o componente ao gerar o XML gera a chave e atribui a chave gerada ao campo ID. Isso é uma segurança, pois muitos comentem erros ao gerar a chave. Se você quer armazenar a chave no banco de dados, é muito fácil, após alimentar o componente execute o método Assinar, este vai gerar o XML, assinar e salvar em disco se for o campo. Depois de executado o método Assinar você lê a campo ID, pronto você tem a chave para armazenar no banco de dados. Outra dica importante, vendo o seu XML notei que você esta atribuindo o numero do BP-e ao código do BP-e ( nBP é igual a cBP ). Isso esta errado e deixa a chave do seu BP-e (Documento Fiscal Eletrônico) fraca. A SEFAZ a partir de 02/09/2019, conforme consta na Nota Técnica 2019/001 não vai mais aceitar NF-e e NFC-e cujo valor de nNF seja igual a cNF. Resumindo as notas vão ser rejeitadas pela regra de validação B03-10 (que consta na NT mencionada acima). Acredito que até o final deste ano ou ano que vem os demais Documentos Fiscais Eletrônicos vão passar também a ter essa regra de validação. Sendo assim, quando for salvar no banco de dados as informações sobre o Bilhete, gere um código aleatório de no máximo 8 dígitos diferente de zero e do numero do bilhete (nBP) e salva junto com os demais dados do bilhete. nBP = é um numero sequencial cBP = é um numero aleatório (página 85 do Manual BPe versão 1.00a) - Código aleatório gerado pelo emitente, com o objetivo de evitar acessos indevidos ao documento. Espero ter ajudado.
-
Tag peri não aparece nem no cte nem no mdfe
Italo Giurizzato Junior replied to reij's tópico in ACBrCTe
Bom dia reij, As informações sobre produtos perigosos no CT-e versão 3.00 só devemos informar se o modal for aéreo, caso contrario não se deve informar. Por outro lado no MDF-e versão 3.00 podemos incluir as informações sobre produtos perigosos para qualquer modal. Checando o manual vigente do MDF-e bem como o novo, pois a partir de 10/2019 entra em vigor um novo layout, em ambos não esta previsto a impressão das informações sobre produtos perigosos. -
Bom dia Renan, Em uma de suas postagens você anexou duas versões do Schema: tiposGeralCTe_v3.00 Qual das duas funciona sem nenhum problema com o xsLibXml2 ?
-
Danfe - Itens com 2 Unidades, 2 Val.Uni, 2 Val.Tot.
Italo Giurizzato Junior replied to Mauricio Elias's tópico in ACBrMonitorPLUS
Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico. -
Paulo, Como o teste foi feito com numero de NFS-e diferente fica mais complicado onde exatamente esta ocorrendo o erro pois as tags: AssinaturaCancelamento, DigestValue e SignatureValue são diferentes. Seria interessante emitir uma nota, tentar cancelar com a unit atual (vai ocorrer o erro), copiar os XMLs referente ao cancelamento, depois trocar a unit e efetuar o cancelamento da mesma nota. Ai sim comparar as 3 tags que mencionei, pois é uma delas ou mais de uma que esta sendo gerada de forma errada.
-
Bom dia ALA, Favor ler essa noticia: Alterações nos arquivos INIs
-
Erro para gerar Nfse
Italo Giurizzato Junior replied to Everton Ferreira Gonçalves's tópico in ACBrNFSe
Bom dia Everton, Fiz uma alteração que acredito que vai resolver esse problema. Lembrando que o provedor EGoverneISS não retorna o XML da NFS-e e sim um link onde é possível baixar o XML. Se tratando de ambiente de homologação esse link não é retornado. -
Bom dia, O campo CodMunic é do tipo Integer, mas ao gerar a tag no XML o tipo de conversão era tcStr, isso faz com que mesmo atribuindo o valor zero ao campo a tag é gerada. Fiz uma alteração não só nesse campos mais em outros do mesmo evento que também são Integer, mas que estavam com o tipo de conversão tcStr. Mudei o tipo de tcStr para tcInt, desta forma ao atribuir o valor zero a codMunic, por ser um campo opcional ele não vai mais ser gerado. A dica é, para tpLocal = 2 devemos atribuir o valor zero a codMunic.
-
Consulta de CNPJ e CPF
Italo Giurizzato Junior replied to Carlos Luciana's tópico in ACBrMonitorPLUS
Boa tarde, Tente desta forma: NFe.ConsultaCadastro("SP","xxxxxxxx000160") -
Implementação dos provedores RLZ e Megasoft
Italo Giurizzato Junior replied to Haroldo R.'s tópico in ACBrNFSe
Flavio, Você tem certeza que não tem nenhuma cidade no arquivo Cidades.ini que esteja usando o provedor RLZ? Veja: [5107958] Nome=Tangara da Serra UF=MT Provedor=RLZ NomeURL_H=mt/tangaradaserra NomeURL_P=tangaradaserra.mt.gov.br De onde você esta baixando os fontes dos componentes? -
Consulta de CNPJ e CPF
Italo Giurizzato Junior replied to Carlos Luciana's tópico in ACBrMonitorPLUS
Boa tarde, Como você fez, e qual foi o resultado, favor anexar o log. -
Boa tarde Bruno, Você esta usando a versão mais recente do ACBrMonitor? Se você envia novamente a nota e a mesma é rejeitada por duplicidade, isso significa que a primeira vez que ela foi enviada em modo síncrono, ela foi recebida, processada e autorizada pela SEFAZ. Logo conclui-se que a SEFAZ-MT suporta a recepção de NFC-e em modo síncrono. Você tem um outro problema que é, Duplicidade com diferença na chave. Isso significa que a nota enviada pela segunda vez, a chave estava diferente. O que pode provocar essa diferença? O erro mais comum é não atribuir um valor para o campo cNF (Código da Nota Fiscal) que faz parte da chave. Se você não atribuir um valor para o campo cNF o Monitor se encarrega de gerar um código aleatório, isso explica que o segundo envio da mesma nota ter a chave diferente. A minha sugestão é que a sua aplicação gere um código aleatório para cNF, armazene esse código no banco de dados com os demais dados da nota e no momento de gerar o arquivo TXT com os dados da venda, atribua o código ao campo cNF. Como isso você garante que a chave sempre será gerada exatamente igual. Por fim, acredito o seu problema de não receber informações corretas logo após o primeiro envio deve ser devido ao uso de alguma versão antiga do monitor.