Italo Giurizzato Junior

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

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

Gabriel, Realmente esta errado, já inverti aqui, hoje ou amanhã envio para o SVN. Muito obrigado por encontrar esse erro.

Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Boa tarde Juliana, Já esta no SVN.

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

Esse é o de envio, preciso o de retorno. Configure o componente para salvar os Envelope Soap. Configuracoes.WebServices.Salvar := True;

Brajan, LT_SSHv2 ? Que eu saiba todas as SEFAZ se utilizam do TLS versão 1.2, portanto o valor de SSLType tem que ser LT_TLSv1_2.

Boa tarde Gabriel, Veja se consegue um contato com o provedor e questione sobre o XML da NFS-e. Como obter o XML da NFSe? Se no retorno tivesse pelo menos um Link, já ajudaria, mas não traz nada.

Boa tarde Brajan, Como esta a configuração do componente no que se refere as propriedades: SSLLib, CryptLib, HttpLib, XmlSignLib e SLLType ?

Boa tarde, Já esta pronto a unit que gera o XML, vou fazer agora a unit que estabelece a conexão com o webservice e realiza o envio e processa o retorno.

Boa tarde, Esse XML não me resolve, necessito do XML de retorno ao enviar o Rps para o webservice.

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.

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

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.