jovitomg

O problema foi resolvido após atualizar para a versão 1.0.0.110.

Bom dia @Daniel InfoCotidiano O problema permanece. O estranho é que tem espaço e mesmo assim na impressão não quebra a linha. Com isso corta todos os finais das linhas do lado direito, veja em anexo:

Boa tarde @Italo Giurizzato Junior. No meu caso, uso a LIb com integração c#. Não tem que aguardar a nova versão da LIb, certo?

Conforme e-mail recebido da Prefeitura de Funilândia, a mesma está mudando para o provedor Gestão ISS. Em anexo segue o e-mail que salvei em um .txt. email_comunicado.txt

Bom dia @Diego Foliene, no meu caso é integração com c#, acredito que a atualização deste arquivo não teria efeito, certo?

Ao chamar o métod ACBrNFse.ConsultarNFSePorRps na prefeitura de Funilândia/MG, estou recebendo este erro: "X999 - Erro de Conexão: XML declaration allowed only at the start of the document" No caso o xml com retorno da consulta está vindo porque conferi no arquivo soap. Poderiam avaliar? A9480EF2D9AEC40-con-lot.xml A9480EF2D9AEC40-con-lot-soap.xml 20-comp-nfse-soap.xml 20-con-nfse-rps.xml 20-con-nfse-rps-soap.xml

Utilizo a Lib com integração c#. Observei que após ler o ACBrLib.ini através do método ConfigLer() e alterar as propriedades da Instância criada, a Lib está alterando o ACBrLib.ini mesmo sem chamar o método ConfigGravar(). A gravação acontece quando a instância é destruída, seja chamando explicitamente [instancia].Dispose() ou quando fecha a aplicação e o "Coletor de Lixo" destroi as instâncias da aplicação. A gravação está sendo feita ao chamar o método "NFSE_Finalizar". Abaixo vou reportar o meu caso de teste para que fique mais claro: Fiz um teste com o Programa Exemplo e ele também alterou o .ini mesmo sem chamar o método ConfigGravar(). Fiz o seguinte teste: Adicionei a seguinte linha ao final do método LoadConfig(): ACBrNFSe.Config.Emitente.CNPJ = "99361523000120". Ao fechar a aplicação, no FormClose() tem a linha: ACBrNFSe.Dispose(); Assim que passa por esta chamada do Dispose(), o .ini é alterado ficando assim: Emitente.CNPJ=99361523000120. Como isso está ocorrendo, certamente gera erro para os casos de uso multi-thread. Um exemplo que aconteceu em um dos meus testes, empresa A leu o .ini, então quando empresa B foi ler, como a linha do CNPJ no .ini estava com o CNPJ da empresa A, deu rejeição dizendo que o CNPJ da empresa emitente era diferente do CNPJ do certificado.

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.

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.

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.

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.

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

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?

"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.

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