ownCloud / Nextcloud Odoo Integration v.19

예. 각각에 대한 규칙을 만든 뒤 필터를 적용하세요. 예: 프로젝트 유형별.

문서를 명확하게 지정하려면 필터를 상호 배타적으로 만드세요. 예: '고객이지만 공급업체는 아님', '공급업체이지만 고객은 아님'. 그렇지 않으면 특정 문서 폴더가 모델 사이를 오갑니다.

아니요. 실시간 동기화를 피하는 분명한 이유가 있습니다:

• 성능 문제. 동기화가 실시간이면 파일 업로드마다 로딩 화면이 나타납니다.

• 충돌 문제. 사용자 2명이 항목을 동시에 바꾸면 해결되지 않는 상황이 생길 수 있습니다. 정기 작업에서는 나중에 고칠 수 있지만, 실시간이면 대기열로 저장해야 해서 사용자에게 더 혼란스럽습니다.

• 기능 문제. 특히 항목 이름 변경과 재구성입니다. 역방향 동기화에서 도구는 디렉터리 로직에 엄격히 의존하며 동기화마다 항목의 100%를 확인합니다. 업데이트마다 하면 초당 수천 건의 요청이 됩니다. 그렇지 않으면 변경이 사라집니다.

어떤 문서 유형이든 모델 디렉터리(판매 주문, 영업기회, 공급업체 등)에 원하는 이름을 지정할 수 있습니다.

개체 폴더(SO-001, John Smith 등)에는 해당 문서 유형의 표시 이름을 만드는 Odoo 메서드를 사용합니다. 다만 이름 표현식을 정의하면 바꿀 수 있습니다. Odoo 이메일 서식과 동일한 구문을 씁니다. 

아니요. 버전 15부터는 예약 작업을 변경하지 마세요. 가장 안정적이고 빠른 연결을 위해 15분마다 실행되도록 최적화되어 있습니다.

Odoo 서버 제한 시간이 최소 15분(900초)인지 확인하세요.

동기화를 잠시 멈추려면 해당 cloud client 양식에서 하세요.

예, 버전 15부터 여러 연결을 설정할 수 있습니다. 일부 폴더는 한 cloud client에, 다른 폴더는 다른 클라이언트에 동기화할 수 있습니다.

같은 폴더를 여러 cloud storages에 동시에 동기화할 수는 없습니다.

예, cloud client 구성에 따라 다릅니다.

버전 15부터 앱을 단독으로 써서 첨부를 폴더로 정리하고 파일 관리자 인터페이스를 제공할 수 있습니다.

하지만 클라우드 클라이언트와 연결하려면 관련 선택 앱을 하나 이상 설치해야 합니다.

폴더 규칙이 바뀌면 폴더 목록도 바뀝니다. 규칙 조건에 더 이상 맞지 않는 폴더는 제거됩니다. 파일이 동기화된 경우 역동기화가 파일을 Odoo로 되돌리고 Cloud Client에서 삭제합니다.

문서 객체가 폴더 규칙 조건에 맞지 않으면 폴더가 만들어지지 않습니다. 나중에 맞으면 관련 폴더가 생성됩니다.

아니요. 태그는 동기화되지 않습니다. 이전에 이 기능을 검토했으나 여러 이유로 도입하지 않기로 했습니다:

• 커넥터 라이브러리가 ownCloud 태그 조회/업데이트를 지원하지 않습니다

• Odoo 첨부 파일에는 속성 'tags'가 없으며, 그 태그가 사용자에게 언제 지정될지도 분명하지 않습니다.

• 앱이 양방향 동기화를 제공하므로 동기화 중 해결하기 어려운 치명적 충돌이 생길 수 있습니다.

현재 Odoo Apps Store 정책에 따르면:

• 버전 12.0 이하용으로 구매한 모듈은 12.0까지의 모든 버전에 접근할 수 있습니다.
• 버전 13.0부터는 모듈 버전마다 따로 구매해야 합니다.
• 버전과 관계없이 구매하면 해당 메이저 버전 내의 모든 업데이트와 버그 수정 권한이 있습니다.

faOtools 팀은 해당 정책을 통제하지 않습니다. 문의는 Odoo Apps Store 담당자에게 직접 하세요.

가장 단순한 방법은 Odoo 스토어의 기본 제공 워크플로를 사용하는 것입니다:

1. 모듈 페이지를 열고 Deploy on odoo.sh 버튼을 클릭합니다.

2. 그러면 GitHub 페이지로 이동합니다. 계정에 로그인한 뒤 'Create a new repo'를 클릭하거나 기존 저장소를 사용하세요. 저장소는 비공개여야 합니다. OPL-1 라이선스 앱을 공개하는 것은 허용되지 않습니다. 필요하면 Odoo.sh 프로젝트용 새 repo를 만드세요.

3. 그런 다음 odoo.sh로 가서 Deploy 버튼을 클릭합니다. 팝업에서 결정을 제출하고 'Continue.'를 클릭합니다. 그러면 설치가 시작됩니다.

이 단계로 프로젝트의 프로덕션 브랜치에 앱이 설치됩니다. 다른 브랜치에 앱을 배포하거나 모듈을 업데이트하려면 다음을 수행하세요:

1. Odoo 스토어에서 앱 소스 코드를 업로드합니다.

2. 모듈을 필요한 GitHub 저장소에 커밋합니다. 앱 폴더/파일이 무시되지 않는지 확인하세요(즉 repo의 .gitignore에 넣지 마세요). 저장소는 odoo.sh가 자동 생성하며 기본적으로 중요한 항목(예: /lib)이 포함될 수 있습니다. 모듈의 모든 디렉터리, 하위 디렉터리, 파일을 예외 없이 업로드하세요.

3. odoo.sh 프로젝트의 대상 브랜치를 Deploy하거나, 설정이 그렇게 되어 있으면 자동 빌드될 때까지 기다립니다.

네, 물론입니다. 동시에 Odoo가 모든 의존성을 장바구니에 자동 추가하므로, 이중 결제를 피하려면 이미 구매한 도구를 제외하십시오.

빨강/주황 경고는 앱 기능에 영향을 주지 않습니다. 안타깝게도 표준 자동 테스트가 앱 목표와 충돌하는 동작을 가정해 모듈이 통과하지 못할 때가 있습니다. 예를 들어 우리는 가격 계산을 바꾸는데, 표준 Odoo 모듈 테스트는 최종 가격을 표준 알고리즘과 비교합니다.

먼저 배포된 데이터베이스 기능이 정상인지 확인하십시오. 모두 올바르게 동작합니까?

그래도 경고가 실제 기능에 영향을 준다고 생각되면 연락해 주시고 전체 설치 로그와 배포된 모듈 전체 목록(코어 및 서드파티 포함)을 보내 주십시오.

아니요, 도구는 오직 공식 Odoo 앱 스토어.

유감스럽게도 개별 가격을 제공할 기술적 수단이 없습니다. 

아니요, 서드파티 앱은 Odoo Online에서 사용할 수 없습니다. 유감스럽게도 Odoo SaaS가 이를 차단합니다.

예, 도구가 올바르게 동작하려면 의존성에 표시된 모든 모듈이 필요합니다. 앱 페이지의 가격에는 필요한 의존성이 이미 포함되어 있습니다.