이 위시리스트 요청은 무엇에서 영감을 받았나요?
고객에게 WFB를 직접 체험하게 하는 과정에서, 가져오기 단계를 비활성화하여 일반화된 워크플로를 실행하는 기존 방식이 가져오기 마법사에서는 작동하지 않는다는 것을 알게 되었습니다. 가져오기 마법사는 중요한 처리 정보의 상당 부분을 단계 자체에 포함시키기 때문에, 가져오기 마법사를 사용하여 특정 작업을 일반화하려면 Don의 JSL Cookbook 예제( JSL Cookbook Example)에 설명된 대로 워크플로 단계를 수동으로 편집해야 합니다. execl 파일 가져오기와 같은 기본적인 작업에 코드 편집이 필요하다는 점은 JMP의 "코드 없는 자동화" 도구라는 WFB의 포지셔닝과 다소 상반됩니다.
원하시는 새롭거나 개선된 기능 또는 해결책을 설명해 주세요.
WFB가 사용자가 가져오기 마법사 단계를 추가할 때 이를 인식하고 그에 따라 조정하도록 합니다. 이는 몇 가지 방법으로 수행할 수 있습니다.
- WFB에 추가할 때 로그 스크립트를 Don이 요리책 문서에서 설명한 파일 선택 방식에 맞게 수정하세요. WFB가 마법사가 있음을 인식했을 때만 활성화되는 빨간색 삼각형 메뉴 옵션을 추가하는 것도 좋은 방법입니다.단계가 기록되고 있습니다.
- (제가 선호하는 방식이지만 좀 더 복잡합니다) WFB에 파일 열기 작업을 처리하는 특수 단계를 추가합니다. 이 단계는 기록된 JSL에서 경로, 가져오기 요구 사항 등을 분석하고, 단계 설정에서 사용자가 기록된 경로를 실행하는 대신 파일을 직접 선택하도록 하는 확인란을 제공합니다.
이 새로운 기능이 제공된다면 귀하와 다른 사용자에게 어떤 가치가 있을까요?
WFB는 JMP의 자동화를 위한 노코드 솔루션입니다. 신규 및 기존 사용자가 WFB를 최대한 활용할 수 있도록 핵심 기능을 진정한 의미의 노코드 방식으로 만들어야 합니다.
이것은 외부 고객의 요청입니까?
직접적인 관련은 없지만, 기본적인 소개 활동에서 코드 편집을 요구하여 대부분의 사용자가 기대하는 방식으로 일반화해야 한다는 점은 보기 좋지 않습니다.
이와 유사한 기능이나 솔루션을 제공하는 경쟁 소프트웨어 패키지가 있습니까? 있다면 알려주시면 감사하겠습니다.
해당 없음
이것이 고객의 갱신, 확장 또는 도입에 영향을 미칠까요? 그리고 이 문제를 해결하지 않으면 계정이 위험에 처할까요?
WFB는 준 수직적 확장에 있어 주요한 도구이며, 기존 제품의 소비를 촉진합니다. WFB를 더 쉽게 사용하고 일반화할 수 있도록 노력한다면 갱신, 확장 및 도입률 지표에 긍정적인 영향을 미칠 것입니다.
