Páginas filhas
  • Pacote de Atualização Release 2.41

Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

...

Situação
ChamadoDescriçãoFontesDoc. 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çãoHabilitar um parâmetro para alteração do último NSU no método de configurar parâmetros da MD-e.
  • WSManifestacaoDestinatario.prw 
 
  
ResoluçãoHabilitado 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çãoMelhorar performance do processo de abertura de tabelas e verificação de estrutura de tabelas do TSS.
  • SPED_FW01.PRX
  • TSSINITIALIZES.PRW
  • NFSE_GEN01.PRX

 

 
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çãoAo transmitir NFSE para Ipojuca-PE não está gerando o XML.
  • nfse_gen101
 
ResoluçãoFoi realizado tratamento no TSS para gerar o arquivo XML correto para o município de Ipojuca - PE 
TQNKEVSituaçãoNamespace divergente no TSS para o manifesto do destinatário.
  • WSManifestacaoDestinatario


ResoluçãoFoi realizado tratamento no TSS para trazer o Namespace correto.
TQYAYVSituaçãoMelhorar performance do processo de abertura de tabelas e verificação de estrutura de tabelas do TSS.
  • SPED_FW01.PRX
  • TSSINITIALIZES.PRW
  • NFSE_GEN01.PRX


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.

TQPXG0SituaçãoEstá faltando a URL de CTE para a sefaz de Brasilia - DF.
  • tssatuurl.cfg 


ResoluçãoFoi realizado tratamento no arquivo tssatuurl.cfg para a inclusão da URL de CTE para Brasilia - DF.
TQXMWRSituação

Ao gerar duas notas com clientes diferentes o totalizador do TXT apresenta valores divergentes para

a prefeitura de Paulista-PE
  •  nfse_gen101.PRX 


ResoluçãoFoi realizado ajustes no TSS para tratar os valores divergentes do TXT da prefeitura de Paulista-PE
TQFUP4Situaçã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.
  • SPED_FW01.PRX 
  •  TSSSchema.PRW


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.

TQSXGISituaçã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.
  • TSSInterface.PRW


ResoluçãoFoi alterado a rotina de consulta status SEFAZ para consultar URLs da versão 3.10.
TQSAUSSituaçãoAo 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.
  • sped_wf.prx


ResoluçãoRealizado ajuste para quando for transmitido Evento e caso o status do e-mail esteja pendente a transmissão seja transmitido com sucesso.
TQWVGXSituaçãoRealizar a correção para que seja considerado o tamanho correto da descrição do serviço, não se limitando a 60 caracteres.
  • nfse_gen101.prx


ResoluçãoCorreção para que seja considerado o tamanho correto da descrição do serviço, não se limitando a 60 caracteres.
TPYZFTSituaçã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.

  • DOCS_WF_COLAB.PRW


ResoluçãoFoi realizado tratamento no TSS para gravar corretamente as informações na Tabela SPED060, quando recepcionado um documento cancelado.
 Situação   
 Resolução   
 Situação   
 Resolução   
 Situação   
 Resolução   
 Situação   
 Resolução   
 Situação   
 Resolução   
 Situação   
 Resolução   
 Situação   
 Resolução   
 Situação   
 Resolução   
 Situação   
 Resolução   
 Situação   
 Resolução   
 Situação   
 Resolução   
 Situação   
 Resolução   
 Situação   
 Resolução   
 Situação   
 Resolução   
 Situação   
 Resolução   
 Situação   
 Resolução   
 Situação   
 Resolução   
 Situação   
 Resolução   
 Situação   
 Resolução   
 Situação   
 Resolução   
TQQ479SituaçãoMetodo 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.
  • NFSE_GEN02.PRX


ResoluçãoFoi 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.
TQWOK1SituaçãoAo 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".
  • SPED_FW02.PRX
  • WscSEFAZNfeStatusServico.prw


ResoluçãoRealizado 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. 
TQZCTDSituaçãoAo 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>.
  • NFSE_GEN02.PRX


ResoluçãoCorrigido 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.
TQXXUUSituaçãoSolicitação de homologação da NFS-e do município de Itabira - MG.
  • NFSE_GEN01.PRX
  • NFSE_GEN02.PRX
  • TSSATUURL.CFG
  • NFSE_V3.00_3131703.XSD


ResoluçãoImplementada a NFS-e do município de Itabira - MG.
TQTNU0SituaçãoO 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.
  • NFSE_GEN01.PRX


ResoluçãoFoi incluído os CNPJs enviado pelo cliente para liberação da transmissão da NFS-e do município de Uberaba-MG.
TQIFDJSituaçãoSolicitação de homologação da NFS-e do município de Aracati - CE.
  • ABRASF.PRW
  • NFSE_WF.PRX
  • WSLOTERPSSERVICE002.PRW
  • NFSE_GEN01.PRX
  • NFSE_GEN02.PRX
  • WSNFSE001.PRX
  • TSSATUURL.CFG
  • NFSE_V1.00_2301109.XSD


ResoluçãoImplementada a NFS-e do município de Aracati - CE.
TQZPUTSituaçãoSolicitação de homologação da NFS-e do município de Arapiraca - AL.
  • NFSE_GEN01.PRX
  • NFSE_GEN02.PRX
  • TSSATUURL.CFG
  • NFSE_V3.00_2700300.XSD


ResoluçãoImplementada a NFS-e do município de Arapiraca - AL.
TQPYVTSituaçã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.

  • SPED_WF.PRX


ResoluçãoRealizado ajuste para montagem do envio do e-mail com refresh para não sobrecarregar  o serviço de SMTP.
TQVBPVSituaçãoInclusão das URL's de Consulta Cadastro para os Estados MA e PR versão 2.00.
  • TSSATUURL.CFG


ResoluçãoIncluídas as URL's do serviço CONSULTACADASTRO (versão 2.00) para os Estados MA e PR.
TRAZC2SituaçãoAo 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.
  • SPED_FW02.PRX


ResoluçãoRealizada 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.
TQYVIRSituaçãoIncluir as URL's da Manifestação do Destinatário na versão 3.10.
  • TSSATUURL.CFG


ResoluçãoInclusão das URL’s já existentes da Manifestação do Destinatário para a versão 3.10.
TQYXQ2SituaçãoAo consultar chave de NFe versão 3.10 de emitente da SEFAZ-BA o sistema não encontra a nota na SEFAZ.
  • TSSATUURL.CFG
  • SPED_FW02.PRX
  • WscSEFAZNfeConsulta.prw


ResoluçãoAlterado 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. 
TQZI43Situaçã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. 

  • ABRASF.PRW
  • nfse_gen02.PRX


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

TQVLLRSituaçãoAo 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.
  • TSSSchemaMessage.PRW


ResoluçãoFoi alterado a rotina de retorno das mensagen do schema para trazer informação da Tag <RENAVAM> da MDFe.
TQBLE0SituaçãoAo 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.
  • SPED_FW01.PRX
  • SPED_FW02.PRX


ResoluçãoFoi criada uma função para converter os caracteres especiais para não ocorrer erro no momento de parsear o XML.
TQTZ77Situaçã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.
  • ABRASF.PRW
  • NFSE_WF.PRX
  • WSCONSULTALOTERPS002.PRW
  • WSLOTERPSSERVICE002.PRW
  • NFSE_GEN02.PRX 


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.

TQNQFGSituação

Quando o tributo INSS e informado no movimento o é gerado código de outros valores inexistente causando erro na importação.
De acordo com o layout, para os registros tipo "3 - Valores das Retenções", existem os seguintes Código de Outros Valores listados:
01 - para IRRF
02 - para PIS/PASEP
03 - para COFINS
04 - para CSLL
e VN - para valor não incluso na base de cálculo (execeto tributos Federais)

No arquivo o valor do INSS e gerado no grupo "3" com código 05, que não exite no layout da prefeitura.
  • NFSE_GEN101.PRX


ResoluçãoEfetuadas 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.
TRAQK5SituaçãoApresenta ErrorLog ao selecionar a tabela TSS0002, no menu Configuração / Tabelas do TSSInterface.
  • TSSTableStruct.PRW


ResoluçãoTratamento realizado na estrutura da tabela TSS0002 da função TSSGetTables
TQSCLVSituaçãoImplementação Nota Fiscal de Serviço do Municpio de Jambeiro-SP.
  • NFSE_WF.PRX
  • NFSE_GEN01.PRX
  • NFSE_GEN02.PRX
  • WSNFSE001.PRX
  • TSSATUURL.CFG
  • NFSE_V1.00_3524907.XSD


 ResoluçãoForam efetuadas alterações no TSS para contemplar a emissão de NFSe do município de Jambeiro/SP.
TQTBL6SituaçãoEnviamos 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.
  • WscSEFAZNfeRecepcao.PRW
  • WscSEFAZNfeRetRecepcao.PRW


ResoluçãoFoi 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.
TRCTTTSituaçãoNFSe Vespasiano - Ao consultar o método MONITORX as mensagens de rejeição não são apresentadas.
  • WsLoteRpsService002.PRW
  • SIAPPA.PRW
  • NFSE_WF.PRX


ResoluçãoRealizada manutenção para apresentar as mensagens de rejeição no método MONITORX.
TQTTAUSituaçãoAo transmitir a NFS-e para Bauru - SP o sistema apresentava rejeição “Retido fora(nt)”.
  • SIGISS.PRW


ResoluçãoFoi realizado tratamento no TSS para a correção da rejeição.
TRAODRSituaçã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.

  • nfse_3152501.cfg


Resolução

Realizado ajuste no arquivo CFG para colocar nas TAG de deduções o “.(ponto)” em vez da “,(virgula)”.

TQQSSVSituaçã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.

  • ABRASF.PRW 
  • nfse_gen02.prx


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. 
TQTIL4Situaçã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
  • WsLoteRpsService002.PRW


ResoluçãoAlterado 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.
TQYJJ7Situação

Ao tentar efetuar o sincronismo de notas com um CNPJ que possui mais de 1500 notas para sincornizar apresenta erro no CONSOLE:
THREAD ERROR ([4924], JOB_WS, THIS) 31/10/2014 14:13:49

Stack :
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
  • TSSManifestacaoDestinatarioGenerico.PRW


ResoluçãoFoi 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.

  • SPED_WSRECOPI.PRW

 

 



 

 

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.

TQCXN5Situaçã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
   
TQVQH9Situação   
 Resolução   
 Situação   
 Resolução   

 

 

...

Implementação de NFS-e de Porto Alegre - RS.
  • ABRASF.prw

  • NFSE_wf.prx

  • nfse_gen01.prx

  • nfse_gen02.prx

  • WSConsultaSituacaoLoteRps002.prw

  • nfse_v1.00_4314902.xsd

  • tssatuurl.cfg

 
TRGLCWSituação

Foi reportado que na versão 2.41 estaria resolvida situação do chamado TQBLE0 . Porém ao realizar os testes em
conjunto com a alteração do produto Datasul, ainda ocorrem problemas. O caracter & parece estar corrigido,
porém o problema ocorrem ainda com os caracteres < e >. Estou enviando os arquivos para análise.

  • SPED_FW02.PRX 

 
ResoluçãoRealizado ajuste para não fazer a conversão do caractere &lt; e &gt; para “< e >” quando o mesmo estiver na informações complementares da NF-e.