![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|||||||
| Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Buscar | Temas de Hoy | Marcar Foros Como Leídos |
![]() |
|
|
Herramientas | Buscar en Tema | Desplegado |
|
|
|
#1
|
||||
|
||||
|
Cita:
Yo estoy de acuerdo. Primero vamos a resolver lo urgente y luego vendrán las "virguerías". El problema de esto es que el cliente que se plante en el NO Verifactu y no lo tengamos resuelto desde el principio lo perderemos. Saludos.
__________________
Be water my friend. |
|
#2
|
|||
|
|||
|
Mas no veri*factu
Cita:
Mi sistema se define en varios servicios del sistema sirviendo procesos y datos en conjunto con "un puñao"de procedures y funciones de la DB. Datasnap es un gran producto. Por ello cambiando el ejecutable de los clientes ya perfilo el uso a una u otra opción. De este modo el cliente que opte por soloverifactu no podrá mas que usar esa opción ya que el ejecutable no le permitirá usar la otra. En la parte servidora tengo construido para modelo dual (verifactu y no verifactu). Me faltan pruebas y seguramente algunas cosas para no verifactu. No me urge, pero el tema ya está programado. Ahora mismo me urgen mas las habichuelas y he de aprovechar el tiempo. Te comento esto por si te aporta ideas que puedas utilizar. Me quedo con este hilo para compartir experiencias de NO Veri*factu. Un saludo y buen finde. ![]() |
|
#3
|
|||
|
|||
|
Ni me planteo el NO VERIFACTU
|
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| Verifactu o por requerimiento (no-verifactu) ¿decisión del usuario? | Maska10 | Temas legales | 2 | 07-12-2024 12:34:47 |
| Pensando en cambiarme a linux | enecumene | Linux | 57 | 09-07-2008 20:12:16 |
| Pensando en escribir mi primer libro... | AzidRain | La Taberna | 19 | 11-01-2008 19:22:14 |
| ¿Pensando migrar de delphi7 a delphi8? | jachguate | Noticias | 1 | 16-06-2004 01:54:38 |
|