Ir para conteúdo
  • Cadastre-se

[Bruno]

Membros
  • Total de ítens

    86
  • Registro em

  • Última visita

Posts postados por [Bruno]

  1. Boa tarde! Estou implementado o processo de leitura do arquivo de retorno do banco ABC do BRASIL 400 posições, o método CodOcorrenciaToTipo da unit ACBrBancoABCBrasil não esta correta, esta fazendo a tradução errada um dos exemplos é:

    código ocorrência do arquivo 01 se buscarmos no manual diz que é 'Confirma Entrada Título na CIP' mas no processo traduz para 'Título Não Existe'

    Até tentei ajustar, mas vi que algumas das opções não tinha, como estou começando agora nos boletos eu poderia acabar ajustando de forma indevida.

    image.png.b27a206cf48984079ae8dc2e1fa1f7f1.png

     

    image.thumb.png.936e538ff41f85d9a751682d73c57302.png

    image.thumb.png.3beaa44d5fb0277dc2244c93e2c1efe7.png

     

    image.png

  2. Boa tarde!

    Estou começando agora a mexer com o componente boleto estão não tenho ainda muito conhecimento, e no momento estou homologando o banco ABC do Brasil (246). Estou com uma situação que não estou conseguindo entender do por que o componente esta desta forma.

    Na aplicação exemplo, o método btnBoletoIndividualClick tem comando: Titulo.Carteira := edtCarteira.Text;

    Seguindo o que está no manual para o preenchimento deste campo tem que seguir a opções contidas na Notas 3

    image.thumb.png.70875022d148411c7cdeb7d7991e1713.png

     

    Consultando a secção de notas, para nota 3 temos 7 opções como podem ser vista abaixo.

    image.png.c3d09dbafa0c23fedf4a23953936864d.png

    Analisando a unit ACBrBancoABCBrasil o método GerarRegistroTransacao400 notei para o preenchimento da posição 108 é utilizada a variável LCarteira.image.thumb.png.57f1cb5391e361cce84371bffd1fc4e5.png

     

    Ao analisar o o processo que alimenta a variável LCarteira, notei que a mesma esta tratando apenas as opções 4 e 6, e esta minha duvida, tem alguma motivo em especial para estar desta forma?

    image.png.f4c87b0b9a9c3db076425bd4f9df2d56.png

  3. Boa tarde, estou começando agora a a mexer com os boletos, estudando um pouco o executável de demonstração, notei que quando faço a impressão (Imprimir Stream) onde na lista cotem apenas um boleto, a impressão sai correta, mas quando utilizo a processo (Incluir Vários Boletos) e faço a impressão (Imprimir Stream) é gerado apenas um boleto, o arquivo de remessa é gerado correto.

    Está com falha mesmo este processo na aplicação demonstração ou eu estou comendo bola?

  4. 34 minutos atrás, Italo Giurizzato Junior disse:

    Bom dia Bruno,

    O que tudo indica é que o webservice ainda não esta 100% funcional.

    Te aconselho a entrar em contato com a prefeitura, mais precisamente com o pessoal responsável pela implementação do webservice e expor a eles o problema que esta ocorrendo.

    Ítalo bom dia!

    Irei tentar o contato com eles, e assim que tiver algum retorno informarei aqui!

    • Curtir 1
  5. 1 hora atrás, Italo Giurizzato Junior disse:

    Boa tarde Bruno,

    O mesmo erro ocorre ao tentar enviar um lote no modo assíncrono ou enviar de forma unitária?

    Segue imagens para cada tipo de envio.

    Síncrono: 

    image.thumb.png.e7776021c0a3939d20720a0016235147.png

    Assíncrono:

    image.thumb.png.e6aa64798fe69357ca549897e108c4ae.png

    Unitário:

    image.thumb.png.58c0ad3c97a31acce9a6d9da7464fbf4.png

    .

    image.png

  6. 23 horas atrás, Italo Giurizzato Junior disse:

    Bom dia Bruno,

    Com os fontes atualizados você conseguiu realizar os testes com o novo webservice de Campinas?

    Bom dia Ítalo! Não consegui! Apresenta a mensagem informada no meu primeiro post.

    image.thumb.png.46e3d8d6fd5865fb702634ef3457d76a.png

    Alterei o ACBrNFSeXServicos.ini executei o Compila_RES e depois fiz a instalação dos componentes

    image.thumb.png.cd317204f46b2254a9c98598633e5a59.png

  7. 44 minutos atrás, Juliomar Marchetti disse:

    Sim, na verdade foi falha minha olhei o post do Ítalo dia 24/07 falando das alterações que estavam no svn e estava voltando as alterações do dia 23, mas já teve algumas alterações no dia 08/07, e por isso estava achando que não funcionando, fazer as coisa com a corda no pescoço faz com que não analisamos direito as coisas!

  8. Boa tarde, retomei os testes para o provedor ISSCampinas, atualizei os fontes hoje e estou recebendo a seguinte mensagem de erro no envio

    meAutomatico: Motivo: Erro de Conexão: soap:Client - Message part {http://nfse.abrasf.org.br}EnviarLoteRpsSincrono was not recognized.  (Does it exist in service WSDL?)

    meUnitario: Motivo: Erro de Conexão: soap:Server - Ocorreu um erro imprevisto em nossos servidores. Tente mais tarde...

    Será que as mensagem é referente alguma instabilidade do provedor o link http://nfse.abrasf.org.br não é acessível.

     

     

  9. 21 horas atrás, Italo Giurizzato Junior disse:

    Bom dia Bruno,

    A cidade de Campinas/SP estava vinculada ao provedor ISSDSF, mas a prefeitura comprou o sistema desse provedor, logo ele deixou de dar manutenção no sistema.

    O que foi feito de inicio, clonamos o provedor ISSDSF com o nome de ISSCampinas e alteramos o arquivo ACBrNFSeXServicos visando vincular o provedor ISSCampinas a referida cidade.

    Recentemente fizemos uma alteração nas units do provedor ISSCampinas visando atender o novo webservice que a prefeitura implementou para recepcionar os RPS e gerar as NFS-e segundo a versão 2.03 da ABRASF.

    Favor utilizar os fontes que estão no SVN.

    Como esta o arquivo ACBrNFSeXServicos.ini hoje:

    [3509502]
    ; Atualizado em 08/07/2024
    Nome=Campinas
    UF=SP
    Provedor=ISSCampinas
    
    ; Comentar as 3 linhas abaixo para realizar testes com o novo webservice
    ProRecepcionar=https://issdigital.campinas.sp.gov.br/WsNFe2/LoteRps.jws
    ProNameSpace=http://proces.wsnfe2.dsfnet.com.br
    HomNameSpace=http://proces.wsnfe2.dsfnet.com.br
    
    ; Descomentar as 3 linhas abaixo para realizar testes com o novo webservice
    ;Versao=2.03
    ;ProRecepcionar=
    ;HomRecepcionar=https://homol-rps.ima.sp.gov.br/notafiscal-abrasfv203-ws/NotaFiscalSoap

    Para testar o novo webservice você deve comentar as 3 linhas que fazem referencia as URLs do webservice "antigo" e descomente as 3 linhas referente ao novo webservice.

    Siga as instruções que se encontram no inicio do arquivo INI e faça os testes.

    Bom dia Ítalo, precisei voltar um bkp que eu tinha antes do dia 08/07 para conseguir fazer emissão para prefeitura de campinas, com os fontes atuais dá erro de schemas falta de tags (MotCancelamento, CPFCNPJIntermediario, Deducoes), vou ver hoje consigo um tempinho para voltar a testar e reporto aqui os resultados obtidos!

  10. 2 horas atrás, Juliomar Marchetti disse:

    basta tu fazer um revert na pasta do svn e eliminar arquivos não versionados

    rodar o instalador e pronto

    a menos é claro que tu copiou por exemplo o ini pra junto de seu executável, dai tu tem que irlá e excluir de lá

    Já fiz de tudo, até restaurei o bkp dos fontes em outro diretório, mas nada de funcionar! Ao invés de trazer o provedor proISSDSF está selecionando o provedor proISSCampinas, o que eu acho estranho que nesses fontes não tinha nada sobre o proISSCampinas não faço a mínima ideia de como ele esta conseguindo selecionar este provedor com os fontes que restaurei!

  11. Boa tarde, baixei os fontes ontem para testar as alterações da mudança do provedor de campinas, tirei os comentários do arquivo do arquivo ACBrNFSeXServicos.ini para habilitar e OK, agora preciso retornar para utilizar o provedor ISSDSF, mas não volta de jeito nenhum, até voltei os fontes de antes, executei Compila_RES.BAT, apagarAcbr.bat e ACBrInstall_Trunk2.exe, e nada de voltar a considerar o provedor ISSDSF, alguém poderia me dar alguma dica de como resolver esta situação?

  12. 43 minutos atrás, [Bruno] disse:

    Retificando (Não há necessidade de ajuste na unit), porém o erro de assinatura persiste fiz o teste no programa de exemplo e também ocorre.

    Bom dia, estou fazendo os testes com as alterações realizadas pelo Ítalo, mas estou recebendo a mensagem de erro: Codigo Erro: X999, Motivo: Erro de Conexão: soap:Server - Arquivo enviado com erro na assinatura. / Acerte a assinatura do arquivo.

     

     

  13. Bom dia, estou fazendo os testes com as alterações realizadas pelo Ítalo, precisei fazer alguns ajustes na unit ISSCampinas.GravarXml, pois pela validação do schemas não estava sendo possível gerar o XML sem as tags MotCancelamento, CPFCNPJIntermediario, Deducoes (GerarDeducoes) e Itens (GerarListaServicos), pois as mesmas são obrigatórias. Porém, após realizar os ajustes mencionados passei a receber a mensagem de erro: Codigo Erro: X999, Motivo: Erro de Conexão: soap:Server - Arquivo enviado com erro na assinatura. / Acerte a assinatura do arquivo.

    Estou anexando a unit ajustada.

    ISSCampinas.GravarXml.pas

  14. 1 minuto atrás, Juliomar Marchetti disse:

    chegou a pesquisar no fórum?

    já temos relatos e as mesmas informações no fórum

     

     

     

    Tinha pesquisado sim, mas só encontrei esse: 

     que foi aberto no dia 22/07 não teve resposta achei que era pelo fato do mesmo esta aberto no projeto NFe, mas pelo que pude ver o poste do Ítalo já fala sobre. Obrigado Jolimar e nos próximos post irei me aprofundar mais nas pesquisas antes de abrir um tópico. 

    • Curtir 1
  15. Bom dia, recebi e-mail do cliente informando que o provedor irá alterar a versão do layout para o ABRASF2.03.

    Prezado Contribuinte

     

    A Prefeitura Municipal de Campinas, por intermédio do Departamento de Receitas Mobiliárias da Secretaria Municipal de Finanças – DRM/SMF, informa aos contribuintes do Imposto Sobre Serviços de Qualquer Natureza – ISSQN que está prevista, para o início do segundo semestre deste ano, a implantação de uma nova versão do Sistema da Nota Fiscal de Serviços eletrônica de Campinas – NFSe Campinas.

     

    A nova versão do Sistema NFSe Campinas adota o padrão técnico da Associação Brasileira das Secretarias de Finanças das Capitais - ABRASF, versão 2.03, para comunicação, via Web Service, com os sistemas próprios de informações das empresas prestadoras de serviços para envio de Recebo Provisório de Serviços - RPS em lote.

     

    Sendo assim, as empresas que utilizam esse método de emissão de documentos fiscais precisarão atualizar seus sistemas próprios de envio de RPS via Web Service para integração à nova versão do Sistema NFSe Campinas. Na data de implantação da nova versão, o Web Service antigo será desligado e o novo Web Service aceitará apenas RPS emitidos no padrão ABRASF 2.03. É recomendado, portanto, que essa atualização seja feita o mais breve possível, para que não haja interrupção no envio de RPS.

     

    1. Ambiente web de homologação

     

    Os testes de integração, que têm por objetivo testar a conexão do web service, o envio e a conversão do RPS no novo layout de integração com a NFSe Campinas, devem ser efetuados no ambiente de homologação, conforme especificações e critérios técnicos necessários seguintes:

    • Manual de Integração - Alterações. Clique aqui para baixar o arquivo

    (https://abrasf.org.br/biblioteca/arquivos-publicos/nfs-e-manual-de-integracao-versao-2-03-alteracoes/download).

    • Ambiente de homologação. Clique aqui para ver o WSDL

    (https://homol-rps.ima.sp.gov.br/notafiscal-abrasfv203-ws/NotaFiscalSoap?wsdl).

     

    2. Acesso ao ambiente web de homologação da nova versão da NFSe Campinas

     

    Para acessar a aplicação web de homologação e efetuar a consulta dos lotes e dos RPS convertidos em NFSe Campinas, é necessária a criação da senha de acesso. Para tanto, basta acessar o portal da aplicação, https://homol-rps.ima.sp.gov.br/, e clicar no botão “PEDIR SENHA”, conforme imagem abaixo.

     

     

    1?ui=2&ik=7b3bdcca9e&attid=0.3&permmsgid=msg-f:1805287428095076311&th=190dab59dd15e7d7&view=fimg&fur=ip&sz=s0-l75-ft&attbid=ANGjdJ8tg3oBd3FDrnjxvOXvKvqV0KbEt8H9CdYlO_XdHxMGiBxxDYS9aWgEB0ZauLs5eSkR6j1r-qsjKYZhro7p65uv775eqGrqN0OsFwK0zREH2hzI6TR32kj0E7I&disp=emb

     

     

    Será encaminhado ao e-mail utilizado para recebimento deste comunicado um link para criação da senha de acesso, acessar novamente o portal da aplicação, e clicar no botão “ENTRAR”. A autenticação é realizada pelo CNPJ da empresa e pela senha de acesso criada.

     

     

    1?ui=2&ik=7b3bdcca9e&attid=0.4&permmsgid=msg-f:1805287428095076311&th=190dab59dd15e7d7&view=fimg&fur=ip&sz=s0-l75-ft&attbid=ANGjdJ8GjSsAUQPknbA1wvjKQbzloUKX9Y8X6xzVEUDvFrcQ3Oof7zelwFV-1g30UGYufe79-M49Z2v4ZY9c26nBpRhat2DsQjNkMb5SJqK0FZmDm7KFfCAUEa1bBrk&disp=emb

     

     

    Para verificar se a conversão dos RPS em NFSe Campinas foi realizada corretamente, acesse o ambiente de homologação da nova versão do Sistema NFSe Campinas conforme as instruções acima. Em seguida, consulte os lotes, bem como os XMLs enviados e recebidos no sistema, utilizando o menu “LOTE RPS”, que permite a consulta dos lotes por meio das seguintes informações:

    • Número do protocolo
    • Número do lote
    • Data de recebimento
    • Situação

     

    3. Consulta de NFSe Campinas no ambiente web de homologação

     

    Para consultar as notas fiscais referentes aos RPS e aos lotes encaminhados e finalizados corretamente, acesse a aplicação web da NFSe Campinas conforme as instruções acima. Em seguida, utilize o menu “GERENCIAR NFSE > CONSULTA NOTA FISCAL”, que permite a consulta das notas fiscais por meio dos seguintes filtros:

    • Número da NFSe Campinas
    • Número do RPS
    • Períodos de emissão
    • Períodos de competência

     

    Por fim, enfatiza-se que, como o ambiente da nova versão do Sistema NFSe Campinas disponibilizado para os testes de integração é o de homologação, este pode eventualmente vir a passar por instabilidades momentâneas. Nesse caso, deve-se aguardar alguns instantes e repetir a operação.

     

    Para o esclarecimento de dúvidas, acessar o grupo de discussão disponibilizado no Google, que tem o intuito de concentrar os sujeitos passivos do ISSQN que utilizam o Regime Especial de envio de RPS em Lote para que realizem discussões e troquem experiências sobre o assunto.

     

    Novas informações serão divulgadas oportunamente.

  16. Bom dia, tenho um cliente de POA/SP que atendido pelo provedor Conam, este cliente esta emitindo uma nota fiscal para fora do município sem retenção do ISS, então para a propriedade IssRetido estou informando stDevidoForaMunicipioNaoRetido, porem ao chegar na unit Conam.GravarXml a rotina atualmente esta como:

      if NFSe.Servico.Valores.IssRetido in [stNormal] then
        NFSeNode.AppendChild(AddNode(tcStr, '#1', 'RetFonte', 1, 3, 1, 'NAO', ''))
      else
        NFSeNode.AppendChild(AddNode(tcStr, '#1', 'RetFonte', 1, 3, 1, 'SIM', ''));

     

    Como minha opção não é  stNormal o xml é gerado com a tag RetFonte = SIM, acredito que é necessário incluirmos a opção stDevidoForaMunicipioNaoRetido ficando então:

     

      if NFSe.Servico.Valores.IssRetido in [stNormal,stDevidoForaMunicipioNaoRetido] then
        NFSeNode.AppendChild(AddNode(tcStr, '#1', 'RetFonte', 1, 3, 1, 'NAO', ''))
      else
        NFSeNode.AppendChild(AddNode(tcStr, '#1', 'RetFonte', 1, 3, 1, 'SIM', ''));

  17. 3 horas atrás, Italo Giurizzato Junior disse:

    Boa tarde Bruno,

    Quando você diz que a emissão ocorreu perfeitamente isso significa que ao visualizar ou imprimir o DANFSE através do portal da prefeitura a quebra de linha ocorreu como o esperado?

    A ideia da quebra de linha é informar o caracter ou sequencia de caracteres utilizados pelo provedor.

    Boa tarde Italo, exatamente!

  18. Bom dia, analisando os códigos da unit (SIGISSWEB.Provider) notei que não havia configuração para quebra de linha, ao analisar o manual do provedor não informa explicitamente o carácter para a quebra de linha, mas analisando o exemplo do xml de envio no manual notei que tinha o caractere "|" (pipe)

    image.thumb.png.6b69c9965326048c1c038fc595afdb70.png

    Fiz o ajuste na mão informando o pipe no campo de descrição e a emissão ocorreu perfeitamente com a quebra de linha.

    Caso julguem ser interessante o ajuste para o componente, fico feliz em contribuir.

     

  19. 21 horas atrás, Italo Giurizzato Junior disse:

    Bom dia Bruno,

    O provedor ISSNet possui duas versões, em qual delas você fez essa alteração?

    Foi testado com qual cidade?

    Qual cidade você usou para testar a alteração feita no MetropolisWeb ?

    Ítalo bom dia!

    Cidades validadas a quebra de linha, provedor  Brasilia/DF (ISSNet) e Lauro de Freitas/BA (MetropolisWeb)

    ISSNet: Acredito que o '\s\n' é aceito para ambas as versões, pois em meu código não tem esse filtro, segue abaixo trecho do fonte do sistema hoje!

    image.png.a1c5c586e2b8122598217269525c3b4b.png

  20. Boa tarde, para os provedores ISSNet e MetropolisWeb hoje nos fontes do componente não existe configuração de quebra de linha, em meus fontes do componente utilizamos as seguintes sequencia de caracteres: 

    ISSNet '\s\n'

    MetropolisWeb '
'

    Caso julguem ser interesse o ajuste para o componente, fico feliz em contribuir!

     

     

     

     

  21. Boa tarde, hoje precisei fazer ajuste para atender a demanda de um cliente que necessita enviar a descriminação dos serviços em um padrão definido entre eles, e para isso deveria ocorrer a quebra de linha na emissão da nota fiscal conforme definido, mas as quebra de linha não estava ocorrendo, analisando os códigos da unit (BHISS.Provider) notei que não havia configuração para quebra de linha, ao analisar o manual do provedor informa que para que ocorra a quebra de linha deve encaminhar o caractere "|" (pipe)

    image.thumb.png.f82112a04e191c2be92cf713823dfcbb.png

    Então incluir o comando da definição da quebra de linha ficando da seguinte forma:

    image.png.36e4f474779447e41debfd0d27f36317.png

    recompilei o componente e fiz o testes, quebra de linha foi enviada corretamente!

    Caso julguem ser ser interesse o ajuste para o componente fico feliz em contribuir.

     

     

  22. Boa tarde, hoje precisei fazer ajuste para atender a demanda de um cliente que necessita enviar a descriminação dos serviços em um padrão definido entre eles, e para isso deveria ocorrer a quebra de linha na emissão da nota fiscal conforme definido, mas as quebra de linha não estava ocorrendo, analisando os códigos da unit (ISSRecife.Provider.pas) notei o seguinte comentário:

    image.thumb.png.860d553f4505abdf64554dc60ee93bb8.png

    analisando o manual notei que a assinatura para envio, consulta e cancelamento são opcionais

    image.thumb.png.d82a120030163e57b2f247b85c83674a.png

    com isso alterei meus fonte onde tirei o comentário da configuração da quebra de linha e removi a configuração de assinatura ficando da seguinte forma:

    image.png.5841b2ac6b4b97892a9ea9910d3e765d.png

    recompilei o componente e fiz o testes, quebra de linha foi enviada corretamente, aproveitei para fazer o teste de cancelamento onde foi executado com sucesso!

    Caso julguem ser ser interesse o ajuste para o componente fico feliz em contribuir.

  23. 22 horas atrás, Italo Giurizzato Junior disse:

    Boa tarde Bruno,

    Para podermos incluir no XML os caracteres #13 e #10, tanto o XML do RPS quanto o Lote de RPS não podem ser assinados.

    Olhando a procedure Configuracao que esta na unit ISSRio.Provider notei que somente o pedido de cancelamento que deve ser assinado, achei estranho isso.

    Pois normalmente quando o cancelamento requer assinatura, o RPS e ou o Lote de RPS deve ser assinado também.

    Você pode verificar isso?

    Boa tarde Ítalo,

    Confirmei com o pessoal responsável pelo provedor questionando se os serviços web service como (Envio, Consulta e cancelamento) a assinatura do arquivo é opcional ou para alguns deles é obrigatória e eles me responderam o seguinte

    "Prezado Sr. Bruno,
     
    A assinatura do arquivo XML é opcional.
     
    Para mais informações, sugerimos a leitura do item 3.7 do Documento Contendo as Instruções Básicas de Uso do Webservice, disponível em https://notacarioca.rio.gov.br >> Ajuda e Orientações >> Manuais de Ajuda >> Manuais Técnicos de Integração via Webservice."

     

    image.thumb.png.0be49a057f2086bc1a9d9cf10be561ca.png

  24. 14 horas atrás, Italo Giurizzato Junior disse:

    Boa tarde Bruno,

    Para podermos incluir no XML os caracteres #13 e #10, tanto o XML do RPS quanto o Lote de RPS não podem ser assinados.

    Olhando a procedure Configuracao que esta na unit ISSRio.Provider notei que somente o pedido de cancelamento que deve ser assinado, achei estranho isso.

    Pois normalmente quando o cancelamento requer assinatura, o RPS e ou o Lote de RPS deve ser assinado também.

    Você pode verificar isso?

    Bom dia, irei confirmar essas informações sim Ítalo!

×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.