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

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

Foi alterado a rotina de conversão do XML para enviar a Tag <Aliquota> sempre mesmo se estiver zerado.

• NFSE_GEN02.PRX
• EGOVERNE.PRW

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