Italo Giurizzato Junior

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.

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 ?

Bom dia ALA, Favor ler essa noticia: Alterações nos arquivos INIs

Bom dia Alex, Muito obrigado pela colaboração, já enviei para o repositório.

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.

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?

Boa tarde Flavio, Como assim, não existem implementação para o provedor RLZ? 08/02/2019 -- Diversos -- [+] Implementação de um novo Provedor - RLZ Por: Italo Jurisato Junior Faz 3 meses que esse provedor foi implementado.

Boa tarde Everton, O programa exemplo possui uma opção para ele salvar os arquivos Soap. Essa opção esta ativada? Se não esta, favor ativar essa opção e faça um novo teste e anexe os arquivos soap.

Olá pessoal, Quem se utiliza do componente ACBrNFSe fiquem atentos com as alterações realizadas em alguns arquivos INIs dos provedores. Ao atualizar os fontes do ACBr a partir de hoje (13/05/2019), por conta de melhorias realizadas nas Units responsáveis pela assinatura digital se faz necessário enviar para os seus clientes os novos arquivos INIs bem como o novo executável. Caso esse procedimento não seja feito vai ocorrer erros ao tentar realizar a assinatura no pedido de cancelamento de uma NFS-e.

Bom dia Celson, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia Thailor, Primeiramente, quero lhe informar que movi a sua postagem para o lugar correto. Você tinha postado em ACBrMDFe, sendo que esse é um componente para emitir o Manifesto de Documentos Fiscais Eletrônicos e não tem nada haver com Manifestação do Destinatário e muito menos baixar o XML da nota fiscal. 1. Podemos utilizar a função GetPathEvento: PathEvento := ACBrNFe.Configuracoes.Arquivos.GetPathEvento(xxxx, '', dDataEvento); onde xxxx é o tipo de manifestação e pode ser: teManifDestConfirmacao, teManifDestCiencia, teManifDestDesconhecimento ou teManifDestOperNaoRealizada. dDataEvento é uma variável do tipo TDateTime que contem a data do evento de manifestação do destinatário. É importante toda vez que for manifestar uma nota salvar no banco de dados a data da manifestação, o tipo de manifestação e a chave da nota que esta sendo manifestada. 2. Como dito acima ao manifestar se você salvar no banco o tipo de manifestação, você vai poder colocar no grid o tipo da mesma e não apenas Sim ou Não para indicar se já foi manifestada. 3. Se eu entendi você não esta em duvida qual o titulo escolher para a lista de notas, pois bem, na minha aplicação o titulo é: Documentos Localizados para o Destinatário. Define o que você achar mais claro para o usuário. 4. Por favor leia esse artigo: Como obter o XML do Fornecedor

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde André, Sim é possível, veja como: // Carrega no Componente o Evento salvo em Arquivo XML ACBrNFe.EventoNFe.Evento.Clear; ACBrNFe.EventoNFe.LerXML(NomeEvento); // Imprime o Evento ACBrNFe.ImprimirEvento;

Boa tarde Alisson, Mas esse campo segundo o manual é numérico. Mudei o tipo de conversão de tcStr para tcInt, faça uma copia da sua proposta, atualiza os fontes e faça um novo teste.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde, Veja estes links abaixo: http://www.ophos.com.br/publicacoes/detalhe/ct-e-de-redespacho/ http://www.ophos.com.br/app/publicacoes/detalhe/ct-e-de-subcontratacao/ http://www.ophos.com.br/app/publicacoes/detalhe/ct-e-de-anulacao-e-substituicao/

Boa tarde, Você esta com os Schemas desatualizados.

Aranda, Como lhe disse o XML do evento só é gerado, assinado no momento do envio.

Boa tarde Leandro, Desfaça essa alteração, atualiza os fontes e faça novos testes. Note que fiz uma alteração no arquivo INI do provedor.

Boa tarde Celso, Muito obrigado pela colaboração, fiz uma pequena alteração, favor atualizar e testar.

Boa tarde, Em qual momento ocorre o Timeout? É no envio, na consulta a situação ou na consulta do lote?

Boa tarde Aranda, O componente só gera o XML do evento e assina no momento do seu envio.

Boa tarde, O valor do pedágio vai compor o valor da prestação, ou seja, o valor do frete? Se sim, existe no CT-e um grupo chamado: Comp que pode ocorrer "N" vezes no XML. Esse grupo possui dois campos: xNome e vComp. Em xNome você atribuir "Pedagio" e em vComp o valor do mesmo. Simples assim.