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.

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 ?

Jhonlenon Você não tem outro certificado digital para testar? Pois com o certificado que tenho (A1) não ocorre erro nenhum. Estou desconfiado que o problema deva ser o certificado digital.

Júlio, Não tem nenhuma Unit ou Schema cujo ícone contem uma bolinha vermelha? Caso afirmativo, favor deletar, atualizar novamente os fontes, reinstalar o ACBr, recompilar o programa exemplo com a opção Build.

Bom dia Julio, Note que o erro é referente a validação do XML, favor anexar o print da aba que contem a configuração do Path de Schemas.

Bom dia, Pelo que me recordo ele deveria criar uma pasta chamada Evento e dentro desta uma pasta com o nome do tipo de evento (por Exemplo: Cancelamento) e dentro desta salvar os XMLs do evento em questão. Com relação a mudar o nome do XML, se não me falha a memória isso não é possível, não existe uma propriedade que lhe permite definir o nome para o XML do evento.

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

Bom dia Jhonlenon Você esta passando o Path errado. Tem que parar em: ...\ACBrDFe\Schemas\NFSe Com a opção Montar automaticamente o Path marcada o componente se encarrega de colocar o resto.

Jhonlenon, Fiz um teste usando o programa exemplo do componente ACBrNFSeX. Configurei ele para a cidade Araguaína/TO e cliquei no botão [Emitir Nota (novo)] duas vezes seguida, na primeira informei a quantidade de 1 Rps, numero 1, lote 1, na segunda também informei a quantidade de 1 Rps, numero 2, lote 2. Não ocorreu nenhum erro a não ser a rejeição de erro de autenticação, que para mim é normal uma vez que estou utilizando um certificado digital que não pertence a um contribuinte dessa cidade. Sem encerrar a execução do programa fiz mais um teste só que dessa vez informei a quantidade de 3 Rps, numero 3, lote 3, também não ocorreu nenhum erro a não ser a rejeição já mencionada acima.

Jhonlenon, Qual é a cidade?

Bom dia Jhonlenon, Não é oficial, os fontes oficiais do ACBr estão no SVN conforme dito pelo Juliomar. Clique no link abaixo para saber onde se encontra, como baixar, instalar e atualizar. Fontes | Portal | Projeto ACBr