A petición de unos de nuestros clientes, usuarios de Genera720, hemos desarrollado otro programa de la familia de los Genera: GeneraD6

GeneraD6 permite cargar datos desde una hoja de cálculo, detectar errores y generar un fichero en formato .afxm para Aforix de la declaración D-6 Inversión Española en Valores Negociables.

Aforix es la aplicación del Ministerio de Economía y Competitividad para rellenar los modelos informativos a presentar en el mismo.

GeneraD6 ahorra un tiempo considerable a la hora de rellenar el modelo D-6 Inversión Española en Valores Negociables. De hecho puede reutilizar los mismos datos que ya eran utilizados en Genera720, solo con cambiar ciertos nombres de columnas.

Por cierto nuestro agradecimiento a la Jefe de Servicio de Sistemas Informáticos del Ministerio por suministrarnos cierta información sobre los formatos de archivo y que nos ha facilitado considerablemente el trabajo.

A raiz de las actualizaciones llevadas a cabo en Criterium referentes a la nueva implantación SEPA y algunas necesidades concretas de nuestros clientes hemos desarrollado una pequeña utilidad para depurar cuentas bancarias y convertirlas al nuevo formato IBAN. Se trata de GeneraIBAN.

Evidentemente dicha utilidad solo tiene sentido en aquellas empresas que tengan que llevar a cabo una actualización y conversión masiva de cuentas bancarias en sus programas de gestión.

Sus funciones principales son:

• Completar dígitos de control
• Verificar CCC
• Verificar IBAN
• Generar IBAN
• Generar BIC
• Detectar cuentas obsoletas por cambios en entidades financieras

La idea no es solo convertir CCC a IBAN/BIC sino también realizar una depuración de errores y de cuentas obsoletas. Utiliza los datos del Banco de España de fecha 19/11/2013, aunque se irán actualizando a medida que salgan nuevas versiones.

El funcionamiento es el habitual de nuestra utilidades. Hay que cargar los datos desde una hoja de cálculo.

En los siguientes campos se indican los datos de la cuenta:

• ENTIDAD: 4 dígitos
• OFICINA: 4 dígitos
• DC: dígito de control de 2 campos. Si no existe los crea el sistema.
• CUENTA: cuenta de 10 dígitos
• CUENTA_COMPLETA: 20 o 23 dígitos. Si incluye los espacios el sistema anula los mimos y pasa los datos a los cuatro campos anteriores.

El sistema rellena los siguientes campos:

• IBAN
• IBAN_IMPRESO
• BIC
• ENTIDAD_NOMBRE
• ENTIDAD_FCHBAJA
• ENTIDAD_MOTBAJA
• ENTIDAD_SUCESORA
• ENTIDAD_SUCESORA_NOMBRE

Los siguientes campos son para añadir información que no será procesada pero que será recuperada desde la hoja de cálculo original a la nueva creada con los datos rellenos:

• ID_SUJETO: Clave de sujeto
• ID_CUENTA: Clave de cuenta bancaria, por si el sistema permite la carga de varias
• "CAMPO1"    "CAMPO2"    "CAMPO3"    "CAMPO4"    "CAMPO5"    "CAMPO6"    "CAMPO7"    "CAMPO8"    "CAMPO9"    "CAMPO10"    "CAMPO11"    "CAMPO12"    "CAMPO13"    "CAMPO14"    "CAMPO15"    "CAMPO16"    "CAMPO17"    "CAMPO18"    "CAMPO19"    "CAMPO20": Campos con información adicional.

Si tienen alguna necesidad concreta relacionada con este tema pónganse en contacto con nosotros.

En un artículo anterior hacíamos referencia a algunos cambios realizados en Criterium CyP para hacer la adaptación a la norma SEPA.

Hemos realizado otros cambios que facilitarán aún mas dicha implantación.

Máscara de edición para el campo IBAN que respeta la estandarización del código, bloques de 4 caracteres.

Formulario para actualización masiva de cuentas IBAN en función al código cuenta cliente existente.

Este se aplica en cuentas de clientes, proveedores y trabajadores.

Un método muy sencillo que facilitará aún más el cambio a SEPA.

El Real Decreto 828/2013, de 25 de octubre establece ciertas modificaciones al modelo 347 que entraran en vigor en el ejercicio 2.014 y posteriores. Si prefieren ahorrar tiempo consulten el resumen de la Agencia Tributaria.

Al margen de ciertas modificaciones muy específicas que no afectan a la mayoría de los usuarios de Genera347, resaltar:

Contenido de la declaración (artículo 33) 

• Los sujetos pasivos acogidos al RECC y los destinatarios de sus operaciones deberán incluir en su declaración anual de forma separada los importes devengados durante el año natural conforme a la regla general de devengo (artículo 75 LIVA) y de acuerdo con los criterios del régimen especial (artículo 163 terdecies LIVA).
• Se produce la eliminación del límite mínimo excluyente de 3.005,06 € exclusivamente para obligar a declarar todas las subvenciones otorgadas por las distintas AAPP a una misma persona o entidad. 

Cumplimentación (artículo 34) 

• En el caso de empresarios o profesionales establecidos en otro Estado miembro que carezcan de NIF, se deberá consignar el número de identificación fiscal a efectos del Impuesto sobre el Valor Añadido atribuido por dicho Estado.
• Deberán identificarse separadamente las operaciones en las que se produzca la aplicación de la inversión del sujeto pasivo en el IVA, las que se vinculen al régimen de depósito distinto del aduanero y a las que se aplique el RECC.

 

Imputación temporal (artículo 35)

 

• La información se suministrará exclusivamente atendiendo a su cómputo anual, en los supuestos de la información a presentar por los sujetos acogidos al RECC, por las comunidades de bienes en régimen de propiedad horizontal y, en cuanto a las operaciones afectadas por el RECC, por los destinatarios de las mismas. 

Como puede observarse, el intento de controlar la aplicación del régimen especial del criterio de caja (RECC) también produce efectos problemáticos en el modelo 347. No solo tendrá un efecto disuasorio para que las empresas se acojan a dicho régimen sino que puede condicionar la actividad comercial de dichas empresas con sus clientes. La contaminación del régimen puede provocar que las empresas se nieguen sistemáticamente a contratar con las PYMES acogidas al RECC.

Como es natural, los usuarios de Genera347 pueden contar con que lo adaptaremos a estos cambios.

Según el Real Decreto 828/2013, de 25 de octubre se elimina definitivamente la pretensión de aplicar de forma generalizada el Modelo 340 y se mantiene tal y como estaba hasta ahora, solo obligatorio para las empresas dadas de alta en el REDEME. Si prefieren ahorrar tiempo consulten el resumen de la Agencia Tributaria.

Según la exposición previa y el apartado once del artículo tercero:

Se reduce el ámbito subjetivo de la obligación de informar sobre operaciones incluidas en los libros registro. De forma que, a partir de 1 de enero de 2014, solo se exige dicha obligación respecto de aquellos sujetos pasivos del IVA o del IGIC que estén incluidos en el registro de devolución mensual. En concordancia con dicha medida se considera tácitamente derogada la disposición transitoria tercera.2 del Reglamento General de las actuaciones y los procedimientos de gestión e inspección tributaria y de desarrollo de las normas comunes de los procedimientos de aplicación de los tributos, que posponía la entrada en vigor de dicha obligación para determinados obligados, puesto que los mismos, no inscritos en el registro de devolución mensual, ya no estarán obligados a dicha obligación de información dada la modificación normativa operada.

1. De acuerdo con lo dispuesto en el artículo 29.2.f) de la Ley 58/2003, de 17 de diciembre, General Tributaria, los sujetos pasivos del Impuesto sobre el Valor Añadido inscritos en el registro de devolución mensual regulado en el artículo 30 del Reglamento del Impuesto sobre el Valor Añadido, aprobado por el Real Decreto 1624/1992, de 29 de diciembre, y los sujetos pasivos del Impuesto General Indirecto Canario inscritos en el registro de devolución mensual regulado en los artículos 9 y 10 del Reglamento de gestión de los tributos derivados del Régimen Económico y Fiscal de Canarias aprobado por el Decreto 268/2011, de 4 de agosto, estarán obligados a presentar una declaración informativa con el contenido de los libros registro a que se refieren los artículos 62.1 del Reglamento y 30.1 del Decreto citados.

Recordar que este tema del modelo 340 viene coleando desde el Real Decreto 1065/2007, de 27 de julio de 2.007 que establecía que sería de aplicación en 2.009 y que se ha ido posponiendo progresivamente:

Artículo 36. Obligación de informar sobre operaciones incluidas en los libros registro.

 

De acuerdo con lo dispuesto en el artículo 29.2.f) de la Ley 58/2003, de 17 de diciembre, General Tributaria, los obligados tributarios que deban presentar autoliquidaciones o declaraciones correspondientes al Impuesto sobre Sociedades, al Impuesto sobre el Valor Añadido o al Impuesto General Indirecto Canario por medios telemáticos, estarán obligados a presentar una declaración informativa con el contenido de los libros registro a que se refiere el artículo 62.1 del Reglamento del Impuesto sobre el Valor Añadido, aprobado por el Real Decreto 1624/1992, de 29 de diciembre y el artículo 15 del Decreto 182/1992, de 15 de diciembre, de la Comunidad Autónoma de Canarias, por el que se aprueban las normas de gestión, liquidación recaudación e inspección del Impuesto General indirecto Canario y la revisión de los actos dictados en aplicación del mismo.

 

Existirá obligación de presentar una declaración informativa por cada periodo de liquidación del Impuesto sobre el Valor Añadido o del Impuesto General Indirecto Canario. Dicha declaración contendrá los datos anotados hasta el último día del periodo de liquidación a que se refiera y deberá presentarse en el plazo establecido para la presentación de la autoliquidación del impuesto correspondiente a dicho periodo.

 

Disposición transitoria tercera. Obligaciones de información de carácter general.

 

1. ...

 

2. La obligación de informar sobre operaciones incluidas en los libros registro regulada en el artículo 36 de este reglamento será exigible por primera vez para la información a suministrar correspondiente al año 2009.

Así, que para aquellas empresas no inscritas en el REDEME: El modelo 340 ha muerto, larga vida al modelo 347.

Como consecuencia de las modificaciones introducidas en la Ley 37/1992, del IVA, por la Ley 14/2013, de 27 de septiembre, de apoyo a los emprendedores y su internacionalización, así como la modificación del Reglamento del IVA por el RD 828/2013 de 25 de Octubre se modifica el modelo 340.

Todos estos cambios serán soportados en la versión actual de Genera340

La Agencia Tributaria publicó un pequeño adelanto de los cambios en los modelos. No solo con respecto al modelo 340, sino también del modelo 303 y otros.

Los cambios en el Modelo 340 y Genera340:

1. Nuevas claves en el campo CLAVE DE OPERACIÓN “Z”: Régimen especial del criterio de caja, 
2. Claves numéricas para especificar con carácter voluntario el tipo de operación acogida al nuevo régimen especial:
   
   1. IVA criterio de caja. Asiento resumen de facturas.
   2. IVA criterio de caja. Factura con varios asientos (varios tipos impositivos).
   3. IVA criterio de caja. Factura rectificativa.
   4. IVA criterio de caja. Adquisiciones realizadas por las agencias de viajes directamente en interés del viajero (Régimen especial de agencia de viajes).
   5. IVA criterio de caja. Factura simplificada.
   6. IVA criterio de caja. Rectificación de errores registrales.
   7. IVA criterio de caja. Facturación de las prestaciones de servicios de agencias de viaje que actúan como mediadoras en nombre y por cuenta ajena. (Disposición adicional 4a RD 1496/2003).
   8. IVA criterio de caja. Operación de arrendamiento de local de negocio.
3. Nuevos campos:
   • FECHA DE COBRO / PAGO.
   • IMPORTE COBRADO / PAGADO.
   • CLAVE CORRESPONDIENTE AL MEDIO DE COBRO O DE PAGO UTILIZADO.
   • DESCRIPCIÓN DEL MEDIO DE COBRO O DE PAGO UTILIZADO.
4. Adicionalmente se actualiza la lista de países (incorporando a Croacia y la doble codificación del Número de Identificación Fiscal del País de Residencia – también se actualiza en el Modelo 349) y se modifica la descripción del campo “PERIODO” para eliminar los periodos trimestrales como consecuencia de la reducción del ámbito subjetivo de la obligación informativa.

Unas apreciaciones:

1. No está claro que sucede con las facturas que se paguen/cobren con posterioridad a la declaración del modelo 340 o que tengan fraccionamiento en el pago.
2. El cambio referente a Croacia ya está reflejado en las versiones actuales de Genera340 y Genera349
3. Definitivamente se elimina el propósito de generalizar el modelo 340 para todas las empresas, solo será obligatorio para aquellas que estén en el REDEME. Sigue tal y como estaba.

Es solo una apreciación personal, pero creo que los procedimientos aplicados para la implantación efectiva de régimen especial de criterio de caja convierte a los empresas que se acogen al mismo en prácticamente apestados económicos. Ya que contaminan a las empresas con las que se relacionan. Contaminación que supone un incremento en la carga administrativa-contable en la empresa contagiada. Aún sin contar con los cambios en el modelo 340, solo rellenar las casillas 74 y 75 del futuro modelo 303 ya suponen un cambio de operatoria importante.

Actualización de fecha 04-09-2013. Ya se ha solucionado el problema por parte de la Agencia Tributaria. Han desactivado, comentándolo, el nuevo código. Los programadores no somos infalibles, por eso al menos debemos ser rápidos a la hora de solucionar nuestras cagadas, y la verdad es que los programadores de la Agencia Tributaria lo han sido.

Debido a la reciente incorporación de Croacia a la Unión Europea ha sido preciso modificar distintos modelos tributarios: el 349, 340 e Intrastat.

En el programa de ayuda del modelo 340 parece haber un error.

Solo se han modificado dos archivos:

• soc3340l.js para añadir la linea: ["HR","Croacia"],
• nre13340.html para icorporar nuevo código:

// para calculos temporales

var numeroElementos = modelo.registros02E.length;

var estoyen = modelo.indice02E;

var cuotarecargo =0;

var importeTotalFactura=0;

abrirVentana();

 

 

for (var x=0;x<numeroElementos;x++){

 

window.status="Sumando "+ (x+1)+ " de "+numeroElementos+" de Tipo Libro expedidas";

cambiarMensajeVentana(window.status);

 

modelo.cargaRegistro2("02E",x);

if (aNum(modelo.campos["S02ETIIM"].valor) == 0){

cuotarecargo+= aNum(modelo.campos["E02ECURE"].valor);

importeTotalFactura+=aNum(modelo.campos["E02EIMFA"].valor);

}

}

cerrarVentana();

 

alert ("Suma importe total factura: "+importeTotalFactura+ "\n. Suma cuota recargo: "+cuotarecargo);

 

modelo.cargaRegistro2("02E",estoyen);

 

 

return;

 

 

////

Este código hace saltar un mensaje y no se genera el archivo BOE.

No sabemos, ni podemos perder tiempo en saber, que hace exactamente este código pero no creemos que sea fundamental en cuanto a las verificaciones y generación del archivo BOE del modelo 340.

Una solución provisional es utilizar la versión de 15/05/2013 modificada para que soporte Croacia. Hay que descargarla y descomprimirla en la carpeta C:\AEAT. No sobre-escribe la versión de la AEAT ya que se crea el directorio 340_2013_05_criterium. Aunque el archivo seguirá siendo generado en el directorio 340_2013.

También puede darle a la opción de "Salir" y será generado el BOE del modelo 340. Aunque en este caso no se generarán las autonumeraciones de los registros en el archivo BOE.

Como comprenderá utilizará este procedimiento a su propio riesgo y responsabilidad. No podemos responsabilizarnos de los errores de otros. No obstante, el error posiblemente será solucionado en breve por lo que si puede esperar a la nueva versión del programa de ayuda hágalo.

Se acerca la implantación obligatoria de La Zona Única de Pagos en Euros: SEPA. Esto ha supuesto ciertos cambios en las normas bancarias para la realización de transferencias (norma 34.14) y presentación de recibos (norma 19.14).

Las nuevas norma 34.14 y norma 19.14 obligan a indicar el IBAN de la cuenta y el BIC del banco.

Hemos desarrollado una herramienta específica para facilitar la migración de las cuentas al nuevo formato SEPA: GeneraIBAN. Con esta herramienta no solo podrá migrar las cuentas sino que también podrá detectar y actualizar las cuentas bancarias obsoletas por cambios de las entidades financieras: absorciones, cierres de oficinas, etc

Por otro lado, para facilitar la transición a nuestros clientes, aparte de implementar las nuevas normas, hemos desarrollado ciertas mejoras en Criterium CyP, nuestro ERP.

Obtención automática del IBAN y BIC a través de CCC

En el caso de las cuentas en bancos con establecimiento en España se pueden obtener ambos códigos directamente en base a los datos del número de cuenta bancaria.

Pulsando la tecla Insertar:

• El IBAN se calcula directamente. De todas formas debería confirmar dicha cuenta con sus clientes y proveedores.
• El BIC se obtiene del listado de Entidades Financieras suministrado por el Banco de España. Hay que tener en cuenta que si tiene asignada la entidad financiera y no se indica el BIC a nivel de cuenta en cliente, proveedor, trabajador, etc; automáticamente se utiliza la que tiene asignada la entidad financiera.

Actualización de entidades financieras que operan en España

El Banco de España mantiene un listado actualizado de las entidades financieras que realizan operaciones en España. Entre los datos suministrados se incluye el BIC, por lo que es importante que actualice el listado de Entidades que hay en Criterium CyP para poder obtener el mismo según el procedimiento anterior.

También puede consultar los datos completos de las entidades en la web del Banco de España pulsando "Control + Insertar" en el código de Entidad.

Para realización la actualización siga los siguientes pasos:

1) Abrir el formulario de gestión de Entidades

Con la tecla "Inicio" desde algún campo que haga referencia a las entidades financieras. También puede abrirse desde la sección "FNC-Financiero" -> 5: T. Auxiliares -> Entidades Financieras

2) Obtener el listado actualizado de entidades desde el banco de España

Hay varios formatos, nosotros necesitamos el de Entidades con Establecimiento en formato xls.

Para evitar problemas con las dobles comillas se pueden hacer dos cosas. Buscar y reemplazar la doble comilla ( " ) por dos comillas simples (''). O eliminar la columna NOMBRE35, la tercera por el final, ya que es la única que utiliza la doble comilla.

3) Copiar y pegar los datos en Criterium CyP

Seleccionando todo el rango de datos, incluida la cabecera con el nombre de columnas, se copian los datos al portapapeles.

Se pegan en la rejilla que hay en la pestaña de Actualización. Se pulsa en el triángulo azul de la esquina superior-izquierda de la rejilla y se aplica la opción "Pegar lineas desde portapapeles por nombre de campo.

4) Actualizar datos

Pulsamos el botón "Actualizar datos según tabla inferior". Esta opción realiza la siguientes acciones sobre los datos almacenados en Criterium CyP según los datos obtenidos del Banco de España:

1. Si la entidad financiera no está dada de baja
   1. Si la entidad ya existe actualiza la información en caso de cambio
   2. Si no existe se da de alta
2. Si la entidad financiera está dada de baja
   1. Si no se ha utilizado en ningún registro la entidad la borra
   2. Si se ha utilizado se asigna la fecha de baja a la entidad

Una vez actualizada esta tabla le resultará muy sencillo hacer la transición a SEPA y al uso generalizado del IBAN y BIC para generar sus archivos de normas bancarias.

Como puede observar en la imagen superior hemos creado un banco muy especial, el 0000. Tal y como están los bancos y sus organismos reguladores no carece de sentido ;)

Cambios desde la versión 1.19.0.11 a la 1.19.0.17.

Sumario:

Criterium CyP no solo cuenta con un sistema completo de gestión del personal de la empresa, también es posible controlar las ofertas y solicitantes de empleo.

Ofertas de Trabajo

En este registro registraremos las ofertas de empleo que tiene abiertas la empresa.

En este formulario se abren las ofertas de trabajo disponibles a nivel de empresa. Podría ampliarse su funcionalidad para vincular las mismas a enlaces dentro de portales de empleo y más campos descriptivos. Una mejora sería asociar las ofertas a clientes de la empresa, de esta forma sería apropiado para hacer selecciones de personal para otras empresas.

Las puestas de trabajo pueden estar asociadas a distintos puestos de trabajo, de esta forma completamos los datos específicos de la oferta con la información asociada al puesto de trabajo. Esto también ahorra trabajo a la hora de manejar las características de los puestos de trabajo, ya que se gestionan de forma centralizada.

Hay una tabla configurable de estados que permiten hacer un filtrado de las ofertas, distinguiendo aquellas que están abiertas de las cerradas.

La evaluación de los candidatos se explicará mas adelante, ya que depende del registro de los mismos.

Solicitante de empleo

Este registro nos permite el registro de los solicitantes de empleo y su relación con las distintas ofertas disponibles.

Aparte de los datos de contacto se registra la distinta experiencia laboral.

La idea que hay detrás de los registros de solicitantes es la de poder hacer un seguimiento en el tiempo. Ello hace posible que pueda realizar varias solicitudes de empleo en periodos distintos o incluso para departamentos distintos. En la actualidad la evolución profesional y la formación continua es un requisito ineludible, de esta forma podemos ir recogiendo a nivel de solicitante su evolución profesional a lo largo del tiempo. Incluso puede darse el caso de solicitantes que estén capacitados para el desarrollo de funciones totalmente distintas.

El solicitante de empleo se asocia a unos determinados puestos de trabajo. Esto facilitará la localización de posibles candidatos en un futuro, ya que los mismos estarán catalogados según el puesto de trabajo que están capacitados. Como es natural, la capacitación para desarrollar distintos puestos de trabajo puede variar a lo largo del tiempo. Incluso podría darse el caso de que se diese de baja para un determinado puesto de trabajo debido a un desfase formativo del trabajador y la evolución de los requisitos funcionales del puesto de trabajo.

Hasta ahora hemos registrado ofertas de trabajo y solicitantes. Ahora hay que relacionar ambos. Si las candidaturas han llegado a través de portales de empleo esta relación estará establecida de forma directa. Pero también puede que realicemos una localización de candidatos a través de la base de datos de solicitantes. Para ello haríamos una localización a través de asignaciones de puestos de trabajo a dichos candidatos. Hay formularios para localizar posibles candidatos a través de sus asignaciónes a puestos de trabajo concretos e incluso de forma mas amplia a departamentos.

Evaluación de candidatos a ofertas de empleo

Relacionando ofertas y solicitantes podemos abrir un proceso de selección.

Desde el solicitante podemos visualizar todas las ofertas en las que ha sido candidato.

También se mostrarán todos los candidatos asociados a una determinada oferta de trabajo.

Esperamos que el estado actual del procedimiento sea un buen punto de partida para desarrollar sus procedimientos de selección. Con un poco de esfuerzo adicional podrían añadirse ciertas mejoras:

• Carga automatizada de datos de candidatos desde la información en portales de empleo.
• Registro del proceso de selección completo a nivel de candidatos asociados a oferta de trabajo: alta, pre-evaluación, llamada, entrevista, etc
• Generación automática de emails de notificación a los candidatos a través de las distintas fases de la selección.
• Etc

Otros detalles a tener en cuenta:

• Se puede utilizar el sistema de soporte documental para adjuntar documentación digital a los puestos de trabajo ofertados y los solicitantes de empleo.
• La aplicación de la ley de protección de datos de caracter personal está garantizada a través del sistema de seguridad y acceso controlado a la información integrado en la aplicación.