본문으로 이동
주 메뉴
주 메뉴
사이드바로 이동
숨기기
둘러보기
대문
최근 바뀜
임의의 문서로
미디어위키 도움말
특수 문서 목록
LS Taiwan
검색
검색
보이기
계정 만들기
로그인
개인 도구
계정 만들기
로그인
로그아웃한 편집자를 위한 문서
더 알아보기
기여
토론
Dolibarr 모듈 개발
편집하기 (부분)
문서
토론
한국어
읽기
편집
역사 보기
도구
도구
사이드바로 이동
숨기기
동작
읽기
편집
역사 보기
일반
여기를 가리키는 문서
가리키는 글의 최근 바뀜
문서 정보
보이기
사이드바로 이동
숨기기
경고:
로그인하지 않았습니다. 편집을 하면 IP 주소가 공개되게 됩니다.
로그인
하거나
계정을 생성하면
편집자가 사용자 이름으로 기록되고, 다른 장점도 있습니다.
스팸 방지 검사입니다. 이것을 입력하지
마세요
!
=동작 삽입= ==Dolibarr 이벤트에 코드 실행(트리거)== ## 돌리바 이벤트에 코드 실행 (트리거)에 대한 논의 및 돌리바 ERP CRM 모듈 개발의 더 큰 맥락 제공된 출처는 돌리바 ERP CRM 모듈 개발에서 **특정 돌리바 이벤트가 발생했을 때 사용자가 정의한 코드를 실행할 수 있는 기능**, 즉 **트리거**에 대해 설명합니다. **트리거의 개념 및 사용 방법:** * 출처에 따르면, **"특정 돌리바 액션이 자동으로 트리거될 때 코드를 실행"** 하고자 하는 경우에 트리거를 생성해야 합니다. * **예시:** 송장이 돌리바에 생성될 때 모듈 내의 사용자 정의 테이블을 업데이트하는 경우를 들 수 있습니다. * 더 자세한 정보는 **Interfaces\_Dolibarr\_toward\_foreign\_systems** 및 **Interfaces\_from\_foreign\_systems\_toward\_Dolibarr** 페이지를 참고하도록 안내하고 있습니다. ==Dolibarr hook 위치에 코드 삽입== ## 돌리바 훅 위치에 코드 삽입에 대한 논의 및 돌리바 ERP CRM 모듈 개발의 더 큰 맥락 제공된 출처는 돌리바 ERP CRM 모듈 개발에서 **훅(hooks) 시스템을 활용하여 특정 위치에 사용자 정의 코드를 삽입하거나 기존 코드를 대체하는 기능**에 대해 설명합니다. **훅 시스템의 개념 및 사용 방법:** * 출처에 따르면, 훅 위치에 코드를 삽입하는 것은 **"비즈니스 이벤트 외의 다른 상황에서 돌리바 코드를 추가하거나 대체"** 하고자 할 때 사용됩니다. * 이전 쿼리에서 논의된 **트리거가 특정 비즈니스 이벤트 발생 시 코드를 실행**하는 것과 달리, 훅은 **더욱 다양한 상황과 위치**에서 코드 실행을 가능하게 합니다. * 더 자세한 정보는 **Hooks\_system** 페이지를 참고하도록 안내하고 있습니다. * 출처 3.5.3에서는 훅을 통해 **지원되는 필드의 일부를 추가/대체**하는 방법을 언급하며, 26에서는 훅을 사용하여 **기존 폼에 새로운 필드를 추가**하는 방법을 예시로 설명합니다. ==자체 번호 매기기 규칙 추가== ## 자체 번호 매기기 규칙 추가에 대한 논의 및 돌리바 ERP CRM 모듈 개발의 더 큰 맥락 제공된 출처는 돌리바 ERP CRM 모듈 개발에서 **자체 번호 매기기 규칙을 추가하는 기능**에 대해 간략하게 언급하고 있으며, 이는 돌리바의 기본 번호 매기기 규칙 외에 **사용자 정의된 방식으로 문서 또는 기타 객체의 참조 번호를 생성**하고자 할 때 유용합니다. **자체 번호 매기기 규칙 추가의 개념 및 방법:** * 출처의 기능 목록에는 **"객체의 참조 생성을 위한 새로운 번호 매기기 규칙 추가"** 가 포함되어 있습니다. 이는 모듈 개발자가 돌리바의 다양한 객체(예: 송장, 주문, 견적 등)에 대해 자신만의 특정 형식이나 로직을 가진 참조 번호 생성 규칙을 정의할 수 있음을 나타냅니다. * 출처에서는 **"기존 규칙으로 처리되지 않는 요소의 참조 생성을 위한 새로운 규칙이 필요할 때"** 자체 번호 매기기 규칙을 추가해야 한다고 명시합니다. * 또한, 더 자세한 내용은 **"Create numbering module"** 페이지를 참조하도록 안내하고 있습니다. 이는 자체 번호 매기기 규칙을 추가하는 것이 **별도의 모듈 개발**과 관련될 수 있음을 시사합니다. **트리거 및 훅과의 관계:** 자체 번호 매기기 규칙은 **트리거**나 **훅**과 함께 사용되어 더욱 강력한 기능을 구현할 수 있습니다. 예를 들어: * 특정 이벤트(예: 주문 상태 변경)가 발생하면 **트리거**가 작동하여 사용자 정의 번호 매기기 규칙에 따라 새로운 참조 번호를 생성하고 문서에 할당할 수 있습니다. * **훅**을 사용하여 문서 생성 또는 수정 시점에 사용자 정의 번호 매기기 로직을 삽입하여 기본 번호 생성 방식을 대체하거나 보완할 수 있습니다. **결론적으로, 돌리바 ERP CRM 모듈 개발에서 자체 번호 매기기 규칙을 추가하는 기능은 **기업의 고유한 비즈니스 요구 사항을 충족시키고 문서 관리의 효율성을 높이며 외부 시스템과의 연동을 용이하게 하는 중요한 요소**입니다. 이는 돌리바의 **유연성**과 **확장성**을 더욱 강화하며, 트리거 및 훅과 같은 다른 모듈 개발 요소들과 함께 활용되어 더욱 **맞춤화된 돌리바 환경**을 구축하는 데 기여합니다.** ==문서 템플릿 추가== ## 문서 템플릿 추가에 대한 논의 및 돌리바 ERP CRM 모듈 개발의 더 큰 맥락 제공된 출처는 돌리바 ERP CRM 모듈 개발에서 **자체 문서 템플릿을 추가하는 기능**에 대해 언급하며, 이는 돌리바에서 생성되는 **PDF 또는 ODT 형식의 문서를 사용자 정의된 레이아웃과 디자인으로 제작**하고자 할 때 매우 중요합니다. **문서 템플릿 추가의 개념 및 방법:** * 출처의 기능 목록에는 **"새로운 문서 템플릿 추가"** 가 명시되어 있습니다. 이는 모듈 개발자가 돌리바의 기본 문서 템플릿 외에 **기업의 브랜드 아이덴티티, 특정 보고서 형식, 또는 법적 요구 사항** 등을 반영하는 사용자 정의 템플릿을 추가할 수 있음을 의미합니다. * 출처는 **"생성된 PDF 또는 ODT 문서를 개인화하고 싶을 때"** 문서 템플릿을 추가해야 한다고 설명합니다. * **중요한 점은 문서 템플릿을 추가하는 데 모듈 설명자(module descriptor)를 생성할 필요가 없다는 것입니다**. 이는 비교적 독립적인 기능임을 시사합니다. * 문서 템플릿 추가에 대한 자세한 내용은 **"Create\_a\_PDF\_document\_template"** 또는 **"Create\_an\_ODT\_document\_template"** 페이지에서 확인할 수 있다고 안내합니다. **트리거 및 훅과의 관계:** 문서 템플릿 추가 기능은 **트리거**나 **훅**과 연동하여 더욱 강력한 자동화 기능을 구현할 수 있습니다. 예를 들어: * 특정 이벤트(예: 송장 결제 완료) 발생 시 **트리거**가 작동하여 자동으로 사용자 정의된 감사 보고서 템플릿을 기반으로 문서를 생성하고 관련 담당자에게 발송할 수 있습니다. * **훅**을 사용하여 문서 생성 과정의 특정 시점에 사용자 정의 로직을 삽입하여 템플릿에 동적으로 데이터를 추가하거나 수정할 수 있습니다. **결론적으로, 돌리바 ERP CRM 모듈 개발에서 자체 문서 템플릿을 추가하는 기능은 **기업의 브랜드 아이덴티티를 강화하고 특정 비즈니스 요구 사항을 충족하며 문서 관리 효율성을 높이는 데 필수적인 요소**입니다. 모듈 설명자 없이 독립적으로 추가할 수 있다는 점은 이 기능의 유연성을 더하며, 트리거 및 훅과 같은 다른 개발 요소들과 함께 활용되어 더욱 **자동화되고 맞춤화된 문서 처리 환경**을 구축하는 데 중요한 역할을 합니다.** ==스킨 추가== ## 스킨 추가에 대한 논의 및 돌리바 ERP CRM 모듈 개발의 더 큰 맥락 제공된 출처는 돌리바 ERP CRM 모듈 개발에서 **자체 스킨을 추가하는 기능**에 대해 언급하며, 이는 돌리바의 **색상, 글꼴, 이미지 등 사용자 인터페이스의 외관을 개인화**하고자 할 때 유용합니다. **스킨 추가의 개념 및 방법:** * 출처의 기능 목록에는 **"새로운 스킨 추가"** 가 포함되어 있습니다. 이는 모듈 개발자가 돌리바의 기본 테마 외에 **자신만의 시각적 스타일**을 적용할 수 있음을 의미합니다. * 출처는 **"자신의 색상/글꼴/이미지로 개인화하고 싶을 때"** 스킨을 추가해야 한다고 설명합니다. * **중요한 점은 스킨을 추가하는 데 모듈 설명자(module descriptor)를 생성할 필요가 없다는 것입니다**. 이는 스킨 변경이 기능적인 확장보다는 **외관 변경에 집중**되어 있기 때문입니다. * 자체 스킨 추가에 대한 자세한 내용은 **"Skins"** 페이지를 참조하도록 안내하고 있습니다. **모듈 설명자와의 독립성:** 출처에서 스킨 추가에 모듈 설명자가 필요 없다고 명시한 점은 스킨 기능이 **돌리바의 핵심 기능이나 데이터 구조에 직접적인 영향을 미치지 않는 독립적인 요소**임을 시사합니다. 이는 돌리바의 **모듈화된 구조**를 보여주는 한 예시로, 외관 변경과 기능 확장을 분리하여 관리할 수 있도록 설계되었음을 의미합니다. **결론적으로, 돌리바 ERP CRM 모듈 개발에서 자체 스킨을 추가하는 기능은 **사용자 경험을 향상시키고, 브랜드를 강화하며, 접근성을 높이는 데 중요한 역할**을 합니다. 기능적인 확장과는 별개로 **돌리바의 시각적인 측면을 사용자 및 기업의 요구에 맞게 맞춤화**할 수 있도록 지원하며, 이는 돌리바를 더욱 **유연하고 매력적인 솔루션**으로 만들어줍니다.** ==코딩 규칙 및 미리 정의 된 함수== ## 코딩 규칙 및 미리 정의된 함수에 대한 논의 및 돌리바 ERP CRM 모듈 개발의 더 큰 맥락 제공된 출처는 돌리바 ERP CRM 모듈 개발의 중요한 측면인 **코딩 규칙**과 개발자가 활용할 수 있는 **미리 정의된 함수**에 대해 간략하게 언급합니다. 이러한 요소들은 돌리바 모듈 개발의 품질, 효율성 및 유지 보수성에 큰 영향을 미칩니다. **코딩 규칙:** * 출처는 **"몇 가지 코딩 규칙 및 미리 정의된 함수"** 섹션을 통해 코딩 규칙이 **"개발자 문서의 '일반 정보 - 언어 및 표준 개발' 섹션에 정의되어 있다"** 고 명시합니다. * 이는 돌리바 개발에 참여하는 모든 개발자가 **일관된 코딩 스타일과 표준을 준수**해야 함을 강조합니다. **미리 정의된 함수:** * 출처는 또한 개발자를 위한 많은 **미리 정의된 기능이 존재하며, 이는 "개발자 문서의 '돌리바 기술 컴포넌트' 섹션에 설명되어 있다"** 고 밝힙니다. * 이는 돌리바가 모듈 개발자가 **기존의 강력한 기능들을 재사용**하여 개발 과정을 효율적으로 진행할 수 있도록 다양한 유틸리티 함수와 API를 제공한다는 것을 의미합니다. * 예시로, 새로운 PHP 화면 생성 섹션에서 **`dol_include_once()` 함수를 사용하여 모듈의 클래스나 라이브러리를 포함**하는 방법, 그리고 데이터베이스 상호 작용 섹션에서 **`$db` 객체를 사용하여 데이터베이스 쿼리를 실행**하는 방법 등이 간접적으로 미리 정의된 함수의 활용 사례를 보여줍니다. * 또한, **`llxHeader()` 함수를 사용하여 HTML 헤더에 자바스크립트 파일을 포함**시키는 방법, **`Form` 클래스의 `select_date()` 메소드를 사용하여 날짜 선택기를 추가**하는 방법, 그리고 **`dol_fiche_head()` 함수를 사용하여 객체의 탭 메뉴를 표시**하는 방법 등도 미리 정의된 함수의 구체적인 사용 예시입니다. **돌리바 ERP CRM 모듈 개발의 더 큰 맥락에서 코딩 규칙 및 미리 정의된 함수의 중요성:** * **코드 품질 향상 및 유지 보수성 증대:** **일관된 코딩 규칙을 준수**함으로써 개발된 모듈의 코드는 **가독성이 높아지고 이해하기 쉬워집니다**. 이는 코드 유지 보수, 버그 수정 및 기능 확장을 용이하게 하여 모듈의 장기적인 생명력을 보장합니다. 여러 개발자가 협업하는 환경에서는 코딩 규칙 준수가 더욱 중요합니다. * **개발 효율성 증대:** 돌리바에서 제공하는 **미리 정의된 함수들을 활용**하면 개발자는 **반복적인 작업을 직접 코딩할 필요 없이** 이미 검증된 기능들을 쉽게 사용할 수 있습니다. 이는 개발 시간을 단축시키고 생산성을 향상시키는 데 크게 기여합니다. 예를 들어, 데이터베이스 접근, 폼 생성, 날짜 처리, 사용자 권한 확인 등 자주 사용되는 기능들을 미리 정의된 함수를 통해 간편하게 구현할 수 있습니다. * **돌리바 플랫폼과의 호환성 및 안정성 확보:** 미리 정의된 함수는 돌리바 코어 시스템과 긴밀하게 통합되어 있으므로, 이를 활용하여 개발된 모듈은 **돌리바 플랫폼과의 호환성 문제를 최소화**하고 **안정적인 작동**을 보장할 수 있습니다. 코어 업데이트 시에도 미리 정의된 함수를 사용하는 모듈은 호환성 문제를 겪을 가능성이 낮아집니다. * **보안성 강화:** 돌리바 코어 개발팀은 미리 정의된 함수들에 대한 보안 검토를 지속적으로 수행하므로, 개발자가 이러한 함수들을 안전하게 활용할 수 있도록 지원합니다. 직접 SQL 쿼리를 작성하거나 사용자 입력을 처리하는 대신 검증된 함수를 사용하는 것이 **보안 취약점을 줄이는 데 도움**이 됩니다. * **학습 곡선 완화:** 돌리바의 코딩 규칙과 주요 미리 정의된 함수들을 이해하는 것은 **새로운 개발자가 돌리바 모듈 개발에 빠르게 적응**하는 데 도움이 됩니다. 잘 정리된 개발자 문서는 이러한 학습 과정을 지원하는 중요한 자료입니다. **결론적으로, 돌리바 ERP CRM 모듈 개발에서 **코딩 규칙을 준수하는 것은 개발된 모듈의 품질과 유지 보수성을 확보하는 데 필수적**이며, **미리 정의된 함수를 적극적으로 활용하는 것은 개발 효율성을 높이고 플랫폼과의 호환성 및 안정성을 보장하는 데 매우 중요**합니다. 개발자는 돌리바 개발자 문서를 통해 제공되는 코딩 규칙과 미리 정의된 함수들을 숙지하고 이를 실제 모듈 개발 과정에 적용해야 합니다. 이는 결국 **더욱 강력하고 안정적이며 유지 보수가 용이한 돌리바 모듈을 개발**하는 데 기여하며, 돌리바 생태계 전체의 발전에 긍정적인 영향을 미칩니다.**
요약:
LS Taiwan에서의 모든 기여는 다른 기여자가 편집, 수정, 삭제할 수 있다는 점을 유의해 주세요. 만약 여기에 동의하지 않는다면, 문서를 저장하지 말아 주세요.
또한, 직접 작성했거나 퍼블릭 도메인과 같은 자유 문서에서 가져왔다는 것을 보증해야 합니다(자세한 사항은
LS Taiwan:저작권
문서를 보세요).
저작권이 있는 내용을 허가 없이 저장하지 마세요!
취소
편집 도움말
(새 창에서 열림)
검색
검색
Dolibarr 모듈 개발
편집하기 (부분)
새 주제