Ir al contenido

Laravel en Madrid

Desarrollo Laravel para empresas de Madrid

Una agencia de desarrollo Laravel para equipos de Madrid. Clientes corporativos y del sector público, facturación con requisitos de certificación, y reglas que varían por territorio.

Madrid está dos horas por detrás de nosotros y la jornada española acaba más tarde, así que el solape es más amplio de lo que indica el reloj: nuestra tarde cae dentro de su jornada y no al final de ella.

Los compradores aquí son corporaciones, utilities y empresas que venden al sector público. Lo que llega suele ser una aplicación que ya existe y tiene que seguir funcionando mientras cambia.

La facturación en Madrid es una función regulada

Esta es la particularidad española que llega al esquema, y sorprende a quien ha tratado la facturación como una funcionalidad de informes.

Cuando el software de facturación arrastra requisitos de certificación, el documento deja de ser algo que se puede regenerar. De ahí salen tres consecuencias, y las tres son decisiones de esquema.

Las facturas pasan a ser inmutables una vez emitidas. Una corrección es un documento nuevo que referencia al original, no una edición. Una aplicación que actualiza la fila de la factura en su sitio no puede expresar eso, y rehacerlo después obliga a decidir qué significaban las filas históricas.

La integridad de la numeración importa. Hay que asignar los números de forma que no queden huecos sin explicación, lo que descarta reservar un número de forma optimista y descartarlo cuando algo falla. Eso es una cuestión de bloqueos y de límites de transacción, no de formato.

Y los registros tienen que poder reproducirse después con sentido. Eso es retención con dientes: saber dónde vive cada copia, y saber que las cifras guardadas son las que se aplicaron y no unas recalculadas con la configuración de hoy. Que es una de las decisiones que no se pueden deshacer una vez hay filas.

Un país, más de un conjunto de reglas en Laravel

Lo segundo que pilla a las aplicaciones diseñadas para una única configuración nacional: hay territorios en España que operan su propio régimen junto al estatal.

La consecuencia de ingeniería es concreta. Lo que determina qué reglas se aplican tiene que ser una propiedad de la operación - registrada en su momento, con el registro - y no un ajuste de la aplicación. Un fichero de configuración que dice cómo funciona España es un modelo con una sola jurisdicción dentro, y el primer cliente en un territorio distinto es el informe de error.

Vender al sector público en Madrid cambia el calendario

Para las empresas que venden a organismos públicos, el proceso de compras va por delante de la ingeniería, y es donde se escapan las fechas.

Así que la primera semana sirve para establecer qué aprobaciones tienen el plazo más largo - alta de proveedor, revisión de seguridad, provisión de accesos - y ordenar las fases para que una dependencia bloqueada detenga una fase y no el proyecto entero.

La revisión de seguridad de una empresa de Madrid llega antes del contrato

Con un comprador corporativo el cuestionario de seguridad precede al trabajo, y se responde con artefactos, no con buenas intenciones.

Las preguntas se repiten de un comprador a otro, y eso es lo aprovechable. Dónde residen los datos y bajo qué jurisdicción. Quiénes son los subencargados y qué hace cada uno. Cómo se concede y se retira el acceso. Cómo se revisan y se publican los cambios. Qué ocurre con los datos al final. Cuál es el compromiso de notificación de incidentes. Cada una tiene una respuesta verdadera que ocupa un párrafo, y tener esos párrafos escritos antes de que llegue el primer cuestionario convierte un intercambio de dos semanas en un día.

Las respuestas tienen que coincidir con la aplicación, y ahí es donde se descubre a muchos proveedores. Un cuestionario que afirma que el acceso se revisa trimestralmente, sobre un sistema que no registra quién tiene acceso, es una afirmación que no sobrevive a la siguiente pregunta. Así que la revisión suele producir una lista corta de cosas que merece la pena construir - una lista de accesos exportable, un registro de despliegues, un log que muestre quién leyó qué - y las tres son baratas si se construyen a propósito y caras si se añaden con una fecha encima.

Una prueba de intrusión forma parte con frecuencia, encargada por el comprador o exigida al proveedor. Programarla tarde es el error habitual, porque los hallazgos necesitan tiempo para corregirse y volver a probarse, y un contrato que espera una reprueba es un contrato que espera.

Inicio de sesión único de Laravel contra el directorio de una empresa de Madrid

En una empresa de cierto tamaño nadie quiere otra contraseña, y el equipo de seguridad no la va a aceptar. El inicio de sesión único es por tanto un requisito y no una mejora, y es el requisito que más veces se deja para cuando el piloto ya casi ha terminado.

Dejarlo para el final es caro porque cambia el modelo de identidad en lugar de añadirse a él. Los usuarios llegan del directorio, así que no se crean en la aplicación, y un registro de usuario cuyo correo puede editar un administrador está mal en cuanto el directorio es dueño de ese campo. A la aplicación le pertenece lo que el directorio no sabe - un rol dentro del producto, una preferencia, un ámbito - y la frontera entre ambos hay que trazarla a propósito.

El mapeo de grupos es donde está el detalle. El directorio tiene grupos que significan algo en términos de organización y la aplicación tiene roles que significan algo en términos de función, y mapear unos con otros es una decisión que los administradores del cliente deberían poder cambiar sin una nueva versión. Dejar el mapeo en el código produce un ticket cada vez que un departamento se reorganiza.

La baja de usuarios es la mitad que justifica todo el montaje. Alguien se va, su cuenta de directorio se desactiva, y lo que se espera es que su acceso a la aplicación termine - lo cual solo ocurre si la aplicación comprueba en cada sesión en lugar de fiarse de un registro creado en el primer inicio. Y existe una cuenta de emergencia para el caso en que el propio directorio no esté disponible, con su uso registrado y visible, porque la alternativa es descubrir durante una caída que nadie puede entrar.

En lo comercial

La factura la emite Codefacture Yazılım A.Ş., con domicilio en Türkiye, en euros y por transferencia, sin IVA turco por la exención de servicios exportados. El alcance queda cerrado por escrito antes de arrancar, y el precio se fija por proyecto.

El terreno de ámbito nacional - el régimen de certificación, el suministro inmediato, la capa regional - está en la página de España.

El marco regulatorio y comercial está en la página de España.

Preguntas frecuentes

¿Qué cambia en el código un software de facturación certificado?
Convierte la facturación de informe en función regulada. Las facturas pasan a ser inmutables una vez emitidas: una corrección es un documento nuevo que referencia al anterior, no una edición. La integridad de la numeración importa, así que no puede haber huecos que nadie sepa explicar. Y los registros deben conservarse de forma que puedan reproducirse después, lo cual es una decisión de retención y no de informes.
¿Por qué no basta con una configuración fiscal nacional?
Porque hay territorios que operan su propio régimen junto al estatal, de modo que las reglas aplicables pueden depender de dónde se sitúa la operación y no solo de qué es. Una aplicación que modela España como una sola jurisdicción funciona hasta que aparece un cliente en un territorio que no lo es.
¿Trabajan en español?
La ingeniería se lleva en inglés - descripciones de pull requests, notas de arquitectura, reuniones diarias. El español está donde importa, que es la aplicación y esta página. Si su equipo necesita revisar el backend en español, conviene decirlo en la primera llamada y no en el tercer mes, porque entonces no somos el proveedor adecuado.
¿Pueden trabajar con nuestro proveedor actual en Madrid?
A menudo ese es el acuerdo: un proveedor histórico mantiene la infraestructura o el front end y nosotros tomamos el backend. Funciona cuando la frontera se escribe pronto, con nombres propios detrás de quién fusiona, quién despliega y a quién se llama cuando algo se rompe.
Llamar+1 848 272 7583WhatsApp+90 850 308 5436Correoinfo@codefacture.comPágina de contacto