Italo Giurizzato Junior

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.

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 Jefferson, Defina para mim: "Reabrir o XML".

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

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.

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

Boa tarde Juliana, Já esta no SVN.

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

Bom dia Júlio, Verifiquei a validade da assinatura no XML que você anexou. Usei o site da Receita Federal para realizar essa verificação. Receita Federal do Brasil - Validador de Assinaturas (fazenda.gov.br) O resultado foi esse: Informações sobre a validade da assinatura A assinatura digital do documento fornecido é válida. Sendo assim vai ser necessário entrar em contato com o provedor para saber o motivo pelo qual ele acusa que a assinatura é invalida.

Segundo o arquivo ACBrNFSeXServicos.ini a cidade Senador Canedo/GO se utiliza do provedor Sigep e existe exige que a senha tenha no mínimo 8 e no máximo 16 caracteres. Essa cidade mudou de provedor? Agora é o Fiorilli? Você alterou o arquivo ACBrNFSeXServicos.ini ? Se sim, seguiu as recomendações do tópico abaixo?

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

Boa tarde Gabriel, O provedor de Garopaga é o IPM, por favor não vamos misturar as coisas. A mensagem de Serviço não implementado significa que você esta tentando usar um serviço que o provedor não implementou. Procure sempre fazer testes usando o programa exemplo.

Boa tarde Júlio, No campo Discriminacao, remova todos os: {, [, ] e } entre as informações deixe um espaço em branco. Faça esse teste.

Boa tarde Ademir, Lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX O componente antigo: ACBrNFSe não esta mais tendo manutenção. Faça os testes usando o programa exemplo do novo componente. Manual de Migração https://www.projetoacbr.com.br/forum/topic/63017-manual-de-migração-para-o-novo-componente-de-emissão-de-nfs-e/

Boa tarde Diego, Já esta no SVN.

Boa tarde, Você informou a senha na propriedade de configuração: Emitente.WSSenha e o usuário em: Emitente.WSUser ?