Anexo 8 modelo conceptual del proyecto de icon

Anexo 8 modelo conceptual del proyecto de

Реклама:



Descargar 359.88 Kb.
TítuloAnexo 8 modelo conceptual del proyecto de
Página10/18
Fecha de conversión11.10.2012
Tamaño359.88 Kb.
TipoDocumentos
Fuente
1   ...   6   7   8   9   10   11   12   13   ...   18
1. /Irene Romero Hidalgo/1. Cartel de licitaciвn/Anexo 1.doc
2. /Irene Romero Hidalgo/1. Cartel de licitaciвn/Anexo 2.doc
3. /Irene Romero Hidalgo/1. Cartel de licitaciвn/Anexo 3.doc
4. /Irene Romero Hidalgo/1. Cartel de licitaciвn/Anexo 4.doc
5. /Irene Romero Hidalgo/1. Cartel de licitaciвn/Anexo 5.doc
6. /Irene Romero Hidalgo/1. Cartel de licitaciвn/Anexo 6.doc
7. /Irene Romero Hidalgo/1. Cartel de licitaciвn/Anexo 7 Terminos de referencia con aclaraciones.doc
8. /Irene Romero Hidalgo/1. Cartel de licitaciвn/Condiciones Generales-con aclaraciones.doc
9. /Irene Romero Hidalgo/1. Cartel de licitaciвn/RESOLUCION ADJUDICACION LP.doc
10. /Irene Romero Hidalgo/1. Cartel de licitaciвn/anexo8Modelo Conceptual.doc
11. /Irene Romero Hidalgo/Estudio de Factibilidad - versiвn al 11-2006.v2.doc
12. /Irene Romero Hidalgo/Estudio de Factibilidad versiвn 2005.doc
13. /Irene Romero Hidalgo/PrВstamo BCIE/PropuestaBCIE.docx
Anexo 1 Autorización del Fabricante del Software
Anexo 2 Formulario Currículo
Anexo 3 Ficha Técnica del proyecto
Anexo 4 Ficha de Experiencia en Proyectos
Anexo 5 Matriz de evaluación de Cumplimiento Real de las funcionalidades del enfoque de la solución propuesta y experiencia del oferente en su implementación
Anexo 6 Grado de cobertura de características técnicas
1 introduccion 5 1 Antecedentes 5
República de costa rica
Resolución de adjudicacion no. 0240-2006 licitacion nº 2006ln-0003-13402
Anexo 8 modelo conceptual del proyecto de
Ministerio de Hacienda Dirección General de Tributación
Ministerio de Hacienda Dirección General de Tributación
1. Introducción 4

4.2 Determinación de morosos


Una vez vencido el plazo legal establecido para el pago de los diferentes impuestos, sean éstos de autoliquidación o determinados por la A.T., el sistema debe identificar aquellos contribuyentes que no cancelaron sus adeudos, actualizando en forma inmediata la cartera morosa. De igual forma lo hará con las sanciones.

Previo al registro en la base de cartera morosa, se debe ejecutar el proceso de compensación (créditos del contribuyente, vrs débitos), para lo cual en el documento de requerimientos se detallará el procedimiento a seguir según la naturaleza o el origen de la deuda.

Los adeudos registrados en cartera morosa, deben ser actualizados en forma automática por las transacciones que se vayan registrando en la cuenta de movimientos.

Los adeudos contenidos en la base de datos de la cartera morosa deben estar clasificados de acuerdo con la estructura que se defina en los requerimientos, permitiendo la emisión de todos los informes que sean requeridos, tanto por los usuarios internos como por el contribuyente que desee consultarlos.

Al momento de ser clasificada la deuda como morosa, el sistema genera en forma automática el requerimiento de cobro cumpliendo con los requisitos establecidos en el artículo 169 del Código de Normas y Procedimientos Tributarios.

A todo requerimiento el sistema debe asignar un número consecutivo que debe visualizarse en el documento a notificar. Asimismo, el sistema debe asignar, en forma automática, los casos a los gestores, de acuerdo con el rol definido y atendiendo las cargas de trabajo que mantiene cada funcionario, cuyo nombre también debe figurar en el requerimiento.

Cada requerimiento de cobro, debe manejarse como un expediente, lo cual debe ser considerado por el sistema (un contribuyente puede tener varios expedientes según la cantidad de requerimientos que el sistema le haya emitido) y en éste deben estar contenidas todas las gestiones realizadas y referidas a cada cobro, tanto en sede administrativa, como judicial.

Los requerimientos de cobro son notificados al contribuyente por el mismo sistema, utilizando el mecanismo de notificación desarrollado en este documento. El sistema debe manejar un contador de plazos de vencimiento de cada actuación (según los requerimientos), de tal forma que pueda darse por finalizada una fase y dar continuidad a la siguiente, en forma expedita, según el flujo de proceso definido

Todo movimiento que realice el contribuyente en relación con el cumplimiento de las deudas morosas, debe quedar registrado en el sistema, modificando en forma automática el estado del adeudo, el expediente electrónico del contribuyente, las marcas de cumplimiento, el datawarehouse y la matriz de riesgo.

El sistema debe contener las plantillas para todas las gestiones que se deben realizar en sede judicial, las cuales pueden ser modificadas por los gestores; todo cambio realizado en ese sentido debe quedar registrado en bitácoras.

El sistema debe permitir el registro de todas las actuaciones que se realizan ante las instancias judiciales, para lo cual debe incluir en el expediente electrónico una copia de los documentos generados en el proceso y la fecha de la presentación de cada uno de ellos.
  1. Medidas cautelares


Corresponde a medidas de carácter provisional, cuando existan indicios racionales de que en otros casos, el estado de cobro se verá frustrado o gravemente dificultado.

La medida cautelar se ejecuta aun cuando la deuda no se encuentre líquida, no obstante, debe encontrarse devengada y haya transcurrido el plazo reglamentario para su cobro.

En estos casos el sistema debe crear una marca a partir de la firma de la resolución que establece la medida cautelar, asimismo, debe crear el registro respectivo que permita las consultas a los distintos usuarios internos y mantener un registro histórico aun cuando se desista de la medida. El sistema deberá mostrar un mensaje de alerta respecto a la existencia de esta gestión, cada vez que se acceda a la cédula del contribuyente.

4.3 Liquidaciones previas


Se conoce como liquidaciones previas, el proceso mediante el cual se verifica la determinación correcta de los impuestos por parte del contribuyente.

Las liquidaciones previas son de dos tipos:

  • Liquidaciones previas por comprobación abreviada: Consiste en la conciliación de la información consignada en las declaraciones informativas contra las declaraciones autoliquidativas presentadas por los contribuyentes, a partir de la cual se identifica a los contribuyentes que declaran de forma inexacta o que están en condición de omisos, o bien, a aquellas personas físicas o jurídicas que no se encuentran registradas como contribuyentes (ocultos).

  • Liquidaciones previas por comprobación formal: Consiste en la comprobación de la existencia de errores aritméticos o de derecho en las declaraciones autoliquidativas presentadas por los contribuyentes.

Los modelos sujetos de conciliación y sus respectivas validaciones se detallan en los requerimientos.

Las diferencias de impuesto producto de dicha verificación se tendrán disponibles dentro de una consulta para tal efecto, donde habrán de visualizarse los datos de la declaración original, los datos calculados, las diferencias generadas así como el aumento en el impuesto determinado. Tales diferencias no podrán ser contabilizadas hasta tanto culmine el procedimiento administrativo correspondiente y las deudas puedan considerarse entonces líquidas y exigibles.
  1. Trámite de liquidaciones previas


El sistema debe permitir:

  • Emitir el comunicado que corresponda según la etapa del trámite en que se encuentre y remitirlo vía electrónica al buzón de correo del contribuyente.

  • Asignar y reasignar los casos a los usuarios designados para su tramitación, de conformidad con el rol definido y con la distribución de las cargas de trabajo.

  • Llevar el seguimiento y estado del expediente, que habrá de crearse, donde se muestre la gestión que efectúe la AT.

  • Generar el inicio del procedimiento sancionador.

  • Permitir el traslado del caso a otra Área, para completar la gestión administrativa.

  • Alimentar la matriz de riesgo, el datawarehouse, actualizar el expediente electrónico del contribuyente y generar los reportes respectivos.

El resultado de la gestión de una liquidación previa, puede originar las siguientes situaciones:

- Que el contribuyente acepte el ajuste en el impuesto, propuesto por la A.T., y decida pagar. (Regularización total con pago). En este caso, en el momento que ingresa el documento, el sistema debe registrar en cuenta corriente, el débito y el crédito simultáneamente.

- Que el contribuyente acepte en forma parcial el ajuste en el impuesto, propuesto por la A.T., y decida pagar el monto aceptado (Regularización parcial con pago). En este caso, por la diferencia no aceptada, la A.T. deberá emitir un traslado de cargos, registrando el débito por la parte sí regularizada y el crédito por el pago efectuado, una vez que ingresa el documento de regularización.

- Que bajo los presupuestos anteriores, el contribuyente regularice pero no pague. En este caso se deberá generar en cuenta corriente el adeudo respectivo y se dará inicio al procedimiento de cobranza.

- Que el contribuyente no acepte la propuesta de ajuste que le efectúa a A.T. en cuyo caso, se deberá emitir un traslado de cargos por la totalidad de la diferencia de impuesto. En este caso, deberá darse continuidad al procedimiento administrativo hasta que la determinación quede en firme y la deuda sea líquida y exigible, antes de lo cual no podría generarse su registro en la cuenta corriente.
1   ...   6   7   8   9   10   11   12   13   ...   18

Реклама:

Similar:

Anexo 8 modelo conceptual del proyecto de iconModelo 3: Solicitud del Investigador Principal del proyecto para designar a otro investigador de la Universidad de Murcia como beneficiario de los fondos finales disponibles en el mencionado proyecto

Anexo 8 modelo conceptual del proyecto de iconModelo de Certificado del Centro de acogida1 Anexo e 3 (salida) (Curso 20 / 20 )

Anexo 8 modelo conceptual del proyecto de iconAnexo II 1 Datos del proyecto

Anexo 8 modelo conceptual del proyecto de iconAnexo II formulario identificacion del Proyecto

Anexo 8 modelo conceptual del proyecto de iconAnexo III- memoria técnica y económica del proyecto

Anexo 8 modelo conceptual del proyecto de iconAnexo I a) Descripción del Proyecto común de la agrupación (máx. 10 páginas) Título

Anexo 8 modelo conceptual del proyecto de iconAnexo III modelo de autorización del interesado para que la agencia española de medicamentos y productos sanitarios pueda recabar datos a la agencia estatal

Anexo 8 modelo conceptual del proyecto de iconPp-itt ingeniería Técnica de Telecomunicación Propuesta de Presidente del Tribunal del proyecto fin de carrera director del Proyecto

Anexo 8 modelo conceptual del proyecto de iconPp-it ingeniería de Telecomunicación Propuesta de Presidente del Tribunal del proyecto fin de carrera director del Proyecto

Anexo 8 modelo conceptual del proyecto de iconResolución del Rector de 22 de junio de 2012 Modalidad b anexo III: Aval de ayuda con cargo a proyecto/contrato de investigación

Anexo 8 modelo conceptual del proyecto de iconAnexo c del convenio general de pasantías educativas Modelo de ficha de evaluación Tutor Programa Individual de Pasantías Educativas

Coloca este botón en su sitio:
Documentos


La base de datos está protegida por derechos de autor ©www.ensayoes.com 2000-2013

enviar mensaje
Documentos