Google Drive Odoo Integration v.19

Para eliminar um ficheiro por completo, esvazie também a reciclagem no Google Drive.

Tenha também em mente que o ficheiro ainda pode estar no Odoo, porque a sincronização inversa ainda não processou o anexo. É um processo agendado e leva tempo.

O módulo usa apenas a API gratuita, pelo que o Google não cobra.

A aplicação assume que o conteúdo binário dos anexos fica no Cloud Client e não no servidor Odoo. Esses anexos no Odoo passam a ser do tipo URL e pode aceder-lhes a qualquer momento a partir da caixa de anexos ou do Cloud Client.

Após a configuração, não são necessárias ações manuais: a sincronização é totalmente automática. Decida que tipos de documento Odoo devem ser sincronizados e configure um modelo relacionado para cada um (clientes, encomendas de venda ou compra, tarefas, projetos, etc.).

Sim, pode. Para isso, prepare uma regra para cada uma e aplique filtros: por exemplo, por tipo de projeto.

Torne os filtros mutuamente exclusivos para que um documento seja atribuído de forma inequívoca. Por exemplo: «cliente mas não fornecedor», «fornecedor mas não cliente». Caso contrário, a pasta do documento saltaria de um modelo para outro.

Não. Temos razões fortes para evitar a sincronização em tempo real:

• Desempenho. Se a sincronização for em tempo real, cada carregamento de ficheiro mostra o ecrã de espera.

• Conflitos. Se 2 utilizadores alterarem um item ao mesmo tempo, a situação pode ficar sem solução. Com trabalhos regulares podemos corrigir depois; em tempo real seria preciso uma fila, ainda mais confusa.

• Funcionalidade. Em especial, mudar o nome e reestruturar. A sincronização inversa baseia-se na lógica dos diretórios e em cada sincronização verifica 100 % dos itens. Após cada atualização seriam milhares de pedidos por segundo. Caso contrário, as alterações perder-se-iam.

Pode atribuir o seu nome aos diretórios dos modelos (encomendas de venda, oportunidades, fornecedores, etc.) para qualquer tipo de documento.

Para as pastas de objetos (SO-001, John Smith, etc.), a ferramenta usa o método Odoo que constrói o nome de apresentação. Pode alterá-lo com uma expressão de nome. A sintaxe é a dos modelos de e-mail Odoo.

Não, a partir da versão 15 não deve alterar as ações agendadas. Estão otimizadas para correr a cada 15 minutos e garantir a ligação mais estável e rápida.

Os timeouts do servidor Odoo devem ser de pelo menos 15 minutos (900 segundos).

Para parar a sincronização temporariamente, faça-o no formulário do cliente cloud em causa.

Sim, a partir da versão 15 pode configurar várias ligações. Assim é possível sincronizar algumas pastas com um cliente cloud e outras com outro.

Tenha em conta que não é possível sincronizar a mesma pasta com vários armazenamentos cloud ao mesmo tempo.

Sim, consoante a configuração do seu cliente cloud.

A partir da versão 15 a aplicação pode ser usada sozinha para estruturar anexos em pastas e disponibilizar uma interface de gestor de ficheiros.

Se o objetivo for ligar a um dos clientes cloud, é preciso instalar pelo menos uma aplicação opcional do cliente.

Quando uma regra de pasta muda, a lista de pastas também muda. Se uma pasta deixar de corresponder às condições, é removida. Se os ficheiros já estavam sincronizados, a sincronização inversa devolve-os ao Odoo e apaga-os do Cloud Client.

Se o objeto do documento não corresponder à regra de pasta, a pasta não é criada. Se mais tarde corresponder, a pasta relacionada será gerada.

Segundo as políticas atuais da Odoo Apps Store:

• Cada módulo comprado para a versao 12.0 ou anterior da acesso a todas as versões ate 12.0.
• A partir da versao 13.0, cada versao do módulo deve ser comprada em separado.
• Independentemente da versao, a compra da direito a todas as atualizações e correcoes dentro de uma versao major.

A equipa faOtools nao controla essas políticas. Para questões, contacte diretamente os representantes da Odoo Apps Store.

A forma mais direta e usar o fluxo da loja Odoo:

1. Abra a página do módulo e clique em Deploy on odoo.sh

2. Será redirecionado para o GitHub. Inicie sessão e clique em Create a new repo ou use um existente. O repositorio deve ser privado. Nao e permitido publicar as apps com licença OPL-1. Se necessário, crie um repo novo para o projeto Odoo.sh

3. Depois, no odoo.sh, clique em Deploy, confirme e clique em Continue. A instalação começa.

Estes passos instalam a app no ramo de produção. Para outros ramos ou para atualizar:

1. Transferir o código-fonte da loja Odoo

2. Fazer commit do módulo no repositorio GitHub. Nenhuma pasta/ficheiro da app deve estar no .gitignore. Os repos criados pelo odoo.sh podem ignorar caminhos importantes (p. ex. /lib). Envie todos os diretórios e ficheiros do módulo

3. Fazer deploy do ramo alvo do projeto odoo.sh ou esperar pela compilacao automática se as definições o assumirem.

Sim. O Odoo adiciona automaticamente as dependências ao carrinho: exclua as ferramentas ja compradas para nao pagar duas vezes.

Um aviso vermelho/laranja nao afeta as funções da app. Por vezes os nossos módulos nao passam os testes automáticos padrão, porque estes assumem um comportamento que conflitua com os objetivos da app. Por exemplo, alteramos o cálculo do preço e os testes Odoo comparam o preço final com o algoritmo padrão.

Primeiro, verifique as funções da base implantada. Esta tudo a funcionar?

Se ainda achar que o aviso afeta funções reais, contacte-nos e envie os registos completos de instalação e a lista completa de módulos implantados (nucleo e de terceiros).

Nao, so distribuimos as ferramentas através da loja oficial de aplicações Odoo.

Infelizmente, nao temos meios tecnicos para oferecer preços individuais.

Nao, as apps de terceiros nao podem ser usadas no Odoo Online. O Odoo SaaS bloqueia essa possibilidade.

Sim, a ferramenta precisa de todos os módulos assinalados nas dependências. O preço na página da app ja as inclui.