O pacote de atualização do TSS Release 2.44 é composto pelas modificações abaixo:
Disponível para os sistemas operacionais: Windows®/Linux®
...
Chamado | Descrição | Fontes | Doc. Relacionado | TRSLME|||||
TRS341 | Situação | Ao transmitir uma RPS para o município de Cubatão, as TAGs com valores devem ser apresentadas com as casas decimais separados por virgulas ao invés de ponto. |
| |||||
Resolução | Alterado a montagem das Tags para o município de Cubatão, as Tags com valores deverão ser montadas com virgulas ao invés de ponto para a separação das casas decimais. | |||||||
TRTKOX | Situação | Ao transmitir uma nota fiscal de serviço do município de Presidente Prudente, a descrição do RPS e dos produtos são Invertidas no xml. |
| |||||
Resolução | Ao transmitir uma nota fiscal de serviço do município de Presidente Prudente, a descrição sai correta no XML. | |||||||
Situação | Cliente precisa imprimir DANFE com o ICMS zerado no cabeçalho para Diferimento, mas ocorre falha no schema na 3.10, pois gera as tags sem o zero. |
| ||||||
Resolução | Realizado correção para não levar a tag de diferimento vazio para não ocorrer o erro de schema. | |||||||
TRODDZ | Situação | Desenvolvimento da NFS-e do município de Pouso Alegre - MG, devido a mudança de layout para o modelo ABRASF. |
| |||||
Resolução | Efetuadas alterações para emissão de NFS-e do município de Pouso Alegre-MG no modelo ABRASF. | |||||||
TRAAY3 | Situação | Desenvolvimento da NFS-e de Limeira- SP |
| TRQK46 | Situação | Ao transmitir uma nota com ISS Retido para a prefeitura de Palmas-TO a NFSE apresenta rejeição. |
| |
Resolução | Ao transmitir uma nota com ISS Retido para a prefeitura de Palmas-TO não apresenta mais a rejeição. | |||||||
| ||||||||
Resolução | Realizado desenvolvimento da NFS-e de Limeira- SP | |||||||
TRTFCW | Situação | Solicitação para que seja modificado a url do ambiente de homologação para o município de Rio Grande, pois ao enviar o documento fiscal para este endereço, o documento esta sendo enviado para o ambiente de produção. |
| |||||
Resolução | Conforme solicitado foi modificado a url do ambiente de homologação para os documentos enviados para teste não seja apresentados no ambiente de produção para o município de Rio Grande - RS. | |||||||
TQZMDR | Situação | Desenvolvimento da NFS-e de Canoinhas - SC |
| |||||
Resolução | Realizado desenvolvimento da NFS-e de Canoinhas - SC | |||||||
TRHPQH | Situação | Desenvolvimento da NFS-e de Santa Cruz do Sul - RS |
| |||||
Resolução |
Efetuadas alterações para emissão de NFS-e no município de Santa Cruz do Sul - RS | |||||||
TRRQA0 | Situação | Desenvolvimento da NFS-e de Praia Grande - SP |
| |||||
Resolução | Realizado desenvolvimento da NFS-e de Praia Grande - SP | |||||||
TRSLME | Situação | Ao transmitir uma RPS para o município de Cubatão, as TAGs com valores devem ser apresentadas com as casas decimais separados por virgulas ao invés de ponto. |
| |||||
Resolução | Alterado a montagem das Tags para o município de Cubatão, as Tags com valores deverão ser montadas com virgulas ao invés de ponto para a separação das casas decimais. | |||||||
TRTKOX | Situação | Ao transmitir uma nota fiscal de serviço do município de Presidente Prudente, a descrição do RPS e dos produtos são Invertidas no xml. |
| |||||
Resolução | Ao transmitir uma nota fiscal de serviço do município de Presidente Prudente, a descrição sai correta no XML. | |||||||
TRQK46 | Situação | Ao transmitir uma nota com ISS Retido para a prefeitura de Palmas-TO a NFSE apresenta rejeição. |
| |||||
Resolução | Ao transmitir uma nota com ISS Retido para a prefeitura de Palmas-TO não apresenta mais a rejeição. | |||||||
TRSAD3 | Situação | Cliente solicita melhoria na rotina de | TRSAD3 | Situação | Cliente solicita melhoria na rotina de Recepção de NFe TC 1.0, pois os fornecedores envia NF-E com a I.E que não esta cadastrada na tabela SPED001. -Inserir um conout no fonte para que quando ocorrer essa situação aparecer no Console.log o numero da NF-E que esta travando todo o processo. |
| ||
Resolução | Realizado ajuste para verificar se constam na tabela SPED001 o CNPJ para com mais de um IE, quando não houver será marcada para sair da fila da NeoGrid esta NF-E, e será informado no console do TSS o número da chave e o IE da NF-E que foi retirada da fila. | |||||||
TRPQD1 | Situação | Ao transmitir nfse para a prefeitua de Ponta Grossa/PR, com o parâmetro MV_NFSEMOD=.T. - apresenta o erro no Monitor E178 - Lote aguardando processamento. Após a retransmissão do rps, apresenta o erro monitor EC108 - O valor Base de Cálculo está incorreto de acordo com o calculado pelo Prefeitura. |
| |||||
Resolução | Realizado ajuste para montar o XML conforme padrão da prefeitura de Ponta Grossa - PR definiu. | |||||||
TRPWFU | Situação | Ao consultar a minha NFSe do município de Esteio-RS, esta não esta autorizada pelo sistema, apesar de estar autorizada pela prefeitura. |
| |||||
Resolução | Realizado ajuste para que a TAG XMLPROT<xmlsprot>, para que o seu conteúdo seja montado com as letras minusculas. | |||||||
TRPPVU | Situação | Ao transmitir uma RPS com cálculo de INSS, o arquivo remessa envia a tag <ValorINSS>1.75</ValorINSS> com <valorinss>1.75 como conteúdo, porém o XML tratado pelo TSS envia a tag <inss></inss> <inss> ZERADA. |
| |||||
Resolução | Realizado ajuste para montar o XML o valor dos tributos com virgula e não com ponto e respeitando o que foi passado pelo ERP. | |||||||
TRNSML | Situação | Não é possível enviar mais de um evento de condutor para o mesmo MDF-e (mesma chave de acesso). |
| |||||
Resolução | Manutenção para enviar mais de um evento de Inclusão de Condutor para a mesma chave de acesso. Nesta situação, a estrutura "detEvento" deve ser única, ou seja, apenas um "detEvento" por método REMESSAEVENTO. | |||||||
TFMEN2 | Situação | Adequar o TSS afim de disponibilizar os métodos de integração da GNRE via webservice para o Logix. |
| |||||
Resolução | Foi incluído rotinas para transmissão da GNRE via webservice. | |||||||
TRNKGA | Situação | Alteração de URL de São José dos Pinhais - PR |
| |||||
Resolução | Foi realizado ajuste no TSS para atender a solicitação de envio da NFSe para a prefeitura de São José dos Pinhais/PR. | |||||||
TRQKUX | Situação | Ao transmitir uma RPS para São Jose dos Campos é apresentado a rejeição: |
| |||||
Resolução | Para Correção a Informação do campo de Valor do ISS deve ser igual a R$ 0,00 (zero) quando o contribuinte for optante do simples nacional e não tiver ISS retido na fonte. | |||||||
TQITOS | Situação | Desenvolvimento da NFS-e do município de Carazinho - RS |
| |||||
Resolução | Efetuadas alterações para emissão de NFS-e no município de Carazinho - RS | |||||||
TRPDUR | Situação | Ao transmitir uma nota para o município de Joinville – SC não apresenta mais a mensagem de não conformidade. |
| |||||
Resolução | Ao transmitir uma nota para o município de Joinville - SC apresenta a mensagem: invalid property _ALIQUOTA on NFSEPUTDATA(NFSE_GEN101.PRX) | |||||||
TROZRK | Situação | Ao gerar nfse para os municípios de São José do Rio Preto SP, São Bernardo do Campo SP, Guarulhos SP, e Salvador BA, utilizando um cliente que tenha mais de uma inscrição municipal ativa no município em questão, apresenta o erro "E54:CNPJ do tomador do serviço está vinculado a mais de uma inscrição municipal". |
| |||||
Resolução | Ajustado Ajustado a NFS-e do Município de nfse para os municípios de São José do Rio Preto SP, São Bernardo do Campo SP, Guarulhos SP, e Salvador BA para que seja enviado a inscrição municipal do tomador e não ocorra o erro "E54:CNPJ do tomador do serviço está vinculado a mais de uma inscrição municipal. | |||||||
TRPL33 | Situação | De acordo com o manual da prefeitura de vila velha exitem duas TAG para o código do pais, sendo uma no grupo tomador e outra no grupo serviço. Precisamos que o TSS crie no layout único da NFS-e uma TAG codpais para que seja informado o código do pais de prestação do serviço e a TAG codpais do tomador seja gerada normalmente com o código do pais do tomador. |
| |||||
Resolução | Para informar o código do pais para o serviço deve-se adicionar uma nova TAG codpais dentro de prestação assim o conteúdo dessa tag servirá para alimentar o código do pais de serviço. | |||||||
TRPKXG | Situação | O TSS está gerando a TAG <MunicipioIncidencia> <municipioIncidencia> somente quando o tomador não é do exterior,porem a prefeitura verifica a exigibilidade do ISS para decidir se a TAG é obrigatória ou não. |
| |||||
Resolução | Realizado tratamento para o município de Vila Velha gere a TAG conforme regra do município. | |||||||
TRACLB | Situação | Realizar o desenvolvimento para homologação da prefeitura de Pato Branco /- PR. |
| |||||
Resolução | Implementada NFS-e do município de Pato Branco /- PR. Foram realizados ajustes no TSS para atender a solicitação de envio da NFS-e para a prefeitura de Pato Branco /- PR. | |||||||
TRNPEK | Situação | Realizar o desenvolvimento para homologação da prefeitura de Sarzedo-MG. |
| |||||
Resolução | Implementação da NFS-e do município de Sarzedo-MG. | |||||||
TRPNJU | Situação | Ao transmitir nota fiscal de serviço para Aracaju -SE com valor de ISS retido com o XML único a prefeitura esta rejeitando com a seguinte mensagem: Não e permitido informar ao mesmo tempo o valor do ISS e o valor do IssRetido. |
| |||||
Resolução | Realizado ajuste na Montagem do XML para verificar se o ISS informado na NFS-E será retido ou não, com isto montar a TAG de valor do ISS, somente quando não houver retenção de ISS. | |||||||
TRNP67 | Situação | Realizar o desenvolvimento para homologação da prefeitura de Santana de Paranaíba. |
| |||||
Resolução | Implementação da NFS-e do município de Santana de Parnaíba-SP. Foram realizados ajustes no TSS para atender a solicitação de envio da NFSe para a prefeitura de Santana de Parnaíba-SP. | |||||||
TRQHL7 | Situação | Para transmissão de nota fiscal de serviço para o município de Caxias do Sul - RS quando uma nota fiscal que possui mais de uma parcela no pagamento, ocorre erro na validação de SCHEMA. |
| |||||
Resolução | Realizado ajuste na validação do SCHEMA para montar a TAG <Faturas> <faturas> com a quantidade de parcelas, conforme SCHEMA da Prefeitura de Caxias do Sul – RS. | |||||||
TROTUD | Situação | Quando se utiliza o TSSINTERFACE com usuário que não seja o Administrador o grid é apresentado deslocado no canto da tela. |
| |||||
Resolução | Alteração Alteração para que ao acessar o TSSINTERFACE com usuário que não seja o Administrador o grid sejá apresentado corretamente. | |||||||
TQTICB | Situação | Alteração da modalidade de emissão da NFS-e de Timóteo-MG de envio TXT para Webservice. |
| |||||
Resolução | Realizadas alterações nos fontes para realizar o envio das notas através de webservice. | |||||||
TRNV57 | Situação | Ao transmitir uma nota com dois volumes e mais de um item o Danfe por e-mail sai com o valor do peso liquido e do peso bruto dobrados. |
| |||||
Resolução | Foi realizado tratamento no TSS no processo de transmissão do Danfe por e-mail. | |||||||
TRPBE3 | Situação | Solicitamos o desenvolvimento do Demonstrativo Mensal de Serviços Tomados Eletronico da Prefeitura Municipal de Caxias do Sul - RS conforme Decreto, Instrução Normativa e Manual de Conectividade da DMSTe. |
| |||||
Resolução | Foi desenvolvido a transmissão da DMST-e para o município de Caxias do Sul. | |||||||
TRMHAE | Situação | NFSE PORTO ALEGRE - Ao obter um retorno da prefeitura como autorizado esta apresentando erro: |
| |||||
Resolução | NFSe Porto Alegre - Manutenção para não apresentar mensagem fora do padrão na recepção de uma | |||||||
TRHCCU | Situação | Desenvolvimento da NFS-e do município de Simões Filho - BA. |
| |||||
Resolução | Realizada a implementação de NFS-e no município de Simões Filho - BA. | |||||||
TQRHJC | Situação | Desenvolvimento da NFS-e do município de Araucária - PR. |
| |||||
Resolução | Realizada a implementação de NFS-e no município de Araucária - PR. | |||||||
TREDPC | Situação | Cliente solicita avaliação e melhoria na performance do job da NF-e, pois está causando baixo desempenho em seu processo. |
| |||||
Resolução | Tratamento realizado adicionando um índice na tabela SPED050, e incluindo uma condição na chamada da função SPEDDeleteDate(). | |||||||
TRMNUT | Situação | Ao efetuar a transmissão de nota fiscal de serviço para o município de Canoas, no método remessa é informado a alíquota do ISS, |
| |||||
Resolução | Realizado tratamento para que o município de Canoas, mesmo que não a aliquota seja enviada com valor zero seja montada a tag da alíquota. | |||||||
TROMAE | Situação | Desenvolvimento da NFS-e do município de Lauro de Freitas - BA. |
| |||||
Resolução | Efetuadas alterações para emissão de NFS-e no município de Lauro de Freitas - BA. | |||||||
TRJOIQ | Situação | Ao realizar uma remessa de um CT-e com a versão anterior 1.04, no monitor aparece a mensagem |
| |||||
Resolução | Realizada alteração no monitor para retornar a recomendação “014 – Cte não autorizado” | |||||||
TRKMUM | Situação | Ao transmitir a nota fiscal de serviço o arquivo gerado .txt não repeita o MAXLOTE gerando sempre um .txt com apenas 2 RPS. |
| |||||
Resolução | Alterada a função ProcNFSeXML no While para que o sistema processe mais de 2 itens para o mesmo arquivo. | |||||||
TQYUYC | Situação | Desenvolvimento da NFS-e do município de Pinhais - PR. |
| |||||
Resolução | Efetuadas alterações para emissão de NFS-e no município de Pinhais - PR. | |||||||
TRIG30 | Situação | NFSe Município de Ananindeua após passar pelo método SCHEMAX.IN a tag <tipotrib> configurada 6 – Tributável; No retorno do Método SCHEMA.OUT a TAG NATUREZAOPERACAO fica como 6 – Exigibilidade suspensa por procedimento administrativo, ou seja, o TSS não esta alterando o valor do campo para opção correta. |
| |||||
Resolução | Ajustado a NFS-e do Município de Ananindeua para que seja convertido para o padrão da prefeitura o valor da tag < NATUREZAOPERACAO>. | |||||||
TRIXJU
| Situação | Ao tentar incluir ou alterar qualquer usuário do TSSINTERFACE apresenta mensagem de não conformidade. |
| |||||
Resolução | Realizado ajuste para atribuir valor na variável “nWidth” quando existir. | |||||||
TQAIMJ | Situação | Ao enviar a NFSe de Londrina - PR a tag InscricaoMunicipalPrestador é retirada do XML que enviamos para a prefeitura causando rejeição da nota<InscricaoMunicipalPrestador>140104804506</InscricaoMunicipalPrestador><Erros><Erro><codigo>999</codigo><descricao>É necessário informar a inscrição municipal do prestador.</descricao></Erro></Erros> |
| |||||
Resolução | Alteração do nfse_gen02 para a prefeitura causando rejeição da nota<InscricaoMunicipalPrestador>140104804506</InscricaoMunicipalPrestador><Erros><Erro><codigo>999</codigo><descricao>É necessário informar acorreta validação do usuário, bem como a correção da inscrição municipal do prestador. |
TRXVMQ | Situação | NFS-e BH – Ao consultar o lote, o número do protocolo está com a informação em maiúscula, não respeitando o retorno da prefeitura. .</descricao></Erro></Erros> |
| |
Resolução | Alteração do nfse_gen02 para correta validação do usuário, bem como a correção da inscrição municipal do prestadorManutenção na consulta do lote da NFS-e de BH para que o número do protocolo não seja enviado em letras maiúsculas. |
...