diff --git a/australia.html b/australia.html index 953989a..ae7f3df 100644 --- a/australia.html +++ b/australia.html @@ -431,7 +431,7 @@
Compare every way to host Odoo @@ -635,7 +635,7 @@On our servers in Sydney, Australia. When you choose Australia (Sydney) as your server location, @@ -645,7 +645,7 @@
Four plans, all billed yearly in US dollars with tax added at checkout: Side Hustle $ 214.00, On @@ -656,7 +656,7 @@
Yes — backups run on a schedule without you setting anything up. The number of slots depends on @@ -667,7 +667,7 @@
odoo.sh is Odoo's own hosting, running Odoo Enterprise for a developer workflow — you deploy by @@ -679,7 +679,7 @@
Yes. Odoo's own apps are all there on every plan, and from On the Rise upwards you can add custom @@ -691,7 +691,7 @@
You move up without a data migration and without downtime. Upgrade from your Odoo settings and @@ -701,7 +701,7 @@
No separate Australian support desk is published, and we do not claim an Australian office or @@ -724,7 +724,7 @@
Compare every way to host OdooWachsen Sie von Side Hustle bis Empire — ohne Datenmigration und ohne Ausfallzeit. Upgraden Sie direkt in den Odoo-Einstellungen: Ihre Instanz bleibt aktiv, Ihre Daten kommen mit.
Ja. On the Rise und höher unterstützen Git-basierte Module. Installieren Sie eigene Anwendungen, entwickeln Sie selbst oder nutzen Sie Quick GIT für die Installation mit einem Klick.
In fünf Minuten. Plan wählen, Region auswählen — Ihre Odoo-Instanz läuft. Keine Einrichtungsgebühr. Zahlung über Stripe. Jederzeit kündbar.
Powerhouse und Empire sind Enterprise-bereit. Bringen Sie Ihre Lizenz mit — die Infrastruktur stellen wir.
Lager, Buchhaltung, CRM, Vertrieb, Fertigung, Personal — alles in einem System. Kostenlos und vollständig Open Source.
Nein. Wettbewerbsfähige Preise für unsere gemeinsamen Kunden liegen in unserem eigenen Interesse.
"ODOO Standard .. das ist alles, was mein Unternehmen braucht"
- Jetzt kaufen + Jetzt kaufen"Ich brauche ein paar Module und professionelle Berichte"
- Jetzt kaufen + Jetzt kaufen"ODOO Enterprise ist ein Muss!"
- Jetzt kaufen + Jetzt kaufenNein. Ein Update bringt Ihnen die neueste Fassung der Software, die Sie bereits einsetzen. Ein Upgrade bringt Ihre Datenbank auf eine neue Hauptversion (18 auf 19 oder 19 auf 20) und wandelt die Daten selbst um. Es geht nur in eine Richtung: einen unterstützten Weg zurück gibt es nicht, und es ist keine Lizenzänderung, kein Editionswechsel und kein Hosting-Wechsel. @@ -763,7 +763,7 @@ sudo -u postgres pg_restore -d <DB_NEW> /path/backup/<DB>.dump
Nein. Es geht immer nur eine Hauptversion auf einmal: 14 auf 15 auf 16 auf 17 auf 18 auf 19 auf 20. Eine Version zu überspringen ist kein unterstützter Weg. Unser eigener Migrationsservice dokumentiert Unterstützung für Datenbanken auf Odoo 17, 18 und 19, nur Hauptreleases, keine Patch-Releases; ältere Datenbanken brauchen zuerst eine Kompatibilitätsprüfung, die mit einem Support-Ticket beginnt. @@ -771,7 +771,7 @@ sudo -u postgres pg_restore -d <DB_NEW> /path/backup/<DB>.dump
Das ist die richtige Frage, und die ehrliche Antwort lautet: Es hängt vom Weg ab. Der OpenUpgrade-Weg — eine Versionsmigration auf Ihrem eigenen Server — nimmt die Datenbank mit und erhält die Historie und die Verknüpfungen zwischen den Datensätzen. Die OpenUpgrade-Dokumentation warnt, dass der andere Weg, Dokumente in ein neues System zu verschieben, nur einen Teil Ihrer Daten rettet und die Historie und die Verknüpfungen zwischen den Datensätzen verliert, zum Beispiel die Rechnungen je Kunde. Unser Service baut Ihnen eine neue Datenbank und bringt Ihre Daten hinein; unser Weg ist also der, nach dem Sie fragen sollten: Bitten Sie uns vor Ihrer Freigabe, genau aufzulisten, welche Datensätze in der neuen Datenbank sein werden und welche nicht. Wir möchten lieber, dass Sie sie stellen, als dass Sie sie annehmen. @@ -779,7 +779,7 @@ sudo -u postgres pg_restore -d <DB_NEW> /path/backup/<DB>.dump
Nicht von allein. Ein Modul, das für Ihr Geschäft geschrieben wurde, braucht seinen Code auf der Zielversion, und Umbenennungen, die sonst Daten kosten würden, brauchen eigene Migrationsskripte. Die Odoo-Dokumentation ist hier deutlich: Ein Upgrade ist blockiert, bis es eine Version Ihrer individuellen Module für die Zielversion gibt. Module, die mit Odoo ausgeliefert werden, und Module der Community-Vereinigung bringen ihre eigenen Migrationsskripte mit; Ihre nicht, und die muss jemand schreiben. @@ -787,7 +787,7 @@ sudo -u postgres pg_restore -d <DB_NEW> /path/backup/<DB>.dump
Für den Upgrade-Service veröffentlichen wir weder Preis noch Dauer, und wir erfinden hier auch keine. Was wir veröffentlichen, ist der Anfang: Sie eröffnen ein Support-Ticket, wir prüfen Ihre Datenbank auf Kompatibilität und melden uns bei Ihnen. Wenn Sie es gegen die Eigenleistung abwägen, ist der ehrliche Vergleich nicht die Servermiete, sondern Ihre eigenen Stunden, die auf keiner Rechnung auftauchen. @@ -795,7 +795,7 @@ sudo -u postgres pg_restore -d <DB_NEW> /path/backup/<DB>.dump
Um die Befehle im technischen Abschnitt auszuführen, ja; oder jemanden, der sich im Terminal mit PostgreSQL auskennt. Damit wir es übernehmen, nein: Genau das ist der Sinn des Service. Sie senden die Datenbank, wir bauen das neue System auf unserer Infrastruktur, und Sie erhalten die Zugangsdaten. @@ -803,7 +803,7 @@ sudo -u postgres pg_restore -d <DB_NEW> /path/backup/<DB>.dump
Ja, und das sollten Sie. Wer die Arbeit macht, migriert zuerst eine Kopie; das ist die erste Regel des ganzen Prozesses, in der Odoo-Dokumentation wie im OpenUpgrade-Projekt. Und die migrierte Kopie ist das, was Sie prüfen, bevor mit dem System, auf dem Ihr Geschäft läuft, irgendetwas passiert. Unser Service folgt demselben Prinzip: Wir bauen das neue System auf unseren eigenen Servern, und Sie vergleichen es mit dem alten. @@ -811,7 +811,7 @@ sudo -u postgres pg_restore -d <DB_NEW> /path/backup/<DB>.dump
Ja, genau dafür ist unser Migrationsservice da. Sie eröffnen ein Support-Ticket, wir senden Ihnen ein sicheres Formular zum Hochladen Ihrer Datenbank, richten Ihnen einen neuen Server auf unserer Infrastruktur ein und stellen die Zugangsdaten bereit. Datenbanken auf Odoo 17, 18 und 19, nur Hauptreleases; ältere nach einer Kompatibilitätsprüfung. diff --git a/de/odoo-hosting-2027.html b/de/odoo-hosting-2027.html index 8873c58..fbebf6d 100644 --- a/de/odoo-hosting-2027.html +++ b/de/odoo-hosting-2027.html @@ -919,37 +919,37 @@
Fünf Minuten dauert es bis zum laufenden System, nicht bis zum fertigen System. Ihre eigenen Kunden, Produkte und Bestände einzupflegen ist die Arbeit der ersten Woche. Diese Woche ist bei allen Wegen oben gleich lang.
Nein. Odoo Online führt nur die Standard-Apps von Odoo und ist mit eigenen Modulen oder Modulen aus dem Odoo Apps Store nicht kompatibel, Sie können also keine App hinzufügen, die nicht auf Odoos Liste steht. Upgrades sind automatisch und verpflichtend nach Odoos Zeitplan. Wenn Odoos Standard-Apps alles abdecken, was Sie je brauchen, ist Odoo Online die günstigere und einfachere Antwort, und wir sind nicht die richtige Wahl.
Odoos eigene Apps sind in jedem Plan verfügbar. Eigene und OCA-Module installieren Sie ab On the Rise, per Git oder mit einem Klick. Bei Side Hustle gibt es keine Modulinstallation.
Nein. Wir liefern unseren MCP-Server direkt in den Apps mit, sodass ein KI-Assistent wie Claude Code oder Hermes den Server neu starten, ein Modul hochladen, eine Domain hinzufügen oder das Log für Sie lesen kann. Sie öffnen nie ein Hosting-Panel. Es ist optional: Das Geschäft läuft ohne ihn genau gleich.
Ja. Bringen Sie Ihre eigene Odoo-Enterprise-Lizenz mit und behalten Sie dasselbe System. Keine Migration.
Nein. Odoo Community hat keine Lizenz pro Benutzer; unsere Pläne sind ein pauschaler Jahrespreis. Odoo Enterprise, wenn Sie es mitbringen, wird von Odoo S.A. pro Benutzer lizenziert.
Crezca de Side Hustle a Empire sin migrar datos ni perder disponibilidad. Cambie de plan en los ajustes de Odoo: su instancia sigue activa y sus datos vienen con usted.
Sí. On the Rise y los planes superiores admiten módulos vía Git. Instale aplicaciones personalizadas, desarrolle las suyas o use Quick GIT para instalarlas con un clic.
Cinco minutos. Elija un plan, escoja su región y su instancia de Odoo estará activa. Sin cuota de alta. Pago con Stripe. Cancele cuando quiera.
Powerhouse y Empire están listos para Enterprise. Traiga su licencia; nosotros ponemos la infraestructura.
Inventario, contabilidad, CRM, ventas, fabricación, RR. HH.: todo en un solo sistema. Gratuito y totalmente de código abierto.
No. Creemos que unos precios competitivos para nuestros clientes compartidos están en nuestro propio interés.
"ODOO Estándar... es todo lo que mi negocio necesita"
- Comprar ahora + Comprar ahora"Necesito algunos módulos e informes profesionales"
- Comprar ahora + Comprar ahora"¡ODOO Enterprise es imprescindible!"
- Comprar ahora + Comprar ahoraNo. Una actualización le da la última revisión del software que ya utiliza. Un cambio de versión lleva su base de datos a una nueva versión mayor (18 a 19, o 19 a 20) y transforma los propios datos. Es en un solo sentido: no existe una vuelta atrás con soporte, y no es un cambio de licencia, ni de edición, ni de hosting. @@ -763,7 +763,7 @@ sudo -u postgres pg_restore -d <DB_NEW> /path/backup/<DB>.dump
No. Se hace una versión mayor a la vez: 14 a 15 a 16 a 17 a 18 a 19 a 20. Saltarse una versión no es un camino con soporte. Nuestro propio servicio de migración documenta soporte para bases de datos en Odoo 17, 18 y 19, solo versiones principales, sin versiones de parche; las bases más antiguas necesitan antes una revisión de compatibilidad, que empieza con una incidencia de soporte. @@ -771,7 +771,7 @@ sudo -u postgres pg_restore -d <DB_NEW> /path/backup/<DB>.dump
Esa es la pregunta correcta, y la respuesta honesta es que depende de la ruta. La ruta de OpenUpgrade — una migración de versión ejecutada en su propio servidor — lleva la base de datos consigo y conserva el historial y los enlaces entre registros. La documentación de OpenUpgrade advierte de que la otra ruta, trasladar documentos a un sistema nuevo, recupera solo parte de sus datos y pierde el historial y los enlaces entre registros, por ejemplo las facturas de cada cliente. Nuestro servicio le construye una base de datos nueva y traslada sus datos a ella, así que la nuestra es la ruta por la que preguntar: antes de aprobar nada, pídanos que enumeremos exactamente qué registros estarán en la nueva base de datos y cuáles no. Preferimos que la haga a que la dé por supuesta. @@ -779,7 +779,7 @@ sudo -u postgres pg_restore -d <DB_NEW> /path/backup/<DB>.dump
No por sí solos. Un módulo escrito para su negocio tiene que llevar su código a la versión de destino, y los cambios de nombre que de otro modo perderían datos necesitan sus propios scripts de migración. La documentación de Odoo es tajante al respecto: un cambio de versión queda bloqueado hasta que exista una versión de sus módulos personalizados para la versión a la que se muda. Los módulos que vienen con Odoo y los de la asociación de la comunidad traen sus propios scripts de migración; los suyos no, y alguien tiene que escribirlos. @@ -787,7 +787,7 @@ sudo -u postgres pg_restore -d <DB_NEW> /path/backup/<DB>.dump
No publicamos ni precio ni duración para el servicio de cambio de versión, y no vamos a inventarnos ninguno aquí. Lo que sí publicamos es cómo empieza: usted abre una incidencia de soporte, revisamos la compatibilidad de su base de datos y le respondemos. Si lo compara con hacerlo usted mismo, la comparación honesta no es el alquiler del servidor, sino sus propias horas, que nunca aparecen en esa factura. @@ -795,7 +795,7 @@ sudo -u postgres pg_restore -d <DB_NEW> /path/backup/<DB>.dump
Para ejecutar los comandos de la sección técnica, sí; o alguien que se maneje en una terminal con PostgreSQL. Para que lo hagamos nosotros, no: de eso se trata el servicio. Usted envía la base de datos, nosotros montamos el sistema nuevo en nuestra infraestructura y usted recibe las credenciales. @@ -803,7 +803,7 @@ sudo -u postgres pg_restore -d <DB_NEW> /path/backup/<DB>.dump
Sí, y debería hacerlo. Quien hace el trabajo migra primero una copia; esa es la primera regla de todo el proceso, tanto en la documentación de Odoo como en el proyecto OpenUpgrade. Y la copia migrada es lo que usted revisa antes de que le ocurra nada al sistema con el que funciona su negocio. Nuestro servicio sigue el mismo principio: montamos el sistema nuevo en nuestros propios servidores y usted lo compara con el antiguo. @@ -811,7 +811,7 @@ sudo -u postgres pg_restore -d <DB_NEW> /path/backup/<DB>.dump
Sí, exactamente para eso está nuestro servicio de migración. Usted abre una incidencia de soporte, le enviamos un formulario seguro para subir su base de datos, le montamos un servidor nuevo en nuestra infraestructura y le damos las credenciales. Bases de datos en Odoo 17, 18 y 19, solo versiones principales; las más antiguas, tras una revisión de compatibilidad. diff --git a/es/odoo-hosting-2027.html b/es/odoo-hosting-2027.html index 831c583..7c21943 100644 --- a/es/odoo-hosting-2027.html +++ b/es/odoo-hosting-2027.html @@ -918,37 +918,37 @@
Cinco minutos es el tiempo hasta tener el sistema funcionando, no hasta tener el sistema terminado. Cargar sus propios clientes, productos e inventario es el trabajo de la primera semana, y esa semana es igual de larga en todas las rutas de arriba.
No. Odoo Online solo ejecuta las apps estándar de Odoo y es incompatible con módulos personalizados o módulos de la Odoo Apps Store, así que no puede añadir ninguna app que no esté en la lista de Odoo. Las actualizaciones son automáticas y obligatorias según el calendario de Odoo. Si las apps estándar de Odoo cubren todo lo que va a necesitar, Odoo Online es la respuesta más barata y sencilla y nosotros no somos la opción correcta.
Las apps propias de Odoo están en todos los planes. Los módulos personalizados y OCA se instalan desde On the Rise, con Git o con un clic. Side Hustle no permite instalar módulos.
No. Entregamos nuestro servidor MCP directamente en las apps, así que un asistente de IA como Claude Code o Hermes puede reiniciar el servidor, subir un módulo, añadir un dominio o leer el registro por usted, y nunca abrirá un panel de hosting. Es opcional: el negocio funciona exactamente igual sin él.
Sí. Traiga su propia licencia de Odoo Enterprise y mantenga el mismo sistema. Sin migración.
No. Odoo Community no tiene licencia por usuario; nuestros planes son un precio anual fijo. Odoo Enterprise, si lo trae, se licencia por usuario a través de Odoo S.A.
Grow from Side Hustle to Empire without data migration or downtime. Upgrade in your Odoo Settings panel — your instance stays live, your data moves with you.
Yes. On the Rise and above support Git-based modules. Install custom apps, build your own, or use Quick GIT for one-click installs.
Five minutes. Pick a plan, choose your region — your Odoo instance is live. No setup fee. Stripe payment. Cancel anytime.
Powerhouse and Empire are Enterprise-ready. Bring your license; we provide the infrastructure.
Inventory, accounting, CRM, sales, manufacturing, HR — all in one system. Free and fully open-source.
No. We believe it is in our best interest to have competitive prices for our shared clients.
"ODOO Standard .. that is all my business needs"
- Buy Now + Buy Now"I need some modules and professional reports"
- Buy Now + Buy Now"ODOO Enterprise is a must have!"
- Buy Now + Buy NowNo. An update gives you the newest revision of the software you already run. An upgrade moves @@ -885,7 +885,7 @@ sudo -u postgres pg_restore -d <DB_NEW> /path/backup/<DB>.dump
No. It is one major version at a time: 14 → 15 → 16 → 17 → 18 → 19 → 20. Skipping a version is @@ -896,7 +896,7 @@ sudo -u postgres pg_restore -d <DB_NEW> /path/backup/<DB>.dump
That is the right question to ask, and the honest answer is that it depends on the route. The @@ -911,7 +911,7 @@ sudo -u postgres pg_restore -d <DB_NEW> /path/backup/<DB>.dump
Not by themselves. A module written for your business has to have its code brought up to the @@ -924,7 +924,7 @@ sudo -u postgres pg_restore -d <DB_NEW> /path/backup/<DB>.dump
We publish no price and no duration for the upgrade service, and we are not going to invent one @@ -936,7 +936,7 @@ sudo -u postgres pg_restore -d <DB_NEW> /path/backup/<DB>.dump
To run the commands in the technical section, yes — or someone comfortable in a terminal with @@ -946,7 +946,7 @@ sudo -u postgres pg_restore -d <DB_NEW> /path/backup/<DB>.dump
Yes, and you should. Whoever does the work migrates a copy first — that is the first rule of the @@ -958,7 +958,7 @@ sudo -u postgres pg_restore -d <DB_NEW> /path/backup/<DB>.dump
Yes, that is exactly what our migration service is for. You open a support ticket, we send you a diff --git a/odoo-erp-automation-bootcamp/index.html b/odoo-erp-automation-bootcamp/index.html index 0adcf37..27998ef 100644 --- a/odoo-erp-automation-bootcamp/index.html +++ b/odoo-erp-automation-bootcamp/index.html @@ -587,7 +587,7 @@