• Alteração do Plano de Contas: Em face da Lei das SAs, que nos obrigou a uma modificação estrutural com o projeto em andamento, ou seja, comparando com uma casa, foi necessário suspender telhado e paredes para refazer, sapatas, vigas de baldrames, pilares, etc. Ainda hoje sofremos com esta alteração, pois existem pontos que não estão conclusos e terão que ser novamente alterados em face de novas definições e dar maior agilidade a alguns processos como pesquisas, geração de balanço, etc;
• Reestruturação do Módulo da Contabilidade: Este projeto foi completamente modificado para atender na íntegra o versionamento do Plano de Contas, SPED Contábil, DVA, DFC, Balanço Comparativo, além de várias melhorias de ergonomia, estética e usabilidade. Todos os processos foram de grande monta, porém, para o usuário o resultado final parece ser pequeno, pois somente resultou em dois relatórios e um arquivo texto. Esta alteração permitiu manter os dados (Plano, balanço, balancetes, razão, etc, dos anos anteriores intacto para entrega de obrigações acessórias com o estado da época - SINCO Fiscal, Contábil, MANAD, IN 13, 86, etc., obrigações que não são entregue periodicamente, ou seja, com prazo pré-definido, porém o fisco pode solicitar a qualquer momento, quando desejar. A maioria das empresas de sistemas não se ateve a esta obrigação com o passado;
• Reestruturação do Módulo da Escrita Fiscal: Com o advento do SPED Fiscal e NF-e foram inseridas mais de 100 tabelas de banco de dados para permitir o armazenamento de dados para o novo paradigma, que chega a monta de 3000% a mais de informações que para o SINTEGRA. Este projeto rendeu um grande volume de alterações, pois necessitou a implantação de uma nova metodologia de importação e digitação, que a princípio, deveria ser totalmente autônoma em face da disposição legal que dispensaria as demais obrigações acessórias, fato que não se concretizou, pois nem todos os Estados dispensaram a entrega do SINTEGRA, e todos, até o momento, não dispensaram a entrega da GIA, DIME, DCIP, MEA, ou outras obrigações acessórias. Idem para os municípios, que em vez de dispensar, estão criando novas obrigações de arquivos eletrônicos. Assim, o padrão que era para ser Nacional continuou com as especificidades Estaduais e Municipais, nos forçando a implementar na nova metodologia uma ponte entre o padrão velho e o novo, complicando ainda mais os processos de integração e manutenção, sendo que o processo continua em andamento, pois existem alterações publicadas já para 2011 e outras em andamento para 2011 e 2012. De quebra, o novo paradigma do SPED PIS/COFINS, inseriu uma nova regra em nível de Serviços, que nos obrigou a reestruturar e remodelar também esta parcela da aplicação, para permitir o início dos trabalhos nesta nova metodologia.
• Reestruturação do Patrimônio: Poucas pessoas se atentaram a mudança que será gerada na parte patrimonial em face de dois pequenos termos inseridos na Lei das SAs, ‘Depreciação Real’ e ‘Reavaliação’. Bom como o primeiro termo indica, teremos dois métodos de cálculo de Depreciação se houver divergência entre o que é a realidade de depreciação, desgaste ou exaustão para com as taxas publicadas pelo governo, as diferenças serão controladas separadamente.
• Desta forma realizamos uma reestruturação completa prevendo esta e outras alterações, assim, o Novo Patrimônio atenderá aos cálculos de Depreciação Legal, Depreciação Real, Depreciação Incentivada, Depreciação Acelerada pelo uso de mais de um turno, Reavaliação a valor justo, valor presente e de mercado, sendo cada parcela controlada individualmente, gerando os lançamentos automáticos no Lalur, como Adição ou Exclusão, de acordo com a diferença entre os métodos.
• Todo o processo de cadastro, cálculo e relatórios foram reescritos. 

Nos dois últimos anos a equipe de desenvolvedores dobrou para trabalhar quase que única e exclusivamente para atender as necessidades impostas pelo governo. Todas as implementações novas e melhorias foram inseridas para agradar única e exclusivamente a fome do Leão, porém, as necessidades de ergonomia, estética, usabilidade e de mercado, da aplicação e dos usuários, não estagnaram. Desta forma, paralelamente a tudo que foi exposto acima, acrescido do que não foi comentado para não alongar este texto, mantivemos profissionais desenvolvendo ajustes para nos permitir algumas mudanças necessárias para o uso de vários bancos e preparando para troca de versão da linguagem de desenvolvimento. Nossa pretensão é de migrar do Delphi 6 para o Delphi 2010, no ano de 2011 em face da falta de compatibilidade da versão 6 para as melhorias inseridas em equipamentos e sistemas operacionais. Um caso bem clássico é a falta de possibilidade de conexão via web services de servidores com base no Windows NT (versão 2003 e 2008).

• Lançamento de mais de um detalhamento de CFOP do ICMS para a combinação de Atividade + Tipo de Recolhimento + Alíquota + CFOP ISS, permitindo assim tratamentos diferenciados de contabilizações e o armazenamento do CFOP do ICMS para consultas e alterações.
• Inclusão de configurações e tratamento de Tipo de Recolhimento e CFOP ISS por leiaute. Esta alteração é de cunho técnico para evitar alterações e manutenções no código fonte quando o Município troca de aplicativo ou passe a utilizar um leiaute já implementado em nossa aplicação. Bastará o usuário associar o Leiaute existente ao cadastro de município.
• Estes procedimentos foram necessários, pois a grande maioria dos municípios passou a exigir arquivos declaratórios o que nos obrigaria a fazer mais de 5000 versões de tratamento, pois cada município mantém legislação de regulamentação própria. Outra questão que tem dificultado muito a implementação na parte do arquivo do ISS (Ex. GISS), é os prazos que os municípios tem adotado, avisando as empresas da obrigação, no próprio mês da primeira entrega, o mesmo acontece quando resolvem trocar de aplicação que controla a recepção.
• A alteração também foi necessária como preparatória para o início dos trabalhos da EFD
• Pis/COFINS.
• O processo ensejou alteração profunda que abrangeu e toda a parte fiscal, assim, apesar de toda a bateria de testes e implantação em alguns escritórios de forma antecipada, podemos ter alguns efeitos colaterais indesejados, fato que desejamos que sejam de baixo impacto.

• O processo de comunicação da aplicação com o banco de dados será totalmente reconstruída;
• Os logs estarão 100% centrados em bancos, para agilizar o processo de busca do novo sistema de gerenciamento de logs a ser liberado;
• A nova metodologia é praticamente transparente ao usuário e o tempo de gravação em comparação com o método atual aumentará consideravelmente;
• Extração de dados estatísticos que quantos registros cada profissional realizaram, considerando a data de registro ou a data base, por área, necessário para avaliar consumo de mão de obra e cálculo de custos (JB contador);
• Extração de tempo de conexão por empresa a fim de fomentar a base de cálculo de custos de atividades por empresa (JB contador).

• Classes bases para o desenvolvimento da ferramenta de envio de pdf para FTP e e-mail;
• Componente acessório para salvar arquivos em XLS, TXT, rtf, etc.

• Preparar a aplicação para podermos iniciar as grandes modificações legais;
• Permitir o início da preparação para migração do Delphi;
• Permitir a continuidade nas alterações técnicas necessárias para multi bancos;
• Permitir a junção das alterações técnicas com legais a fim de que nos permita iniciar o desenvolvimento das fases 2, 3 e 4 do SPED.

• Reestruturação da digitação fiscal pelos dois modelos (Sintegra e SPED);
• Alteração na alimentação dos lançamentos contábeis de todos os módulos;
• Reestruturação do cálculo do PIS e Cofins não cumulativo para buscar valores no fiscal e contabilidade;
• Geração dos arquivos e validação junto ao PVA EFD PIS/COFINS que tem como previsão de liberação ao final de novembro;