Italo Giurizzato Junior

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

ALA, Vou verificar o código do componente.

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

Boa tarde Azevedo, Evite: vogais acentuadas, cedilha e o "&" (e comercial).

Boa tarde a todos, Primeiramente a NT 2019/001 não faz nenhuma referencia ao QR-Code, essa NT 95% trata sobre regras de validação e mesmo assim não tem nenhuma RV sobre QR-Code. O manual referente ao DANFE da NF-e publicado no dia 16/12/2020 (clique aqui para baixar o mesmo) não contem nenhuma alteração no que diz respeito ao layout do DANFE, ou seja, ele continua o mesmo, somente com o código de barras.

Bom dia Catia, O provedor não tem em seu webservice o serviço de recepção de lote, dai o erro. Os únicos serviços disponíveis no webservice são: ConsultarNFSeporRPS - Consultar NFSe por RPS - com esse serviço obtemos o XML da NFS-e informando o numero e serie do RPS ( ConsultarNFSe - Consultar NFSe - com esse serviço obtemos o XML da NFS-e informando o numero e serie da NFS-e CancelarNFSe - Cancelar NFSe - com esse serviço é possível cancelar uma NFS-e Gerar - Gerar NFSe - com esse serviço enviamos um RPS por vez para que o webservice processe e disponibilize o XML da NFS-e. Observação: em negrito é o nome dos métodos implementados no componente para acessar os serviços.

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

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

Bom dia ALA, No XML do RPS notei que o tomador não foi informado. Chegou a alimentar o campo CpfCnpj do tomador com 11 zeros? Tomador.IdentificacaoTomador.CpfCnpj := '00000000000';

Bom dia Jefferson, Você esta usando o componente ACBrNFSe? Se sim, esta fazendo testes usando o programa exemplo?

Bom dia Azevedo, Notei que no nome do tomador consta o caractere "&", experimente trocar ele pela letra "E".

Bom dia Junior, Vocês não tem nenhuma aplicação que emite Nota Fiscal Eletrônica - NFS-e somente Nota Fiscal de Serviço Eletrônica? A NF-e, CT-e, MDF-e, BP-e só aceitam a criptografia TLS 1.2 e até onde sei o Capicom não suporta essa criptografia. Hoje já tem alguns provedores que estão exigindo também o TLS 1.2 É melhor você repensar.

Bom dia, Favor atualizar os fontes, apliquei uma alteração no componente que aparentemente não ocorre mais a rejeição de assinatura invalida.

Boa tarde, Pelo que notei esse provedor não segue o layout da ABRASF, logo a sua implementação é mais complicada e demorada.

Boa dia Junior, O que lhe impede de configurar a propriedade SSLLib com o valor libWinCrypt ou libOpenSSL em vez de libCapicom? Estou reescrevendo o componente ACBrNFSe e nos meus teste usei o valor libWinCrypt com todos os provedores.

Bom dia, Como assim, a empresa presta serviço para ela mesma?

Bom dia, Você sabe me dizer qual é o novo provedor? Se ele segue o layout da ABRASF ou tem um layout próprio? URLs de homologação e de produção? Schemas para validar antes de enviar? Sem essas informações não temos como fazer nada.

O contador é pago para orientar a empresa no que diz respeito aos tributos e ele não sabe o que responder. Assim fica difícil. Estou vendo que os desenvolvedores vão ter que começar a fazer cursos sobre tributação, pois se depender dos contadores não vão conseguir resolver os problemas de seus clientes.

Bom dia a todos, Se os seus fontes estão atualizados, notem que nas linhas 993 e 994 temos: proSigep, proMegaSoft: Gerador.wCampo(tcDatHor, '#4', 'Competencia', 19, 19, -1, NFSe.DataEmissao, DSC_DEMI); O parâmetro "-1" diz que o campo "Competencia" não deve ser gerado. Se para o provedor Goiania não deve ser gerado esse campo no XML, basta incluir ele na lista, ou seja: proSigep, proMegaSoft, proGoiania: Gerador.wCampo(tcDatHor, '#4', 'Competencia', 19, 19, -1, NFSe.DataEmissao, DSC_DEMI); e remover o enumerado do provedor da linha 996.

Bom dia Arturo, Complementando o que o Antonio lhe passou, o componente ACBrNFSe é para quem desenvolve em Objeto Pascal, ou seja, se utiliza das ferramentas Delphi ou Lazarus. Estamos reescrevendo o componente ACBrNFSe e em breve teremos o ACBrLibNFSe (DLL) e vamos implementar no ACBrMonitor os métodos para a emissão da NFS-e. Se você não programa em Objeto Pascal, peço que tenha um pouco mais de paciência, o novo componente ACBrNFSe esta em fase final de testes.

Bom dia, Se tratando de tributos, lhe recomento a conversar com o contador do seu cliente, é ele que tem mais propriedade em lhe orientar o que deve ser feito.

Boa tarde Daniel, Infelizmente não tem.

Boa tarde Marcus, Muito obrigado pela colaboração, amanhã vou enviar para o repositório.

Boa tarde, Fazendo algumas alterações e testes com o novo componente de emissão de NFS-e consegui resolver o problema da assinatura invalida. Agora vou fazer algo semelhante no componente atual. Por favor aguarde mais um pouco.

Boa tarde Guilherme, Já enviei para o repositório.