Jump to content
Notícias do ACBr

click.png

click.png

click.png

click.png

click.png

click.png

clube mobile


Cursos grátis para toda base ACBr
+ Promoção Clube Mobile para o ACBr Pro

Saiba mais

adriano santos

click.png

click.png

click.png

click.png

click.png

click.png

Matheus Rodrigo Koch

Membros
  • Content Count

    16
  • Joined

  • Last visited

Community Reputation

9 Neutral

About Matheus Rodrigo Koch

  • Rank
    Novato

Profile Information

  • Sexo
    Masculino
  • Location
    Blumenau - SC

Recent Profile Visitors

269 profile views
  1. Bom dia, No decorrer da ultima semana estive realizando testes de emissão da NFS-e para cidade de Serra - ES(padrão SMARAPD) e identifiquei que o valor da tag <impostoretido> está sendo preenchido incorretamente. Hoje o ACBr está gerando essa tag da seguinte forma <impostoretido>True</impostoretido> para quando há imposto retido e <impostoretido>False</impostoretido> quando não há, porém ao receber o processamento do lote RPS enviando a tag como True identifiquei que ela foi processada como False. Olhando a documentação deles fala o seguinte sobre e
  2. Bom dia, Estive realizando a implementação da NFS-e para cidade de Serra/ES e reparei que o leitor para NFS-e está preparado apenas para ler o retorno do WS, porém a leitura do layout antes de ser enviado/processado ainda não consegue ler. Aproveitando a situação e a necessidade de realizar a leitura do layout antes de ser enviado, realizei a implementação da leitura do mesmo, Em anexo estou deixando o pnfsNFSeR.pas onde implementei o método LerNFSe_Smarapd_AntesEnviar que fica responsável pela leitura do layout SmarAPD antes de ser enviado ao WS Municipal. pnfsNFSeR.pas
  3. Boa tarde, Hoje temos implementado a propriedade "MarcaDaguaMSG", onde podemos alterar o texto que será impresso na marca d'agua, somente para a geração da DANFE, porém surgiu a necessidade de implementar a propriedade para geração da DACTE e da DAMDFE. Realizei a implementação das propriedades para ambos DF-es e estou anexando os fontes juntamente com os arquivos .fr3. Foi necessário realizar alterações no arquivos .fr3 pois haviam validações que ocultavam a marca d'agua quando a impressão não fosse de um documento em homologação. Qualquer dúvida estou a disposição para es
  4. Bom dia Elton, Acredito que ao depurar a rotina TLeitor.rExtrai você irá perceber que no decorrer do processo da extração das notas a rotina vai ficando cada vez mais lenta, pois cada vez mais o loop é repetido. Abaixo segue imagem do loop que estou me referindo: Podemos identificar que ele utiliza o parâmetro "item" para determinar o fim do meu loop, porém cada vez mais o valor desse parâmetro aumenta e, em casos com muitas notas, o desempenho da rotina se torna lento. No loop ele vai apagando de nota em nota até chegar na nota ao qual o meu parâmetro "item" se refere, utiliza
  5. Realizei o teste e agora está funcionando normalmente e a velocidade de processamento está extremamente rápida também, muito bom. Em questão ao rExtrai eu utilizo direto o retorno do Web Service para testar, onde utilizo a seguinte rotina: Acredito que carregando o XML que lhe enviei para um TStringList e atribuindo a propriedade TStringList.Text ao FNotas.Leitor.Arquivo você consiga simular a situação, porém agora não me recordo se é necessário que o XML já tenha passado pela conversão dos caracteres, mas acredito que sim.
  6. Boa tarde Elton, De nada, estamos aqui para sempre deixar o componente cada ver melhor. Em relação as suas alterações temos um problema, no fonte ACBrNFSeWebService.pas temos o seguinte trecho de código que foi alterado: O problema é que ele não está realizando da mesma forma que era anteriormente a conversão, na verdade este trecho de código deveria estar desta forma: Realizei esta alteração e ao realizar os teste funcionou normalmente. Em relação ao TLeitor.rExtrai é possível realizar o teste com o XML que foi enviado, onde se for utilizado a rotina que t
  7. Bom dia Italo, Nós partimos do princípio que as notas do emitente(prestadas) o cliente tem pois foi o mesmo quem gerou o XML da NFS-e, porém as notas tomadas o mesmo pode não ter o XML, por isso utilizamos para retornar as notas tomadas do CNPJ que estamos consultando. Atualmente a consulta que temos no ACBr é a "ConsultarNfsePorFaixa" onde temos que passar um faixa de números para receber o retorno, que acreditamos ser mais complicado de ter somente as NFS-e do mês ao qual o ISS será declarado. Não sei se ficou claro, mas qualquer coisa é só perguntar que lhe respondo.
  8. Bom dia Italo, Realizei alterações em alguns arquivos INI, segue detalhes sobre as alterações: WebISSv2(Alterada a SOAPAction da consulta de NFS-e para retornas as NFS-es tomadas) SimplISS(Altertado para utilizar o certificado e assinar na consulta de NFS-e) Cidades.INI(Adicionadas as cidades de Brusque, Mogi Mirim, Dona Emma e alterado também o link da busca de NFS-e da cidade de Belem). Cidades.ini SimplISS.ini WebISSv2.ini
  9. Certo, Já criei o tópico Irei adicionar os arquivos INI no tópico mencionado pelo @Italo Jurisato Junior para facilitar. Peço desculpas pela confusão, sou novo aqui no fórum e não conheço sobre os tópicos padrões.
  10. Olá, Estamos utilizando o ACBrNFSe para a busca de NFS-e em diversas cidade e nos deparamos com alguns layouts que o leitor não estava conseguindo extrair os XML's. Realizamos a implementação para as seguintes cidades: Blumenau(Leitor) Joinville(Leitor) Caxias do Sul(Leitor) Osasco(Leitor) Também foram realizadas alterações em alguns arquivos INI para que possamos realizar a busca de NFS-e, sendo eles: WebISSv2(Alterada a SOAPAction da consulta de NFS-e para retornas as NFS-es tomadas) SimplISS(Altertado para utilizar o certificado e ass
  11. Olá Elton, Certo, irei abrir um novo tópico com as alterações relacionadas a NFS-e, porém acaba sendo complicado de fazer um tópico somente para cidade de Joinville, pois já realizamos diversas alterações no leitor de NFS-e para diversas cidades.
  12. Bom dia, Segue projeto. Lembrando que o XML deve estar na mesma pasta do .exe. StringReplace otimizado.rar
  13. Bom dia Elton, Alterei o HTMLStringReplace para utilizar o ReplaceString e estou enviando novamente os fontes. Estou tentando enviar um projeto que fiz para testar essa rotina, nele é possível verificar o tempo de processamento de como está a rotina hoje e o tempo de processamento com o HTMLStringReplace, porém ele zipado tem 9,17 MB, como poderia enviar isso para vocês? Pois facilitaria bastante nos testes. Estou enviando logo em seguida o XML com o nome "Retorno.zip" pois o post só permite 2 MB de arquivos por vez. pcnLeitor.pas pnfsNFSeR.pas pnfsConversao.pas pnfsLerLis
  14. Boa tarde Juliana, Em uma consulta que retornava cerca de 1500 notas, utilizando o leitor da forma que estava se passavam 6 horas e ainda não terminava de extrair o XML, já com as alterações realizadas levou cerca de 2 minutos. Confesso que olhando assim parece até uma mentira, porém realmente a rotina estava extremamente lenta. A busca era realizada no Web Service da cidade de Porto Alegre.
×
×
  • Create New...