Histórico da Página
No pacote de atualização do TSS Release 2.41 é composto pelas modificações abaixo:
Disponível para os sistemas operacionais: Windows®/Linux®
Chamados
...
Aqui deve ser descrita a ocorrência (erro ou melhoria), de modo ilustrativo,
sem a adoção de "ctrl+c ctrl+v" do SSIM.
...
Aqui deve ser descrito a solução empregada no
atendimento a FNC
...
- FONTE01.PRW
- FONTE02.PRW
Chamados
| Chamado | 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. | |||
| 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 | |||
| 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. | |||
| 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. | |||
| 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. | |||
| 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. | |||
| TPYZFT | Situação | Ao recepcionar 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, quando recepcionado um documento cancelado. | |||
| 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. | |||
| 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. | |||
| 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. | |||
| TQXXUU | 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. | |||
| 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. | |||
| 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. | |||
| 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. | |||
| 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. | |||
| 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. | |||
| 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. | |||
| 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. | |||
| 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. |
| |
| 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. | |||
...
Visão Geral
Import HTML Content
Conteúdo das Ferramentas
Tarefas