Ir para conteúdo
  • Cadastre-se

Delcio

Membros
  • Total de ítens

    64
  • Registro em

  • Última visita

  • Days Won

    3

Delcio last won the day on 19 Março 2023

Delcio had the most liked content!

1 Seguidor

Últimos Visitantes

O bloco dos últimos visitantes está desativado e não está sendo visualizado por outros usuários.

Delcio's Achievements

Enthusiast

Enthusiast (6/14)

  • Dedicated Rare
  • First Post
  • Collaborator Rare
  • Week One Done
  • One Month Later

Recent Badges

76

Reputação

5

Community Answers

  1. Olá pessoal. O XSD fornecido pelo provedor pública não contempla informar os dados da obra, então se eu informar, ocorre erro de validação. Porém no manual consta a informaçao desses campos, então acho que a falha está no schema deles. Como tenho clientes que precisam informar esses dados, fiz a adequação do schema e dai validou e gerou a NFSe corretamente. Segue o schema ajustado caso algém queira anexar ao projeto. nfse.xsd
  2. Testei com o arquivo que coloquei em anexo, reverti só parte da alteração da 31349, referente ao cancelamento. Pelo que pesquisei a 31349 foi para corrigir um erro de validação ao gerar, então se reverter toda ela, vai dar novamente o problema ao gerar.
  3. Só pra retornar, testamos, gerar, consultar e cancelar no cliente e a princípio funcionou.
  4. @Renato Rubinho e @Eduardo Faria Nazario Acho que o problema está no ACBR mesmo, voltando uma versão anterior do sistema conseguimos cancelar, comparando os dois pedidos de cancelamento, da versão anterior e da nova, a única diferença está no DigestValue, então deve ter a ver com a assinatura. Acredito que tenha sido a alteração da revisão 31349, que alterou a parte da assinatura do cancelamento. Seguem em anexo os pedidos de cancelamento aceitos e com erro, e uma possível correção, que estou aguardando pra testar no cliente amanhã. Betha.Provider.pas 239-ped-canOK.xml 239-ped-can-soapERRO.xml 239-ped-can-soapOK.xml 239-ped-canERRO.xml
  5. @Eduardo Faria Nazario Olá. Estou com o mesmo problema na cidade de Mondai-SC, conseguiu resolver aí?
  6. Olá pessoal. A continuação das informações adicionais está aparecendo sobre o titulo do campo e com uma tag de formatação. Ajustei as propriedades "Gap" e "AllowHTMLTags" do "memContInfAdicionais". Na ultima revisão, AllowHTMLTags foi alterada pare "true" no "memObs" e não no "memContInfAdicionais" que é continuação dele, acho que por isso exibia essa tag, depois de setar também no "memContInfAdicionais" não exibiu mais. Antes: Depois: Seguem os arquivos para análise. DANFePaisagem.fr3 DANFeRetrato.fr3
  7. Nos provedores que uso(Betha, SigCorp, IPM, Pública), está funcionando ok.
  8. Bom dia @Renato Rubinho, acredito que não cause problemas, o trecho que alterei estava ignorando o ultimo caractere do link, acredito que tenha passado batido na hora da implementação, a não ser que tenha sido proposital. Estou encaminhando um XML de exemplo no e-mail.
  9. Olá pessoal. Identifiquei que o link retornado no provedor Betha estava faltando o ultimo caractere, investigando parece que o problema está em TNFSeRClass.LerCampoLink, talvez afete outros provedores. Segue o ajuste para análise. ACBrNFSeXLerXml.pas
  10. Olá pessoal. A Triunfo usa o leiaute da Toledo, mas nas últimas versões do Gerenciador Triunfo com suporte a RDC429 tem diferenças para os arquivos da Toledo que o ACBR gera, o MGV7 é o mais parecido, mas mesmo assim não é aceito pelo sistema da triunfo, então resolvi criar um tipo próprio. Segue a unit caso alguém queira analisar e juntar ao projeto. No Gerenciador Triunfo tem que setar da seguinte forma: Menu Gerenciador >> Opções Gerais: Na aba "Tabela Nutricional" mudar para "Padrão novo com açúcares da IN 75/2020..." Menu Cadastros >> Importar: Em "Opções" clicar na aba "Padrão MGV Toledo", em "Layout de Produtos" selecionar "FORMATO MGV5 - MGVITENS V2"; A Triunfo não tem manual de layout para anexar, me passaram apenas uns arquivos de exemplo que estão em anexo. ACBrCargaBal.pas Infnutri.txt Itensmgv.txt
  11. Olá pessoal, se alguém puder avaliar e incluir. Os XMLs de notas canceladas baixados do site da prefeitura não vem com a TAG "situacao_codigo_nfse", vem "<situacao>C</situacao>". Segue a unit em anexo. IPM.LerXml.pas IPM.patch NFSe.xml
  12. Olá pessoal, estava tendo problema com tomadores com "&" na razão social para a cidade de Chapecó-SC. Ajustei apenas para na versão 2.04, pois não tenho clientes pra testar na 2.03. Segue em anexo para a validação. SigCorp.Provider.pas
  13. Olá pessoal. Alterei a variável usada na consulta de integer para Int64. Esse provedor retorna o ano no numero da NFS-e, ficando no formato '202300000000001', estourando o limite do integer. Na cidade que testei(Guatambu - SC) exigiu também que informasse a tag "NumeroNfseFinal" para que houvesse êxito, segundo o manual parece que tem que informar mesmo. Seguem em anexo as sugestões e o manual para análise. publica.pdf Publica.Provider.pas
  14. Olá @marcelosantos, havia tentado baixar o teu código mas não tinha permissão para baixar o anexo do teu post, dai por necessidade, tive que implementar. Vi que o teu já tem boa parte da implementação dos métodos de alteração e acredito que eu tenha todos esses endpoints liberados aqui pra poder testar. @marcelosantos, @Daniel InfoCotidiano @Pedro A. AraújoAssim que der um tempo, se me permite, vou ver qual a melhor forma de juntar as duas implementações. Seria interessante implementar os métodos de consulta por período também, mas parece que o Sicoob implementou isso de forma assíncrona, são 3 endpoints: 1- Solicitar Movimentação, 2 - Consultar Situação da Solicitação de Movimentação e 3 - Baixar Movimentação, esse último parece que traz as movimentações em um arquivo zipado, então teria que extrair e ver como é o formato desse retorno das movimentações, que não encontrei na documentação.
×
×
  • 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.