Italo Giurizzato Junior

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.

Olá pessoal, A pesar do titulo fazer referencia a NF-e, mas esse artigo é valido também para a NFC-e, CT-e, CT-e OS, MDF-e e BP-e. Alguns desenvolvedores preferem gerar através da sua aplicação o XML para depois ser lido pelo ACBrMonitor ou pelo componente que vão dar continuidade, ou seja, assinar, validar e enviar para SEFAZ. Vi relatos no fórum que o desenvolvedor gerou o XML com uma determinada chave e o Monitor ou o componente mudaram essa chave. Porque isso ocorre? Essa alteração é provocada porque o valor da tag cNF (se tratando da NF-e e NFC-e) esta com o valor zero ou possui um valor em cNF diferente do que foi usado para compor a chave. Se o valor for zero o componente que é usado pelo Monitor vai gerar um numero aleatório. Agora se o valor de cNF for diferente do que foi usado na chave o componente se encarrega de corrigir a chave. Como é composta a chave? Chave = <Código da UF(2)><Ano de Emissão(2)><Mês de Emissão(2)><CNPJ do Emitente(14)><Modelo(2)><Série da Nota(3)><Numero da Nota(9)><Tipo de Emissão(1)><Código da Nota(8)><Digito Verificador(1)> O <Numero da Nota> é o valor de nNF e o <Código da Nota> é o valor de cNF. Para os demais modelos de documentos fiscais eletrônicos temos: CT-e / CT-e OS <Numero do Conhecimento> = nCT <Código do Conhecimento> = cCT MDF-e <Numero do Manifesto> = nMDF <Código do Manifesto> = cMDF BP-e <Numero do Bilhete> = nBP <Código do Bilhete> = cBP

Boa tarde a todos, Favor atualizar os fontes e façam novos testes.

Boa tarde Élviro, Não existe DACTE Resumido, o que o seu cliente te passou é um DACTE impresso 2x em uma folha A4. Como você usa o Fortes Report me parece que isso não seja possível, mas é possível imprimir o DACTE no tamanho A5. Já quem usa o Fast Report existe a opção de imprimir o mesmo DACTE 2x em uma folha A4.