No pacote de atualização do TSS Release 2.41 é composto pelas modificações abaixo:
Disponível para os sistemas operacionais: Windows®/Linux®

 

Chamados

 

 

ChamadoTQXMWR
Situação

 

Ao gerar duas notas com clientes diferentes o totalizador do TXT apresenta valores divergentes para a prefeitura de Paulista-PE

Resolução

Foi realizado ajustes no TSS para tratar os valores divergentes do TXT da prefeitura de Paulista-PE

Fontes
  •  nfse_gen101.PRX 
Documentação Relacionada

 

ChamadoXYZABC
Situação

Aqui deve ser descrita a ocorrência (erro ou melhoria), de modo ilustrativo,

sem a adoção de "ctrl+c ctrl+v" do SSIM.

Resolução

Aqui deve ser descrito a solução empregada no

atendimento a FNC

Fontes
  • FONTE01.PRW
  • FONTE02.PRW
Documentação Relacionada

 

ChamadoTQFUP4
Situação

Ao validar uma NFS-E para a Prefeitura de São Paulo - SP, quando existe e comercial "&" na Razão Social

apresenta erro no SCHEMA do XML único do TSS, inválido.

Resolução

 

Realizado para montar a TAG <Razão Social> com o caracter (e comercial) “&”, conforme solicitado,

 para a Prefeitura de São Paulo - SP.

 

Fontes
  •  SPED_FW01.PRX 
  •  TSSSchema.PRW
Documentação Relacionada

 

ChamadoTQSXGI
Situação

Ao consultar as urls na versão 3.10 pelo TSSINTERFACE a opção não está disponível na rotina.

Somente as versões 1.10 e 2.00 estão disponíveis, os testes foram realizados com TSS 2.38 do portal e com o RPO D-1.

Resolução

Foi alterado a rotina de consulta status SEFAZ para consultar URLs da versão 3.10.

Fontes
  • TSSInterface.PRW
Documentação Relacionada

 

ChamadoTQSAUS
Situação

Ao transmitir qualquer tipo de Evento (Carta de Correção ou Cancelamento) com o Status do Email pendente a transmissão (STATUSMAIL=1) na tabela SPED150 ocorre mensagem fora do padrão.

Resolução

Realizado ajuste para quando for transmitido Evento e caso o status do e-mail esteja pendente a transmissão seja transmitido com sucesso.

Fontes
  • sped_wf.prx
Documentação Relacionada

 

ChamadoTQWVGX
Situação

Realizar a correção para que seja considerado o tamanho correto da descrição do serviço, não se limitando a 60 caracteres.

Resolução

Correção para que seja considerado o tamanho correto da descrição do serviço, não se limitando a 60 caracteres.

Fontes
  • nfse_gen101.prx
Documentação Relacionada

 

 

Chamados

ChamadoTPYZFT
Situação

Ao recpicionar uma nota de cancelamento da Neogrid o TSS grava no campo DOCCAN da tabela SPED060 com N

 quando deveria gravar com C.

Resolução

Foi realizado tratamento no TSS para gravar corretamente as informações na Tabela SPED060

Fontes
  • DOCS_WF_COLAB.PRW
Documentação Relacionada

 

ChamadoTQQ479
Situação

Metodo Schemax e REMESSANFSE001 retirando Inscrição Municipal do Tomador causando rejeição da RPS
Ao acionar o metodo schemax passando a Inscrição Municipal do Tomador a tag é removida no retorno da validação do Schema.

Resolução

Foi alterado a rotina de conversão do XML para gerar a tag <InscricaoMunicipal> do tomador para o município de Juiz de For a-MG.

Fontes
  • NFSE_GEN02.PRX
Documentação Relacionada

 

ChamadoTQWOK1
Situação

Ao realizar uma consulta Status Sefaz na versão 3.10 da NF-e, gera mensagem fora do padrão no console.log e no Status SEFAZ fica com a mensagem "999-Erro na SEFAZ".

Resolução

Realizado ajuste para quando for realizado a consulta do Status na SEFAZ referente aos estados Bahia/BA ou Paraná/PR , seja retornado com o status atual da Sefaz e ao finalizar a consulta, não seja exibido mensagem fora do padrão no console.log. 

Fontes
  • SPED_FW02.PRX
  • WscSEFAZNfeStatusServico.prw
Documentação Relacionada

 

ChamadoTQZCTD
Situação

Ao transmitir uma RPS para o município de Vitória – ES, onde o conteúdo do campo F4_ISSST = 5 - EXIBILIDADE SUSP. JUDICIAL, o arquivo remessa
é gerado corretamente com a tag  <NumeroProcesso> .
Porém ao passar pelo TSS o xml é gerado sem  a tag <NumeroProcesso>  ocorrendo o erro: E314
Número do processo não informado.  A informação do número do processo é obrigatória quando <Exigibilidade do ISS> for tipo  <6 - Exigibilidade Suspensa por Decisão Judicial>.

Resolução

Corrigido para que ao transmitir uma RPS para o município de Vitória – ES, onde o conteúdo do campo F4_ISSST = 5 - EXIBILIDADE SUSP.
JUDICIAL, gere corretamente  a tag  <NumeroProcesso> para não ocorrer o error E314.

Fontes
  • NFSE_GEN02.PRX
Documentação Relacionada
ChamadoTQXXUU
Situação

Solicitação de homologação da NFS-e do município de Itabira - MG.

Resolução

Implementada a NFS-e do município de Itabira - MG.

Fontes
  • NFSE_GEN01.PRX
  • NFSE_GEN02.PRX
  • TSSATUURL.CFG
  • NFSE_V3.00_3131703.XSD
Documentação Relacionada
 
ChamadoTQTNU0
Situação

O cliente em questão recebeu autorização da prefeitura de UBERABA , para o envio de arquivos "SEM" assinatura digital contendo lotes de RPS para serem convertido em NFSe.
Portanto, essa FNC está sendo aberta para que os CNPJ´s sejam liberados no TSS.

Resolução

Foi incluído os CNPJs enviado pelo cliente para liberação da transmissão da NFS-e do município de Uberaba-MG.

Fontes
  • NFSE_GEN01.PRX
Documentação Relacionada

 

ChamadoTQIFDJ
Situação

Solicitação de homologação da NFS-e do município de Aracati - CE.

Resolução

Implementada a NFS-e do município de Aracati - CE.

Fontes
  • ABRASF.PRW
  • NFSE_WF.PRX
  • WSLOTERPSSERVICE002.PRW
  • NFSE_GEN01.PRX
  • NFSE_GEN02.PRX
  • WSNFSE001.PRX
  • TSSATUURL.CFG
  • NFSE_V1.00_2301109.XSD
Documentação Relacionada
 
ChamadoTQZPUT
Situação

Solicitação de homologação da NFS-e do município de Arapiraca - AL.

Resolução

Implementada a NFS-e do município de Arapiraca - AL.

Fontes
  • NFSE_GEN01.PRX
  • NFSE_GEN02.PRX
  • TSSATUURL.CFG
  • NFSE_V3.00_2700300.XSD
Documentação Relacionada
 
ChamadoTQTCWD
Situação

Desde o dia 23/09/2014 às 18:00 foi disponibilizada uma nova versão do processamento do Web Service onde, dentre outras atualizações, passou

a existir a validação do valor da alíquota informada e também se a informação deste valor é válida ou não. Esta regra, apesar de existir no manual do

web service, não era validada pelo sistema. O prestador que não se encontra enquadrada no Simples Nacional, não pode, em momento algum, informar

valor de alíquota no envio do web service. A alíquota para as notas emitidas será definida pela prefeitura de acordo com a vigência legal das alíquotas a

serem aplicadas de acordo com o código de serviço (atividade comercial).

Resolução

Foi alterado a rotina de conversão do XML para enviar a Tag <Aliquota> sempre mesmo se estiver zerado.

Fontes
  • NFSE_GEN02.PRX
  • EGOVERNE.PRW
Documentação Relacionada
 
ChamadoTQPYVT
Situação

Foi transmitidas mais de 1.500 NFe's, todas autorizadas com sucesso. Para esse teste, configurei balance no

TSS. Como o volume de envio de E-MAIL é alto após alguns processamentos ocorre mensagem de não conformidade

 no CONSOLE do TSS, tendo que reiniciar o serviço do PROC para dar sequencia.

Resolução

Realizado ajuste para montagem do envio do e-mail com refresh para não sobrecarregar  o serviço de SMTP.

Fontes
  • SPED_WF.PRX
Documentação Relacionada