Requisitos
Requisitos Funcionais
| • | Permitir importar os dados do ERP (legado) em formato TXT; |
| • | Fornecer uma pré-validação da estrutura do layout no momento da importação; |
| • | Permitir gerar saídas para conferência em formato TXT e XML, XLS, PDF, etc; |
| • | Validar a integridade dos dados no momento da importacao; |
| • | Permitir rastreabilidade das informações importadas, como data, hora, usuário e arquivo; |
| • | Permitir manutenção nos dados importados do ERP, (Complementos, Anexos, etc.); |
| • | O produto deverá ser responsável pela gestão dos dados fiscais; |
| • | Controle das alterações através de LOGs; |
| • | Possuir ferramentas para conferência dos dados importados dos ERP’s, proporcionando mais segurança ao usuário; |
| • | Permitir manutenção da Apuração de ICMS / ICMS-ST; |
| • | Permitir manutenção da Apuração de IPI; |
| • | Permitir manutenção da Apuração de PIS Cofins; |
| • | Disponibilizar cálculos aritméticos simples na manutenção direta dos dados no TAF. Exemplo. Base X Alíquota = Valor Tributo; |
| • | Fornecer alertas sobre reflexos do ajuste manual das informações no TAF, demonstrando os impactos para intervenção manual em outras frentes; |
| • | Emitir das Guias para pagamento dos tributos conforme determina a legislação (Convênio 06/89); |
| • | Possibilitar instalação in house; |
| • | Possuir um controle de segurança por usuário, empresa, estabelecimento para determinar e restringir acesso de leitura, gravação e manutenção dos dados; |
| • | Permitir a comercialização e liberação das obrigações acessórias individualmente; |
| • | Permitir controle de licenças de comercialização; |
| • | Atender as legislações Federais, Estaduais e Municipais; |
| • | Atender as legislações específicas dos diferentes segmentos de mercado (ex.: alimentício, combustíveis, etc); |
| • | Atender as legislações de todo portfólio de produto do grupo TOTVS (ERP, RH, Agroindústria, Saúde, etc); |
| • | Atender as legislações do mercado internacional. |
Requisitos não Funcionais
| • | A importação dos dados do ERP (legado) em formato TXT deverá utilizar o componente MILE que está sendo desenvolvido por framework; |
| • | O componente MILE utilizado na importação do arquivo pré-formatado, deverá fornecer uma pré-validação da estrutura do layout no momento da importação; |
| • | Utilizar tecnologia ByYou, linguagem ADVPL; |
| • | Utilizar um banco de dados relacional único e independente dos ERP’s; |
| • | Disponibilizar uma Interface própria; |
| • | Todo produto deverá ser desenvolvimento utilizando componente MVC (Model, View e Controler); |
| • | A auditoria das manutenções deverá ser feita pelo componente AUDIT-TRAIL, funcionalidade esta que está sendo desenvolvida por framework; |
| • | O desenvolvimento do TAF deverá ser centralizado no CDSP; |
| • | O projeto deve ser especificado e bem documentado para que as equipes dos diferentes CDS consigam atuar na sustentação e na implementação novas legislações no TAF; |
| • | Durante as especificações, deverão ocorrer reuniões de revisão/ alinhamento para garantir o escopo inicialmente acordado; |
| • | Qualquer alteração no escopo inicialmente acordado deverá ser alinhado com os CDs. Deverão ser controladas as alterações de escopo; |
| • | Ao final do projeto deverá ser planejada a capacitação das equipes dos CDs para que consigam atuar no produto; |
| • | Avaliação de desenho, aderência e interpretações legais (CDSP, CDJOI, CDBH); |
| • | Consultoria das legislações do TAF deverá ser feita no CDJOI. |