Ir para conteúdo
  • Cadastre-se

Luiz Sodré

Membros
  • Total de ítens

    57
  • Registro em

  • Última visita

Posts postados por Luiz Sodré

  1. 4 horas atrás, Diego Foliene disse:

    Bom dia!
    Muito obrigado pela contribuição! Mas para adicionarmos ela ao ACBrNFSeX precisaríamos de mais informações.
    Por favor, quais métodos você testou? Você testou apenas em homologação, não conseguiu confirmar se está funcionando em produção?
    Peço que entenda, não conseguimos testar em todas as cidades, pois é preciso ter o cadastro de prestador de serviço junto a prefeitura. Nesses casos contamos com a colaboração da comunidade.

    @Diego Foliene, boa tarde.

    Não realizei nenhum tipo de altera de código fonte do provedor "SpeedGov", somente apontei o município para este provedor.

    Segue anexo os dados fornecidos pelo próprio provedor "SpeedGov" WEB SERVICE.rar

    Abaixo, foram as orientações passadas pelo provedor para a implementação de Juazeiro do Norte/CE:

    "Seguem as orientações para acessar o webservice. É preciso que você siga as instruções descritas abaixo para que o teste seja um 

    1º Passo - Realizar a adaptação do seu sistema para uso da ferramenta seguindo o manual de adequação (em anexo).
    2º Passo - Link de cadastro http://servicos2.speedgov.com.br/modelo/precadastro/new
    3º Passo - Link de homologação http://speedgov.com.br/wsmod/Nfes?wsdl
    4º Passo - Link para visualização de erros e correção iss.speedgov.com.br/modelo

    Caso o processo de homologação já tenha sido feito segue o link para produção:
    http://speedgov.com.br/wsjun/Nfes?wsdl"

    Só consegui realizar teste de envio de lote e retorno de lote, ambos em ambiente de homologação.

    Espero ter ajudado, mais informações que essas, não possuo.

    • Curtir 1
  2. @Italo Giurizzato Junior
    Bom dia!
    Segue anexo, melhoria no arquivo "ISSDSF.Provider.pas" para a classe "TNFSeConsultaLoteRpsResponse" receber a data de envio do lote, retornado na TAG "DataEnvioLote". Melhoria também para a propriedade "Link" do item de resumo "TNFSeResumoCollectionItem", para receber a URL de visualização da nota fiscal emitida, através da TAG "URLNotaFiscal".
    Belém/PA é provedor Siat (herança layout IssDSF), para não gerar muita alteração, realizei os pontuais ajustes para minha necessidade.

    Fontes.zip

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

    Boa tarde Luiz,

    Já esta no SVN.

    Italo, bom dia.

    No arquivo que enviei, não retirei a variável "aPath" do método "Gravar", pois utilizo do padrão de pasta do próprio componente, através do "aPath := aConfig.Arquivos.GetPathNFSe;".

    Caso retire a variável "aPath", o método gravar deverá ficar desta forma TACBrNFSeX(FAOwner).Gravar(aNota.NomeArq, aNota.XmlNfse);

    Poderia ajustar?

    Desde já, obrigado.

    • Obrigado 1
  4. Bom dia!

    Realizei alteração para passar a informação do caminho do arquivo XML pra a propriedade "NomeArq" da classe "TNotaFiscal", através do salvamento do arquivo na classe "TACBrNFSeXProvider".

    Fiz a alteração por necessitar do local do salvamento e que não encontrei em outro lugar, somente se eu refizer o caminho. Por garantia, realizei a alteração neste ponto e meu intuito foi deixar conforme o método "SalvarXmlRps", que atribui caminho e nome de arquivo juntos. Mudei o mínimo para evitar grandes impactos.

    Segue anexo.

    CaminhoXmlNfse.zip

    • Obrigado 1
  5. Em 16/07/2022 at 12:23, Italo Giurizzato Junior disse:

    Boa tarde Luiz,

    A ideia é o seguinte:

    A lista de Resumos sempre será preenchida independente do provedor retornar o XML completo ou não.

    Desta forma a sua aplicação vai se basear nas informações que estão nessa lista de resumos para uma tomada de decisão ou simplesmente guardar essas informações no banco de dados.

    Por outro a lista de notas (TNotasFiscais) só vai ser alimentada se o provedor retornar o XML completo da nota.

    No meu entendimento se a quantidade de itens de TNotasFiscais for maior do que zero, nos leva a crer que o componente esta carregado com informações de uma nota ou Rps. E um desenvolvedor desavisado vai querer imprimir o DANFSE e consequentemente a maioria dos campos vão estar em branco.

    O preenchimento da lista de resumos foi inicialmente implementada no provedor ISSDSF, uma vez que ele retorna um resumo ao consultar o lote.

    E foi implementado na unit base utilizada pelos provedores que seguem a versão 1 do layout da ABRASF também no consultar o lote.

    A ideia é expandir para os provedores que seguem a versão 2 da ABRASF e aqueles que tem layout próprio.

    E também expandir para outros tipos de consulta.

    Para isso peço a ajuda de todos vocês nos testes.

    Entendido Italo.

    Irei rever o sistema para utilizar a nova classe de Resumo, em vista que a classe sempre será preenchida em todos os padrões do componente atualmente.

    • Curtir 1
  6. Bom dia @Italo Giurizzato Junior

    Quando subiu a alteração do resumo ?
    Pois mesmo que resumido o retorno, o componente preenchia somente os valores existentes na TNotasFiscais e era somente utilizar os campos existentes para qualquer tratativa que necessitasse.

    Todos os leiautes estão com essa classe de resumo ?
    Essa classe sempre será preenchida, mesmo com retorno completo ? (já que os existem as informações para preenchimento)

    Já possui LoadFromFile de arquivo resumido ? (para carregamento aparte)

    Estou perguntando pois acabou mudando o método de trabalho do componente para o retorno e não parece que não está em fluxo padrão.

  7. @Italo Giurizzato Junior, bom dia.

    Realizei a passagem das informações por fora do componente, utilizando as propriedades. Assim não terá a necessidade de subir os fontes.

    Obrigado.

    @Renato Rubinho, bom dia.

    Referente aos outros problemas, ainda batalho para que melhoremos o processo interno para a leitura de pasta. E o erro no servidor se manteve após atualizar a DLL, mas vou levantar mais informações.

    Obrigado.

    • Curtir 1
  8. Em 14/04/2022 at 15:47, RonBrisola disse:

    Boa tarde.

    Estou tendo problemas com a aliquota de ISS com decimal quebrada.

    O envio está indo correto, 3,71:
    image.thumb.png.3df3bb4caa219864764f809aba1945c1.png

    Mas no retorno está vindo com mais casas e valor de ISS diferente, 3,71215126:

    image.thumb.png.0cc454f8a20fc0b50deb6232628ce3c6.png


    Pode ser algum problema no componente no momento de gerar o arquivo?

     

    O ideal é conferir no portal da prefeitura, pois, pode ocorrer da prefeitura realizar todos os cálculos através do serviço enviado e ignorar o que foi passado no XML.

    Como o arquivo de retorno da prefeitura está incorreto, faça o contato com eles, visto que internamente o componente salva o arquivo de retorno sem manipulação.

  9. Em 14/04/2022 at 08:54, Único Gestão disse:

    Bom dia,

    Estou tentando emitir algumas NFSe's para Sorocaba, porém estou recebendo erros de Timeout.
    Olhando no ACBrNFSeXServicos.ini o url está assim: https://notafiscal.sorocaba.sp.gov.br/notafiscal-abrasfv203-ws/NotaFiscalSoap 

    Vendo nos post mais antigos dessa conversa vi que o url correto é o: https://notafiscal.sorocaba.sp.gov.br/notafiscal-abrasfv203-ws/NotaFiscalSoap?wsdl 

    Será que é isso que pode estar influenciando no envio? 

    Att. Gabriel Bobello

    Já vi reclamações sobre isso, mas tente ajustar o timeout do componente para ver se melhora.

  10. 51 minutos atrás, Jonathan Teixeira disse:

    Tentei dessa forma e o erro continua.

    Sua tag

    <Valores>
         <ValorServicos>80.00</ValorServicos>
         <Aliquota>5.0000</Aliquota>
    </Valores>

    ficou assim?

     

    Verifique se a incidência está interna ou não.

    Verifique também o ISSRetido.

    Essas informações podem influenciar em alguma validação interna da prefeitura de Sorocaba/SP.

  11. 2 horas atrás, Jonathan Teixeira disse:

    Estou com o mesmo problema, mesmo informando a aliquota 0, a tag não é criada no XML gerando o erro.

    Para testar, no arquivo ACBrNFSeXGravarXml_ABRASFv2 na linha 725 onde a tag aliquota é criada no XML, substitui o parametro NrOcorrAliquota por 1, e mesmo ao entrar na função TACBrXmlWriter.AddNode a ocorrencia está com o valor 0, com isso a tag não é inserida no XML.

    Qual o valor da alíquota está sendo passada ?

    Quando o NrOcorrAliquota for 1, o componente irá gerar a tag mesmo que vazia.

    Com o NrOcorrAliquota no padrão 0 (zero), caso a alíquota passada seja 0 (zero) o componente não montará tag.

    Se não estiver montando a tag, é porque está passando zero e se estiver com uma atividade que possuí alíquota e a prefeitura não se resolveu sozinha, então aconselho realizar a passagem correta da alíquota para forçar a informação na conversão do RPS.

  12. 3 horas atrás, neto233 disse:

    Olá, estou com o seguinte erro:

    Erro: L75 O valor da alíquota não corresponde a atividade informada

    no caso a empresa optante pelo simples não deve informar a alíquota o ISSQN, como proceder antes eu passava a alíquota como o valor zero

    No site da prefeitura fica Aliquota = ****

    unknown.png

    Vi que a tributação é exigível e pelo que tenho de experiência, você teria que passar a informação de alíquota e dependendo do provedor, você pode deixar em branco que ele pega a alíquota cadastrada para a atividade.
    Tente ver na tabela de atividades da prefeituras qual o valor da alíquota e passe-a para ver se funciona.

  13. 19 horas atrás, RonBrisola disse:

    Só pra complementar,
    o arquivo de envio foi gerado: -env-lot-sinc.xml;
    foi gerado um arquivo -rps.xml pra cada rps do lote;
    mas não foi gerado o arquivo -lista-nfse-sinc.xml.

    bom dia,
    pelo nome dos arquivos, está utilizando o método síncrono e realmente irá demorar um pouco na resposta, pois dependerá da estrutura do provedor que irá converter as notas e lhe retornar no mesmo momento.

    1 hora atrás, RonBrisola disse:

    Pessoal,

    Sobre o erro do retorno que postei ontem,
    creio que quando tem várias notas no lote o retorno demora um pouco mais,
    eu consegui resolver aumentando o TimeOut no componente:
     

       NFSe.Configuracoes.WebServices.Tentativas := 30;
       NFSe.Configuracoes.WebServices.TimeOut    := 30000;

     

    realizar o ajuste do timeout é realmente a solução neste caso, mas dependerá da quantidade de RPS contidas no lote.
    normalmente eu utilizo do método assíncrono e depois consulto, assim acaba tento tempo para as prefeituras converterem as notas.

    utilizo o método síncrono somente quando as prefeituras levam muito tempo para processamento, pois tem alguns provedores que demoram até 24h para realizar uma conversão assíncrona. O provedor Fiorilli é um desses casos.

    • Curtir 1
  14. 3 minutos atrás, RonBrisola disse:

    Bom dia.

    Hoje entrou o ambiente de produção da nova NFse de Sorocaba.

    Mas tá dando este erro em produção:

    Erro(s):
    Código  : X999
    Mensagem: Erro de Conexão: Não informado a URL de Produção, favor entrar em contato com a Prefeitura ou Provedor.


    No arquivo ACBrNFSeXServicos.ini já coloquei o endereço de produção:

    [3552205]
    ; Atualizado em 01/02/2022
    Nome=Sorocaba
    UF=SP
    Provedor=DSF
    Versao=2.03
    ProRecepcionar=https://notafiscal.sorocaba.sp.gov.br/notafiscal-abrasfv203-ws/NotaFiscalSoap
    HomRecepcionar=https://homolsod.dsfweb.com.br/notafiscal-abrasfv203-ws/NotaFiscalSoap
    
    =======
    ; Provedor=DSF
    ; Versao=2.03
    ; ProRecepcionar=
    ; HomRecepcionar=https://homolsod.dsfweb.com.br/notafiscal-abrasfv203-ws/NotaFiscalSoap
    
    >>>>>>> .r24825
    ; Remover essa linha e as 7 linhas abaixo após o dia 01/04/2022
    ;;Provedor=ISSDSF
    ;
    ;;ProRecepcionar=https://www.issdigitalsod.com.br/WsNFe2/LoteRps.jws
    ;;HomRecepcionar=
    ;
    ProNameSpace=http://proces.wsnfe2.dsfnet.com.br
    HomNameSpace=http://proces.wsnfe2.dsfnet.com.br
    ProLinkURL=https://notafiscal.sorocaba.sp.gov.br/notafiscal/qrCodeServlet?idMultiTenant=2&hash=%CodVerif%
    HomLinkURL=https://homolsod.dsfweb.com.br/notafiscal/qrCodeServlet?idMultiTenant=2&hash=%CodVerif%


    Preciso alterar mais algum lugar?

    @RonBrisola, bom dia.
    isso é merge não concluído.

    >>>>>>> .r24825
    ; Remover essa linha e as 7 linhas abaixo após o dia 01/04/2022

    deve estar com conflito pelo SVN, ajuste o conflito e marque como resolvido.

    • Curtir 1
  15. Vi os relatos aqui na comunidade Italo.
    Mas como posso proceder com a xsLibXml2 quando tiver casos de estruturas com endereços de rede "\\Servidor\Arquivos\Schemas" por exemplo ?

    Por existir o risco da perda do certificado A3, não seria a solução adequada o que passei. Como ainda existe a possibilidade de uso e estou aos poucos migrando para ACBrNFSeX, pensei que poderia contida a utilizar, em vista que no ACBrNFSe estava assim.

    Vou conversar internamente para verificar outras possibilidades pois ao menos a validação terei que fazer quando houver caminho de rede.

  16. Em 17/03/2022 at 10:58, Italo Giurizzato Junior disse:

    Bom dia Luiz,

    Notei que os seus fontes estão desatualizados.

    Favor fazer uma cópia das Units que você alterou e atualize todos os fontes de todas as pastas e reinstale o ACBr.

    Por fim faça novos testes.

    Realmente @Italo Giurizzato Junior
    boa noite.
    Tenho períodos de fechamento de fonte para atualizar o componente e quando realizei o merge para o trunk2 para enviar aqui, acabei não me atentando.

    Reparei que realizou alterações no que enviei, irei testar com suas alterações para validar.

    • Curtir 1
  17. Boa noite, estou com problema na validação de Schemas quando utilizo a propriedade SSLXmlSignLib = xsMsXml.
    O que analisei comparando com o componente anterior ACBrNFSe, é que o NameSpaceURI é preenchido com o NameSpace que era montado através dos arquivos ini.

    Hoje o NameSpace é preenchido diretamente nas classes dos provedores e não são mais passados para o NameSpaceURI e desta forma ocorre erro de validação do schema, conforme abaixo:

    " nfse.xsd#/schema
    The '' namespace provided differs from the schema's 'http://www.abrasf.org.br/nfse.xsd' targetNamespace"

    Como solução para utilização da propriedade SSLXmlSignLib = xsMsXml, voltei a realizar a passagem para NameSpaceURI com a informação do NameSpace contido em ConfigMsgDados.LoteRps.xmlns (sendo LoteRps a classe do processamento do momento de validação de schema).

    Testei esta validação para os municípios Dourados/MS, Ponta Porã/MS, Corumbá/MS, Três Lagoas/MS, Ipatinga/MG e Itajubá/MG, onde, todas passaram a validar normalmente dentro da unidade "ACBrDFeXsMsXml".

    Segue um erro forçado após o ajuste da validação:

    "Erro de Validação: Content for element '{http://www.abrasf.org.br/nfse.xsd}EnviarLoteRpsEnvio' is incomplete according to the DTD/Schema.
    Expecting: {http://www.w3.org/2000/09/xmldsig#}Signature."

    Segue anexo a unidade alterada.

    Fontes.zip

  18. Também tive problema com os processos para a prefeitura de Joinville/SC.

    Realizei alterações nos arquivos em anexo "Fontes", segue abaixo as alterações:

    ISSJoinville.GravarXml.pas => realizada a inclusão do GerarIDRps como true, para enviar o "Id" juntamente a tag de RPS;

    ISSJoinville.LerXml.pas => realizada nova leitura, para obter a informação da tag NumeroRps, pois não está no padrão de retorno ABRASF;

    ISSJoinville.Provider.pas => realizada a retirada do alias do namespace no método "GetNamespace"; Realizada também a herança do método "TratarRetornoConsultaLoteRps" para tratar o retorno com erro e utilizamos o método "ProcessarMensagemErros" passando as tags de lista de erro e mensagem de erro corretos, conforme o retorno não padronizado do ABRASF.

     

    No anexo "Arquivo_SOAP", estão os arquivos gerados em comunicação de envio e consulta de lote para Joinville/SC.

    Fontes.zip Arquivos_SOAP.zip

×
×
  • 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.