No pacote de atualização do TSS Release 2.41 é composto pelas modificações abaixo:
Disponível para os sistemas operacionais: Windows®/Linux®
Chamado | TQXMWR |
Situação | |
Ao gerar duas notas com clientes diferentes o totalizador do TXT apresenta valores divergentes para a prefeitura de Paulista-PE | |
Resolução | |
| |
Fontes | |
| |
Documentação Relacionada | |
|
Chamado | XYZABC |
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 | |
| |
Documentação Relacionada | |
|
Chamado | TQFUP4 |
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 | |
| |
Documentação Relacionada | |
|
Chamado | TQSXGI |
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 | |
| |
Documentação Relacionada | |
|
Chamado | TQSAUS |
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 | |
| |
Documentação Relacionada | |
|
Chamado | TQWVGX |
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 | |
| |
Documentação Relacionada | |
|
Chamado | TPYZFT |
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 | |
| |
Documentação Relacionada | |
|
Chamado | TQQ479 |
Situação | |
Metodo Schemax e REMESSANFSE001 retirando Inscrição Municipal do Tomador causando rejeição da RPS | |
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 | |
| |
Documentação Relacionada | |
|
Chamado | TQWOK1 |
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 | |
| |
Documentação Relacionada | |
|
Chamado | TQZCTD | ||||||||||||||||||
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 | |||||||||||||||||||
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. | |||||||||||||||||||
Fontes | |||||||||||||||||||
| |||||||||||||||||||
Documentação Relacionada | |||||||||||||||||||
|
Chamado | TQTNU0 |
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. | |
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 | |
| |
Documentação Relacionada | |
|
Chamado | TQIFDJ |
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 | |
| |
Documentação Relacionada | |
Chamado | TQZPUT |
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 | |
| |
Documentação Relacionada | |
Chamado | TQTCWD |
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 | |
| |
Documentação Relacionada | |
Chamado | TQPYVT |
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 | |
| |
Documentação Relacionada | |
|