Ir para conteúdo
  • Cadastre-se

jovitomg

Membros Pro
  • Total de ítens

    53
  • Registro em

  • Última visita

Sobre jovitomg

Últimos Visitantes

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

jovitomg's Achievements

Contributor

Contributor (5/14)

  • One Year In
  • Collaborator Rare
  • One Month Later
  • Week One Done
  • Dedicated Rare

Recent Badges

20

Reputação

3

Community Answers

  1. Texto do campo Discriminação dos Serviços da NFS-e está cortando conforme arquivo anexo. Utilizo a Lib com a integração c#. Inicialmente, foi sugerido alterar configurações de DPI do windows, mas mesmo alterando as configurações continuou erro. Em seguida tentamos usar os parâmetros AlterarEscalaPadrao e NovaEscala da seção [DANFSe]. Mudei AlterarEscalaPadrao para 1 e NovaEscala para 94(estava 96). O texto da Discriminação saiu completo mas ocorreram algumas distorções na Danfe conforme imagem "distorcao_apos_alterar_novaescala.png". Em seguida tentamos usar o parâmetro TamanhoFonte da seção [DANFSe], mas a alteração não teve efeito, cheguei a alterar para 1 e em nenhum ponto da Danfe teve efeito. Se for possível, uma sugestão seria criar um parâmetro exclusivo para o campo Discriminação dos Serviços, porque mesmo que façam a correção para o parâmetro TamanhoFonte funcionar, diminuiria o tamanho de todos campos(imagino) sendo que os demais campos estão ok. O único com chances de ficar grande seria o de Discriminação dos Serviços.
  2. Boa noite Diego e Italo, Funcionou. Detalhe: na configuração iniServicos estava apenas o path, mudei para o caminho completo e funcionou. Obrigado a todos.
  3. Foi criado o parâmetro NaoImprimirLocalPrestServ para ser configurado no ACBrNFSeXServicos.ini porém, baixei a última versão da Lib(1.0.0.50) e atualizei os fontes da integração com c# e ao realizar os testes o campo "Município de Prestação do Serviço" continuou sendo impresso na danfe.
  4. Boa noite @Italo Giurizzato Junior, atualizei em um outro cliente e funcionou sim. No primeiro cliente deve está faltando algo, mas de todo modo está resolvido sim. Muito obrigado Resolvido @Diego Foliene. Muito obrigado.
  5. Bom dia @Italo Giurizzato Junior, baixei a versão 1.0.0.40 e os fontes mas o Label "Município de Prestação do Serviço:" continuou aparecendo, vc chegou a fazer esta alteração? Obrigado
  6. Acho sim Italo. Deus te ouça que BH e todos os outros municipios mudem para o Padrão Nacional. Gostaria de lhe pedir para ajustar apenas este ponto: 1. Em relação à alteração que vc fez, o município não foi impresso, o que resolve parcialmente. Gostaria de pedir que não imprimisse também o label do campo porque ficou com o label e conhecendo usuário, vai ter alguém que vai falar, "olha o campo Local de prestação dos serviços está vindo vazio". É possível?
  7. "Eu fiz essa alteração para o provedor BHISS (versão 1.00 do layout da ABRASF), porque você é o primeiro a ter esse problema com um cliente: Tanto o componente antigo quanto ao novo ninguém reclamou da presença dessa informação, e olhe que o ACBr emite NFS-e desde 2011." R: Acredito que seja porque trabalhamos com emissão em massa, onde emitimos centenas de notas médicas por mês e cada médico presta serviço em um municipio diferente. Neste caso, o municipio de prestação do serviço varia bastante. Você tem alguma informação que a prefeitura vai mudar da versão 1 para 2.04? R: Não tenho, apenas citei a possibilidade por ser um caminho natural de atualizar pra versão mais recente. Como assim BH esta adotando o novo layout? R: Não tenho esta informação, apena citei a possibilidade.
  8. Bom dia Italo, segue meu parecer: 1. Em relação à alteração que vc fez, o município não foi impresso, o que resolve parcialmente. Gostaria de pedir que não imprimisse também o label do campo porque ficou com o label e conhecendo usuário, vai ter alguém que vai falar, "olha o campo Local de prestação dos serviços está vindo vazio". 2. Considerando a solução adotada de comparar código do CodigoMunicipio com o CodigoMunicipio do Prestador, acho que resolve hoje, mas no futuro teremos um novo problema, quando realmente tiver que imprimir o Local de prestação dos serviços(mesmo sendo igual ao CodigoMunicipio do prestador), caso que vai ocorrer quando a prefeitura atualizar seu leiaute para a versão 2.04. Então a minha sugestão é: como você fez especificamente para bhiss, caso tenha a tag MunicipioIncidencia, significa que bh já está adotando o novo leiaute, logo a tag CodigoMunicipio é especificamente para o Local de Prestação dos serviços e portanto pode imprimi-lo na Danfe, caso não tenha MunicipioIncidencia, signicica que BH esta usando a tag CodigoMunicipio para informar o municipio de incidencia e portanto não imprime na Danfe o Local de prestação dos serviços..
  9. Boa noite @Italo Giurizzato Junior. A solução foi suprimir o campo quando for versão de leiaute que não contempla as duas tags? Preciso fazer alguma configuração nova?
  10. Gostaria novamente de falar sobre o campo "Município de Prestação do Serviço". Este campo no caso das emissões da prefeitura de BH está me trazendo um grande transtorno. Estou numa sinuca de bico pq se eu envio na tag CodigoMunicipio o município onde foi prestado o serviço, o webservice não deixa informar o a natureza de operação "Tributada no municipio". Se eu informa qualquer outro valor no campo Natureza de operação, fica errado, pq a tributação é no municipio. Isso pq ele trata este campo como se fosse o município de incidencia do issqn. Dito isso, gostaria de solicitar que fosse disponibilizado um parâmetro para configurar se deve ou não imprimir o campo "Município de Prestação do Serviço" na danfe. É possível ou teria uma solução pra resolver meu problema? Link do primeiro tópico que abri abordando este assunto: https://discord.com/channels/798697718800318484/800042186783588364/1143611377487974510
  11. Ao enviar uma nota para a prefeitura de Funilândia/MG, aparentemente o retorno da prefeitura vem corretamente, mas na lista de erros de retorno do ACBrLib vem o erro abaixo: [Erro1] Codigo=X999 Correcao= Descricao=Erro de Conexão: Invalid date ) Este mesmo erro também acontece quando consulta a nota.
  12. Boa tarde Italo, Entendi seu ponto: No manual abrasf da versão 1.00, não tem na coluna descrição da tag "CodigoMunicipio" o texto "Código do município da prestação do serviço", mas me parece que foi apenas questão de "falha" mesmo. Como na versão 2.04 tem este texto no campo descrição da mesma tag, a princípio poderíamos inferir que se trata do "Código do município da prestação do serviço". Vamos fazer o seguinte: Respondendo suas perguntas: 1. Desfaz essa alteração, ou seja, continua como estava antes? Pra mim não faz diferença neste momento, mas me parece uma informação útil, fica a critério de vcs. 2. Muda o titulo do quadro "Local da Prestação de Serviço" para "Município de Incidência de ISSQN"? Não precisa mudar, porque vai afetar todos que utilizam. É mais fácil eu fazer uma alteração na minha aplicação pra gravar na tag CodigoMunicipio o código do município da prestação do serviço quando se tratar de BH que vai resolver. Muito obrigado pela antenção.
  13. Bom dia Italo, Em relação a este tópico eu só abri porque entendo que está errado, não é por que o cliente pediu. O cliente apenas relatou o problema, mas se fosse algo para agradá-lo eu teria o bom senso de nem abrir o tópico, porque realmente não faz sentido alterar uma Lib compartilhada por causa de uma alteração específica pra um cliente. Não digo que a melhor solução é alterar o título "Município de Prestação de Serviço", aliás minha opinião é que não seria mesmo. Mas se não tenho a informação no xml, imprimir na Danfe "alguma coisa" estaria incorreto ao meu ver. Minha opinião é que, se não tem a informação, o melhor é não imprimir este campo. De todo modo, se não for possível, podemos encerrar o tópico e agradeço pelos retornos.
×
×
  • 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.