![]() |
![]() |
![]() |
![]() |
![]() |
FTP | ![]() |
![]() |
CCD | ![]() |
![]() |
Buscar | ![]() |
![]() |
Trucos | ![]() |
![]() |
Trabajo | ![]() |
![]() |
Foros | ![]() |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
![]() |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
|||
|
|||
Cita:
Gracias por los comentarios que han hecho. Delphius, como te tomastes tú tiempo para exponer tú opinión sobre el rumbo a seguir, te explico la situación. Mi problema no es técnico de hacer el componente, ni para ganar experiencia. Yo tengo muchísima experiencia haciendo componentes, Hacer uno más no me aporta nada en ese sentido. De hecho, salvo una que otra excepción, correspondiente a cosas cuyo desarrollo toma demasiado tiempo, no uso componentes de terceros que no vengan con Delphi. Entre otras cosas, porque comparto plenamente lo que dices de que depender de un tercero es un problema, así que evito hacerlo en la medida de lo posible. Es más, siguiendo tú línea crítica, te diré que otra de las razones para haber trabajado en lo posible desde cero ha sido porque hace años que las versiones de Delphi optaron por reinventar la rueda y en cada nueva versión pretendían que, para usar sus nuevos desarrollos, uno reescribiera montones de código que ya funcionaba bien y migrara todo a la "tecnología de moda" que tuvieran. Eso es manejable para estudiantes universitarios o personal académico, o para quienes trabajan en una sola línea; pero, no para los independientes que tenemos muchas líneas de aplicativos comerciales conceptualmente muy distintos Y ciertamente no parece haberles funcionado bien porque a estas alturas siguen ofreciendo cursos de como migrar desde BDE !! Volviendo al tema principal, el punto es que ahora estoy atendiendo yo solo varios frentes que funcionalmente son mucho más importantes. Lo de XBRL es una exigencia gubernamental que al tipo de clientes que tengo no les aporta ningún beneficio. Invertirle tiempo para desarrollarlo desde cero no solo no me aporta beneficios, ni académicos ni económicos, ya que mi negocio no es la venta de componentes; sino que encima me complica la vida porque afectaría el tiempo que necesito para otras cosas. En otras palabras, para mi es un tema de imagen, de la herramienta más que mío ya que, según lo que han comentado todos no hay componentes ni documentación simplificada disponible; así que al tocar el tema la opción sería decirle a los clientes que no hay nada disponible en la herramienta Delphi y que desarrollar nosotros tomaría un tiempo probablemente considerable En el propio sitio de XBRL mencionan que los programadores tienden a subestimar el tiempo que requiere, aunque dicen que también lo sobreestiman. El caso es que si advierten que la gente subestima el tiempo, me atrevo a apostar que ciertamente no es poco el tiempo que se requiere. Así, los clientes decidirán la prioridad, y conociendolos, no me cabe duda que optaran por aplazarla y usar por mientras la solución manual A jhonny, El tema de las normas internacionales de contabilidad y por ende la XBRL tienen años anunciando que va a entrar en vigencia y a última hora lo aplazan. Por eso, en años anteriores no lo había planteado aquí, y por lo mismo no me atrevo a decir cuando realmente empezará. El último anuncio que tengo es que es para el año entrante. Quizás ya volvieron a aplazarlo; pero, como ha pasado tanto tiempo, y ya hemos avanzado bastante en su implementación, me parece que ahora si puede estar muy cerca y es mejor ponerle toda la atención Saludos |
#2
|
||||
|
||||
#3
|
||||
|
||||
Cita:
![]()
__________________
Lecciones de mi Madre. Tema: modificación del comportamiento, "Pará de actuar como tu padre!" http://www.purodelphi.com/ http://www.nosolodelphi.com/ |
#4
|
||||
|
||||
A m i tambien me interesa el tema, pero en especial la facturacion electronica. Lo ultimo que supe es que se convertira en monopolio de unos pocos, es algo que ahora podriamos ofrecer?
Con respecto a crear los componentes, pues aqui en Colombia la idea de venderle a los desarrolladores no despega ni a palos. Pero venderle a las empresas finales si. Quizas ofrecer un servicio web? Seria practico? Yo tengo integrado como unos 20 ERPS (parte facturacion, no contabilidad) asi que tengo experiencia, y tambien tengo algo de ayuda en la parte comercial. Pero no estoy enterado como es bien el tema y como ajustar el negocio.
__________________
El malabarista. |
#5
|
||||
|
||||
Por si sirve de algo, pueden buscar a Darío Álvarez, programador Delphi y C# colombiano, uno de los pioneros de la factura electrónica en México y gran conocedor de todo lo que tiene que ver con XML, servicios Web, facturación electrónica y sistemas de gestión. Conociendo su espíritu emprendedor, no dudo que también él ya esté buscando incursionar en eso de la XBRL.
Este mensaje es apelando a su buen juicio y madurez para compartir algo del conocimiento que posee con esta comunidad. ![]() ¡Un abrazo! Al González. Última edición por Al González fecha: 07-10-2016 a las 17:22:05. |
#6
|
|||
|
|||
Sobre la facturación electrónica en Colombia
Hola de nuevo a todos,
Gracias por los nuevos aportes. Se me había olvidado comentar algo. Algunos mencionaron que la facturación electrónica en Colombia se venía primero, Si tienen información importante, podrían abrir un hilo al respecto. ? Es que según esta nota : http://ccce.org.co/noticias/no-hay-a...ctronicas-dian A fecha 16 de Septiembre ni siquiera existen proveedores de facturación electrónica autorizados en Colombia y el piloto es de solo 58 empresas. Asumiendo que eso es cierto, encuentro muy improbable que pueda implementarse rápidamente. Entre otras cosas porque aquí hay mucha gente de pequeñas empresas que ha desarrollado sus propios sistemas y trabajan con desarrollos tan antiguos que aún los hay en DOS. Meterle mano a esos sistemas cuando aún se pelea el hacerlo para el tema de normas internacionales no es facil ni barato. Eso llevaría a un doble trabajo de transcribir información para la DIAN con los proveedores autorizados y luego hacerlo en sus propios sistema. Es algo muy inconveniente, sin contar conque representa una auditoría en vivo, así que asumo que el tema también tendrá resistencia Muichos saludos |
#7
|
||||
|
||||
Rolando, tenemos diferentes perspectivas en algunos puntos, pero déjame decirte algo: es preferible perder tiempo ahora y no seguir pateándolo para más adelante cuando estés frente a frente.
¿Cuánto más creen ustedes (les hablo a los Colombianos, que veo que se están haciendo presente en el hilo) que la autoridad del gobierno competente lo siga "postergando"? Si es como ha dicho Rolando, de que hay una sospecha que para el año que viene con más razón empezaría ya. Estamos en Octubre, en un pestaneo estamos en Enero del 2017. Ya lo tenemos encima, así que es preferible ser más cauto y preparar la cancha para cuando el gobierno decida darle más vida al tema. Es preferible tirar un centro antes que seguir avanzando y que se nos acabe la cancha. Es mi consejo, porque algo similar ha sucedido acá con la Factura Electrónica. Primero hubo un amague, luego puso un plazo de un año. Luego dió unos meses más, y esa fue la definitiva. Ahora todos los grandes comercios están obligados. A llorar a magoya. Quienes se metieron o se animaron a dar soluciones, hasta el día de hoy andan a las corridas. Ya ha sacado 2 versiones, y cambiado la documentación. Si no recuerdo mal, ya llevamos al menos 6 meses con F.E. Y no queda otra que siempre redondear para arriba cuando estimemos algo... Tanto en plata como en tiempos y demás recursos. Si dices que vas a gastar $4567 por mes, redondea a un 30% por encima. Si dices que te demorará 5 meses, di 8. Si te sobra, fantástico: ese sobrante puede venir bien para prepararse a otros casos. No eres el único que sufre con las estimaciones y anda justo con los tiempos. ¡Me animo a decir que todos estamos así! Te entiendo lo que es sentirse con el reloj persiguiéndonos... sentir un TIC, TAC por encima de la oreja. Lo que no sea tan importante, o para aquellos proyectos cuyos riesgos de atrazos sean menores es preferible dejarlo de lado (sacrifica el mal menor). Si había vacaciones planeadas... cancelarlas, si no se estaba trabajando los sábados... pues no queda otra que perder ese día de fin de semana para estar al día. Trata de ajustar y cambiar la agenda. Si te faltan manos, considera la posibilidad de incorporar a alguien más... aunque hay un postulado de la Ingeniería de Software que dice que no siempre agregar más personal a un proyecto lo agiliza. Y fundamental: volver a hablar con clientes y tratar de conseguir un nuevo plazo con las debidas disculpas. Es preferible decir: "Disculpa me voy a atrasar x semanas. Por las molestias, en lugar de cobrarte 6000 como estaba pactado, te cobro 5300". Tratar de jugar con un poco sobre el porcentaje de ganancia, en lugar de esperar la ganancia de un 25%, esperar un 18% por ejemplo. Igual ganarás... no tanto como esperabas pero posiblemente el cliente lo entienda y acepte estas condiciones en lugar de perderlo. En fin, obviamente que lo que te propongo sale caro, pretender salir airosamente ya es imposible. Obviamente, se ha salido de la proyectado y planificado. Estamos en Plan de Contingencia. Las cosas cambian cuando se entra en esta etapa... todo se reformula. Nos acaban de meter una bala en la pierna... estamos cojos pero vivos. Lo de ahora es tratar de salir del lugar perdiendo menos sangre posible y evitar el desmayo. Cuando encontremos un lugar más seguro volveremos a verificar el estatus, y si hay que volver a ajustar el rumbo se hace, si encontramos un nuevo pedazo de tela para reemplazar el que tenemos buenísimo. Nos hacemos otro torniquete y a seguir el camino. Cuando estemos ya en territorio amigo, si viene el trabajo normal. Nos vamos a la enfermería a que la chica voluptuosa nos atienda, y nos de los resultados de la misión. Descanzamos un poco y reparamos lo que esté roto. Ahora recién se vuelve al plan normal como lo teníamos organizado. Saludos, |
#8
|
||||
|
||||
Adelantarse tiene sentido, pero el problema es que (si no entendi mal) eso solo queda en manos de unos pocos. Si empresarios pequeños podemos hacer una solucion, seria genial.
Podria hacerse un servicio web o una utileria para ofrecer? En tal caso colaborar entre algunos podria resultar interesante.
__________________
El malabarista. |
![]() |
|
|
![]() |
||||
Tema | Autor | Foro | Respuestas | Último mensaje |
¿Alguien ha usado o sabe algo de SuiSkin para builder?? | gerardorom | C++ Builder | 1 | 20-03-2008 00:16:23 |
alguien sabe algo de CADETIL | alcides | La Taberna | 1 | 28-12-2007 17:07:45 |
Alguien sabe algo sobre Hyperlink en un Richedit | Tonio | Varios | 0 | 05-04-2004 23:59:59 |
![]() |
|