Data de postagem: Dec 01, 2010 12:4:4 PM
Foram disponibilizadas melhorias no processo de simulação tributária, utilizado para simular situações da empresa que visualizarão os cálculos de todos os tributos. As implementações foram:
Simular com a quantidade de casas decimais indicadas pelo usuário;
Visualizar o código de situação tributária na consulta, é o CST do tributo. Este código é de suma importância e muito utilizado pelo SPED Fiscal;
Possibilar a visualização das pautas para todos os tributos que possuem a possibilidade do cálculo através de pauta.
Permitir visualizar somente a base de cálculo que terá tributação (antes, muitos tributos eram apresentados mesmo sem ter o cálculo efetivo de tributo).
Liberado processo de configuração de tributos a serem calculados. Com tal funcionalidade, o próprio usuário poderá determinar quais impostos são executados, sem necessidade intervenção do desenvolvimento.
O processo de vinculação das classes tributárias com as classes de pessoas, passa a tratar o comportamento fiscal como prioridade do que a sua UF.
Foi realizada uma adequação à tributação do ICMS substituição tributária, indicando o valor do IPI na composição da base de cálculo do ICMS ST.
Foi criada uma camada de comunicação entre o iEngine e o aplicativo Java, responsável pelo envio/recebimento de mensagens XML junto à SEFAZ, que irá trazer ganho considerável em futuras manutenções. Além disso, foi utilizado o EngineLet como tecnologia responsável por promover tal camada.
Foi criada uma rotina de assinatura digital mais robusta e ágil, que permite que o próprio cliente atualize sua assinatura no certificado digital expirado. Essa assinatura digital agora é realizada diretamente a partir do certificado digital do cliente(.pfx), sem a necessidade de um arquivo intermediário(.jks) como ocorria na versão anterior.
Foi realizado o desenvolvimento da obrigação fiscal da GIM do Estado do Rio Grande do Norte
Conforme apresentado no "Manual de Integração - Contribuinte - Versão 4.0.1-NT2009.006", foram feitas as seguintes implementações:
Alterações na composição da chave de acesso;
Realizadas alterações na composição do número do recibo de lote;
Elaboração de estrutura hieráquica de objetos da NF-e. Essa estrutura de objetos organiza todos os elementos da NF-e como Rementente, Destinatário, Fatura, Itens da Nota, Transportadora, etc, de modo que a manutenção dessas informações fica extremamente facilitada.
Realizadas alterações na montagem do cabeçalho SOAP versão 1.2 conforme padrão de comunicação;
Realizada migração de todos os códigos de erros e descrições. A migração desses código para dentro do sistema Unum irá trazer maior facilidade entendimento na leitura dos códigos fontes, consequentemente maior agilidade nas manutenções.
Com relação ao modelo de impressão da NFe 2.0, foram feitas diversas implementações:
Liberada nova funcionalidade de envio de Nota Fiscal Eletrônica, de acordo os padrões estabelecidos no layout da versão 2.0. Esta versão conta com um novo controle de fluxo, no qual o sistema, de acordo com uma configuração prévia, executa automaticamente uma sequência de tentativas de emissão de NF-e, sem qualquer intervenção do usuário.
Criado um processo visando o envio de e-mails para usuários chaves, indicando os dias em que irá expirar os certificados digitais da empresa. Esses usuários definidos no agendamento irão receber e-mails diários até o dia em que irá expirar o certificado.
Liberada uma rotina de consulta de NF-e utilizando nova estrutura de comunicação, que propicia uma resposta mais ágil e segura.
Liberado preenchimento de informações da NF-e de acordo os padrões estabelecidos no layout da versão 2.0 (refatorado).
Liberada uma nova funcionalidade de consulta do processamento e do Status dos Serviços de Nota Fiscal Eletrônica, de acordo os padrões estabelecidos no layout da versão 2.0.