Ir al contenido

Escribir email, NIF, código postal y teléfono

Los campos del portal que tienen una forma fija —el email, el NIF o CIF, el código postal y el teléfono— se comprueban al guardar. Si algo no cuadra, no se envía nada: el aviso sale debajo del campo concreto y dice qué está mal. En cuanto vuelves a escribir en ese campo, su aviso desaparece. Da igual pulsar el botón de guardar o la tecla Intro: la comprobación es la misma.

Los espacios que se cuelen al principio o al final (típico al copiar y pegar) se quitan solos antes de guardar; no hace falta borrarlos a mano.

Tiene que llevar una sola @, con algo a cada lado y sin espacios, por ejemplo nombre@empresa.es. Si no, el aviso es:

El email no es válido: tiene que llevar una @ con algo a cada lado y sin espacios, p. ej. nombre@empresa.es

La comprobación es a propósito poco exigente: solo caza los errores de tecleo evidentes (la @ olvidada o repetida, un lado vacío, un espacio en medio). No comprueba que la dirección exista.

Un cliente puede tener varios (hasta 10): cada uno se comprueba con esta misma regla, y además no puede repetirse en la lista aunque cambien las mayúsculas, con el aviso «Este email ya está en la lista.» debajo de la fila repetida.

Dónde se aplica: el acceso al portal, ¿Has olvidado tu contraseña?, el email de un usuario, el de un cliente y el envío del enlace de la app por correo en Configuración.

Un DNI, un NIE o un CIF español, con su letra o dígito de control correcto, sin guiones, puntos ni espacios en medio:

  • DNI: ocho cifras y una letra, 12345678Z.
  • NIE: X, Y o Z, siete cifras y una letra, X1234567L.
  • CIF: una letra, siete cifras y un dígito o letra de control, B12345674.

Las minúsculas valen: se guarda en mayúsculas. Si el NIF no cumple, el aviso es:

El NIF/CIF no es válido: revisa las cifras y la letra, sin guiones ni espacios

La mayoría de las veces es una cifra mal tecleada: la letra de control no cuadra con las cifras. El portal aplica exactamente la misma comprobación que el servidor, así que si el portal lo acepta, el servidor también.

Dónde se aplica: el NIF de un cliente (obligatorio si el cliente requiere factura) y el de los datos fiscales de la empresa (siempre obligatorio).

Cinco cifras, como 28001 u 08001 (el cero inicial cuenta). Si no:

El código postal son 5 cifras, p. ej. 28001

Dónde se aplica: las direcciones de un cliente y los datos fiscales de la empresa.

Solo cifras, espacios, +, guiones, puntos o paréntesis, con al menos 6 cifras. Valen fijos, móviles e internacionales: 612 345 678, +34 612 345 678, (+34) 91-123-45-67. No valen palabras dentro del campo (tlf, ext.…). Si no cumple:

El teléfono no es válido: solo cifras, espacios, +, guiones o paréntesis, y al menos 6 cifras

El teléfono de un cliente, además, no puede pasar de 20 caracteres.

El código postal y el teléfono no se comprobaban antes, así que puede haber clientes con un teléfono como «llamar a Pepe» o un código postal de cuatro cifras. No bloquean nada mientras no los toques: si editas otra cosa del cliente (las observaciones, la tarifa…) se guarda sin problema y ese dato se queda como estaba. En cuanto cambias ese campo, se le aplica la regla. Lo mismo vale para el email de un cliente.

El NIF no tiene esta excepción porque el servidor ya lo comprobaba siempre: un NIF guardado es por fuerza válido.

Un campo obligatorio que se deja vacío (o solo con espacios) avisa con:

Este campo es obligatorio

Así funcionan, por ejemplo, el nombre, el email y el rol de un usuario, los datos fiscales de la empresa, las cuatro partes de una dirección de cliente, y el prefijo y el nombre de una serie de facturación.