CRM Check List and Approval Process v.19

"true"로 설정하면 체크리스트를 채우지 않고도 리드/영업기회를 이 단계로 옮길 수 있습니다. 보통 추가 작업이 필요 없는 "lost" 단계에 씁니다. 그러면 사용자는 아무 작업 없이 어느 단계에서든 리드/영업기회를 "lost"로 옮길 수 있습니다(예: new > lost, proposition > lost).

"false"로 설정하면 이 단계로 옮길 때(파이프라인에서 더 앞선 경우) 현재 단계의 체크리스트를 입력해야 합니다. 예를 들어 "won" 상태는 특정 작업이 필요합니다. 리드/영업기회를 "proposition"에서 "won"으로 옮기면 "proposition" 단계의 체크 항목을 확인해야 합니다. "False"는 "no need for checklist" 필드의 기본값입니다.

체크리스트를 만들 때 각 항목에 사용자 그룹을 고를 수 있습니다. 해당 그룹만 항목을 완료로 표시할 수 있습니다. 다른 사람이 완료로 표시하려 하면 시스템이 저장을 막고 경고가 나타납니다.

현재 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가 이를 차단합니다.

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