No pacote de atualização do TSS Release 2.40 é composto pelas seguintes modificações:modificações abaixo:
Disponível para os sistemas operacionais: Windows®/Linux®
Chamado | XYZABCTQTCWD |
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 | |
Indicar possíveis links do TDN que contribuam e enriqueçam a documentaçã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 | |
Chamado | TQMLT5 |
Situação | |
Erro na atualização do retorno de NFC-e emitida em contingência off-line e autorizada fora do prazo ( Código 150 ). | |
Resolução | |
Tratamento efetuado quando ocorrer autorização fora do prazo (Código 150), para notas emitidas em contingência off-line. | |
Fontes | |
| |
Documentação Relacionada | |
Indicar possíveis links do TDN que contribuam e enriqueçam a documentação. |
...
|
Chamado | TQTCWC |
Situação | |
Desenvolver NFSE do município de São Vicente-SP | |
Resolução | |
Foram realizados ajustes no TSS para atender a solicitação de envio da NFSe para a prefeitura de São Vicente. | |
Fontes | |
| |
Documentação Relacionada | |
Indicar possíveis links do TDN que contribuam e enriqueçam a documentação. |
Chamado | TQJWAW |
Situação | |
NFSE Florianópolis - SC - A tag de e-mail do prestador não é gerada e não é possível gerar o arquivo xml na pasta especificada. | |
Resolução | |
Realizado tratamento para enviar a tag de e-mail do prestador e salvar o arquivo XML na pasta especificada para NFS-e do município de Florianópolis - SC | |
Fontes | |
| |
Documentação Relacionada | |
Indicar possíveis links do TDN que contribuam e enriqueçam a documentação. |
Chamado | TQSBKB |
Situação | |
Ao cancelar a MDFe o sistema informa a mensagem: <xMotivo>Rejeição: Ambiente informado diverge do Ambiente de recebimento</xMotivo> desenvolvimento, ao enviar o evento de cancelamento de MDFe, o sistema está considerando incorretamente o parâmetro MV_AMBCCE. | |
Resolução | |
Foi alterado a rotina de geração do XML da transmissão do evento para buscar o ambiente do parâmetro MV_AMBMDFE. | |
Fontes | |
| |
Documentação Relacionada | |
Indicar possíveis links do TDN que contribuam e enriqueçam a documentação. |
Chamado | TQHOUW |
Situação | |
Ao transmitir uma NF-e de Diferimento na versão 3.10 com percentual de 50%, retorna da Sefaz a rejeição rejeição 531 - Total da BC ICMS difere do somatório dos itens. | |
Resolução | |
Tratamento realizado na montagem das tag de totais, para considerar na versão 3.10 a somatória do valor dos itens para composição do Total da Base de Cálculo do ICMS. | |
Fontes | |
| |
Documentação Relacionada | |
Indicar possíveis links do TDN que contribuam e enriqueçam a documentação. |
...
|
Chamado | TQVEY3 |
Situação | |
NFSe NFS-e ITATIBA - SP: Os campos IMPRETIDO, ENVEMAIL e DESCRITEM do arquivo nfse_3523404.cfg não são gerados corretamente. 1) De acordo com o manual da prefeitura o campo IMPRETIDO deve ter o seguinte conteúdo: 2) campo ENVEMAIL não está considerando o conteúdo da tag <notificatomador> do modelo único. 3) campo DESCRITEM está enviando apenas 60 caracteres, onde o correto deve ser no máximo 910 caracteres. | |
Resolução | |
Foram realizados os seguintes ajustes para NFS-e de Itatiba - SP: Incluída a opção 3=Nulo na tag ISSRETIDO <ISSRETIDO> do modelo único; A NFS-e passa a considerar o campo notificatomador para gerar a posição correspondente a informação no txt; Adequação para permitir enviar a descrição do serviço com no máximo 910 caracteres.
| |
Fontes | |
| |
Documentação Relacionada | |
Indicar possíveis links do TDN que contribuam e enriqueçam a documentação. |
Chamado | TQGCY3 |
Situação | |
NFSE - Fortaleza-CE. Alteração das URL´s dos Webservices de Homologação e Produção. | |
Resolução | |
Realizada alteração nas URL's da NFs-e de Fortaleza – CE. | |
Fontes | |
| |
Documentação Relacionada | |
Indicar possíveis links do TDN que contribuam e enriqueçam a documentação. |
Chamado | TQNBCE |
Situação | |
O XML contém um erro no NCM pois possui 9 dígitos ao passar pelo método SCHEMA o mesmo é aceito sem erro aparentes e ao enviar a SEFAZ através lote não transmitido. | |
Resolução | |
Realizado ajuste no retorno do JOB da NFe para quando for retornado a Rejeição 225 - Falha no Schema XML do lote de NFe, devido ter enviado mais de 8 posições no NCM, ser alimentado os campos da tabela de Retorno (SPED054) para quando for consultado no Monitor Faixa ser exibido a rejeição da SEFAZ. Importante: Conforme manual técnico da SEFAZ (Manual_NFe_3.10_NT2013 005_v1) “O campo NCM pode ser informado com 8 posições (completo), ou somente com 2 posições (Capítulo). Alguns Capítulos do NCM não existem e foi incluída uma regra de validação para verificar esta informação, conforme o "Anexo II - Regras de Validação da NF-e", validação "I05-40".” Nesse caso o ERP é responsável por realizar a validação do NCM e enviar ao TSS, devido que o TSS realiza a validação conforme o Schema da SEFAZ. | |
Fontes | |
| |
Documentação Relacionada | |
Indicar possíveis links do TDN que contribuam e enriqueçam a documentação. |
Chamado | TQQEFH |
Situação | |
Ao transmitir uma CC-e ( Carta de Correção Eletrônica ) para a Sefaz do Paraná, está retornando a seguinte rejeição: 298 - Assinatura difere do padrão do projeto. | |
Resolução | |
Tratamento realizado na geração do xml da carta de correção do estado do Paraná. | |
Fontes | |
| |
Documentação Relacionada | |
|
Chamado | TPCSI0 |
Situação | |
Ao consultar a NFSe de Caruaru-PE através do ERP RM, utilizando o método nfse001_retornanfse e validando no portal de XML, a TAG <XMLPROT> é gerado incidente abaixo: "CONSULTARLOTERPSRESPOSTA" is not bound. | |
Resolução | |
Foi realizado ajuste na função TSSRetornaNFSE, para retirar os namespace 'tipo:' do XML para o município de Caruaru-PE. | |
Fontes | |
| |
Documentação Relacionada | |
|
Chamado | TQNBIL | ||
Situação | |||
Ao transmitir uma NF-e com CST = 40 na versão 3.10, está gerando informações de desoneração incorretamente. | |||
Resolução | |||
Tratamento realizado na montagem da tag ICMS40, para gerar informações de desoneração somente se informado a tag:motDesICMS, e o vICMSDeson for maior do que zero. | |||
Fontes | |||
| |||
Documentação Relacionada | Indicar possíveis links do TDN que contribuam e enriqueçam a documentação.|||
|
Chamado | TQJDVV |
Situação | |
Na versão 3.10 ao consultar uma chave de nota autorizada em “6 - Contingência SVC-AN”, ocorre falha no retorno do método CONSULTACHAVENFE a mensagem de retorno foi gerada com Rejeição: NF-e não consta na base de dados da SEFAZ. | |
Resolução | |
Inclusão no arquivo TSSATUURL.CFG a URL abaixo:
| |
Fontes | |
| |
Documentação Relacionada | |
|
Chamado | TQSFFJ |
Situação | |
Ao transmitir um rps com retenção de PCC e IR para o município de Vitoria/ES, utilizando o modelo único | |
Resolução | |
NFS-e Vitória/ES - Adequação para não ocorrer mensagem fora do padrão no schema na transmissão de um RPS com | |
Fontes | |
| |
Documentação Relacionada | |
|
Chamado | TQCBF4 |
Situação | |
Foram transmitidas NF-es em diferentes modalidades e recebidos os e-mails com os XML e Danfe. Porem as notas transmitidas em modalidade FS-DA o email é recebido apenas com o XML sem o Danfe. | |
Resolução | |
Realizada a alteração para que seja enviado por email o Danfe para modalidade FS-DA.. | |
Fontes | |
| |
Documentação Relacionada | |
|
Chamado | TQWCJI |
Situação | |
Desenvolver NFSE do município Colombo - PR | |
Resolução | |
Foram realizados ajustes no TSS para atender a solicitação de envio da NFSe para a prefeitura de Colombo - PR. | |
Fontes | |
| |
Documentação Relacionada | |
|
Chamado | TQQWR6 |
Situação | |
1º Ao acionar o método GERAARQIMPARR para geração do arquivo TXT para a Prefeitura de Caçapava - SP, | |
Resolução | |
Realizado ajuste no arquivo nfse_3508504.cfg para informar os valores de IR, PIS, COFINS com a máscara que a | |
Fontes | |
| |
Documentação Relacionada | |
|
Chamado | TQMCUF |
Situação | |
Verificamos a ausência da url e serviço abaixo definidos para versão 2.00 nas UF's PA e PB. | |
Resolução | |
Realizado ajuste no arquivo de URL'S para incluir o serviço de CteConsulta para PA e PB em ambiente de produção versão 2.00. | |
Fontes | |
| |
Documentação Relacionada | |
|
Chamado | TQNVVT |
Situação | |
Ao realizar a validação do método SCHEMAX com as tags <CodigoObra> e <Art> preenchidas para o Município Cuiabá / MT, ocorre o incidente abaixo: Element'{http://www.issnetonline.com.br/webserviceabrasf/vsd/tipos_complexos.xsdConstrucaoCivil': | |
Resolução | |
Realizado ajuste no Schema do Município de Cuiabá / MT para a tag <ContrucaoCivil> ser validada ao ser gerado as informações nas tags <CodigoObra> e <Art>. | |
Fontes | |
| |
Documentação Relacionada | |
|
Chamado | TQEXHQ |
Situação | |
Solicitação de homologação da NFS-e do município de Palmas - TO. | |
Resolução | |
Implementada a NFS-e do município de Palmas do estado de Tocantins. | |
Fontes | |
| |
Documentação Relacionada | |
|
Chamado | TQTEZ7 |
Situação | |
Ao realizar o cancelamento do CT-e ocorre um error log no console e o CT- e fica rejeitado (Status 7 e StatusCanc 3). | |
Resolução | |
Inclusão da URL de Cancelamento do CTE- NFECANCELAMENTO - 2.00 – Produção/Homologação – SP.
| |
Fontes | |
| |
Documentação Relacionada |
Chamado | TQTGJE |
Situação | |
Ao enviar o método REMESSANFSE001 para emissão da nota de serviço para o município de São Gonçalo – RJ Layout antigo o TSS rejeita a montagem do XML por falha no XMLNFS006: 8177 do fonte nfse_gen02 linha 8177 cXml para cString. | |
Resolução | |
Foi realizado alteração na conversão do XML para o município de Ponta Grossa para enviar as reduções na tag <ValorDeducoes>.
| |
Fontes | |
| |
Documentação Relacionada |
Chamado | TQXQB6 |
Situação | |
Nfs-e Ponta Grossa - PR não gerar valor na tag <ValorDeducoes>, gerando o seguinte error: EC108(O valor base de cálculo está incorreto de acordo com o cálculo pela prefeitura). | |
Resolução | |
Foi realizado alteração na conversão do XML para o município de Ponta Grossa - PR para enviar as reduções na tag <ValorDeducoes>. | |
Fontes | |
| |
Documentação Relacionada |
Chamado | TQXLC6 |
Situação | |
Desenvolver NFSE do município Marechal Deodoro - AL | |
Resolução | |
Foram realizados ajustes no TSS para atender a solicitação de envio da NFSe para a prefeitura de Marechal Deodoro - AL. | |
Fontes | |
| |
Documentação Relacionada | |
Chamado | TQVUPX |
Situação | |
Erro ao consultar lote de CT-e para Sefaz MG. | |
Resolução | |
Realizada alteração para não apresentar mensagem fora do padrão no retorno da consulta do lote do CTe. | |
Fontes | |
| |
Documentação Relacionada |
Chamado | TQMBNU |
Situação | |
Ao transmitir a nota fiscal de serviço de Serra - ES, com tributação de PIS, COFINS, CSLL, INSS e IRRF, está sendo montado as TAG´s com os valores incorreto. | |
Resolução | |
Realizado ajuste para montar as TAG´S de tributações de PIS, COFINS, CSLL, INSS e IRRF no padrão da prefeitura de Serra - ES. | |
Fontes | |
| |
Documentação Relacionada | |
|
Chamado | TQYAVE |
Situação | |
Ao transmitir um CTE na modalidade 5-EPEC, é apresentado um erro impedindo a transmissão do evento. | |
Resolução | |
Realizada alteração para não apresentar mensagem fora do padrão na transmissão de um CT-e em EPEC. | |
Fontes | |
| |
Documentação Relacionada |
Chamado | TQXNXL |
Situação | |
Desenvolver NFSE do município Balsa Nova - PR. | |
Resolução | |
Foram realizados ajustes no TSS para atender a solicitação de envio da NFSe para a prefeitura de Balsa Nova - PR. | |
Fontes | |
| |
Documentação Relacionada |
Chamado | TPXVRB |
Situação | |
Ao enviar a RPS para tomador do exterior município de Itajaí – SC a nota é rejeitada pois para o município de Itajaí – SC a cidade do tomador deve ser enviada com a sequência de sete vezes o número nove – 9999999. | |
Resolução | |
Alterado para que seja enviado o conteúdo da tag < CodigoMunicipio > com sete dígitos ('9999999') quando o tomador do serviço for do exterior, evitando a rejeição E116 - A UF do tomador informada não foi encontrada na base de dados. | |
Fontes | |
| |
Documentação Relacionada |
Chamado | TQYVLX |
Situação | |
Desenvolver NFSe para o município de Caxias do Sul-RS. | |
Resolução | |
Foi desenvolvido a transmissão da NFSe para o município de Caxias do Sul-RS via webservice. | |
Fontes | |
| |
Documentação Relacionada |
Chamado | TQXPT4 |
Situação | |
Exceção de chave duplicada na tabela SPED052, ao enviar uma inutilização após uma rejeição de um CT-e. | |
Resolução | |
Realizado ajuste no JOB do CT-e, para não tentar gravar chave duplicada na inutilização do CT-e. | |
Fontes | |
| |
Documentação Relacionada | |
Chamado | TQYPVG |
Situação | |
Verificado que o teste anterior foi efetuado no release 2.41. Ao refazer o teste com o release 2.40 é verificado mensagem de não conformidade. | |
Resolução | |
Realizado ajuste para retirada do município de Vila Velha – ES, pois o mesmo agora envia as Notas via WebService. | |
Fontes | |
| |
Documentação Relacionada | |