Print Event Badges from an Excel List

Print shops print with CMYK colors. The CMYK file with crop marks is the file to send to a print shop. For an office printer, use the A4 sheets.

The workflow reads a spreadsheet from a link. Open the example input on this page to see the layout that it expects.

Yes. After you install the workflow, you own a copy of the badge template. Change the colors, fonts and logo in Bannerbear.

Add the person to the spreadsheet and run the workflow again. You get new sheets that include the new badge.

The example run on this page used 17 API credits and 0.0 AI credits. The cost of a run can change with your input, for example the length of a video or the number of rows in a spreadsheet. There is no charge for the workflow itself.

Yes. You do not have to open the app to run it. You can start it from your own code with the API, from a Zap in Zapier, or from an AI assistant that is connected to the Bannerbear MCP server. Each run takes your data and gives you the finished files.

Yes. The install gives you your own copy of the workflow and of its templates. You can change the templates, such as the colors, fonts and logo, and you can change the steps of the workflow.

A run is not instant, so the API answers at once, and the run continues in the background. Ask for the run to see its status. The status is queued, running, completed or failed. When the run is completed, it lists its outputs.

A sequence of steps that runs as one thing. Each step is an image render, an animation render, or a tool — and a step can use the output of an earlier step as its input.

Define its inputs, then supply them when you run it. Steps reference those inputs the same way they reference each other’s outputs.

POST to the workflow’s run endpoint with its inputs. The run is queued and reports progress as each step completes.

That is the point of inputs. Define the parts that change — a headline, an image URL, a name — and supply them per run.

Yes. Each run records every step, its inputs, its outputs and how long it took, so a failure points at the step that caused it rather than the whole workflow.

The run stops there and the failure is recorded against that step, with the outputs of the steps that already succeeded still available.

As long as its steps need — video work is not instant, and a workflow with several video steps takes minutes rather than seconds. Use the run’s progress or a webhook rather than holding a request open.

The workflow and its bundled templates are copied into your workspace, and the steps are rewritten to point at your copies rather than the originals.

Three on a trial. They are counted per workspace.

A workflow decides what gets made. An integration decides what triggers it and where the result goes. They are often used together.