Italo Giurizzato Junior

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

Boa tarde André, Se você vai usar o componente ACBrMDFe, basta configurar ele para o ambiente de homologação. Pela sua pergunta noto que você não chegou a ler os manuais e notas técnicas do MDF-e. Sem essa leitura você vai ter mais erros do que acertos.

Boa tarde, Já estou vendo uma forma de padronizar.

Bom dia Willian, Se com a sua alteração o cancelamento foi realizado com sucesso, então a unit estava errada. Favor anexar a unit que você alterou. Desde já muito obrigado pela colaboração.

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

Bom dia, Tem provedor que devemos criar um usuário e senha para emitir a nota via site e outro usuário e senha para emitir a nota via webservice. Talvez o problema seja esse.

Bom dia Luan, Já esta no SVN.

Bom dia Meinardo, Favor atualizar os fontes, reinstalar o ACBr e faça novos testes. Se possível com contribuintes Optantes Simples Nacional e não Optantes.

Bom dia, As alterações nas units GravarXml e LerXml, foram enviadas para o SVN. Fico no aguardo de uma nova versão da unit Provider que seja compatível com o Delphi 7.

Bom dia, Pelo o que eu notei o layout é próprio, ou seja, não segue o layout da ABRASF, sendo assim a implementação é mais demorada. Caso tenha interesse em contribuir com o projeto e implementar o provedor ficaremos gratos. Importante: o nome do provedor seria CTAConsult por conta do namespace utilizado que é "http://www.ctaconsult.com/nfse"

Bom dia Jefferson, Defina para mim: "Reabrir o XML".

Boa tarde Meinardo, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-2940

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

Já enviei para o SVN a alteração no componente. Vamos aguardar agora o pessoal responsável por gerar o ACBrLibMDFe, gerar uma nova versão e disponibilizar. Através do Discord, notei que já foi compilado uma nova versão do ACBrLibMDFe. Atualize e faça novos testes.

A configuração esta correta. Entre em contato com a prefeitura e verifica se a mesma ainda continua sendo atendida pelo provedor Fiorilli. Desconfio que mudou.

Descobri o problema. É que esse provedor tem 3 versões diferentes de WebService e eu alterei apenas uma, justamente a que não é utilizada pela cidade em questão. Por favor atualize novamente, reinstale e faça novos testes.

Vou fazer o ajuste, como você utiliza a Lib só semana que vem vai sair uma nova compilação. Já inclui na minha lista de tarefas. TK-2938

Boa tarde a todos, No caso da Aliquota alguns provedores tem regras para que a tag seja gerada mesmo zerada. Veja o caso do Ginfes: procedure TNFSeW_Ginfes.Configuracao; begin inherited Configuracao; NrOcorrAliquota := 0; NrOcorrValorPis := 1; NrOcorrValorCofins := 1; NrOcorrValorInss := 1; NrOcorrValorIr := 1; NrOcorrValorCsll := 1; NrOcorrValorIss := 1; DivAliq100 := True; PrefixoPadrao := 'ns4'; end; function TNFSeW_Ginfes.GerarXml: Boolean; begin if NFSe.OptanteSimplesNacional = snSim then NrOcorrAliquota := 1; Result := inherited GerarXml; end; Na configuração é definido que a tag aliquota é opcional. Mas antes de gerar o XML é verificado se a empresa é Optante Simples Nacional, caso afirmativo a tag passa a ser obrigatória.

Boa tarde Júlio, A assinatura não esta invalida. No site você tem que pegar o XML de envio do lote e não o Envelope Soap para poder validar. Quando peguei esse ultimo XML que você baixou do site da prefeitura e removi as tags referente ao Envelope Soap e joguei o XML resultante no site para validar, ele retornou que a assinatura é valida. Para mim deve ser algum bug no webservice do provedor que em vez de informar o que realmente esta errado no XML acaba retornando que a assinatura é invalida. É preciso entrar em conta com o provedor e questionar eles.

Boa tarde, Após atualizar todos os fontes de todas as pastas, você reinstalou o ACBr? Se sim, compilou a aplicação com a opção Build? Verifique se não tem nenhuma Unit do ACBr com uma bolinha vermelha em seu ícone, caso afirmativo exclua e atualize novamente os fontes, reinstale o ACBr e compile novamente a Aplicação.

Boa tarde, Sim, por padrão ele utiliza a chave do documento como nome do PDF. Verifiquei a rotina responsável por gerar e salvar o PDF e ela não leva em consideração a propriedade NomeDocumento, salvando sempre conforme o padrão.

Olá pessoal, Diariamente leio postagens aqui no fórum e no Discord de desenvolvedores que estão sofrendo com a rejeição de consumo indevido ao tentar usar o serviço: DistribuicaoDFe. Na maioria dos casos o problema é o Contador que esta de posse de uma cópia do certificado digital do seu cliente e esta se utilizando do mesmo serviço (DistribuicaoDFe) para baixar as notas de entrada. Como resolver essa questão? Solicitar ao Contador que não utilize o Certificado Digital do seu cliente para esse fim e firmar um acordo que vai disponibilizar periodicamente todos os XMLs, tanto os de Saída quanto os de Entrada. Pois para o Contador poder ter acesso ao XML ele tem que enviar o evento de Manifestação do Destinatário (Ciência da Operação), mas o problema é que o Contador não é o Destinatário da mercadoria e ele nem sequer sabe se o seu cliente comprou ou não dessa empresa que emitiu a nota. Cabe o Destinatário verificar quem esta emitindo nota contra o seu CNPJ (utilizando para isso o DistribuicaoDFe) e enviar o evento de Manifestação do Destinatário mais adequado para a nota que esta sendo verificada. Pois temos que informar ao Fisco se compramos ou não dessa empresa e se a mercadoria foi entregue ou não. E todos nós concordamos que o Contador não tem essas informações, logo não compete a ele usar esse serviço se passando pelo Destinatário da mercadoria. Uma dica para os Desenvolvedores: Em suas aplicações deve ter o cadastro com os dados do Emitente das notas, correto? Pois bem, inclua nesse cadastro um campo para constar o CNPJ do Contador. Na procedure que alimenta o componente ACBrNFe ou que gera o arquivo INI (para quem usa o ACBrMonitor ou ACBrLibNFe) alimente o campo CPFCNPJ do grupo autXML com o CNPJ do Contador. O grupo autXML é utilizado para listarmos até 10 CPF e ou CNPJ de pessoas que autorizamos a ter acesso ao XML da nota através do serviço: DistribuicaoDFe. Essas pessoas são tratadas como Terceiros. O seu contador utilizando-se do certificado dele vai conseguir baixar as notas que você emitiu sem gerar nenhum transtorno, uma vez que ele esta usando o certificado dele. Mas o problema não é as notas de Saída e sim as de Entrada. Exato, segue uma segunda dica: No cadastro de Clientes inclua também um campo para constar o CNPJ do Contador do Cliente. E faça a mesma coisa que foi feita com o CNPJ do Contador, ou seja, inclua no grupo autXML o CNPJ do Contador do Cliente. Teremos então nesse grupo o CNPJ do Contador do Emitente e do Cliente. Ambos os contadores vão ter acesso a referida nota. O Contador do Cliente neste caso vai ter acesso ao XML da nota de Entrada. Se todos os Desenvolvedores implementarem o que foi dito acima e ao cadastrar um cliente novo este informar o CNPJ do seu Contador, os contadores vão conseguir baixar tanto as notas de Saída quanto as de Entrada de seus clientes. Sei que isso demanda tempo, mas é uma solução simples de ser implementada e só depende de você desenvolvedor. A minha aplicação gera o grupo autXML com os CNPJ dos contadores e a sua?

Bom dia, Quais são os valores de: SSLLib, CryptLib, HttpLib, XmlSignLib e SLLType ?

Bom dia Carlos, Favor anexar as units alteradas para que eu possa analisar e estando tudo Ok, envio para o SVN. Desde já muito obrigado pela colaboração.

Bom dia Júlio, Tenta verificara a validade deste que esta em anexo. Compare esse com o que você anexou e veja o que eu removi do XML. LoteRps_Protocolo_588893393123734 - Copia.xml