guias
Como migrar de Vendus para XD Rest sem perder operação
Guia para restaurantes, cafés e pequenos retalhos que saem do Vendus (Cegid) e entram no XD Software. Como se extrai, o que se perde, tempos, custos e os pontos críticos — por parceiros oficiais XD.
Publicado em 23 de abril de 2026 · Actualizado a 23 de abril de 2026
Sair do Vendus e entrar no XD Rest é uma migração típica em restaurantes e cafés que cresceram além do que um POS 100% cloud cobre. Quando o restaurante precisa de operação offline fiável, integração Cashlogy nativa, Kitchen Display profissional ou comandas em tablet com qualidade, o XD Rest encaixa melhor.
Este guia mostra o processo real. Fazemos estas migrações com regularidade — aqui está o que aprendemos.
Porque é que restaurantes saem do Vendus
Os motivos mais comuns:
- Quedas de internet ao balcão custam vendas — XD Rest é offline total.
- Volume justifica Cashlogy — no XD é nativo; no Vendus é bridge externa.
- Cozinha precisa de KDS moderno — XD Kitchen Display é maduro.
- Comandas em tablet com qualidade — XD Orders é um produto dedicado, não um add-on.
- Multi-plataforma — restaurantes com iMac ou Linux no back-office.
- Evolução do menu para pratos complexos com ficha técnica.
Se nenhum destes se aplica e o Vendus está a cobrir a operação actual, não migres só por migrar — qualquer mudança de POS tem custo de formação e tempo.
O que se migra bem
Do Vendus para o XD Rest conseguimos trazer:
- Ementa / catálogo de produtos — códigos, nomes, preços, IVA, famílias.
- Categorias e modificadores (ingredientes extra, sem, com).
- Clientes (se os registas) — NIF, nome, contactos.
- Mesas e salas — desenho transposto.
- Funcionários e operadores com perfis.
- Impressoras e cozinha — reconfiguradas no XD.
- SAF-T arquivado para consulta.
O que não migra
- Histórico detalhado de vendas — fica no Vendus e no SAF-T arquivado. XD arranca “limpo”.
- Relatórios específicos — se desenhaste relatórios custom no Vendus, refazem-se no XD.
- Numeração de documentos — começa nova no XD (obrigatório por certificação AT).
- Configurações de fidelização — se tens cartão cliente Vendus, redesenha-se no XD (com mais capacidade).
Timeline típica
Duração: 2-4 semanas consoante complexidade.
Semana 1 — Diagnóstico
- Análise do fluxo actual: mesas, cozinha, empregados, volume.
- Identificação de diferenças (se Vendus tinha gambiarras que o XD resolve nativamente).
- Proposta escrita com hardware (se necessário), licenças, serviço e prazos.
Semana 1-2 — Preparação
- Instalação do XD em paralelo com Vendus a operar.
- Importação do catálogo e configuração de salas.
- Testes internos com dados reais.
Semana 2-3 — Formação
- Empregados de sala — 1-2 horas (XD Orders em tablet se aplicável).
- Cozinha — 30-60 min (KDS, impressoras).
- Caixa e recepção — 2-4 horas.
- Gerente / administração — 2-4 horas (relatórios, fecho, back-office).
Semana 3-4 — Arranque
- Dia D marcado, idealmente Segunda-feira ou dia com baixo volume.
- Vendus mantida em leitura durante 30 dias (consulta, não operação).
- Equipa RM presente ao vivo no primeiro serviço.
- Ajustes finos durante a primeira semana.
Hardware
Restaurantes em Vendus tipicamente têm hardware POS genérico (tablets, monitores tácteis, impressoras). Quase sempre reutilizamos:
- Impressoras térmicas — compatíveis.
- Tablets — se Android, podem receber XD Orders.
- Monitores tácteis — compatíveis.
- Leitores de código de barras — compatíveis.
Onde tipicamente é necessário hardware novo:
- PC de balcão robusto — se o Vendus corria num tablet iOS/Android, o XD Rest precisa de Windows/Mac/Linux (ou configuramos opção de tablet Android com XD Orders).
- Cashlogy se é isto que motiva a mudança.
- KDS se não havia (ecrã em cozinha).
Custos envolvidos
- Licenças XD — ver preços oficiais.
- Hardware novo — apenas o estritamente necessário. Avaliamos reutilização do existente.
- Serviço RM — diagnóstico, migração, formação, arranque. Proposta escrita sempre.
- Cashlogy (se opção) — hardware + manutenção.
Não vendemos “pacotes” cegos. A proposta mostra cada item.
Pontos de atenção
Contabilidade
Informar o contabilista antes. O SAF-T do Vendus arquiva-se como fecho e o SAF-T do XD arranca em Dia D. Pode haver sobreposição de um dia que coordenamos para evitar duplicação.
Multibanco / MB WAY
Se tens terminal de pagamento ligado ao Vendus, reconfiguramos para XD. Se o banco tem restrições, avisamos antes.
Dia D em restauração
Recomendamos Segunda-feira pós-fim-de-semana para restaurantes de serviço de mesa. Para cafés/padarias de alto volume, pode fazer-se em dia de meio da semana com menos movimento.
Quando NÃO migrar
- Operação actual no Vendus sem dores específicas.
- Volume baixo e sem perspectiva de crescimento — o XD Rest pode ser overkill.
- Ambiente muito simples (1 empregado, 10 mesas, sem cozinha).
- Orçamento não suporta hardware + licença + serviço.
Como começar
- Chamada inicial de 20-30 min para perceber o caso.
- Visita ao restaurante (presencial Norte, remota resto do país).
- Proposta escrita em 2-3 dias.
- Execução com cronograma acima.
Ver também
- XD Rest vs Vendus — comparativo antes de decidir.
- Migrar WinRest para XD — comparativo com migração.
- XD Rest em detalhe.
- Checklist para arrancar restaurante.