Ao transmitir NFSE para Ipojuca-PE não está gerando o XML.

Foi realizado tratamento no TSS para gerar o arquivo XML correto para o município de Ipojuca - PE

• nfse_gen101

Namespace divergente no TSS para o manifesto do destinatário .

Foi realizado tratamento no TSS para trazer o Namespace correto.

• WSManifestacaoDestinatario

Melhorar performance do processo de abertura de tabelas e verificação de estrutura de tabelas do TSS.

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.

• SPED_FW01.PRX

• TSSINITIALIZES.PRW

• NFSE_GEN01.PRX

Está faltando a URL de CTE para a sefaz de Brasilia - DF.

Foi realizado tratamento no arquivo tssatuurl.cfg para a inclusão da URL de CTE para Brasilia - DF.

• tssatuurl.cfg 

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

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

•  nfse_gen101.PRX 

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

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.

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

 para a Prefeitura de São Paulo - SP.

•  SPED_FW01.PRX 
•  TSSSchema.PRW

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.

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

• TSSInterface.PRW

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.

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

• sped_wf.prx

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

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

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

 quando deveria gravar com C.

Foi realizado tratamento no TSS para gravar corretamente as informações na Tabela SPED060, quando recepcionado um documento cancelado.

• DOCS_WF_COLAB.PRW

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.

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.

• NFSE_GEN02.PRX

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".

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. 

• SPED_FW02.PRX
• WscSEFAZNfeStatusServico.prw

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>.

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.

• NFSE_GEN02.PRX

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.

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

• NFSE_GEN01.PRX

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

Implementada a 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

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

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

• NFSE_GEN01.PRX
• NFSE_GEN02.PRX
• TSSATUURL.CFG
• NFSE_V3.00_2700300.XSD

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.

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

• SPED_WF.PRX

Inclusão das URL's de Consulta Cadastro para os Estados MA e PR versão 2.00.

Incluídas as URL's do serviço CONSULTACADASTRO (versão 2.00) para os Estados MA e PR.

• TSSATUURL.CFG

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.

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.

• SPED_FW02.PRX

Incluir as URL's da Manifestação do Destinatário na versão 3.10.

Inclusão das URL’s já existentes da Manifestação do Destinatário para a versão 3.10.

• TSSATUURL.CFG

• TSSATUURL.CFG
• SPED_FW02.PRX
• WscSEFAZNfeConsulta.prw

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.

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.

• ABRASF.PRW
• nfse_gen02.PRX

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.

Foi alterado a rotina de retorno das mensagen do schema para trazer informação da Tag <RENAVAM> da MDFe.

• TSSSchemaMessage.PRW

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.

Foi criada uma função para converter os caracteres especiais para não ocorrer erro no momento de parsear o XML.

• SPED_FW01.PRX
• SPED_FW02.PRX

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.

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.

• ABRASF.PRW
• NFSE_WF.PRX
• WSCONSULTALOTERPS002.PRW
• WSLOTERPSSERVICE002.PRW
• NFSE_GEN02.PRX 

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.

 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.

• NFSE_GEN101.PRX 

Apresenta ErrorLog ao selecionar a tabela TSS0002, no menu Configuração / Tabelas do TSSInterface.

Tratamento realizado na estrutura da tabela TSS0002 da função TSSGetTables().

• TSSTableStruct.PRW
  
  

Implementação Nota Fiscal de Serviço do Municpio de Jambeiro-SP.

Foram efetuadas alterações no TSS para contemplar a emissão de NFSe do município de Jambeiro/SP.

• NFSE_WF.PRX
• NFSE_GEN01.PRX
• NFSE_GEN02.PRX
• WSNFSE001.PRX
• TSSATUURL.CFG
• NFSE_V1.00_3524907.XSD

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.

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.

• WscSEFAZNfeRecepcao.PRW
• WscSEFAZNfeRetRecepcao.PRW

NFSe Vespasiano - Ao consultar o método MONITORX as mensagens de rejeição não são apresentadas.

Realizada manutenção para apresentar as mensagens de rejeição no método MONITORX.

• WsLoteRpsService002.PRW
• SIAPPA.PRW
• NFSE_WF.PRX

Ao transmitir a NFS-e para Bauru - SP o sistema apresentava rejeição “Retido fora(nt)”.

Foi realizado tratamento no TSS para a correção da rejeição.

• SIGISS.PRW

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.

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

• nfse_3152501.cfg

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.

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

solicitado, para a Prefeitura de Belo Horizonte - MG. 

• ABRASF.PRW 

• nfse_gen02.prx

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

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.

• WsLoteRpsService002.PRW

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

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.

• TSSManifestacaoDestinatarioGenerico.PRW