Hello and welcome to video number four of the Advanced Course for n8n. In this video, we'll be covering sub-workflows, the secret to making your n8n operations a lot more scalable, but also increasing the speed of workflow building.

So, the first topic we need to cover is, you know, what is a sub-workflow? The Execute Workflow node allows you to call one workflow from another, allowing you to either execute multiple workflows back to back or extract a part of a workflow into its own dedicated workflow.

For example, this workflow has a group of nodes that are used to look up a user in a database. Everything here that is covered by the node, we could replace this with a sub-workflow.

From a technical point of view, it executes the chosen n8n workflow by taking its input data and outputting it from the "When Called by Another Workflow" trigger.

This workflow will then execute item by node by node, item by item, and the items from the final node of the workflow are returned to the original workflow.

So here, in this diagram, the output data from Edit Fields would go into the Execute Workflow.

This would then be used as input data for the Execute Workflow trigger, and when this workflow is done executing, it'll take the items from the last node of the workflow and use it as output data for the Execute Workflow node, and then it'll just continue in the original workflow.

So the sub-workflow pretty much allows us to extract a set of nodes from a given workflow and make it into its own workflow. But why is that useful?

There are some sets of actions that you will often have to do in multiple different workflows, for example, enriching information about a person, looking someone up in a database, looking up a certain order number in a table, and creating a sub-workflow allows you to abstract a more complex task, allowing everyone to use the right method simply by calling the subworkflow.

This also makes maintenance a lot easier. If you need to update the enrichment process or if you need to add a new table in the lookup, it can be done once and the updated version will be used across all workflows that call it.

There are two important things to note when using subworkflows. First, be sure to use a standard format for key names or embedded JSON object structures.

If the input data has a key 'email' with an uppercase 'E', but the subworkflow reads a key 'email' with a lowercase 'e', the subworkflow will fail.

Here, we can see the output data has a capital or uppercase 'E' and the subworkflow is checking for a lowercase 'e'.

The output data of the execute workflow node would also be the output data of the last node of the workflow, so be mindful of which node is the last one in your workflow, what the different values of the keys are, and if you need to join the input data or not.

So, to illustrate how a subworkflow works, um, we're going to use this, um, little workflow that I have here. So I'm just going to test the workflow and on myself a webhook.

What this workflow does is it, uh, extracts the information from the webhook. If it has an ID, it tries to cross-reference it with a Google Sheet and, um, gets any potential matches.

If it doesn't have an ID but has an email, then it does the same operation in the same Google Sheet, this time using the email as the key.

And if no ID and no email are in the webhook, this means it will return an an error.

And so we use the Stop and Error node. Um, then we just send some messages. The whole point of a sub workflow is this lookup would be useful in other places, in other workflows, than only this one.

So what we could do is extract this and replace it by a subworkflow that we would then call from the original workflow.

So here, I'm going to take all of these nodes. I'm going to cut them out and replace them by an execute workflow.

For now, we're just going to leave this empty because we need to create the workflow to get the ID.

Save this workflow, create a new workflow called lookup. Here, I will paste all of the nodes from earlier and launch the workflow with the execute workflow trigger.

One more thing we need to be careful about is the final node. So what I like to do, just to make it a little bit easier, is drag everything here to have a very clear final node.

And then I can get the workflow ID from the URL and heading back to the original workflow, I can now insert this and run the workflow as we did previously.

As we see, it had exactly the same output. It did the whole lookup and returned the right contact.

So this is very useful when we have parts of workflows that we might want to execute multiple times.

A very important thing to note is before using an execute workflow, make sure to standardize the fields, bring them all back top level, just so you don't have any trouble using the subworkflow.

You can also in the subworkflow add some documentation with a note, for example, saying, "Please give me an ID or email field top level." And that way, anyone who wants to use this subworkflow will be able to very easily.

Thanks for listening to the fourth video of the advanced course, where we covered subworkflows, when to use them, and some tips and tricks.

In the next video, we'll look into an advanced error workflow.

n8n Advanced Course (4/8) - Subworkflows

n8n의 하위 워크플로는 워크플로의 확장성을 높이고 구축 속도를 빠르게 하는 방법으로, 하나의 워크플로에서 다른 워크플로를 호출하여 복잡한 작업을 추상화하고 유지 관리를 용이하게 합니다.

하위 워크플로를 사용할 때는 입력 데이터의 키 이름과 JSON 객체 구조를 표준화하고, 최종 노드의 출력 데이터 형태를 고려해야 합니다.

하위 워크플로우 사용 시 필드 표준화 및 문서화를 통해 재사용성을 높일 수 있습니다.

n8n 고급 과정의 네 번째 비디오에서는 **n8n 작업을 확장하고 워크플로 구축 속도를 높이는 핵심 비법인 하위 워크플로**에 대해 다룹니다. 하위 워크플로는 Execute Workflow 노드를 사용하여 하나의 워크플로에서 다른 워크플로를 호출하고, 워크플로의 일부를 전용 워크플로로 추출할 수 있게 합니다.

하위 워크플로는 선택한 n8n 워크플로를 입력 데이터를 받아 '다른 워크플로에서 호출될 때' 트리거에서 출력하여 실행합니다. 워크플로는 노드별, 항목별로 실행되며, **마지막 노드에서 나온 항목은 원래 워크플로로 반환**됩니다. 이 과정에서 Execute Workflow 노드는 입력 데이터를 하위 워크플로의 트리거 입력으로 사용하고, 하위 워크플로의 마지막 노드 출력을 자신의 출력 데이터로 사용하여 원래 워크플로가 계속 진행되도록 합니다.

하위 워크플로는 **여러 다른 워크플로에서 자주 수행해야 하는 일련의 작업을 추상화**하여, 정보 보강이나 데이터베이스 조회와 같은 복잡한 작업을 모든 사람이 쉽게 호출하고 사용할 수 있게 합니다. 이는 유지 관리를 훨씬 쉽게 만들어, 특정 프로세스를 업데이트해야 할 때 한 번만 수정하면 해당 하위 워크플로를 호출하는 모든 워크플로에 변경 사항이 반영됩니다.

하위 워크플로 사용 시 고려사항

하위 워크플로를 사용할 때는 두 가지 중요한 사항에 유의해야 합니다. 첫째, **키 이름이나 임베디드 JSON 객체 구조에 표준 형식을 사용**해야 합니다. 예를 들어, 입력 데이터에 'Email' 키가 대문자로 시작하는데 하위 워크플로에서 소문자 'email' 키를 기대하면 오류가 발생합니다. 둘째, 실행 워크플로 노드의 출력 데이터는 하위 워크플로의 마지막 노드 출력 데이터와 동일하므로, 마지막 노드가 무엇인지, 키의 다양한 값은 무엇인지, 그리고 입력 데이터를 조인해야 하는지 여부를 항상 염두에 두어야 합니다.

예시 워크플로는 웹훅에서 정보를 추출하여 ID나 이메일이 있는 경우 Google 시트에서 상호 참조를 시도하고 일치하는 항목을 가져옵니다. ID나 이메일이 모두 없으면 오류를 반환합니다. 이 조회 로직은 다른 워크플로에서도 유용할 수 있으므로, **이 부분을 추출하여 하위 워크플로로 대체**할 수 있습니다.

기존 워크플로에서 조회 관련 노드를 잘라내어 Execute Workflow 노드로 대체하고, '조회'라는 새 워크플로를 생성합니다. 여기에 잘라낸 노드를 붙여넣고 Execute Workflow 트리거로 시작합니다. 하위 워크플로의 URL에서 워크플로 ID를 가져와서 원래 워크플로에 삽입하면, **기존과 동일한 결과를 얻으면서 워크플로를 모듈화**할 수 있습니다.

하위 워크플로를 사용하기 전에 필드를 표준화하고 모든 필드를 최상위 레벨로 되돌려야 합니다. 또한, 하위 워크플로에 **'ID 또는 이메일 필드를 최상위 레벨로 제공해 주세요'와 같은 문서를 추가**하면 다른 사용자들이 쉽게 활용할 수 있습니다.

이 비디오는 하위 워크플로의 개념, 사용 시기, 그리고 몇 가지 팁과 트릭을 다루었습니다. 다음 비디오에서는 고급 오류 워크플로에 대해 알아볼 예정입니다.

하위 워크플로우를 사용하는 주된 목적과 이것이 n8n 작업의 확장성 및 워크플로우 구축 속도 향상에 어떻게 기여하는지 설명해 줄 수 있나요?

n8n에서 하위 워크플로우가 기술적으로 어떻게 작동하는지, 특히 Execute Workflow 노드와 Execute Workflow 트리거의 역할에 대해 자세히 설명해 주세요.

하위 워크플로우를 사용할 때 주의해야 할 두 가지 중요한 사항은 무엇이며, 각 주의 사항이 워크플로우의 성공적인 실행에 어떤 영향을 미치나요?

제공된 예시 워크플로우에서 연락처 조회 로직을 하위 워크플로우로 추출하는 과정은 어떻게 되며, 이를 통해 어떤 이점을 얻을 수 있었나요?

하위 워크플로우의 유지 관리가 더 쉬워지는 구체적인 예시와 그 이유를 설명해 주세요.

안녕하세요, n8n 고급 과정 비디오 4에 오신 것을 환영합니다. 이번 비디오에서는 n8n 작업을 훨씬 더 확장 가능하게 만들고 워크플로 구축 속도를 높이는 비법인 하위 워크플로에 대해 다룰 것입니다.

가장 먼저 다뤄야 할 주제는 하위 워크플로가 무엇인지입니다. Execute Workflow 노드를 사용하면 하나의 워크플로에서 다른 워크플로를 호출하여 여러 워크플로를 연속적으로 실행하거나 워크플로의 일부를 자체 전용 워크플로로 추출할 수 있습니다.

예를 들어, 이 워크플로에는 데이터베이스에서 사용자를 조회하는 데 사용되는 노드 그룹이 있습니다. 여기에 노드로 덮인 모든 것을 하위 워크플로로 대체할 수 있습니다.

기술적인 관점에서 보면, 선택한 n8n 워크플로를 입력 데이터를 가져와서 "다른 워크플로에서 호출될 때" 트리거에서 출력하여 실행합니다.

그러면 이 워크플로는 노드별로, 항목별로 실행되며, 워크플로의 마지막 노드에서 나온 항목은 원래 워크플로로 반환됩니다.

여기 이 다이어그램에서 Edit Fields의 출력 데이터는 Execute Workflow로 들어갑니다.

그런 다음 이것은 Execute Workflow 트리거의 입력 데이터로 사용되며, 이 워크플로가 실행을 완료하면 워크플로의 마지막 노드에서 항목을 가져와 Execute Workflow 노드의 출력 데이터로 사용한 다음 원래 워크플로에서 계속됩니다.

따라서 하위 워크플로는 주어진 워크플로에서 노드 집합을 추출하여 자체 워크플로로 만들 수 있도록 해줍니다. 하지만 왜 이것이 유용할까요?

여러 다른 워크플로에서 자주 수행해야 하는 일련의 작업이 있습니다. 예를 들어, 개인에 대한 정보 보강, 데이터베이스에서 사람 조회, 테이블에서 특정 주문 번호 조회 등이 있습니다. 하위 워크플로를 사용하면 보다 복잡한 작업을 추상화하여 모든 사람이 하위 워크플로를 호출하는 것만으로 올바른 방법을 사용할 수 있습니다.

이렇게 하면 유지 관리가 훨씬 쉬워집니다. 정보 보강 프로세스를 업데이트해야 하거나 조회에 새 테이블을 추가해야 하는 경우 한 번만 수행하면 업데이트된 버전이 해당 버전을 호출하는 모든 워크플로에서 사용됩니다.

하위 워크플로를 사용할 때 주의해야 할 두 가지 중요한 사항이 있습니다. 첫째, 키 이름 또는 임베디드 JSON 객체 구조에 표준 형식을 사용해야 합니다.

입력 데이터에 대문자 'E'로 시작하는 'Email' 키가 있는데, 하위 워크플로우에서 소문자 'e'로 시작하는 'email' 키를 읽으면 하위 워크플로우가 실패합니다.

여기서 출력 데이터는 대문자 'E'로 시작하고 하위 워크플로우는 소문자 'e'를 확인하는 것을 볼 수 있습니다.

실행 워크플로우 노드의 출력 데이터는 워크플로우의 마지막 노드의 출력 데이터이기도 하므로 워크플로우의 마지막 노드가 어떤 노드인지, 키의 다양한 값이 무엇인지, 입력 데이터를 조인해야 하는지 여부를 염두에 두어야 합니다.

자, 하위 워크플로우가 어떻게 작동하는지 설명하기 위해, 음, 여기에 있는 작은 워크플로우를 사용하겠습니다. 워크플로우를 테스트하고 웹훅을 보내겠습니다.

이 워크플로우는 웹훅에서 정보를 추출합니다. ID가 있으면 Google 시트에서 상호 참조를 시도하고 잠재적인 일치 항목을 가져옵니다.

ID는 없지만 이메일이 있으면 동일한 Google 시트에서 동일한 작업을 수행하며, 이번에는 이메일을 키로 사용합니다.

웹훅에 ID와 이메일이 모두 없으면 오류를 반환합니다.

그래서 중지 및 오류 노드를 사용합니다. 음, 그런 다음 메시지를 보냅니다. 하위 워크플로우의 요점은 이 조회가 이 워크플로우뿐만 아니라 다른 워크플로우에서도 유용하다는 것입니다.

따라서 이것을 추출하여 원래 워크플로우에서 호출할 하위 워크플로우로 대체할 수 있습니다.

여기서 이 모든 노드를 가져오겠습니다. 잘라내고 실행 워크플로우로 대체하겠습니다.

지금은 ID를 가져올 워크플로우를 만들어야 하므로 비워 두겠습니다.

이 워크플로우를 저장하고 조회라는 새 워크플로우를 만듭니다. 여기에 이전의 모든 노드를 붙여넣고 실행 워크플로우 트리거로 워크플로우를 시작합니다.

주의해야 할 또 다른 사항은 최종 노드입니다. 좀 더 쉽게 하기 위해 모든 것을 끌어다 놓아 최종 노드를 명확하게 만듭니다.

그런 다음 URL에서 워크플로우 ID를 가져와서 원래 워크플로우로 돌아가서 삽입하고 이전과 같이 워크플로우를 실행할 수 있습니다.

보시다시피, 정확히 똑같은 결과가 나왔습니다. 전체 조회를 실행하고 올바른 연락처를 반환했습니다.

따라서 워크플로우의 일부를 여러 번 실행하려는 경우에 매우 유용합니다.

실행 워크플로우를 사용하기 전에 필드를 표준화하고, 모든 필드를 최상위 레벨로 되돌려 하위 워크플로우를 사용하는 데 문제가 없도록 해야 합니다.

또한 하위 워크플로우에 메모와 함께 문서를 추가할 수도 있습니다. 예를 들어 "ID 또는 이메일 필드를 최상위 레벨로 제공해 주세요."라고 하면 이 하위 워크플로우를 사용하려는 사람이 매우 쉽게 사용할 수 있습니다.

고급 과정의 네 번째 비디오를 시청해 주셔서 감사합니다. 이 비디오에서는 하위 워크플로우, 사용 시기 및 몇 가지 팁과 트릭을 다뤘습니다.

다음 비디오에서는 고급 오류 워크플로우를 살펴보겠습니다.

n8n 고급 과정 비디오 4에서는 워크플로우를 확장하고 구축 속도를 높이는 하위 워크플로우를 다룹니다.

Execute Workflow 노드를 사용하면 하나의 워크플로우에서 다른 워크플로우를 호출하거나 워크플로우의 일부를 별도의 워크플로우로 추출할 수 있습니다.

예를 들어, 데이터베이스에서 사용자를 조회하는 노드 그룹을 하위 워크플로우로 대체할 수 있습니다.

하위 워크플로우의 기술적 작동 방식

선택한 n8n 워크플로우는 입력 데이터를 가져와 '다른 워크플로우에서 호출될 때' 트리거에서 출력하여 실행됩니다.

하위 워크플로우는 노드별로, 항목별로 실행되며, 마지막 노드의 항목은 원래 워크플로우로 반환됩니다.

Execute Workflow 노드의 출력 데이터는 하위 워크플로우의 트리거 입력으로 사용되고, 하위 워크플로우의 마지막 노드 출력은 원래 워크플로우의 Execute Workflow 노드 출력으로 사용됩니다.

하위 워크플로우의 유용성 및 이점

하위 워크플로우는 노드 집합을 추출하여 자체 워크플로우로 만들 수 있게 합니다.

여러 워크플로우에서 자주 수행하는 작업(예: 정보 보강, 데이터베이스 조회)을 추상화하여 복잡한 작업을 단순화할 수 있습니다.

유지 관리가 훨씬 쉬워지며, 하위 워크플로우를 한 번만 업데이트하면 이를 호출하는 모든 워크플로우에 반영됩니다.

하위 워크플로우 사용 시 주의사항

키 이름 또는 임베디드 JSON 객체 구조에 표준 형식을 사용해야 합니다. 대소문자 불일치로 인해 워크플로우가 실패할 수 있습니다.

Execute Workflow 노드의 출력 데이터는 하위 워크플로우의 마지막 노드 출력 데이터이므로, 마지막 노드와 키 값, 입력 데이터 조인 여부를 고려해야 합니다.

웹훅에서 정보를 추출하고, ID나 이메일이 있으면 Google 시트에서 상호 참조를 시도하는 워크플로우를 예시로 사용합니다.

이 조회 기능이 다른 워크플로우에서도 유용하므로, 이를 추출하여 하위 워크플로우로 대체합니다.

기존 노드들을 잘라내고 Execute Workflow 노드로 대체한 다음, 새로운 워크플로우를 생성하여 잘라낸 노드들을 붙여넣고 Execute Workflow 트리거로 시작합니다.

하위 워크플로우 ID를 가져와 원래 워크플로우에 삽입하고 실행하면 동일한 결과가 반환됨을 확인합니다.

워크플로우의 일부를 여러 번 실행해야 하는 경우 하위 워크플로우가 매우 유용합니다.

Execute Workflow를 사용하기 전에 필드를 표준화하고 모든 필드를 최상위 레벨로 되돌려야 합니다.

하위 워크플로우에 메모와 함께 문서를 추가하여 사용자가 쉽게 활용할 수 있도록 합니다.

이 비디오에서는 하위 워크플로우, 사용 시기, 팁과 트릭을 다루었습니다.

n8n Advanced Course (4/8) - Subworkflows

n8n Advanced Course (4/8) - Subworkflows

스크립트