No pacote de atualização do TSS Release 2.41 é composto pelas modificações abaixo:
Disponível para os sistemas operacionais: Windows®/Linux®
Chamado | TQPXG0 | |||||
---|---|---|---|---|---|---|
Situação | ||||||
Descrição | Fontes | Doc. Relacionado | ||||
TQZJEX | Situação | Apresenta errorlog abaixo no console do TSS e não transmite o evento da NF-e. THREAD ERROR ([9036], JOBNFE_, THIS) 04/12/2014 08:53:10 Stack : argument error in function Len() on NFECONOUT(SPED_WF.PRX) 26/11/2014 08:23:48 line : 4861 | SPED_WF.PRX | |||
Resolução | Tratamento realizado na função de apresentação de mensagens no console do TSS. | |||||
TRFFE8 | Situação | Habilitar um parâmetro para alteração do último NSU no método de configurar parâmetros da MD-e. |
| |||
Resolução | Habilitado o parâmetro Último NSU do método de Configurar Parâmetros da MD-e, para permitir a alteração e consulta desta Informação. | |||||
TQYAYV | Situação | Melhorar performance do processo de abertura de tabelas e verificação de estrutura de tabelas do TSS. |
| |||
Resolução | A verificação da estrutura das tabelas do TSS apenas será feita uma única vez na versão. Após verificado o TSS irá controlar para que não seja feito novamente naquela versão e assim só será feita a abertura da tabela. | |||||
TRC597 | Situação | Ao transmitir NFSE para Ipojuca-PE não está gerando o XML. |
| |||
Resolução | Foi realizado tratamento no TSS para gerar o arquivo XML correto para o município de Ipojuca - PE | |||||
TQNKEV | Situação | Namespace divergente no TSS para o manifesto do destinatário. |
| |||
Resolução | Foi realizado tratamento no TSS para trazer o Namespace correto. | |||||
TQYAYV | Situação | Melhorar performance do processo de abertura de tabelas e verificação de estrutura de tabelas do TSS. |
| |||
Resolução | A verificação da estrutura das tabelas do TSS apenas será feita uma única vez na versão. Após verificado o TSS irá controlar para que não seja feito novamente naquela versão e assim só será feita a abertura da tabela. | |||||
TQPXG0 | Situação | Está faltando a URL de CTE para a sefaz de Brasilia - DF. |
| |||
Resolução | Foi realizado tratamento no arquivo tssatuurl.cfg para a inclusão da URL de CTE para Brasilia - DF. | |||||
Fontes | ||||||
| ||||||
Documentação Relacionada | ||||||
| ||||||
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 | Foi realizado ajustes no TSS para tratar os valores divergentes do TXT da prefeitura de Paulista-PE | |||||
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 | ||||||
| ||||||
Resolução | Realizado para montar a TAG <Razão Social> com o caracter (e comercial) “&”, conforme solicitado, | para para a Prefeitura de São Paulo - SP. | ||||
Fontes | ||||||
| ||||||
Documentação Relacionada | ||||||
| ||||||
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 recepcionar uma nota de cancelamento da Neogrid o TSS grava no campo DOCCAN da tabela SPED060 com | N quando N quando deveria gravar com C. |
| |
Resolução | Foi realizado tratamento no TSS para gravar corretamente as informações na Tabela SPED060, quando recepcionado um documento cancelado. | |||||
Fontes | ||||||
| ||||||
Documentação Relacionada | ||||||
| ||||||
Chamado | TQQ479 | 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 | ||||||
. | PRX||||||
Documentação Relacionada | ||||||
| ||||||
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 | ||||||
. | prw||||||
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 | é 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||||
| ||||||
Documentação Relacionada | ||||||
Chamado | TQXXUU | Situação | Solicitação de homologação da | NFS-e do município de Itabira - MG.|||
Resolução | NFS-e do município de Itabira - MG. | |||||
Fontes |
| |||||
Documentação Relacionada | ||||||
Chamado | ||||||
Resolução | Implementada a NFS-e do município de Itabira - MG. | |||||
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. | 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 | ||||||
. | PRX||||||
Documentação Relacionada | ||||||
Chamado | ||||||
TQIFDJ | Situação | Solicitação de homologação da | NFS-e do município de Aracati - CE.||||
Resolução | ||||||
NFS-e do município de Aracati - CE. | Fontes
| |||||
Documentação Relacionada | ||||||
Resolução | Implementada a | |||||
Chamado | TQZPUT | |||||
Situação | ||||||
NFS-e do município de | ArapiracaAracati - | ALCE. | ||||
TQZPUT | ||||||
Resolução | ||||||
Situação | Solicitação de homologação da | Implementada aNFS-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 | |
Resolução | Implementada a NFS-e do município de Arapiraca - AL. | ||||||
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 | |||||||
| |||||||
Chamado | TQVBPV | Situação | Inclusão das URL's de Consulta Cadastro para os Estados MA e PR versão 2.00. |
| |||
Resolução | Incluídas as URL's do serviço CONSULTACADASTRO (versão 2.00) para os Estados MA e PR | .||||||
Fontes | |||||||
. | CFG|||||||
Documentação Relacionada |
Chamado | TRAZC2 | Situação | Ao transmitir NF-e com CST51, sem calculo de ICMS e com as tags vICMSOp e vICMSDif zeradas é apresentada rejeição: 351 - Valor do ICMS da Operação no CST=51 difere do produto BC e Alíquota (nItem:1, preencher tambem o(s) campo(s): vICMSOp) | . A rejeição ocorre pois as tags não são enviadas a Sefaz com o valores zerados. |
| |
Resolução | Realizada manutenção para montar as tags vICMSOp, vICMSDif e pDif nas operações com CST51, sem cálculo de ICMS, | transmitida a Sefaz PR na versão 3.10. | Fontes||||
| ||||||
Documentação Relacionada |
Chamado | TQYVIR | Situação | Incluir as URL's da Manifestação do Destinatário na versão 3.10. |
| |
Resolução | Inclusão das URL’s já existentes da Manifestação do Destinatário para a versão 3.10. | Fontes||||
| |||||
Documentação Relacionada | |||||
Chamado | TQYXQ2 | Situação | Ao consultar chave de NFe versão 3.10 de emitente da SEFAZ-BA o sistema não encontra a nota na SEFAZ. |
| |
Resolução | Alterado a URL's do serviço NFECONSULTANF para que ao realizar a consulta pela chave o sistema encontre a NF-e versão 3.10 para o órgão -BA. | ||||
TQZI43 | Situação | Realizado ajuste para validar o ambiente que esta configurado, com esta informação realizar o ajuste da TAG <SERIE> com o conteúdo "TESTE" para ambiente de Homologação da prefeitura de Goiânia-GO. |
| ||
Resolução | De acordo com a e-mail da prefeitura de Goiânia-GO CHAMADO: TPZWD8, para que seja transmitida a nota fiscal como homologação mesmo somente liberada na prefeitura o ambiente de produção para o CNPJ. Cliente solicita que seja alterado automaticamente a serie para TESTE que o ambiente estiver configurado para Homologação | ||||
TQVLLR | Situação | Ao transmitir um MDFe que possui erro no Renavam, o sistema apresenta a mensagem de erro de schema, porém ao clicar em SIM para visualizar o erro, nenhuma informação é apresentada. Para conseguir ver a inconsistência, tenho que clicar em não. |
| ||
Resolução | Foi alterado a rotina de retorno das mensagen do schema para trazer informação da Tag <RENAVAM> da MDFe. | ||||
TQBLE0 | Situação | Ao enviar uma nota fiscal onde nas informações complementares tem os caracteres '<' e '>', ocorre erro no retorno da Sefaz e não autoriza. Devido ao TSS não utilizar a conversão já enviada pelo ERP. |
| ||
Resolução | Foi criada uma função para converter os caracteres especiais para não ocorrer erro no momento de parsear o XML. | ||||
TQTZ77 | Situação | Para o município de Aracruz - ES, no ambiente de produção é exigido um hash de validação para cada contribuinte (CNPJ), esse hash tem validade de 5 minutos. Além dessa situação, o tratamento do retorno não considerava que o código EL68 indica que o lote ainda está sendo processado, o que acarretava na rejeição desse lote. |
| ||
Fontes | |||||
| |||||
| |||||
Resolução | Foi implementada a invocação do método que gera esse hash no webservice da prefeitura considerando o seu timeout de 5 minutos. Também foram realizados ajustes no tratamento do retorno do lote, não considerando o código EL68 como erro para rejeição do lote. | ||||
TQNQFG | Situação | Quando o tributo INSS e informado no movimento o é gerado código de outros valores inexistente causando erro na importação. |
| ||
Resolução | Efetuadas alterações para o município de Barueri-SP. Se for enviado valor de INSS, é adicionado no código "VN", pois o código "05" não é esperado pela prefeitura. | ||||
TRAQK5 | Situação | Apresenta ErrorLog ao selecionar a tabela TSS0002, no menu Configuração / Tabelas do TSSInterface. |
| ||
Resolução | Tratamento realizado na estrutura da tabela TSS0002 da função TSSGetTables | ||||
TQSCLV | Situação | Implementação Nota Fiscal de Serviço do Municpio de Jambeiro-SP. |
| ||
Resolução | Foram efetuadas alterações no TSS para contemplar a emissão de NFSe do município de Jambeiro/SP. | ||||
TQTBL6 | Situação | Enviamos nota layout versão 3.10 para o MS (Mato Grosso do Sul).A NF-e não foi autorizada e eu recebi e-mail no usuário do administrator reportando o problema de url. |
| ||
Resolução | Foi alterado a rotina de transmissão da NF-e para o estado de Mato Grosso do Sul para realizar a transmissão sem ocorrer erro de URL. | ||||
TRCTTT | Situação | NFSe Vespasiano - Ao consultar o método MONITORX as mensagens de rejeição não são apresentadas. |
| ||
Resolução | Realizada manutenção para apresentar as mensagens de rejeição no método MONITORX. | ||||
TQTTAU | Situação | Ao transmitir a NFS-e para Bauru - SP o sistema apresentava rejeição “Retido fora(nt)”. |
| ||
Resolução | Foi realizado tratamento no TSS para a correção da rejeição. | ||||
TRAODR | Situação | Na montagem do arquivo XML o TSS esta utilizando “,(virgula)” ao inves de “.(ponto)” nas TAG´S de deduções ocasionando erro ao importar na prefeitura de Pouso Alegre - MG. |
| ||
Resolução | Realizado ajuste no arquivo CFG para colocar nas TAG de deduções o “.(ponto)” em vez da “,(virgula)”. | ||||
TQQSSV | Situação | Ao enviar a NFSe de Belo Horizonte - MG informando o caracter & na tag RazaoSocial, seja como escape ou puro causa mensagem de não conformidade no console.log TSS. |
| ||
Resolução | Realizado ajuste para montar a TAG <Razão Social> com o caracter e comercial “&”, conforme solicitado, para a Prefeitura de Belo Horizonte - MG. | ||||
TQTIL4 | Situação | Ao enviar NFse para o Municipio de Erechim a mesma fica com STATUS=2 na tabela SPED051 e no console.log do TSS apresenta o erro abaixo: WSCERRINT / argument #0 error, expected C->U, function XmlParser |
| ||
Resolução | Alterado a rotina de transmissão para o município de Erechim para utilizar a função SvcSoapCall pois a função HttpPost não estava funcionando corretamente para esse município. | ||||
TQYJJ7 | Situação | Ao tentar efetuar o sincronismo de notas com um CNPJ que possui mais de 1500 notas para sincornizar apresenta erro no CONSOLE: String size overflow! in file c:\advtec9\lib_base\stringz.hpp at line 373 on SOAPOUTDATA(XMLWSVCS.PRW) 04/08/2014 16:49:34 line : 2617 |
| ||
Resolução | Foi alterado a rotina de sincronismo da MDe para limitar um tamanho menor no retorno do sincronismo para não ocorrer estouro da variável. | ||||
TQRPK0 | Situação | Cliente informa que ao efetuar a transmissão do RECOPI o TSS está utilizando o certificado digital configurado na Sessão SSLCONFIGURE do APPSERVER.INI para assinar o documento, independente da entidade do cliente. |
|
| |
Resolução | Realizado ajuste para montar a consulta na SEFAZ com o certificado da entidade que está solicitando e não a que está na sessão SSL do INI. | ||||
TQCXN5 | Situação | Ao enviar um evento vinculado a nota o e-mail de notificação é enviado mesmo com o campo EMAIL e branco. | • SPED_FW02.PRW
|
| |
Resolução | Alterado para que o campo statusmail não dispare o e-mail quando campo EMAIL estiver em branco na SPED050 | ||||
TQVQH9 | Situação | Implementação de NFS-e de Porto Alegre - RS. |
| ||
TRGLCW | Situação | Foi reportado que na versão 2.41 estaria resolvida situação do chamado TQBLE0 . Porém ao realizar os testes em |
| ||
Resolução | Realizado ajuste para não fazer a conversão do caractere < e > para “< e >” quando o mesmo estiver na informações complementares da NF-e. | Documentação Relacionada