Italo Giurizzato Junior

Bom dia Maurício, Você precisa apenas alterar o arquivo Cidades.ini Inclua a cidade de Rondinha/RS da mesma forma que foi incluído a cidade de Santo Antonio do Planalto/RS, pois esta cidade também se utiliza do provedor TcheInfo. Após alterar o arquivo Cidades.ini faça os testes usando o programa exemplo do componente. Estando tudo OK, anexa o arquivo Cidades.ini para que possamos enviar para o repositório.

Bom dia Guilherme, Conseguiu resolver o problema do erro 400 ?

Bom dia Marcus, Sim as pastas que contem os fontes dos componentes, os fontes dos programas exemplos, os pacotes de instalação e etc.

Bom dia Guilherme, O Schema disponibilizado referente ao provedor Tinus o atributo ID é todo minúsculo, logo se você gerar o XML com o atributo "Id" vai ocorrer de validação. Essa definição interna de usar o Capicom, para mim esta errada, a aplicação deveria ter uma tela de configuração como tem os programas exemplos. Não é você que precisa se adaptar é a empresa que você trabalha que precisa evoluir. Bom paciência, se vocês querem ficar batendo cabeça.

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

Lucio, Devemos mudar, ou seja, passar a usar o libWinCrypt e LT_TLSv1_2, pois essa configuração praticamente é padrão para a emissão de NF-e, CT-e, MDF-e entre outros DF-e recepcionados pelas SEFAZ. Os provedores de NFS-e, começaram a mudar também, logo eu te aconselho a deixar de lado o Capicom e passar a usar o libWinCrypt. Em breve vamos lançar um novo componente para emissão de NFS-e, os testes que estou realizando com esse novo componente a configuração é usando o libWinCrypt com o LT_TLSv1_2.

Bom dia Bortolini, Já enviei para o repositório.

Bom dia José, Já enviei para o repositório.

Lucio, Experimente fazer essa alteração: case FProvedor of proSigep, proMegaSoft: Gerador.wCampo(tcDatHor, '#4', 'Competencia', 19, 19, -1, NFSe.DataEmissao, DSC_DEMI); proCenti, proGoiania, proActconv2, ProTecnos: Gerador.wCampo(tcDatHor, '#4', 'Competencia', 19, 19, 0, NFSe.DataEmissao, DSC_DEMI); Removi o provedor MegaSoft da lista que inicia com o proCenti e inclui ele na lista que tem o proSigep. Note que para o provedor proSigep no método que gera a tag no XML o numero de ocorrências é -1, isso diz ao método que ele não deve gerar a tag. Numero de Ocorrências: -1 = não gerar a tag independente do seu conteúdo 0 = gerar a tag somente se a mesma tiver um conteúdo 1 = gerar a tag independente do seu conteúdo Faça essa alteração e também um novo teste.

Bom dia Lucio, Não entendi o motivo dessa alteração: if (NFSe.Servico.CodigoMunicipio <> '1709302') then // <=== inclusão desse IF begin if (NFSe.Competencia <> '') and (FProvedor <> proMegaSoft) then begin (...) end; end; O código 1709302 se refere a cidade de Guarai, esta por sua vez se utiliza do provedor MegaSoft, se a ideia é não gerar a tag <Competencia> o IF abaixo já resolve isso, pois a tag <Competencia> só vai ser gerada se o campo Competencia estiver sido informado e o provedor for diferente de MegaSoft. Quanto ao erro que você esta tendo ao enviar, ao configurar o componente para libWinCrypt mudou o SSLType para LT_TLSv1_2 ?

Boa tarde Bortolini, A alteração que você fez foi visando a impressão do DANFSE - Fast Report, correto? Se sim, veja a solução adotada no caso do Fortes Report: with Contato do begin rllPrestTelefone.Caption := IfThen( Telefone <> '' , FormatarFone( Telefone) , FormatarFone(fpDANFSe.Fone) ); rllPrestEmail.Caption := IfThen( Email <> '' , Email , fpDANFSe.EMail_Prestador); end; Esse fragmento de código é da unit ACBrNFSeDANFSeRLRetrato.

Boa tarde José, Muito obrigado pela colaboração, já inclui na minha lista de tarefas.

Boa tarde Marcus, Os seus fontes devem estar desatualizados, inclusive os arquivos INI e os schemas. O arquivo Coplan.ini temos: [Schemas] Validar=1 DefTipos= Cabecalho=nfse.xsd ServicoEnviar=nfse.xsd ServicoConSit=nfse.xsd ServicoConLot=nfse.xsd ServicoConRps=nfse.xsd ServicoConNfse=nfse.xsd ServicoCancelar=nfse.xsd ServicoGerar=nfse.xsd ServicoEnviarSincrono=nfse.xsd ServicoSubstituir=nfse.xsd

Boa tarde Bortolini, Muito obrigado pela colaboração, já inclui na minha lista de tarefas.

Boa tarde, O que esta escrito nesse arquivo TXT que esta na pasta de schemas do provedor SigISS ?

Boa tarde Cátia, Favor atualizar os fontes e faça novos testes usando o programa exemplo. Note que fiz alteração no arquivo Cidades.ini

Boa tarde Cleber, Se a autenticação que ele se refere é a validação do lote de envio pelo schema antes do envio, isso o componente faz. Verifica se o XML da nota não contem vogais acentuadas, cedilha, "&" (e comercial), pois isso pode invalidar a assinatura.

Boa tarde José, Favor anexar a unit alterada para que possamos analisar.

Boa tarde Thiagfb, Muito obrigado pela colaboração, já enviei para o repositório.

Boa tarde a todos, Muito obrigado pelas contribuições, já enviei todas para o repositório.

18/12/2020 SEFAZ Santa Catarina habilitada na SVRS Comunicamos que o ambiente de autorização da SVRS está habilitado para emissão de NF3e para o estado de Santa Catarina nos ambientes de homologação e produção. O credenciamento das empresas deve ser conversado diretamente com a SEFAZ SC. 18/12/2020 SEFAZ Maranhão habilitada na SVRS Comunicamos que o ambiente de autorização da SVRS está habilitado para emissão de NF3e para o estado do Maranhão nos ambientes de homologação e produção. O credenciamento das empresas deve ser conversado diretamente com a SEFAZ MA.

Bom dia Eptus, Muito obrigado pela colaboração, já enviei para o repositório.

Boa tarde Jefferson, Você fez confusão. Eu lhe pedi o XML de envio do lote de Rps gerado pelo componente e não o XML do RPS. Pedi também o XML de envio do lote de como tem que ser, ou seja, com as correções feita pelo pessoal do provedor. Em TXT consta o retorno do envio e o outro em XML é o XML da NFSe.

ATENÇÃO! PARADAS PROGRAMADAS NOS AMBIENTES DE AUTORIZAÇÃO DE DF-e DA SEFAZ/RS, EM 13/12/2020, E DA SVRS, EM 20/12/2020 Serão executadas, a partir das 7h da manhã, com duração de 1 hora, paradas programadas para manutenção emergencial dos ambientes de autorização dos seguintes Documentos Fiscais Eletrônicos (DF-e): - Em 13/12/2020, exclusivamente da SEFAZ/RS: NF-e; - Em 20/12/2020, da SEFAZ Virtual do Rio Grande do Sul (SVRS): NFC-e. No dia 13/12/2020, será ativada a Sefaz Virtual de Contingência do Ambiente Nacional exclusivamente para a autorização de NF-e da SEFAZ/RS. No dia 20/12/2020, as NFC-e autorizadas na SVRS deverão ser emitidas na modalidade de contingência off-line.

Boa tarde Danny, Nada ainda do provedor responder?