O pacote de atualização do TSS Release 2.50 é composto pelas modificações abaixo:
Disponível para os sistemas operacionais: Windows®/Linux®
Chamado | Descrição | Fontes | Doc. Relacionado | |||
TSS 11 | TSS 12 | TSS 11 | TSS 12 | |||
TTIRYM | Situação | Implementação da NFSe de Medianeira - PR. |
| |||
Solução | Realizado melhorias no TSS para atender a solicitação de envio da NFSe para a prefeitura de Medianeira - PR. | |||||
TTITCI | Situação | Ao enviar uma NFS-E para Belo Horizonte – MG, quando a prefeitura rejeita a NFS-E o ERP RM não está atualizando a base do ERP pois o campo XMLPROT está retornando preenchido com isto o ERP não consegue atualizar o ERP, com a informação que está no TSS. |
| |||
Solução | Realizado ajuste para não preencher o campo XMLPROT no método RETORNANFSE. | |||||
TTGETX | Situação | O XML da rps de São Paulo está sendo montado com a estrutura incorreta ao utilizar TSS12. |
| |||
Solução | Realizado ajuste no XML da rps de São Paulo, para montar a estrutura correta ao utilizar TSS12 e gerar 1 rps por lote independente do conteúdo do MV_MAXLOTE. | |||||
TTHHTB | Situação | Montagem do XML no TSS esta sendo realizada incorretamente para o município de Cascável-PR |
| |||
Solução | Realizado ajuste na montagem do XML de envio para o município de Cascável-PR | |||||
TTICBZ | Situação | Implementação da NFSe de Uruguaiana - RS. |
| |||
Solução | Realizado melhorias no TSS para atender a solicitação de envio da NFSe para a prefeitura de Uruguaiana - RS. | |||||
TTGQ13 | Situação | Ao realizar a importação do XML gerado para a Prefeitura de Joinville, foi constatado que quando não existe "Complemtento de endereço do Cliente", o XML gerado atribui a TAG <complemento/> "am branco"; e isso a Prefeitura de Joinville não aceita. Será necessário incluir tratamento para que quando não houver "Complemento de Endereço do Cliente", o XML nao deverá incluir a TAG. |
| |||
Solução | Alterado o arquivo CFG para município de Joinville para quando não existir complemento de endereço do cliente não criar a TAG <complemento>. | |||||
TTICNB | Situação | Implementação da NFSe de Ijuí - RS. |
| |||
Solução | Realizado melhorias no TSS para atender a solicitação de envio da NFSe para a prefeitura de Ijuí - RS. | |||||
TTHQD4 | Situação | A tag <SubstituicaoTributaria> deve ser preenchida com conteúdo "TRUE" de acordo com parecer do suporte da NFs-e Osasco. |
| |||
Solução | Realizado o ajuste para preencher a tag <SubstituicaoTributaria> com o conteúdo "TRUE", para nfse fora do município e tipo de tributação isenta ou imune. Município de Osasco - SP. | |||||
TTHXNJ | TTJ847 | Situação | Erro ao executar o método CFGSMTPMAIL | SPED_FW02.PRX | ||
Solução | Foi realizado ajuste no TSS para que não apresente mais o erro no método CFGSMTPMAIL | |||||
TSZNVU | TTIIDT | Situação | Ao transmitir uma RPS para Novo Hamburgo-RS, quando possuir uma dedução com o mesmo valor da base de ISS deve ser levado a tag ValorISS em branco |
|
| |
Solução | Implementado a tag "ValorISS" em branco quando possuir uma dedução com o mesmo valor da base de ISS. Município de Novo Hamburgo-RS | |||||
TSADXV | TTGRNO | Situação | Ao enviar uma NFS-E para Gravataí – RS utilizado o XML do Remessa do Modelo Antigo e com isto quando é enviado a TAG <TRIBUTACAO> igual 1 ele deveria converte para Tributado no modelo da Prefeitura porém está Montando a TAG <situacao_tributaria> como 8 isento. |
|
| |
Solução | Realizado ajuste nas tributações enviadas para a prefeitura de Gravataí-RS | |||||
TSGCGV | TTGMUN | Situação | Alterar a URL do município Gravatai-RS |
|
| |
Solução | Realizado alteração URL do município Gravatai-RS | |||||
TTDAPO | TTGI82 | Situação | Foi aberto FNC pelo TSSNYO para gerar a tag pRedBC com zero ao utilizar CST 70 com cálculo somente do ICMS ST, mas após essa alteraçao só gera a tag se preencher algum conteúdo no campo da TES (F4_BASEICM). |
|
| |
Solução | Alterado a rotina de conversão do XML para que seja enviado na tag <pRedBC> para CST 70 mesmo se o conteúdo estiver com zero, assim não ocorrendo rejeição na transmissão. | |||||
TSQY26 | TTGHPF | Situação | Ao transmitir uma RPS para o município de Canoas-RS com ISSRetido e Tributacao Fora do município é apresentado a rejeição abaixo: |
|
| |
Solução | Realizado ajuste para não preencher as tags <IssRetido> , <ValorIss> e <ValorIssRetido>, quando tributado fora do município. Alteração para os municípios Canoas-RS, Rio Branco–AC e Cachoeiro de Itapemirim - ES. | |||||
TSLTS2 | TTGF75 | Situação | As marcas gostariam de já enviar o UTC calculado para o TSS. |
|
| |
Solução | Foi realizado ajuste no TSS para aceitar o UTC já calculado no momento da transmissão. | |||||
TSWVPB | TTGCQO | Situação | Ao enviar uma NFS-E para São Paulo – SP , utilizando o XML Único e o Tomador for Exterior e o CNPJ dele estiver difetente de vazio ocorre rejeição na Prefeitura, solicito que seja validado para não montar a TAG <CPFCNPJTomador> quando for Tomador exterior, utilizar o mesmo padrão modelo de XML(gen02) anterior. |
|
| |
Solução | Realizado ajuste para não montar a TAG <CPFCNPJTomador> quando for Tomador exterior, para a prefeitura de São Paulo - SP | |||||
TSWNIX | TTFNUJ | Situação | Ao transmitir uma RPS para Piracicaba-SP, o TSS não gera a tag tsInscricaoEstadual. |
|
| |
Solução | Implementado a tag "InscricaoEstadual" do Tomador para o município de Piracicaba -SP | |||||
TTFGZ4 | TTFJUA | Situação | Implementar os seguintes ajustes para na rotina de atualização da base de dados: |
|
| |
Solução | -Realizado tratamento para bloquear a exclusão de campos independentemente da versão do TSS. | |||||
TTBTH3 | TTFFIM | Situação | Erro de schema: " Element 'formpagto': [facet 'maxLength'] The value has a length of '20'; this exceeds the allowed maximum length of '15' " |
|
| |
Solução | Realizar ajuste no schema "tss_nfse_tipos_v2.00.xsd", para o tamanho máximo de 20 na tag <formpagto> | |||||
TSIVZS | TTFBKX | Situação | Implementar a função "ConsultaRPS" no TSS |
|
| |
Solução | Implementado a função "ConsultaRPS" no TSS para o município do Rio de Janeiro - RJ | |||||
TSMLSN | TTF318 | Situação | Ao transmitir uma RPS para o município de Bauru-SP a mensagem referente a lei da transparência não é enviada no XML do TSS. |
|
| |
Solução | Realizado o tratamento para que ao transmitir uma RPS para o município de Bauru-SP a mensagem referente a lei da transparência seja enviado no XML do TSS. | |||||
TSSBTS/ TTBMAY | TTETJ2 | Situação | Ao realizar o envio de NFS-E para Vitória / ES, o TSS não retorna os dados autorizados para o TSS, ficando a nota com STATUS=5 na SPED051. |
|
| |
Solução | Realizado ajuste para atualizar a SPED051 para STATUS=6, quando a NFSe for autorizada, para a prefeitura de Vitória/ES. | |||||
TSTFQL | TTEOYN | Situação | Ao enviar uma NFS-E para o município do Rio de Janeiro a prefeitura está rejeitando com a informação que a Alíquota está errada. A alíquota está sendo enviada da seguinte forma <Aliquota>5.0000</Aliquota>, porém dever ser informada da seguinte forma <Aliquota>0.0500</Aliquota>. |
|
| |
Solução | Realizado ajuste no TSS para gerar a TAG <Aliquota>0.0500</Aliquota> para o município do Rio de Janeiro - RJ | |||||
TSYF85 | TTEKLH | Situação | Ao transmitir uma RPS onde a discriminação de serviços possui mais de uma mensagem concatenada é apresentado $$$ entre as mensagens. |
|
| |
Solução | Realizado ajuste no TSS para retirar os caracteres "$$$" da discriminação do xml, para a prefeitura de São Paulo - SP | |||||
TSTQSO | Situação | Ao transmitir XML de NFSE de Rio Grande-RS que contenha ISS Retido, o TSS esta levando errado a situação para a Tag<situacao>. |
| |||
Solução | Foi realizado ajuste no TSS para gerar a tag correta quando a situação for de ISS retido. | |||||
TRVR12 | TTEKW1 | Situação | Implementação da NFSe de Porto Real - RJ. |
|
| |
Solução | Realizado melhorias no TSS para atender a solicitação de envio da NFSe para a prefeitura de Porto Real - RJ. | |||||
TSXVG4 | Situação | A SEFAZ RS comunica mudança nos ambientes de autorização dos documentos (NF-e, NFC-e, CT-e e MDF-e) para SEFAZ RS. |
| |||
Solução | Realizado ajuste na url nos ambiente de autorização dos documentos (NF-e, NFC-e, CT-e e MDF-e) para SEFAZ RS. | |||||
TSVSLN | TTEIP8 | Situação | Ao transmitir uma NFSe de Itajaí-SC o TSS não grava o retorno da rejeição da prefeitura no campo XMLPROT da tabela SPED053. |
|
| |
Solução | Foi realizado ajuste no TSS para gravar o retorno da rejeição da NFSe de ITAJAI- SC. | |||||
TSZAUN | Situação | A Chave de Acesso está sendo enviada com a UF conforme município de prestação. |
| |||
Solução | Alterado para que ao transmitir uma RPS para Caxias do sul, a Chave de Acesso seja enviada com a UF do prestador | |||||
TSYROA | TTEELC | Situação | Ao enviar uma NFS-E para Erechim – RS, e informar a TAG < tipotrib > como Isento, antes da conversão do padrão da Prefeitura com 1, após a conversão fica como 1, onde o correto da TAG < ExigibilidadeISS> é 5. |
|
| |
Solução | Realizado ajuste para quando <tipotrib> for isento, gerar a Tag <ExigibilidadeISS> como 5 (imune) para o município de Erechim-RS | |||||
TTBF93 | TTDYJO | Situação | Ao enviar uma NFS-E para a prefeitura de Cubatão – SP quando o cliente é Isento a prefeitura está rejeitando a NFS-E com a seguinte frase: O campo Imposto Retido(N) não é válido para o cadastro isento valor deve ser (I). A TAG em questão é a <impostoretido> conforme consulta realizada na prefeitura de Cubatão - SP |
|
| |
Solução | Alterado a rotina de conversão do XML para que seja enviado na tag <impostoretido> o conteúdo “I” de Imune ou Isento. | |||||
TTDYZG | TTEAAJ | Situação | Implementação da NFSe de Ipojuca - PE. |
|
| |
Solução | Realizado melhorias no TSS para atender a solicitação de envio da NFSe para a prefeitura de Ipojuca - PE. | |||||
TSXW90 | TTDVLS | Situação | Ao gerar uma NFSe com o prestador imune apresenta uma rejeição. |
| ||
Solução | Foi realizado ajuste no TSS para a NFSe de são Paulo quando Prestador Isento ou Imune. | |||||
TSYZQ5 | TTDSH7 | Situação | Ao transmitir uma RPS para Cotia o TSS está fazendo arredondamento da alíquota do ISS. |
|
| |
Solução | Realizado ajuste para não arredondar a alíquota do ISS, para o município de Cotia-SP | |||||
TSTYRJ | Situação | O Sistema no momento da transmissão do cancelamento da nota, informa que foi transmitido, mas não está mandando informação. No monitor aparece a seguinte mensagem: NAO FOI POSSÍIVEL CANCELAR O RPS. |
| |||
Solução | Realizado o tratamento para que não ocorra o erro no retorno do cancelamento para o Município de Joaçaba–SC. | |||||
TSZNKK | TTDLAG | Situação | Erro apenas na rotina do schema "Element 'InfRps': No matching global declaration available for the validation root." |
|
| |
Solução | Realizado ajuste no TSS para não apresentar erro na rotina do schema no município de Aquiraz - CE | |||||
TSVJ37/ TSNFDP | TTDE09 | Situação | Ao enviar mais de um e-mail ou em branco o TSS não se comportava como esperado. |
|
| |
Solução | foi realizado ajuste no TSS para que seja transmitido os e-mails corretamente. | |||||
TSOHXN/ TSTSI6 | TTDDLU | Situação | Incluir a consulta RPS no TSS para o município de São Paulo - SP. |
|
| |
Solução | Adicionar a consulta RPS no TSS para o município de São Paulo - SP. | |||||
TTCWA1 | TTCYHO | Situação | Não Há Opção De Cancelamento para o Município de Caxias do Sul – RS De acordo com a prefeitura o cancelamento via webservice está disponível tanto para Homologação quanto Produção. |
|
| |
Solução | Realizado a homologação de cancelamento via webservice para o Município de Caxias do Sul – RS. | |||||
TTBRHI | TTCIM4 | Situação | O cliente informa que ao emitir uma NF-e como Simples Nacional, o campo "CSOSN" do DANFE que é enviado via email pelo TSS, está saindo com apenas 3 dígitos sendo que o correto com 4 dígitos. |
|
| |
Solução | Tratamento realizado na geração do DANFE, para incluir a origem como é feito com o campo "CST". | |||||
TSGFE4 | TTCDMV | Situação | Ao enviar uma nota fiscal e a mesma tenha mais de um volume está sendo informado na Danfe sempre o peso do último volume desconsiderando os demais. |
|
| |
Solução | Ajustado para que ao enviar uma nota fiscal e a mesma tenha mais de um volume leve o valor total do peso bruto e liquido corretamente na Danfe. | |||||
TSVRE3 | Situação | Quando cliente possui configurado na tabela SPED000 o parametro MV_TOTVSCO=S, ao roda o metodo nfesbra_monitorsefazmodelo |
| |||
Solução | Foi alterado a montagem do XML de consulta Status Sefaz para verificar se utiliza emissão de CT-e no colaboração caso não utilize enviar sem a UF. | |||||
TSVA00 | TTBZA8 | Situação | Alteração na URL de homologação da prefeitura Lauro Freitas - BA |
|
| |
Solução | Realizado alteração de URL a prefeitura de Lauro Freitas - BA. | |||||
TSTWNZ | TTBTMS | Situação | Ao transmitir uma RPS para o municipio de Ipojuca-PE, o CNAE está sendo limitado ao tamanho 9, porém de acordo com essa prefeitura o código de atividade pode ter o tamanho até 10. |
|
| |
Solução | Realizado ajuste no TSS para aceitar o código Cnae de tamanho 10, para prefeitura de Ipojuca-PE. | |||||
TSRKPH | TTBJQ9 | Situação | Necessário atualização do Link útil mencionado na aba SOBRE dá interfaces do TSS Pois a mesma continua informando e indicando a comunidade do BY YOU, necessário que seja alterado e direcionado para o Fluig. |
|
| |
Solução | Atualizado para que seja direcionado a comunidade do Fluig no link útil da interfaces do TSS. | |||||
TSVAQ8 | TTBJ49 | Situação | Com o retorno de autorização nas tabelas do TSS não é preenchido: SPED053: SPED055: |
|
| |
Solução | Realizado ajuste no TSS para preencher os campos XML_RET e XMOT_SEF da tabela SPED053, e DTREC_PROC, HRREC_PROC e NFSE_PROT da tabela SPED055 para o município de Itajaí - SC | |||||
TSTARX | Situação | Implementação da NTSE de Mogi das Cruzes- SP |
| |||
Solução | Foram realizadas melhorias no TSS para atender a solicitação de envio da NFSe para a prefeitura de Mogi das Cruzes-SP. | |||||
TTAXK5 | TTAYGR | Situação | A transmissão de uma NFS-e (Caxias do Sul - RS) com retenção de IR está acusando erro no Schema. Erro 3568: vlr total das faturas não confere com o vlr liquido da NF. Erro 3592: vlr liquido total da fatura deve ser igual a soma do vlr das faturas. |
| INFISC.PRW.prx | |
Solução | Alterado para que ao transmissão de uma NFS-e (Caxias do Sul - RS) obedeça a regra onde valor total líquido da fatura seja igual a soma dos valores das faturas para não ocorrer a rejeição abaixo. Erro 3568: vlr total das faturas não confere com o vlr liquido da NF. Erro 3592: vlr liquido total da fatura deve ser igual a soma do vlr das faturas. | |||||
TSYKRR | TTARX6 | Situação | Erro apenas na rotina do schema "Element 'InfRps': No matching global declaration available for the validation root." |
|
| |
Solução | Realizado ajuste no TSS para não apresentar erro na rotina do schema no município de Carazinho - RS | |||||
TSYRI6 | Situação | Ao proceder com a rotina CC-e para o evento NF-e Normal é gerado no Server do TSS a seguinte msg: THREAD ERROR (JOB_WS, THIS) 24/07/2015 14:40:40InterFunctionCall: cannot find function GETRECREF in AppMap on NFESBRA:NFEREMESSAEVENTO(SPED_WSNFEBRA.PRX) 10/07/2015 14:47:40 line : 6791. |
|
| ||
Solução | Realizado ajuste para não ocorrer o erro no Server do TSS ao transmitir CC-e da NF-e. | |||||
TSXQT7 | TTAHDR | Situação | Ao transmitir NFSe para Natal-RN no TSS está retornando o erro "The endpoint reference (EPR) for the Operation" |
|
| |
Solução | Alterado o Client no TSS para não ocorrer mais o erro "The endpoint" para o município Natal-RN | |||||
TSUKUN | Situação | Implementação da NFS-e de Petrópolis - RJ. |
| |||
Solução | Foram realizadas melhorias no TSS para atender a solicitação de envio da NFS-e para a prefeitura de Petrópolis - RJ. | |||||
TSSIX7 | TTAAIU | Situação | Implementação da NFS-E de Caraguatatuba - SP. |
|
| |
Solução | Realizado melhorias no TSS para atender a solicitação de envio da NFSe para a prefeitura de Caraguatatuba - SP. |