-
Total de ítens
164 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por DouglasGV
-
-
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% -
Em 16/01/2023 at 16:58, Italo Giurizzato Junior disse:
Boa tarde Douglas,
Estranho testando com a URL atual que esta no SVN me parece correta também.
Qual é o erro que ocorria com a URL anterior?
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
- 1
-
Acabei de excluir tudo e reinstalar, funcionou!
- 1
-
-
-
Bom dia!
Tudo certo?
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
-
-
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= -
22 minutos atrás, Mario Inacio disse:
Bom dia.
Realmente o manual não contempla dessa forma, mas na validação em https://cobhomologador.unicred.com.br/motor retorna os seguintes erros.
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
-
Bom dia!
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.
-
Agora, DouglasGV disse:
Bom dia!
Estou realizando todos estes procedimentos e irei passar o feedback
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!
- 1
-
Agora, Italo Giurizzato Junior disse:
Bom dia Douglas,
Não vou poder aceitar a sua contribuição pelo simples fato de os seus fontes estarem bem desatualizados.
Por favor, delete todas as units que tenham uma bolinha vermelha em seu ícone e atualize todos os fontes de todas as pastas, depois reinstale o ACBr e por fim faça novos testes.
Bom dia!
Estou realizando todos estes procedimentos e irei passar o feedback
-
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/gfnuvvO99JmcTambém a unit alterada
- 1
-
2 minutos atrás, Juliomar Marchetti disse:
Caso queira contribuir favor anexar a unit alterada
@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
-
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; -
6 minutos atrás, guilhermeVaz06 disse:
Consegue mostrar um xml de envio de exemplo?
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 arquivoPassei 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.
-
Bom dia!
Testei e infelizmente ocorreu a mesma rejeição.
Altura do código de barras diferente após atualização recente
em ACBrBoleto
Postado
Boa tarde!
@Daniel InfoCotidiano Testado no cliente e deu certo!
Muito obrigado!