Jump to content
Notícias do ACBr

click.png

click.png

click.png

click.png

click.png

click.png

click.png

click.png

click.png

consultoria_sticker.png

Conteúdo para desenvolvedores
 ao vivo de terça a quinta!
Saiba mais

dev.png

logo_acbr_paygo.png

TEF ACBr PayGo
Seja um revendedor e ofereça uma solução completa para seu cliente.


Saiba mais

beneficios.png

Roberto Rocha_11114

Membros
  • Content Count

    18
  • Joined

  • Last visited

Community Reputation

3 Neutral

About Roberto Rocha_11114

  • Rank
    Novato

Contact Methods

  • Website URL
    http://www.rdr.inf.br

Profile Information

  • Sexo
    Masculino
  • Location
    Rio de Janeiro

Recent Profile Visitors

813 profile views
  1. OI Mauro. Eu implementei essa solução e vi que se completar com espaços não funciona. E eu achei que completando com pontos fica feio também (e o problema todo é justamente a estética da NF). Daí que abandonei essa solução. O Ideal era que a prefeitura do RJ aceitasse um caracter para simular o #13#10 no XML. Mas parece não haver.
  2. Não. Não funciona. Depois que eu coloquei a mensagem anterior (agora cedo) eu fui gerar uma NFse RJ (para exemplificar para o Mauro) eu percebi que eu havia me atrapalhado no teste. Enviar | ou || não funciona. Voltei com os fontes como estavam. Precisa enviar #13#10 no XML , na parte descriminação e precisa tirar os #13#10 da assinatura. É uma quebra de padrão do XML, mas é assim que a prefeitura do RJ funciona!
  3. OI Mauro Bom dia. Eu descobri que precisa colocar 2x o |. Ou seja, | não funciona. || funciona. Não sei pq.
  4. Oi. Pois é. Fui dar uma olhada então no site da prefeitura com mais detalhes e olha o que achei no manual em https://notacarioca.rio.gov.br/files/manuais/NFSe_layout_rps.pdf: Descritivo dos serviços. Texto contínuo. O conjunto de caracteres correspondentes ao código ASC 13 e ASC 10 (Chr(13) + Chr(10)) deverá ser substituído pelo caracter | (pipe ou barra vertical. ASC 124). Ou seja: Basta mandar || no lugar do #13#10 que a prefeitura troca. Já testei inclusive. Por mim, tópico resolvido (e vou voltar os fontes como estavam) Em tempo: Obrigado pelo esforço de me ajudarem.
  5. OI . "O problema pode estar na verdade no lado da Prefeitura... talvez ela indique algum carácter que possa ser exibido como quebra de linha na exibição da descrição do seu site." O site da prefeitura do RJ diz que para quebrar linha tem que enviar o #13#10, nenhum outro caracter faz isso. O problema é que a rotina de remover as quebras de linha da assinatura (que tem que ser feito) também as remove de todo o XML que é gerado. A mudança que fiz no fonte (que mandei em anexo no início) faz exatamente o serviço de apenas tirar as quebras de linha da assinatura, deixando as que es
  6. OK. Até aí foi. O problema mesmo vai ser na parte da assinatura. Pois é uma rotina que não se conecta diretamente com a geração do XML. Eu fiz uma variável booleana EMITINDONFSRIODEJANEIRO e se for true, não exclui os #13#10 do XML. Mas ficou feio do ponto de vista de qualidade de fonte. Tem que setar TRUE nela ANTES DE EMITIR a NF e false Depois. Fica ruim.
  7. OI Italo. Boa tarde. Se não me engano, sua primeira aproximação não funcionará. O texto (depois do StringReplace) conterá #13#10 (6 caracteres) e não os 2 caracteres ascii nº 13 e nº 10. #13#10 só viram quebra de linha se constarem no código fonte do Delphi. A rotina que lê os caracteres do INI e salva na variável FQuebradeLinha vai salvar nela uma String com 6 caracteres Essa parte no entanto é fácil de resolver: basta criar a regra que no ini, se QuebradeLinha=ENTER então no final da rotina que le o Ini , acrescenta-se o código: If QuebradeLinha='ENTER' Then QuebradeLinha=#13#10 (
  8. OI Ítalo. A Nota fiscal de serviços da prefeitura do RJ , obtida no site após ter sido gerada, mostra a discriminação do serviços com quebras de linha se elas forem incluidas no campo Descrição. A intensão de ter no XML os caracteres #13#10 é para que ao abrir o XML através de um navegador o conteúdo das tags: Discriminacao e Descricao sejam apresentados com quebra de linha? NAO! A intenção é para que ao enviar o XML para a prefeitura do RJ, ela emita a NF com estas quebras de linha na descrição e então, na impressão da NF , a descrição fique mais bem formatada. Ou se não fizer i
  9. Olá Italo Bom dia. Estou respondendo com atraso de dois anos. Me desculpe. Mas naquele momento eu estava com o Trunk desatualizado e não queria atualizar e me ver forçado a refazer as alterações que eram necessárias todas de novo. Daí que não lhe respondi. Agora atualizei o Trunk , refiz os ajustes que preciso fazer para que a NF do Rio de Janeiro fique com quebras de linha (mais estético, simplesmente isso) e vou indicar o que tenho tido que fazer para ter esse recurso. Em pnfsNFSeW_ABRASFv1; // Inclui essas 4 linha abaixo em procedure TNFSeW_ABRASFv1.GerarServicoVa
  10. Oi Bom dia. Então.... Como a RPS é campo obrigatório, apesar de eu não emitir nenhuma RPS nos softwares nos meus clientes, internamente o que faço é: No cadastro de NOTAFISCAL tem um campo RSP que é inteiro e acrescenta 1 (em relação ao último) sempre que uma nova NF será emitida e envio esse número como se a NF tivesse tido antes uma RPS. Até aí tudo certo. O que fica estranho é que na NF saí a informação que "esta NF substitui a RPS xxxx" que o cliente nunca recebeu. E se ele perguntar ? Enfim, até agora ninguém se importou com isso. Abs
  11. Desde que uso o ACBR tenho um incômodo puramente estético que é de poder gerar NFSe (Rio de Janeiro) com quebras de linha na descrição dos serviços. O problema ocorre porque para o RIo de Janeiro, a quebra de linha deve ser enviada mesmo com #13#10 e não com qualquer outra sequencia de caracteres que simule a quebra de linha Dei uma olhada nos fontes do ACBR, e estou sugerindo uma mudança para que a quebra de linha possa ser implementada no ACBR. Comigo aqui testou e deu certo. 1º) Em pnfsNFSeW_ABRASFv2 onde tem Gerador.wCampoNFSe(tcStr, '#32', 'Discriminacao', 01, 2000, 1,
  12. Olá. Uso o ACBR com sucesso para emissão de NF´s junto à prefeitura do Rio de Janeiro. Obrigado à equipe por esta ferramenta Minha dúvida é a seguinte: O RPS é um documento emitido para o cliente quando o fornecedor de serviços vai deixar para emitir a NFSe em momento posterior ao contato com o cliente. Por exemplo, na saída dos estacionamentos geralmente recebemos RPS e depois, via email a NF emitida de fato. Tenho clientes que emitem para os seus clientes a NFSe na hora. Não precisando emitir um RPS para depois emitir a NFSe. Porém, quando preencho o XML, parece que não posso
  13. OI Italo. Então, foi o que eu pensei. Até alguma versão anterior funcionava. Parou de funcionar recentemente. Deve ter sido quando este DigestValue foi acrescentado..... (Se ele já existia ha muito, ou não era conferido pela Prefeitura do Rio de Janeiro, ou não sei porque, mas funcionava) Enfim, mas ainda preciso que o texto da descrição siga para a prefeitura do Rio de Janeiro com #13#10 pois é o caracter que eles aceitam para quebra de linha. As vezes meus clientes geram NF's com descrição de diversos serviços e querem que cada serviço apareça numa linha separada e não um seguido d
  14. Olá italo. Já estou conseguindo emitir a NF para o Rio de Janeiro sem problemas. Obrigado No entanto prossegue a questão da quebra de linha. Segundo vi na internet, para ter quebra de linha na NF Carioca, a descrição tem que conter #13#10, que é tirado em ACBrDFeCapicom , TDFeCapicom.Assinar(. Então minhas NF´s emitidas estão saindo sem quebra de linha. Antes no meu fonte e fazia assim: Descricao := Strtran(TRPSDescricaoServicos.AsString,#13#10,'|||||'); (trocava #13#10 por 5 |) Depois em ACBrDFeCapicom , TDFeCapicom.Assinar(. eu trocava :
  15. E quando ao retorno do lote, quando o sistema envia o arquivo solicitando o retorno, dá erro como se a mensagem estivesse vazia. Seguem os arquivos. 37327515-con-lot-soap.xml 37327515-lista-nfse-soap.xml
×
×
  • Create New...