DouglasGV

Boa tarde! @Daniel InfoCotidiano Testado no cliente e deu certo! Muito obrigado!

Vou testar, obrigado!

Bom dia, tudo certo? Ocorre uma diferença na altura do código de barras, comparado ao que era antigamente. Fontes atualizados Com os fontes mais desatualizados, o código de barras fica maior, tornando mais fácil a leitura. Cliente alega que com os leitores de mesa, não é possível efetuar a leitura com o código de barras atual(Fontes atualizados) devido a altura ser pequena

Bom dia! Tudo certo? Como conversado no grupo do pro-nfseX, ontem eu consegui emitir normalmente nota para o provedor IPM em Novo Hamburgo. Também precisei alterar o fonte do IPM.GravarXml, ignorando a linha de formataoItemListaServico // FormatoItemListaServico := filsSemFormatacao; Ontem emitia com o código 1406, hoje só foi possível com 14.06 (Eles devem ter alterado as validações, tanto que a url mudou também) A url de ontem continha a porta e hoje alterando e deixando sem, emiti normalmente. [4313409] Nome=Novo Hamburgo UF=RS Provedor=IPMIPM.GravarXml.zip Versao=2.04 ProRecepcionar=https://ws-novohamburgo.atende.net/?pg=services&service=WNENotaFiscalEletronicaNfe&cidade=padrao HomRecepcionar=https://treinamento.atende.net/?pg=services&service=WNENotaFiscalEletronicaNfe&cidade=treina_novohamburgo

Bom dia! Tudo certo? Para a cidade de São Gabriel do Oeste MS, consegui emitir a NFS-eX, utilizando as mudanças abaixo, provedor antigo estava como IssNet. [5007695] Nome=Sao Gabriel do Oeste UF=MS Provedor=Fiorilli Versao=2.00 ProRecepcionar=http://app.saogabriel.ms.gov.br:8085/IssWeb-ejb/IssWebWS/IssWebWS ProLinkURL=http://app.saogabriel.ms.gov.br:8085/issweb/formGerarNF.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso%

Bom dia, tudo certo? Ocorria este erro: https://prnt.sc/ao4rue7zJmJX

Boa tarde, tudo certo? Consegui emitir NFSeX para Chapecó SC alterando a url: ProRecepcionar [4204202] ; Atualizado em 27/12/2022 Nome=Chapeco UF=SC Provedor=SigCorp Versao=2.04 ; ProRecepcionar=https://chapeco.meumunicipio.online/abrasf/ws

Consegui emitir NFSeX para Chapecó SC alterando a url: ProRecepcionar [4204202] ; Atualizado em 27/12/2022 Nome=Chapeco UF=SC Provedor=SigCorp Versao=2.04 ; ProRecepcionar=https://chapeco.meumunicipio.online/abrasf/ws

Deu certo tudo, tanto o retorno da NFS-e quando a impressão

Acabei de excluir tudo e reinstalar, funcionou!

@Diego Foliene Estou usando Fortes. Toda impressão sai em branco; Estou com os fontes atualizados;

Boa tarde! @Italo Giurizzato JuniorFuncionou, muito obrigado!

Bom dia! Tudo certo? @Italo Giurizzato Junior Estou com problemas na impressão para o Servidor SisPMJP (Ao imprimir o XML tratado fica tudo em branco). E também ao consultar lote de RPS não retorna o número da NFS-e. Cidade João Pessoa. Mandei algumas coisas no grupo proNFSeX XML tratado NFSeX.xml XML_retorno_sincrono.xml

Olá boa tarde! Novamente estou com este problema no servidor. Segue o XML. 319-nfse.xml

Boa tarde! Tudo certo? A cidade de Rolândia PR, alterou a url de emissão, segue a correta. [4122404] Nome=Rolandia UF=PR Provedor=Pronim ProRecepcionar=http://nfse.rolandia.pr.gov.br/NFSe.Portal.Integracao/Services.svc?wsdl HomRecepcionar=

Olá! Tudo certo? Estive passando pela mesma situação, ajustei em minha aplicação e está funcionado perfeitamente.

Boa tarde! Tudo certo? Fiz uma alteração quando utilizado Abaco versão 1.0 Referente ao formato do item lista serviço. Código 0702, para este servidor emite apenas como 702, com isso mudei o formato abaixo para: filsSemFormatacaoSemZeroEsquerda e nota transmitida; Cidade: Rio Branco AC. Em anexo a unit com alteração. procedure TNFSeW_Abaco.Configuracao; begin inherited Configuracao; FormatoItemListaServico := filsSemFormatacaoSemZeroEsquerda; ///aqui a mudança Abaco.GravarXml.pas

Bom dia! @panda Tudo certo? Conforme solicitado no chat do Discord. O preview de impressão do NFC-e mostra o campo qtde, porém ao imprimir este campo não é levado. https://prnt.sc/DhUXZ9iWaMpx Imagens do grupo Pro-NFCe Sem marcar o style NFC-e - térmica - ACBrNFeDANFCeFortes Size 7 (Padrão) Imprimir NFC-e sem definir a propriedade Style - fsBold; No preview mostra a qtde, mas ao imprimir este campo não é impresso Ao Definir Style - fsBold = True a impressão ocorre normalmente; OBs. Consigo imprimir o campo qtde corretamente, se definir o size para 6, mesmo estando desmarcada a propriedade fsbold(Problema que a fonte fica muito pequena). Obs. apaguei a pasta acbr e atualizei tudo, mesmo assim ocorre.

Bom dia! Tudo certo? @Italo Giurizzato Junior Apaguei os fontes e atualizei! Resolveu meu problema, vi que a unit ACBrXmlBase está totalmente reformulada. Muito obrigado pela ajuda!

Bom dia! Estou realizando todos estes procedimentos e irei passar o feedback

@Juliomar Marchetti @Italo Giurizzato Junior Boa tarde! Tudo certo? Fiz uma alteração, implementei a função: GerarGrupoRPS na unit IPM.GerarXml onde adicionei a validação do município em questão (Cascavel PR); function TNFSeW_IPM.GerarGrupoRPS: Boolean; begin Result := (StrToIntDef(NFSe.IdentificacaoRps.Numero, 0) > 0) and (not MatchText(NFSe.Servico.MunicipioIncidencia.ToString, ['7493'])); end; Abaixo o print que indica isso na unit e onde seria aplicado na function GerarIdentificacaoRPS https://prnt.sc/gfnuvvO99Jmc Também a unit alterada IPM.GravarXml.pas

@Juliomar Marchetti Beleza? Ajustei apenas na minha aplicação, coloquei letras RPS+número de RPS na propriedade IdentificacaoRPS.numero; Com isso não cai na parte de alimentar as tags. Print abaixo (Link) é referente a validação feita na unit IPM.GravarXML https://prnt.sc/k86BzOGBO4ay

Pessoal consegui emitir! Fui testando e ignorei o trecho que alimenta os dados de RPS aí emitiu a nota... Ele verifica se o IdentificacaoRPS.Numero > 0; Criei na minha aplicação uma validação específica para IPM, inserindo na string letras para não cair atender a situação de alimentar as tags Dentro da unit: IPM.GravarXML função: function TNFSeW_IPM.GerarIdentificacaoRPS: TACBrXmlNode; function TNFSeW_IPM.GerarIdentificacaoRPS: TACBrXmlNode; begin Result := nil; if( StrToIntDef( NFSe.IdentificacaoRps.Numero, 0 ) > 0 ) then begin Result := CreateElement('rps'); Result.AppendChild(AddNode(tcStr, '#1', 'nro_recibo_provisorio', 1, 12, 1, NFSe.IdentificacaoRps.Numero, DSC_NUMRPS)); Result.AppendChild(AddNode(tcStr, '#1', 'serie_recibo_provisorio', 1, 2, 1, NFSe.IdentificacaoRps.Serie, DSC_SERIERPS)); Result.AppendChild(AddNode(tcDatVcto, '#1', 'data_emissao_recibo_provisorio', 1, 10, 1, NFSe.DataEmissaoRps, DSC_DEMI)); Result.AppendChild(AddNode(tcStr, '#1', 'hora_emissao_recibo_provisorio', 1, 8, 1, FormatDateTimeBr(NFSe.DataEmissaoRps, 'hh:mm:ss'), DSC_HEMI)); end;

Sim! O estranho é que ontem consegui emitir 1 nota, utilizando componente ACBrNFSeX, na segunda tentativa me ocorreu a rejeição de: Código : 00209 Mensagem: Já consta uma NFSe para o referido prestador de serviço com o mesmo IDENTIFICADOR de arquivo Passei a alimentar o campo: IdentificacaoRps.Numero Começou a surgir a rejeição da série kkkk 00221 - A série do RPS informada no arquivo é diferente da série do RPS utilizada pelo respectivo município. 25-ger-nfse.xml

Bom dia! Testei e infelizmente ocorreu a mesma rejeição.