|
Cita:
*Realmente es para uso propio, pero por si acaso, lo puse asi. |
Cita:
|
Cita:
|
Cliente de web service
No sé si se ha mencionado previamente en este hilo.
Estoy en el cliente web service (de producción) del SII. y en la selección de los puntos (URL Endpoints, como se escribe en valenciano), la última opción es Cita:
|
Cita:
Digo yo que algo habréis hecho no? Si lo que quieres decir es que tenías un software que genera las facturas y ahora vais a ampliarlo generando los verifactus con otro software aún me faltan datos, pero si lo que hace el primer software es generar las facturas y después lo cogéis con el nuevo software los datos generados y le aplicáis todas ls reglas correctamente: orden cronológico, fecha y hora de generacion, el qr, y lo enviáis o conservaiss según la normativa y entregáis a los clientes con su qr , perfecto. Pero el que haya hecho este último software es el que tiene que hacer el documento y firmarlo (la empresa, particular o autónomo) Que firme cualquier es algo que no ll veo lógico, a no ser que tengas las fuentes y hagas adaptaciones o que el desarrollador lo tengas en plantilla. Tambien ceoe que cabria que te haya hecho un desarrollo específico para ti y no se distribuya por otro lado, que supongo que también es posible que alguien se haya retirado o jubilado o haya dejado demprogramar pero te haga el favor, no creo que sea improcedente que asumas el riesgo, desaconsejado pero valoralo |
Cita:
Soy programador aficionado desde que empece con msx-basic con 13 años, desde entonces he ido aprendiendo a programar con otros leguajes de programacion, en el 96, cuando empece a trabajar en el que ahora es mi negocio(Un taller de reparacion de automoviles.), como se hacian las facturas con papel y boli, decidi crearme mi propio programa de gestion de clientes y generacion de facturas(Los medicos miran de lado mi letra), que durante estos 28 años he ido actualizando , para cumplir con las diferentes normativas ,conforme me enteraba de ellas, pasar de ficheros de datos en texto plano a base de datos, cifrar los datos personales, etc, ahora estoy actualizandolo para cumplir con la normativa de verifactu, en su dia hice la consulta y no me negaron la posiblilidad de crear , gestionar mi propio programa de generacion de facturas. Mis dudas al respecto son que como no me dedico a programar , como empresa, entonces no puedo poner que mi empresa genera el programa, aunque lo cree yo desde 0. Espero que no os moleste , no pretendo haceros la competencia, al fin de cuentas solo utilizare yo mi mismo sofwtare, para mi. |
Justo esto ... "El desarrollador lo tengas en plantilla."
|
Cita:
Puede ser tú, como particular, que lo «distribuyes» (regalar sería más correcto) a tu empresa. O puede ser tu empresa, con tú haciendo de programador como parte de las tareas a tú asignadas dentro de un contrato de trabajo. No se puede saber desde dónde estamos; pero lo habitual, es decir salvo contrato escrito que estipula el contrario, será la segunda opción. El hecho que no eres «programador profesional» (con independencia del significado posible de este calificativo), es irrelevante: en España no hay restricción al hacer de programador siendo empleado sin más calificaciones (no sería lo mismo si estaría haciendo de médico sin ser «profesional»). En el primer caso, efectivamente serás tú que deberás rellenar la declaración responsable al ser el «productor», y por tanto tener todas las consecuencias de todo lo malo que puede pasar. Y la multa para tú si hay problemas. Además de atraer la atención por ser caso fuera de lo normal (recuerda qué tu NIF aparecerá en todos y cada uno de los envíos hechos a Veri*factu). :eek: Pero normalmente, será tu empresa.:cool: |
Cita:
|
Es un tema interesante este de la responsabilidad del desarrollador. ¿hasta donde llega?,¿Pueden ponernos un multazo que nos arruine?. Sobre todos a los que somos autónomos y firmaremos la declaración responsable con nuestro nombre y NIF. ¿Vale la pena montar una sociedad sólo por este tema?. Abro debate.
|
Cita:
Además entiendo qué éste es el único uso económico que se le da al programa (si se excluye el placer que te aporta lo de desarrollarlo; que no tiene precio). |
Cita:
|
Cita:
|
Al fianal a una mala, incluyo en la misma carpeta de instalacion un zip, con todos los archivos para crear el ejecutable y digo que es freeware , y lo complio para mi, a ver que dicen....:D:D
|
Cita:
Lo único que yo haria es hacer distribuciones de licencias temporales, ya esto de dar/vender un software de por vida y meter los cobros como concepto de mantenimiento puede producirse un gran problema. |
Cita:
¿Quieres decir que vender una licencia del software y cobrar mensualmente al cliente en concepto de soporte y mantenimiento, puede ser problemático?. Está claro que si el cliente no paga su mantenimiento y no está debidamente actualizado el programa deja de emitir facturas. |
Cita:
No puedes, aunque deje de pagarte, que deje de funcionar las consultas etc durante al menos 4 años. Nuevas facturas etc. Que lo pague da igual que nombre le pongas. Y la puerta abierta que lo puedas dejar tú, por que si te quieres jubilar o te toca la lotería? |
Os comento cosas que ya se hablaron en TicketBAI y que hablan por aquí por mi empresa la gente que sabe (juristas). Resumiendo mucho.
Cita:
Digamos que cualquiera con conocimientos puede hacer cosas ilegales con un programa de facturación, pero la obligación del software es no permitirlas o facilitarlas. Si se demuestra que el software de alguna forma está pensado para hacerlas en cuando el desarrollador puede tener problemas. Cita:
Si el cliente no se actualiza la versión en un problema suyo, tú no puedes obligarlo y no es tampoco tu responsabilidad si él no quiere hacerlo. Lo que si nos explicaron es que a partir del día en que se ponga en marcha la ley, la empresa no debe actualizar, ni comercializar ni realizar actividades (lucrativas) con versiones que no soporten la ley (versiones antiguas), no tiene porqué hacer que dejen de funcionar. Es decir, si la versión SIF es la 5.4, a partir del día que se apruebe la ley, la empresa no puede hacer nada con versiones anteriores (que suponga beneficio). Es decir, un cliente se puede quedar con la versión 5.3 (que no genera QR, ni envía a la AEAT,...) y seguir trabajando. Es su responsabilidad y su problema si le pillan. Lo que es responsabilidad de la empresa es, si se realiza cualquier actividad sobre esas verisones anteriores (soporte, ayuda, mantenimiento, actualizaciones,...) |
Cita:
Es lo más razonable. |
Cita:
|
Cita:
Otra cosa es que un programa que tu vendes/actualizas no cumpla las normativas exigibles, ahi si podriamos tener un problema. Recuerda que tu acreditas que tu programa "Pepe Factus 2000" , version x.y.z cumplia verifactu version a.b en la fecha en que lo instalaste / actualizaste por ultima vez, no despues. |
Yo tengo montado mis procesos con VERIFICACION por FTP de cada cliente.
Nosotros a cada cliente les damos servicio por suscripcion/uso, si alguno no paga, lo que se hace es que se quita del FTP el acceso de ese cliente y no EJECUTA la aplicacion. En vista de los hechos que van apareciendo, creo que lo cambiaremos y en lugar de no dejar entrar en la aplicación, lo que se hara es BLOQUEAR alguna de las opciones , ente ellas LA EMISION DE FACTURAS y el mantenimiento de ALBARANES. Lo comento por si le sirve a alguien |
Cita:
Entonces , vosotros no vendeis el programa, alquilais el derecho de uso, como en los videojuegos digitales, o como se deba expresar correctamente. |
Cita:
|
Cita:
Ahora con la nueva ley, si no se paga la mensualidad, cambiaremos y en lugar de impedir que usen la aplicación, lo que se hara es BLOQUEAR alguna de las opciones, entre ellas la emision de facturas y albaranes |
Hola.
¿ Ha dejado de funcionar el webservice ?. No puedo subir facturas de prueba. |
Creo que está caido. A mi tampoco me deja
|
Sí, a mi me está fallando también desde hace unos 10 minutos, debe estar caido
|
Efectivamente esta caido, tampoco funcionan las consultas de las facturas subidas.
|
Cita:
|
Respuesta servidor caido.
Hola, alguien tiene copia de la respuesta del servidor ahora que no funcionaba?, por aprobechar y crear una rutina que atienda y reenvie tras caerse su servidor....
Es que no es lo mismo responder a un 404 , no existe que a un 403 proibida la accion,etc ... |
Cita:
Código:
Error: Se ha forzado la interrupción de una conexión existente por el host remoto Exception:System.ServiceModel.CommunicationException: |
Cita:
Por cierto, en este caso concreto, cogéis alguno de los mensajes del error (poco entendibles) para mostrar al usuario o creáis uno propio indicando que ha fallado el servidor remoto, por ejemplo. Muchas Gracias |
Cita:
Escenario 1, no has llegado al servidor de Aeat, el objeto Respuesta tiene a Nothing la propiedad "RespuestaLinea" además del nodo "DatosPresentacion". Esta respuesta indica que la Aeat no se ha enterado de nada, fallo en comunicación, no hay Internet, endponit inccesible, ausencia de certificado, certificado no apto para autenticación sobre línea segura...) y el error lo devuelve el protocolo de comunicaciones. Los posibles errores que te vas a encontrar son "System.ServiceModel.EndpointNotFoundException", "System.ServiceModel.CommunicationException", "System.Security.Cryptography.CryptographicException", "System.ServiceModel.ProtocolException" . Debes proceder informando del error y volviendo a reenviar el mensaje. Escenario 2, has llegado al servidor de Aeat, el objeto Respuesta tiene a Nothing la propiedad "RespuestaLinea" además del nodo "DatosPresentacion". Esta respuesta indica que la Aeat se ha enterado de que le ha llegado algo pero no entiende qué es, debido a que el modelo tiene algún tipo de fallo en su construcción, falta algún nodo, o el certificado que estás utilizando no lo reconoce. El típico error que recibirás es "System.ServiceModel.FaultException". En este caso, el reenvío no va a solucionar nada, debes informar al cliente que tiene que ponerse en contacto con su Servicio Técnico. Escenario 3, has llegado al servidor de la Aeat, la propiedad "RespuestaLinea" del objeto Respuesta tiene contenido. El servicio te ha aceptado el mensaje con sus Registros de Facturación indicando en cada línea el estado de cada registro, Aceptado, Aceptado con Errores, Incorrecto. Informarás al cliente de lo que hay que subsanar o rectificar |
Remitir Registros de facturacion superados 120 segundos desde su emision
En relación al servicio caido de esta mañana y posterior remision de Registros una vez solucionado el problema.
En estos casos recibirán este mensaje de error: Cita:
Cita:
|
duda
Había alguien, que había subido un código fuente para enviar facturas al sistema VERIFACTU, hay alguna actualización al respecto para probar de nuevo??
|
Cita:
Gracias sglorka, en el caso de hoy que el servidor estaba caído, no había respuesta, no había un el objeto Respuesta, saltaba una excepción (yo programo en c# .net). Pero igualmente supongo que seria el escenario 1, informar que ha fallado la conexión y volver a intentar enviar. Lo que yo preguntaba era si el mensaje lo redacta el programador, por ejemplo: "ha fallado la conexión" o cogéis el texto de la excepción "Error al recibir la respuesta HTTP a https://prewww1.aeat.es/wlpl/TIKE-CO.../VerifactuSOAP. Puede deberse a que el enlace del extremo de servicio no usa el protocolo HTTP. También puede deberse a que el servidor anula un contexto de solicitud HTTP (posiblemente por el cierre del servicio)." por ejemplo. Si mostramos el segundo mensaje, el usuario es probable que no lo entienda :p |
Cita:
Si no tienes claro cuál es el error y por ende tampoco la solución, informarías del error y pondrías la coletilla... póngase en contacto con su Servicio Técnico. |
duda
He buscado donde presentar la declaración responsable para comenzar a hacer pruebas, no he consguido encontrar donde entregar esto, alguien sabe donde se hace ?
|
Y en caso que esté caído su servidor, qué pasa con el husohorario que generamos en el envío fallido?
|
| La franja horaria es GMT +2. Ahora son las 07:25:45. |
Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi