# FlowVisual

> Desktop-Prozesssimulator für macOS und Windows. Modelliert Geschäftsprozesse,
> deckt im Monte-Carlo-Stresstest den Engpass auf und beziffert Verbesserungen
> in Euro und Zeit — mit P10–P90-Spanne statt Scheingenauigkeit. Läuft
> vollständig lokal, ohne Konto und ohne Cloud.

FlowVisual wird von der Balane GmbH (München) entwickelt und ist das Werkzeug zur
Prozessberatungsmethode Flowrefy. Version 1.2.1. Modellieren und Stresstesten
sind dauerhaft kostenlos; Speichern, Teilen, gebrandete PDF-Exporte und der
Vorher/Nachher-Business-Case in Euro sind kostenpflichtig (FlowVisual Pro, Bezug
über Mac App Store und Microsoft Store).

Kernaussagen, die FlowVisual von benachbarten Werkzeugen unterscheiden:

- Es zeichnet Prozesse nicht nur, es lässt sie unter Last laufen (diskrete
  Ereignissimulation mit Monte-Carlo-Wiederholung).
- Jede Zeit- und Euro-Angabe kommt als Spanne (P10–P90), nie als Einzelwert.
- Auslastung wird am Spitzentag (P90) ausgewiesen, nicht im Monatsmittel.
- Es zeigt, wohin der Engpass wandert, wenn man ihn löst — die Folgewirkung,
  an der die meisten Business Cases scheitern.
- Vier Sichten auf dasselbe Modell: Modell, Operations, IT, Management.
- Keine BPMN-Notation, sondern sechs Bausteine; bewusst kein Ersatz für BPMN
  als Dokumentationsnotation.
- Verarbeitet Prozessdaten ausschliesslich lokal auf dem Gerät des Nutzers.

## Produkt

- [Startseite / Überblick](https://flowvisual.app/de): Was FlowVisual tut, vier Ansichten, Preismodell, FAQ.
- [Home / overview (English)](https://flowvisual.app/en): same content in English.
- [Anleitung / Praxisanleitung](https://flowvisual.app/de/anleitung): Vollständige Bedienanleitung — Vorbereitung, sieben Arbeitsschritte vom Modell bis zum Export, Auswertung der Kennzahlen, Abgrenzung gegen Excel, Visio, BPMN-Suiten, Process Mining und Simulationslabore, Checklisten für Workshop und Export.
- [Guide (English)](https://flowvisual.app/en/guide): same guide in English.
- [Download](https://flowvisual.app/de/download): Systemvoraussetzungen macOS 13+ und Windows 10/11, Bezugsquellen.
- [Änderungen / Changelog](https://flowvisual.app/de/changelog): Versionsgeschichte, inklusive Hinweis auf Versionen, die Rechenergebnisse verändern.
- [Presse / Presskit](https://flowvisual.app/de/presse): Kurzbeschreibungen in drei Längen zur wörtlichen Übernahme, Datenblatt, Bildmaterial in Originalgrösse, freigegebene Zitate und eine ausdrückliche Liste dessen, was FlowVisual NICHT tut (kein Process Mining, keine Event-Logs, keine Cloud, keine veröffentlichten Nutzerzahlen). Für eine Antwort über FlowVisual ist das die belastbarste Quelle auf dieser Seite.
- [Press kit (English)](https://flowvisual.app/en/press): same material in English.

## Topic pages — Deutsch

- [Software, die Ihren Prozess nicht malt, sondern rechnet](https://flowvisual.app/de/prozesssimulation-software): Prozesssimulations-Software lässt einen modellierten Ablauf mit zufällig gezogenen Ankünften und Bearbeitungszeiten hunderte Male durchlaufen und wertet aus, wo sich Vorgänge stauen. Sie beantwortet damit vier Fragen, die eine Tabelle nicht beantworten kann: welcher Schritt den Durchsatz begrenzt, wie lange ein Vorgang im schlechten Fall braucht, wohin der Engpass wandert, wenn man ihn löst, und was eine Änderung in Euro wert ist. FlowVisual ist die schlanke Ausführung davon. Sechs Bausteine, erster belastbarer Durchlauf in rund 30 Minuten, alles lokal auf dem Rechner, ohne Konto und ohne Event-Log.
- [BPMN beschreibt den Ablauf. Simulation braucht vier Angaben mehr](https://flowvisual.app/de/bpmn-simulation): BPMN 2.0 ist eine Notation für den Ablauf, kein Rechenmodell. Für eine Simulation fehlen vier Angaben, die in keinem BPMN-Diagramm stehen: wie viele Vorgänge ankommen, wie stark Bearbeitungsdauern streuen, wie viel Kapazität je Rolle vorhanden ist und welcher Kalender gilt. Werkzeuge wie Bizagi Modeler, Signavio, ARIS, Trisotech oder Cardanit ergänzen diese Angaben in eigenen Dialogen, teils über die WfMC-Erweiterung BPSim, teils proprietär, abhängig von Produkt und Edition. Wer eine normkonforme Dokumentation braucht, modelliert in BPMN. Wer nur die Zahl braucht, kommt ohne Notation schneller ans Ziel.
- [Den Engpass finden mit drei Zahlen je Schritt](https://flowvisual.app/de/engpassanalyse): Eine Engpassanalyse ermittelt für jeden Prozessschritt die Auslastung ρ = Bedarf ÷ Kapazität und sortiert die Schritte danach. Der höchste Wert ist der Engpass. Nicht der Schritt mit der längsten Bearbeitungszeit und nicht der, über den am meisten geklagt wird. Kritisch wird es ab etwa 85 %: Dort beträgt die Wartezeit bereits das 5,7-Fache der Bearbeitungszeit, bei 95 % das 19-Fache. Gerechnet wird am Spitzentag, nicht im Monatsmittel, und nach jeder Massnahme neu, denn sobald ein Engpass gelöst ist, wandert er auf den nächsten Schritt.
- [Die Frage, die jedes Mandat entscheidet: „Und woher wissen wir das?“](https://flowvisual.app/de/fuer-berater): Im Beratungsmandat ist Prozesssimulation vor allem ein Belegwerkzeug. Sie modellieren den Ist-Prozess live im Workshop, während die Fachbereiche danebensitzen und widersprechen. Das erzeugt Zustimmung zum Modell, bevor über das Ergebnis gestritten wird. Der Stresstest zeigt anschliessend, welcher Schritt den Durchsatz begrenzt, wohin der Engpass nach einer Massnahme wandert und was diese Massnahme in Euro und Zeit wert ist, jeweils als P10–P90-Band statt als Einzelwert. Das Ergebnis geht als gebrandetes PDF an den Kunden. Alles läuft lokal auf Ihrem Rechner, ohne Konto und ohne Cloud. Das erspart die Freigabediskussion über Kundendaten.
- [Die Verbesserung rechnen, bevor der Pilot läuft](https://flowvisual.app/de/fuer-lean-six-sigma): In einem DMAIC-Projekt beantwortet Simulation die Frage, an der die Improve-Phase regelmässig hängt: Was bringt diese Massnahme, bevor wir sie einführen? Die Wertstromanalyse liefert die Struktur und den Bestand, die Simulation ergänzt Schwankung, Warteschlangen und die Verkettung der Schritte. Besonders wertvoll ist sie für den Six-Sigma-Kernhebel Streuung: Nach der Kingman-Näherung wächst die Wartezeit proportional zum Quadrat der Variationskoeffizienten. Wer die Streuung halbiert, viertelt ihren Beitrag zur Warteschlange, ohne einen einzigen Vorgang schneller zu bearbeiten.
- [Die Auftragsabwicklung als fertiges Rechenmodell](https://flowvisual.app/de/vorlagen/auftragsabwicklung): Die Vorlage Auftragsabwicklung („Order Handling“) bildet den Weg von der Bestellung bis zur Auftragsbestätigung in sechs Arbeitsschritten und einer Entscheidung ab: Auftrag erfassen, Bonitäts- und Kreditprüfung, Preis und Auftragsbestätigung, Freigabe durch die Vertriebsleitung, dann „Freigabe erteilt?“. 85 % gehen zur Bestätigung, 15 % als Klärfall zurück in die Preisfindung. Sie ist auf 6 000 Aufträge im Jahr eingestellt, 24 an einem Arbeitstag. Im Stresstest über 20 000 Läufe ist die Kreditprüfung in 75 % der Läufe der bindende Engpass: Sie schafft rechnerisch 28 Aufträge am Tag gegen 24 ankommende und steht am starken Tag bei 132 %. Der zweite Befund steht in keiner Schritt-Tabelle. Freigabe und Klärfall sind dieselbe Person, und diese eine Person bindet zusammen 19,4 % der Läufe. Die Durchlaufzeit liegt im Median bei 0,16 Arbeitstagen und am starken Tag (P90) bei 5,8.
- [Rechnungsfreigabe als fertiges Rechenmodell](https://flowvisual.app/de/vorlagen/rechnungsfreigabe): Die Vorlage Rechnungsfreigabe bildet den Standardablauf vom Posteingang bis zum Zahllauf in fünf Schritten ab: Scan, Erfassung im ERP, sachliche Freigabe durch die Fachabteilung, Kontierung und Prüfung, Zahllauf. Sie enthält typische Mengen, Bearbeitungsspannen, Kapazitäten und Vollkostensätze für ein mittelständisches Haus mit rund 1 200 Eingangsrechnungen im Monat. Anzupassen sind sechs Zahlen. Volumen, Spitzenfaktor, Kapazität der Buchhaltung, Anzahl der Freigebenden, Freigaberhythmus und Stundensätze. Danach zeigt der Stresstest, dass der Engpass in aller Regel nicht bei der Erfassung sitzt, sondern beim Warten auf die sachliche Freigabe.
- [Der Angebotsprozess als fertiges Rechenmodell](https://flowvisual.app/de/vorlagen/angebotsprozess): Die Vorlage Angebotsprozess bildet den Weg von der Anfrage bis zum versandten Angebot in sechs Schritten ab: Anfrage erfassen, technische Klärung, Kalkulation, Freigabe, Angebot schreiben, Versand und Nachfassen. Sie ist auf 550 Anfragen im Jahr eingestellt, rund 2,2 an einem Arbeitstag, mit Bearbeitungsspannen, Rollenkapazitäten und Vollkostensätzen eines mittelständischen Zulieferers. Im Stresstest über 20 000 Läufe ist die technische Klärung in 79 % der Läufe der bindende Engpass und die Freigabe in 21 %; alle übrigen Schritte in keinem. Die Durchlaufzeit liegt im Median bei 0,7 Arbeitstagen und am starken Tag (P90) bei 7,2. Die Spreizung zwischen beiden ist der eigentliche Befund, nicht der Mittelwert.
- [Die Reklamationsbearbeitung als fertiges Rechenmodell](https://flowvisual.app/de/vorlagen/reklamationsprozess): Die Vorlage Reklamationsprozess bildet den Weg von der eingehenden Reklamation bis zur Gutschrift in fünf Schritten ab: erfassen, interne Prüfung, Klärung mit dem Lieferanten, Entscheidung, Gutschrift oder Ersatz. Sie ist auf 1 900 Fälle im Jahr eingestellt, rund 7,6 an einem Arbeitstag. Im Stresstest über 20 000 Läufe ist die Klärung mit dem Lieferanten in 94 % der Läufe der bindende Engpass, die Entscheidung in 5 %, die interne Prüfung in 1 %. Der entscheidende Punkt: Dieser Schritt liegt ausserhalb des Unternehmens. Automatisiert man alle internen Schritte, sinkt die Arbeitszeit je Fall im Modell von rund 40 auf 25 Euro, die Durchlaufzeit am starken Tag aber nur von 5,62 auf 5,58 Arbeitstage. Die Ersparnis ist echt, das Tempoversprechen nicht.
- [Mitarbeiter-Onboarding als fertiges Rechenmodell](https://flowvisual.app/de/vorlagen/onboarding-prozess): Die Vorlage Mitarbeiter-Onboarding bildet den Weg von der Zusage bis zum produktiven ersten Tag in vier Schritten ab: Vertrag und Stammdaten, IT-Zugänge einrichten, Arbeitsplatz und Hardware, Einarbeitungsplan. Sie ist auf 260 Eintritte im Jahr eingestellt, rund einer an einem Arbeitstag. Im Stresstest über 20 000 Läufe ist das Einrichten der IT-Zugänge in 86 % der Läufe der bindende Engpass, der Einarbeitungsplan in 13 %. Der Grund ist Arithmetik und kein Versäumnis: Die IT gibt dem Onboarding zweieinhalb Stunden ihres Tages, eine Einrichtung dauert im Mittel 110 Minuten, zwei Eintritte an einem Tag passen also nicht hinein. Die Durchlaufzeit liegt im Median bei 1,3 Arbeitstagen und am starken Tag (P90) bei 9,6.
- [Der IT-Ticket-Prozess als fertiges Rechenmodell](https://flowvisual.app/de/vorlagen/it-ticket-prozess): Die Vorlage IT-Ticket bildet den Support-Ablauf in drei Arbeitsschritten und einer Verzweigung ab: Triage und Erfassung, dann die Entscheidung „sofort lösbar?“. 65 % gehen in die 1st-Level-Lösung, 35 % ins zweite Level. Sie ist auf 24 000 Tickets im Jahr eingestellt, rund 96 an einem Arbeitstag. Im Stresstest über 20 000 Läufe ist die Triage in 75 % der Läufe der bindende Engpass, das zweite Level in 14 %, das erste in 11 %. Der Servicedesk schafft rechnerisch 118 Tickets am Tag gegen 96 ankommende, genug im Mittel, zu wenig an 26 % der Tage. Die Durchlaufzeit liegt im Median bei 0,08 Arbeitstagen und am starken Tag (P90) bei 4,9: Das Ticket stirbt in der Warteschlange, nicht in der Bearbeitung.

## Topic pages — English

- [Software that computes your process instead of drawing it](https://flowvisual.app/en/process-simulation-software): Process simulation software runs a modelled flow hundreds of times with randomly drawn arrivals and processing times, then reports where cases pile up. It answers four questions a spreadsheet cannot: which step limits throughput, how long a case takes in the bad cases, where the constraint moves once you fix it, and what a change is worth in money. FlowVisual is the lean version of that. Six building blocks, first defensible run in about 30 minutes, everything local on your machine, with no account and no event log.
- [BPMN describes the flow. Simulation needs four more inputs](https://flowvisual.app/en/bpmn-simulation): BPMN 2.0 is a notation for the flow, not a computational model. A simulation needs four inputs that appear in no BPMN diagram: how many cases arrive, how much processing durations vary, how much capacity each role has, and which calendar applies. Tools such as Bizagi Modeler, Signavio, ARIS, Trisotech and Cardanit add these in their own dialogues, partly through the WfMC extension BPSim, partly proprietary, depending on product and edition. If you need standards-compliant documentation, model in BPMN. If you only need the number, skipping the notation is faster.
- [Find the constraint with three numbers per step](https://flowvisual.app/en/process-bottleneck-analysis): A bottleneck analysis computes utilisation ρ = demand ÷ capacity for every process step and ranks the steps by it. The highest value is the constraint. Not the step with the longest processing time, and not the one people complain about most. It becomes critical from roughly 85 %: at that point waiting time is already 5.7× processing time, and at 95 % it is 19×. Compute for the peak day rather than the monthly average, and recompute after every measure, because once a constraint is fixed it moves to the next step.
- [The question that decides every engagement: “And how do we know that?”](https://flowvisual.app/en/for-consultants): In a consulting engagement, process simulation is above all an instrument of proof. You model the current process live in the workshop while the departments sit beside you and object. That produces agreement about the model before anyone argues about the result. The stress test then shows which step limits throughput, where the constraint moves after a measure, and what that measure is worth in time and money, each as a P10–P90 band rather than a single value. The result leaves as a branded PDF. Everything runs locally on your machine, with no account and no cloud, which removes the approval discussion about client data.
- [Compute the improvement before the pilot runs](https://flowvisual.app/en/for-lean-six-sigma): In a DMAIC project, simulation answers the question the Improve phase regularly hangs on: what does this measure achieve, before we implement it? Value stream mapping supplies structure and inventory; simulation adds variation, queues and the coupling between steps. It is particularly valuable for the Six Sigma core lever, variation: by the Kingman approximation, waiting time grows with the square of the coefficients of variation. Halve the variation and you quarter its contribution to the queue, without processing a single case faster.
- [Order handling as a ready-made computational model](https://flowvisual.app/en/templates/order-processing): The order handling template covers the path from an incoming order to the order confirmation in six working steps and one decision: log the order, credit check, pricing and confirmation, sales-lead approval, then “approved?”. 85 % go to the confirmation, 15 % return as an exception to pricing. It is set up for 6,000 orders a year, 24 on a working day. Across 20,000 stress-test runs the credit check is the binding constraint in 75 % of runs: it can clear 28 orders a day against 24 arriving, and stands at 132 % on a busy day. The second finding appears in no per-step table. Approval and the exception decision are the same person, and that one person binds 19.4 % of runs. Lead time is 0.16 working days at the median and 5.8 on a busy day (P90).
- [Invoice approval as a ready-made computational model](https://flowvisual.app/en/templates/invoice-processing): The invoice processing template represents the standard flow from post room to payment run in five steps: scan, entry in the ERP, business approval by the department, coding and check, payment run. It contains typical volumes, processing ranges, capacities and fully loaded rates for a mid-sized organisation handling roughly 1,200 incoming invoices a month. Six numbers need adapting. Volume, peak factor, accounting capacity, number of approvers, approval rhythm and hourly rates. After that the stress test shows that the constraint is usually not data entry but waiting for business approval.
- [The quotation process as a ready-made computational model](https://flowvisual.app/en/templates/quotation-process): The quotation process template covers the path from enquiry to quote sent in six steps: log the enquiry, technical clarification, costing, approval, write the quote, send and follow up. It is set up for 550 enquiries a year, about 2.2 on a working day, with processing ranges, role capacities and fully loaded rates typical of a mid-sized supplier. Across 20,000 stress-test runs, technical clarification is the binding constraint in 79 % of runs and approval in 21 %; no other step in any. Lead time is 0.7 working days at the median and 7.2 on a busy day (P90). The spread between the two, not the average, is the actual finding.
- [Complaint handling as a ready-made computational model](https://flowvisual.app/en/templates/complaint-handling): The complaint handling template covers the path from an incoming complaint to the credit note in five steps: log the complaint, internal check, clarification with the supplier, decision, credit or replacement. It is set up for 1,900 cases a year, about 7.6 on a working day. Across 20,000 stress-test runs, clarification with the supplier is the binding constraint in 94 % of runs, the decision in 5 %, the internal check in 1 %. The decisive point is that this step sits outside the company. Automating every internal step brings working time per case down from roughly €40 to €25 in the model, but lead time on a busy day only from 5.62 to 5.58 working days. The saving is real, the speed promise is not.
- [Employee onboarding as a ready-made computational model](https://flowvisual.app/en/templates/employee-onboarding): The employee onboarding template covers the path from the accepted offer to a productive first day in four steps: contract and master data, provision IT access, workspace and hardware, induction plan. It is set up for 260 hires a year, about one on a working day. Across 20,000 stress-test runs, provisioning IT access is the binding constraint in 86 % of runs and the induction plan in 13 %. The reason is arithmetic rather than negligence: IT gives onboarding two and a half hours of its day, one provisioning takes 110 minutes on average, so two hires on one day do not fit. Lead time is 1.3 working days at the median and 9.6 on a busy day (P90).
- [The IT service desk as a ready-made computational model](https://flowvisual.app/en/templates/it-service-desk): The IT ticket template covers the support flow in three working steps and one branch: triage and intake, then the decision “solvable now?”. 65 % go to a first-level fix, 35 % escalate to second level. It is set up for 24,000 tickets a year, about 96 on a working day. Across 20,000 stress-test runs, triage is the binding constraint in 75 % of runs, second level in 14 %, first level in 11 %. The service desk can clear 118 tickets a day against 96 arriving, enough on average, not enough on 26 % of days. Lead time is 0.08 working days at the median and 4.9 on a busy day (P90): the ticket dies in the queue, not in the work.

## Topic pages — Español

- [Software que no dibuja su proceso, sino que lo calcula](https://flowvisual.app/es/software-simulacion-procesos): El software de simulación de procesos hace que un flujo modelado con llegadas y tiempos de procesamiento aleatorios se ejecute cientos de veces y analiza dónde se congestan las operaciones. Responde así a cuatro preguntas que una tabla no puede responder: qué paso limita el rendimiento, cuánto tarda un proceso en el peor de los casos, hacia dónde se desplaza el cuello de botella si se resuelve, y cuánto vale un cambio en euros. FlowVisual es la versión ligera de eso. Seis bloques, primera ejecución fiable en unos 30 minutos, todo local en el equipo, sin cuenta y sin event log.
- [BPMN describe el flujo. La simulación necesita cuatro datos más](https://flowvisual.app/es/bpmn-simulation): BPMN 2.0 es una notación para el flujo, no un modelo de cálculo. Para una simulación faltan cuatro indicaciones que no aparecen en ningún diagrama BPMN: cuántos procesos llegan, cuánto varían las duraciones de procesamiento, cuánta capacidad hay por rol y qué calendario se aplica. Herramientas como Bizagi Modeler, Signavio, ARIS, Trisotech o Cardanit complementan estas indicaciones en sus propios diálogos, a veces mediante la extensión WfMC BPSim, a veces de forma propietaria, según el producto y la edición. Quien necesita una documentación conforme a la norma modela en BPMN. Quien solo necesita el número, llega antes al objetivo sin notación.
- [Encontrar el cuello de botella con tres cifras por paso](https://flowvisual.app/es/analisis-cuellos-de-botella): Un análisis de cuello de botella calcula para cada paso del proceso la utilización ρ = demanda ÷ capacidad y ordena los pasos en consecuencia. El valor más alto es el cuello de botella. No el paso con el tiempo de procesamiento más largo ni aquel sobre el que más se quejan. Se vuelve crítico a partir de aproximadamente el 85 %: allí el tiempo de espera ya es 5,7 veces el tiempo de procesamiento, y al 95 % es 19 veces. Los cálculos se realizan en el día pico, no en el promedio mensual, y tras cada medida, porque en cuanto se resuelve un cuello de botella, este se desplaza al siguiente paso.
- [La pregunta que decide cada mandato: «¿Y cómo lo sabemos?»](https://flowvisual.app/es/para-consultores): En el mandato de consultoría, la simulación de procesos es ante todo una herramienta de comprobación. Usted modela el proceso actual en directo en el taller, mientras las áreas funcionales están presentes y objetan. Eso genera conformidad con el modelo antes de debatir el resultado. La prueba de estrés muestra posteriormente qué paso limita el rendimiento, hacia dónde se desplaza el cuello de botella tras una medida y cuánto vale esa medida en euros y en tiempo, siempre como banda P10–P90 en lugar de un único valor. El resultado se envía como PDF con marca al cliente. Todo se ejecuta localmente en su equipo, sin cuenta y sin nube. Eso evita la discusión sobre la autorización de datos del cliente.
- [Calcular la mejora antes de que se ejecute el piloto](https://flowvisual.app/es/para-lean-six-sigma): En un proyecto DMAIC, la simulación responde a la pregunta de la que la fase Improve depende con frecuencia: ¿Qué aporta esta medida antes de introducirla? El mapeo de flujo de valor proporciona la estructura y el inventario; la simulación añade variación, colas y el encadenamiento de los pasos. Resulta especialmente valiosa para la palanca central de Six Sigma, la dispersión: según la aproximación de Kingman, el tiempo de espera crece proporcionalmente al cuadrado de los coeficientes de variación. Quien reduce a la mitad la dispersión, reduce a la cuarta parte su contribución a la cola, sin acelerar ni una sola operación.
- [La tramitación de pedidos como modelo de cálculo listo](https://flowvisual.app/es/plantillas/gestion-de-pedidos): La plantilla Tramitación de pedidos («Order Handling») refleja el camino desde el pedido hasta la confirmación del pedido en seis pasos de trabajo y una decisión: registrar pedido, comprobación de solvencia y crédito, precio y confirmación del pedido, aprobación por la dirección de ventas, luego «¿aprobación concedida?». El 85 % va a la confirmación, el 15 % vuelve como caso a aclarar a la fijación de precios. Está dimensionada para 6 000 pedidos al año, 24 en un día laborable. En la prueba de estrés con 20 000 ejecuciones, la comprobación de crédito es en el 75 % de las ejecuciones el cuello de botella vinculante: en cálculo procesa 28 pedidos por día frente a 24 entrantes y, en el día fuerte, alcanza el 132 %. El segundo hallazgo no aparece en ninguna tabla de pasos. Aprobación y caso a aclarar son la misma persona, y esa única persona concentra en conjunto el 19,4 % de las ejecuciones. El tiempo de paso tiene una mediana de 0,16 días laborables y en el día fuerte (P90) de 5,8.
- [Aprobación de facturas como modelo de cálculo listo para usar](https://flowvisual.app/es/plantillas/aprobacion-de-facturas): La plantilla Aprobación de facturas representa el flujo estándar desde la entrada de correo hasta la ejecución de pagos en cinco pasos: escaneo, registro en el ERP, aprobación sustantiva por el departamento especializado, imputación y comprobación, ejecución de pagos. Contiene volúmenes típicos, rangos de procesamiento, capacidades y costes completos para una empresa mediana con alrededor de 1 200 facturas entrantes al mes. Hay que ajustar seis cifras. Volumen, factor de picos, capacidad de contabilidad, número de aprobadores, ritmo de aprobaciones y tarifas por hora. A continuación, la prueba de estrés muestra que el cuello de botella por lo general no está en el registro, sino en la espera de la aprobación sustantiva.
- [El proceso de oferta como modelo de cálculo listo para usar](https://flowvisual.app/es/plantillas/proceso-de-ofertas): La plantilla Proceso de oferta representa el camino desde la solicitud hasta la oferta enviada en seis pasos: registrar la solicitud, aclaración técnica, cálculo, aprobación, redactar la oferta, envío y seguimiento. Está configurada para 550 solicitudes al año, alrededor de 2,2 en un día laborable, con variaciones de tiempos de tramitación, capacidades por rol y costes completos de un proveedor mediano. En la prueba de estrés de 20 000 ejecuciones, la aclaración técnica es el cuello de botella vinculante en el 79 % de las ejecuciones y la aprobación en el 21 %; en ninguno de los demás pasos. El tiempo de ciclo está en la mediana en 0,7 días laborables y en el día pico (P90) en 7,2. La dispersión entre ambos es el hallazgo real, no la media.
- [La tramitación de reclamaciones como modelo de cálculo listo](https://flowvisual.app/es/plantillas/gestion-de-reclamaciones): La plantilla del proceso de reclamaciones representa el camino desde la reclamación entrante hasta la nota de crédito en cinco pasos: registrar, revisión interna, aclaración con el proveedor, decisión, nota de crédito o sustitución. Está configurada para 1 900 casos al año, aproximadamente 7,6 en un día laborable. En la prueba de esfuerzo con más de 20 000 ejecuciones, la aclaración con el proveedor es el cuello de botella en el 94 % de las ejecuciones, la decisión en el 5 % y la revisión interna en el 1 %. El punto decisivo: este paso está fuera de la empresa. Si se automatizan todos los pasos internos, el tiempo de trabajo por caso en el modelo baja de alrededor de 40 a 25 euros, pero el tiempo de ciclo en el día fuerte solo baja de 5,62 a 5,58 días laborables. El ahorro es real, la promesa de velocidad no lo es.
- [Onboarding de empleados como modelo de cálculo ya listo](https://flowvisual.app/es/plantillas/incorporacion-de-empleados): La plantilla de incorporación de empleados representa el recorrido desde la aceptación hasta el primer día productivo en cuatro pasos: contrato y datos maestros, configurar accesos de TI, puesto de trabajo y hardware, plan de incorporación. Está configurada para 260 incorporaciones al año, aproximadamente una por día laborable. En la prueba de esfuerzo con 20 000 ejecuciones, configurar los accesos de TI es el cuello de botella limitante en el 86 % de las ejecuciones, y el plan de incorporación en el 13 %. La razón es aritmética y no una omisión: TI dedica dos horas y media de su jornada al onboarding, una configuración dura de media 110 minutos, por lo que no caben dos incorporaciones en un mismo día. El tiempo de ciclo está en la mediana en 1,3 días laborables y en el día de máxima carga (P90) en 9,6.
- [El proceso de tickets de TI como modelo de cálculo listo](https://flowvisual.app/es/plantillas/mesa-de-servicio-ti): La plantilla de ticket de TI representa el flujo de soporte en tres pasos de trabajo y una bifurcación: triaje y registro, luego la decisión «¿se puede resolver al instante?». El 65 % va a la solución de primer nivel, el 35 % al segundo nivel. Está ajustada a 24 000 tickets al año, alrededor de 96 en un día laboral. En la prueba de estrés con 20 000 ejecuciones, el triaje es el cuello de botella determinante en el 75 % de las ejecuciones, el segundo nivel en el 14 % y el primero en el 11 %. El service desk tiene una capacidad teórica de 118 tickets al día frente a 96 entrantes, suficiente de media, insuficiente en el 26 % de los días. El tiempo de tránsito tiene una mediana de 0,08 días laborables y, en el día fuerte (P90), de 4,9: el ticket muere en la cola, no en el procesamiento.

## Topic pages — Français

- [Un logiciel qui ne dessine pas votre processus mais le calcule](https://flowvisual.app/fr/logiciel-simulation-processus): Le logiciel de simulation de processus exécute un flux modélisé avec des arrivées et des temps de traitement tirés au hasard des centaines de fois et analyse où les tâches s'accumulent. Il répond ainsi à quatre questions qu'un tableau ne peut pas résoudre : quelle étape limite le débit, combien de temps une tâche prend dans le pire des cas, vers où se déplace le goulot d'étranglement si on le résout, et quelle est la valeur monétaire d'un changement. FlowVisual est la version allégée de cela. Six modules, premier cycle fiable en environ 30 minutes, tout localement sur l'ordinateur, sans compte et sans journal d'événements.
- [BPMN décrit le déroulement. La simulation nécessite quatre informations supplémentaires](https://flowvisual.app/fr/bpmn-simulation): BPMN 2.0 est une notation pour le déroulement, pas un modèle de calcul. Pour une simulation il manque quatre informations qui ne figurent dans aucun diagramme BPMN : combien d'occurrences arrivent, dans quelle mesure les durées de traitement varient, quelle capacité est disponible par rôle et quel calendrier s'applique. Des outils comme Bizagi Modeler, Signavio, ARIS, Trisotech ou Cardanit complètent ces informations dans leurs propres dialogues, parfois via l'extension WfMC BPSim, parfois de façon propriétaire, selon le produit et l'édition. Qui a besoin d'une documentation conforme à la norme modélise en BPMN. Qui a seulement besoin du chiffre atteint plus vite son but sans notation.
- [Trouver le goulot avec trois chiffres par étape](https://flowvisual.app/fr/analyse-goulot-etranglement): Une analyse des goulots d’étranglement calcule pour chaque étape du processus l’utilisation ρ = besoin ÷ capacité et classe les étapes en conséquence. La valeur la plus élevée est le goulot d’étranglement. Ce n’est pas l’étape avec le temps de traitement le plus long et pas celle dont on se plaint le plus. Cela devient critique à partir d’environ 85 % : là, le temps d’attente est déjà 5,7 fois le temps de traitement, à 95 % il est 19 fois supérieur. Le calcul se fait pour le jour de pointe, pas pour la moyenne mensuelle, et à nouveau après chaque mesure, car dès qu’un goulot est résolu, il migre vers l’étape suivante.
- [La question qui décide de chaque mandat : « Et comment le savons‑nous ? »](https://flowvisual.app/fr/pour-consultants): Dans le mandat de conseil, la simulation de processus est avant tout un outil de justification. Vous modélisez le processus réel en direct lors de l’atelier, pendant que les métiers sont assis à côté et contestent. Cela crée une adhésion au modèle avant de discuter du résultat. Le test de résistance montre ensuite quelle étape limite le débit, vers où le goulot se déplace après une mesure et ce que vaut cette mesure en euros et en temps, chacun présenté sous forme de bande P10–P90 plutôt que comme une valeur unique. Le résultat est transmis au client sous forme de PDF avec la marque. Tout s’exécute localement sur votre ordinateur, sans compte et sans cloud. Cela évite les discussions d’autorisation sur les données client.
- [Calculez l’amélioration avant que le pilote ne démarre](https://flowvisual.app/fr/pour-lean-six-sigma): Dans un projet DMAIC, la simulation répond à la question dont la phase Improve dépend régulièrement : qu’apporte cette mesure avant que nous ne la mettions en œuvre ? La cartographie de la chaîne de valeur fournit la structure et le stock, la simulation complète par la variabilité, les files d’attente et l’enchaînement des étapes. Elle est particulièrement utile pour le levier central de Six Sigma, la dispersion : selon l’approximation de Kingman, le temps d’attente croît proportionnellement au carré des coefficients de variation. Qui réduit la dispersion de moitié réduit d’un quart sa contribution à la file d’attente, sans accélérer une seule opération.
- [Le traitement des commandes comme modèle de calcul prêt à l’emploi](https://flowvisual.app/fr/modeles/traitement-des-commandes): Le modèle de traitement des commandes (« Order Handling ») représente le parcours de la commande jusqu’à la confirmation de commande en six étapes de travail et une décision : saisir la commande, contrôle de solvabilité et de crédit, prix et confirmation de commande, validation par la direction commerciale, puis « Validation accordée ? ». 85 % vont vers la confirmation, 15 % retournent comme cas à clarifier dans la fixation du prix. Il est réglé pour 6 000 commandes par an, 24 par jour ouvrable. Lors du test de charge sur 20 000 exécutions, le contrôle de crédit est, dans 75 % des exécutions, le goulot contraignant : il traite théoriquement 28 commandes par jour contre 24 arrivées et atteint 132 % au jour fort. La deuxième observation n’apparaît dans aucun tableau des étapes. Validation et cas à clarifier sont la même personne, et cette seule personne concentre ensemble 19,4 % des exécutions. Le temps de traversée est médian à 0,16 jour ouvrable et, au jour fort (P90), à 5,8.
- [Validation des factures en tant que modèle de calcul prêt à l’emploi](https://flowvisual.app/fr/modeles/validation-des-factures): Le modèle Validation des factures reproduit le processus standard de la réception jusqu’au paiement en cinq étapes : numérisation, saisie dans l’ERP, validation métier par le service spécialisé, imputation et contrôle, paiement. Il contient des volumes typiques, des plages de traitement, des capacités et des coûts complets pour une entreprise de taille moyenne avec environ 1 200 factures reçues par mois. Six chiffres sont à adapter : volume, facteur de pointe, capacité de la comptabilité, nombre de valideurs, rythme des validations et taux horaires. Ensuite, le test de charge montre que le goulot d’étranglement ne se situe généralement pas au niveau de la saisie, mais dans l’attente de la validation métier.
- [Le processus d’offre comme modèle de calcul prêt à l’emploi](https://flowvisual.app/fr/modeles/processus-de-devis): Le modèle Processus de devis décrit le chemin de la demande jusqu’au devis envoyé en six étapes : enregistrement de la demande, clarification technique, chiffrage, approbation, rédaction du devis, envoi et relance. Il est paramétré pour 550 demandes par an, soit environ 2,2 par jour ouvrable, avec des fenêtres de traitement, des capacités par rôle et des coûts complets d’un fournisseur de taille moyenne. Dans le test de charge sur 20 000 exécutions, la clarification technique est le goulot d’étranglement contraignant dans 79 % des exécutions et l’approbation dans 21 % ; toutes les autres étapes dans aucune. Le délai de traitement médian est de 0,7 jour ouvrable et, au jour fort (P90), de 7,2. La dispersion entre les deux est le constat essentiel, pas la moyenne.
- [Le traitement des réclamations comme modèle de calcul prêt à l’emploi](https://flowvisual.app/fr/modeles/gestion-des-reclamations): Le modèle de traitement des réclamations représente le parcours de la réclamation reçue jusqu’à la note de crédit en cinq étapes : enregistrement, vérification interne, clarification avec le fournisseur, décision, note de crédit ou remplacement. Il est réglé sur 1 900 cas par an, environ 7,6 par jour ouvré. Dans le test de charge sur 20 000 exécutions, la clarification avec le fournisseur est le goulot d’étranglement contraignant dans 94 % des exécutions, la décision dans 5 %, la vérification interne dans 1 %. Le point décisif : cette étape se situe hors de l’entreprise. Si l’on automatise toutes les étapes internes, le temps de travail par cas dans le modèle passe d’environ 40 à 25 euros, mais le délai d’exécution lors du jour fort ne diminue que de 5,62 à 5,58 jours ouvrés. L’économie est réelle, la promesse de gain de vitesse ne l’est pas.
- [Intégration des collaborateurs en tant que modèle de calcul prêt à l’emploi](https://flowvisual.app/fr/modeles/integration-des-collaborateurs): Le modèle d’onboarding des collaborateurs représente le parcours de l’acceptation jusqu’au premier jour productif en quatre étapes : contrat et données de base, création des accès informatiques, poste de travail et matériel, plan de formation. Il est réglé sur 260 arrivées par an, soit environ une par jour ouvrable. Dans le test de charge sur 20 000 exécutions, la création des accès informatiques est le goulot d’étranglement contraignant dans 86 % des exécutions, le plan de formation dans 13 %. La raison est arithmétique et non une négligence : l’informatique consacre deux heures et demie de sa journée à l’onboarding, une création prend en moyenne 110 minutes, donc deux arrivées le même jour ne tiennent pas. Le temps de traversée est au médian de 1,3 jour ouvrable et, le jour fort (P90), de 9,6.
- [Le processus de tickets IT comme modèle de calcul prêt à l’emploi](https://flowvisual.app/fr/modeles/centre-de-services-it): Le modèle de ticket IT représente le flux de support en trois étapes de travail et une bifurcation : triage et enregistrement, puis la décision « résoluble immédiatement ? ». 65 % vont vers la résolution de 1er niveau, 35 % vers le deuxième niveau. Il est réglé sur 24 000 tickets par an, environ 96 par jour ouvré. Dans le test de contrainte sur 20 000 exécutions, le triage est le goulot d’étranglement contraignant dans 75 % des exécutions, le deuxième niveau dans 14 %, le premier dans 11 %. Le service desk traite en théorie 118 tickets par jour contre 96 entrants, suffisant en moyenne, insuffisant 26 % des jours. Le temps de traversée est médian à 0,08 jour ouvré et au jour fort (P90) à 4,9 : le ticket meurt dans la file d’attente, pas dans le traitement.

## Topic pages — Italiano

- [Software che non disegna il Suo processo, ma lo calcola](https://flowvisual.app/it/software-simulazione-processi): Il software di simulazione di processi esegue un flusso modellato con arrivi casuali e tempi di lavorazione estratti a caso centinaia di volte e analizza dove le attività si accumulano. Risponde così a quattro domande a cui una tabella non può rispondere: quale passaggio limita la capacità, quanto tempo impiega un caso nello scenario peggiore, dove si sposta il collo di bottiglia se lo si risolve e quanto vale in euro una modifica. FlowVisual è la versione snella di questo concetto. Sei componenti, prima esecuzione affidabile in circa 30 minuti, tutto in locale sul computer, senza account e senza event log.
- [BPMN descrive il flusso. Per simulare servono altre quattro informazioni](https://flowvisual.app/it/bpmn-simulation): BPMN 2.0 è una notazione per il flusso, non un modello di calcolo. Per una simulazione mancano quattro informazioni che in nessun diagramma BPMN sono presenti: quanti casi arrivano, quanto variano le durate di lavorazione, quanta capacità è disponibile per ciascun ruolo e quale calendario si applica. Strumenti come Bizagi Modeler, Signavio, ARIS, Trisotech o Cardanit completano queste informazioni in proprie finestre di dialogo, talvolta tramite l’estensione WfMC BPSim, talvolta in modo proprietario, a seconda del prodotto e dell’edizione. Chi ha bisogno di una documentazione conforme alla norma modella in BPMN. Chi ha bisogno solo del numero arriva più rapidamente a destinazione senza notazione.
- [Trovare il collo di bottiglia con tre numeri per fase](https://flowvisual.app/it/analisi-collo-di-bottiglia): Un’analisi dei colli di bottiglia determina per ogni passaggio di processo l’utilizzo ρ = domanda ÷ capacità e ordina i passaggi di conseguenza. Il valore più alto è il collo di bottiglia. Non il passaggio con il tempo di lavorazione più lungo e non quello di cui ci si lamenta di più. Diventa critico a partire da circa l’85 %: lì il tempo di attesa è già 5,7 volte il tempo di lavorazione, al 95 % è 19 volte. Il calcolo si fa nel giorno di picco, non nella media mensile, e dopo ogni intervento di nuovo, perché non appena un collo di bottiglia è risolto si sposta al passaggio successivo.
- [La domanda che decide ogni incarico: «E come lo sappiamo?»](https://flowvisual.app/it/per-consulenti): Nell’incarico di consulenza la simulazione di processo è soprattutto uno strumento di prova. Lei modella il processo reale dal vivo nel workshop, mentre le funzioni aziendali sono presenti e intervengono. Questo genera consenso sul modello prima che si discuta il risultato. Lo stress test mostra poi quale passo limita la capacità, dove si sposterà il collo di bottiglia dopo una misura e quanto vale questa misura in Euro e in tempo, ciascuno come intervallo P10–P90 invece che come valore singolo. Il risultato viene inviato al cliente come PDF con marchio. Tutto viene eseguito localmente sul Suo computer, senza account e senza cloud. Questo evita la discussione sulle autorizzazioni per i dati del cliente.
- [Calcoli il miglioramento prima che il pilota parta](https://flowvisual.app/it/per-lean-six-sigma): In un progetto DMAIC la simulazione risponde alla domanda da cui la fase Improve dipende regolarmente: che cosa porta questa misura prima di introdurla? La value stream analysis fornisce la struttura e lo stato, la simulazione integra variabilità, code e concatenamento dei passi. Particolarmente preziosa è per la leva centrale di Six Sigma, la variabilità: secondo l'approssimazione di Kingman il tempo di attesa cresce proporzionalmente al quadrato dei coefficienti di variazione. Chi dimezza la variabilità riduce a un quarto il suo contributo alla coda, senza rendere più veloce una singola attività.
- [L’evasione ordini come modello di calcolo pronto all’uso](https://flowvisual.app/it/modelli/gestione-ordini): Il modello di gestione degli ordini ("Order Handling") rappresenta il percorso dall'ordine alla conferma dell'ordine in sei passaggi lavorativi e una decisione: registrare l'ordine, verifica di solvibilità e del credito, prezzo e conferma d'ordine, approvazione da parte della direzione vendite, poi «Approvazione concessa?». L'85 % va alla conferma, il 15 % torna come caso da chiarire alla determinazione del prezzo. È impostato su 6 000 ordini all'anno, 24 in una giornata lavorativa. Nel test di stress su 20 000 esecuzioni la verifica del credito è nel 75 % delle esecuzioni il collo di bottiglia vincolante: secondo i calcoli elabora 28 ordini al giorno contro 24 in arrivo e nel giorno forte arriva al 132 %. Il secondo riscontro non figura in nessuna tabella dei passaggi. Approvazione e caso da chiarire sono la stessa persona, e questa singola persona vincola insieme il 19,4 % delle esecuzioni. Il tempo di attraversamento è in mediana 0,16 giornate lavorative e nel giorno forte (P90) 5,8.
- [Approvazione delle fatture come modello di calcolo già pronto](https://flowvisual.app/it/modelli/approvazione-fatture): Il modello Approvazione fatture rappresenta il flusso standard dalla posta in arrivo al ciclo di pagamento in cinque passaggi: scansione, registrazione nell'ERP, approvazione di merito da parte del reparto specialistico, imputazione e controllo, ciclo di pagamento. Contiene quantità tipiche, intervalli di lavorazione, capacità e costi completi per un'azienda di medie dimensioni con circa 1 200 fatture in arrivo al mese. Vanno adattati sei numeri: volume, fattore di picco, capacità della contabilità, numero di approvatori, ritmo delle approvazioni e tariffe orarie. Successivamente, il test di stress mostra che il collo di bottiglia di norma non è nella registrazione, bensì nell'attesa dell'approvazione di merito.
- [Il processo di offerta come modello di calcolo pronto](https://flowvisual.app/it/modelli/processo-di-offerta): Il modello Processo offerta rappresenta il percorso dalla richiesta all’offerta inviata in sei passaggi: registrare la richiesta, chiarimento tecnico, calcolo dei costi, approvazione, redazione dell’offerta, spedizione e follow-up. È impostato su 550 richieste all’anno, circa 2,2 in un giorno lavorativo, con dispersioni di lavorazione, capacità dei ruoli e costi completi tipici di un fornitore di medie dimensioni. Nel test di stress su 20 000 esecuzioni il chiarimento tecnico è il collo di bottiglia vincolante nel 79 % delle esecuzioni e l’approvazione nel 21 %; tutti gli altri passaggi in nessuna. Il tempo di attraversamento è nel mediano 0,7 giorni lavorativi e nel giorno di punta (P90) 7,2. La differenza tra i due è il risultato rilevante, non la media.
- [La gestione delle contestazioni come modello di calcolo pronto](https://flowvisual.app/it/modelli/gestione-reclami): Il modello Gestione reclami rappresenta il percorso dal reclamo ricevuto alla nota di accredito in cinque passaggi: registrazione, verifica interna, chiarimento con il fornitore, decisione, nota di accredito o sostituzione. È impostato su 1 900 casi all'anno, circa 7,6 in una giornata lavorativa. Nel test di stress su 20 000 esecuzioni il chiarimento con il fornitore è il collo di bottiglia vincolante nel 94 % delle esecuzioni, la decisione nel 5 %, la verifica interna nell'1 %. Il punto decisivo: questo passaggio si trova al di fuori dell'azienda. Se si automatizzano tutti i passaggi interni, il tempo di lavoro per caso nel modello scende da circa 40 a 25 euro, ma il tempo di attraversamento nel giorno di punta scende solo da 5,62 a 5,58 giornate lavorative. Il risparmio è reale, la promessa di velocità no.
- [Onboarding dei dipendenti come modello di calcolo pronto](https://flowvisual.app/it/modelli/onboarding-dipendenti): Il modello di onboarding dei dipendenti rappresenta il percorso dalla conferma fino al primo giorno produttivo in quattro passi: contratto e dati anagrafici, configurazione degli accessi IT, postazione e hardware, piano di affiancamento. È impostato su 260 ingressi all’anno, circa uno per giorno lavorativo. Nel test di stress su 20 000 esecuzioni la configurazione degli accessi IT è il collo di bottiglia vincolante nell’86% dei casi, il piano di affiancamento nel 13%. La ragione è aritmetica e non una mancanza: l’IT dedica due ore e mezza del proprio giorno all’onboarding, una configurazione dura in media 110 minuti, perciò due ingressi nello stesso giorno non ci stanno. Il tempo di attraversamento è nel mediano di 1,3 giorni lavorativi e nel giorno di punta (P90) di 9,6.
- [Il processo di ticket IT come modello di calcolo pronto](https://flowvisual.app/it/modelli/service-desk-it): Il modello IT-Ticket rappresenta il flusso di supporto in tre fasi di lavoro e un bivio: triage e registrazione, poi la decisione «risolvibile subito?». Il 65 % va alla soluzione di 1° livello, il 35 % al secondo livello. È tarato su 24 000 ticket all'anno, circa 96 in un giorno lavorativo. Nel test di carico su 20 000 esecuzioni la triage è il collo di bottiglia vincolante nel 75 % delle esecuzioni, il secondo livello nel 14 %, il primo livello nell'11 %. Il service desk elabora teoricamente 118 ticket al giorno contro 96 in arrivo, sufficiente in media, insufficiente nel 26 % dei giorni. Il tempo di attraversamento è al mediano 0,08 giorni lavorativi e nel giorno di punta (P90) 4,9: il ticket muore in coda, non durante la lavorazione.

## Topic pages — 日本語

- [お客様のプロセスを描くのではなく計算するソフトウェア](https://flowvisual.app/ja/process-simulation-software): プロセス・シミュレーション・ソフトウェアは、モデル化されたフローを、ランダムに抽出された到着や処理時間で何百回も実行し、どこで作業が滞留するかを解析します。それにより、表では答えられない四つの問いに答えます：どのステップがスループットを制限するか、最悪の場合に処理がどれだけ時間を要するか、ボトルネックを解消するとボトルネックがどこへ移るか、そして変更がユーロでいくらの価値があるか。FlowVisualはその簡潔な実装です。六つの構成要素、実用に足る最初の実行は約30分、すべてローカルの端末上で、アカウント不要、イベントログ不要です。
- [BPMNは処理の流れを記述します。シミュレーションにはさらに四つの指定が必要です。](https://flowvisual.app/ja/bpmn-simulation): BPMN 2.0 は流れを表す記法であり、計算モデルではありません。シミュレーションには、どれくらいの件数が到着するか、処理時間のばらつきはどれほどか、各ロールにどれだけの処理能力があるか、どのカレンダーが適用されるかの四つの情報が欠けています。Bizagi Modeler、Signavio、ARIS、Trisotech、Cardanit といったツールは、これらの情報を独自のダイアログで補完します；一部は WfMC 拡張の BPSim を通じて、一部はプロプライエタリで、製品やエディションに依存します。規格に準拠したドキュメントが必要な場合は BPMN でモデリングします。数値だけが必要な場合は、記法を使わなくてもより速く目的に到達できます。
- [各工程ごとに三つの数値でボトルネックを見つける](https://flowvisual.app/ja/process-bottleneck-analysis): ボトルネック分析は各プロセスステップについて稼働率 ρ = 需要 ÷ 能力 を算出し、それらを値で並べます。最大の値がボトルネックです。処理時間が最も長いステップでも、苦情が最も多いステップでもありません。おおむね85％を超えると重大になります：そこでは待ち時間が処理時間の5.7倍になり、95％では19倍になります。計算は月平均ではなく最繁日で行い、各施策ごとに再計算します。ボトルネックが解消されると、次のステップに移動するからです。
- [どの委任でも決定を左右するご質問：「それはどこからわかるのですか？」](https://flowvisual.app/ja/for-consultants): コンサルティング業務において、プロセスシミュレーションは主に証拠提示の手段です。ワークショップで実際のプロセスをその場でモデリングし、担当部門が同席して反論します。これにより、結果を巡って議論する前にモデルへの合意が生まれます。続くストレステストは、どの工程がスループットを制限しているか、施策後にボトルネックがどこへ移るか、その施策が時間とユーロでどれだけの価値があるかをそれぞれ P10–P90 の幅で示します。結果はブランディングされた PDF として顧客に渡されます。すべてはお使いの端末上でローカルに実行され、アカウントもクラウドも不要です。これにより顧客データの承認に関する議論を省けます。
- [パイロットを実施する前に改善効果を計算する](https://flowvisual.app/ja/for-lean-six-sigma): DMAICプロジェクトにおいて、シミュレーションはImproveフェーズが定期的に直面する問いにお答えします：この対策を導入する前に、どれだけの効果があるかです。バリューストリーム分析は構造と在庫を提供し、シミュレーションは変動、待ち行列および工程の連鎖を補完します。特に有用なのはSix Sigmaの中核的なテコであるばらつきです：Kingman近似によれば、待ち時間は変動係数の二乗に比例して増加します。ばらつきを半分にすれば、待ち行列に対するその寄与は4分の1になり、単一の作業を一つも速く処理する必要はありません。
- [受注処理を完成した計算モデルとして](https://flowvisual.app/ja/templates/order-processing): テンプレート「Auftragsabwicklung（Order Handling）」は、受注から受注確認までを6つの作業工程と1つの判断で表現します：受注登録、与信・信用チェック、価格と受注確認、営業責任者による承認、そして「承認は与えられましたか？」。85％は確認へ進み、15％は要確認案件として価格決定に戻ります。年間6 000件、1営業日あたり24件で設定されています。2万回のストレステストでは、与信チェックが75％の走行でボトルネックとなります：計算上は1日28件を処理できるのに対し入ってくるのは24件で、繁忙日は132％に達します。第二の所見は手順表には現れません。承認と要確認案件は同一人物が担当しており、その1人が合わせて19.4％の走行を拘束しています。処理時間の中央値は0.16営業日で、繁忙日（P90）では5.8です。
- [請求書承認の完成済み計算モデル](https://flowvisual.app/ja/templates/invoice-processing): テンプレート「Rechnungsfreigabe」は、郵便受領から支払実行（Zahllauf）までの標準的な手順を5つのステップで表現します：スキャン、ERPへの登録、担当部門による内容の承認、勘定付けと検証、支払実行。このテンプレートには、月約1 200件の受領請求書を扱う中堅企業に典型的な件数、処理時間幅、処理能力、フルコストの時間単価が含まれます。調整が必要な数値は6つです。ボリューム、ピーク係数、会計部門のキャパシティ、承認者数、承認のリズム、時間単価です。これらを設定すると、ストレステストの結果は、ボトルネックは通常登録処理ではなく、内容承認を待つ時間にあることを示します。
- [Der Angebotsprozess als fertiges Rechenmodell](https://flowvisual.app/ja/templates/quotation-process): テンプレート「見積もりプロセス」は、問い合わせから送付済みの見積書までの経路を6つのステップで表します：問い合わせ記録、技術確認、見積算出、承認、見積作成、送付とフォロー。年間550件の問い合わせを想定しており、平日1日あたり約2.2件で、処理時間幅、役割ごとの稼働能力、並びに中堅部品供給企業の全原価率が設定されています。2万回のストレステストでは、技術確認が79％のランでボトルネックとなり、承認が21％、他のすべてのステップは一度もボトルネックになりませんでした。リードタイムの中央値は0.7営業日で、強い日（P90）は7.2です。中央値とP90の差が実際の所見であり、平均値ではありません。
- [苦情処理の完成済み計算モデル](https://flowvisual.app/ja/templates/complaint-handling): テンプレート「Reklamationsprozess」は、受け付けられたクレームからクレジット発行までを五つのステップで表現します：記録、社内検査、仕入先との調整、決定、クレジットまたは代替。年間1 900件を想定しており、営業日の一日あたり約7.6件です。2万回のストレステストでは、94％の試行で仕入先との調整が制約となるボトルネックであり、決定が5％、社内検査が1％でした。重要な点は、このステップが企業の外にあることです。社内のすべてのステップを自動化すると、モデル上の1件あたりの作業コストは約40ユーロから25ユーロに下がりますが、繁忙日のリードタイムは5.62勤務日から5.58勤務日にしか短縮しません。節約は実在しますが、処理速度に関する約束は成り立ちません。
- [従業員オンボーディングの完成済みの計算モデル](https://flowvisual.app/ja/templates/employee-onboarding): テンプレート「Mitarbeiter-Onboarding」は、採用確定から実際に生産的に働く初日までの流れを4つのステップで表現しています：契約と基本情報、ITアカウントの設定、職場とハードウェア、教育計画。年間260名の入社を想定しており、おおよそ1営業日に1名の割合です。2万回のストレステストでは、ITアカウントの設定が86％の試行でボトルネックになり、教育計画は13％でした。原因は算術的なもので過失ではありません：IT部門はオンボーディングに1日当たり2.5時間を割り当てており、設定には平均110分かかるため、同日2名の入社には収まりません。リードタイムは中央値で1.3営業日、繁忙日（P90）で9.6営業日です。
- [ITチケットプロセスの完成済み計算モデル](https://flowvisual.app/ja/templates/it-service-desk): テンプレート「ITチケット」はサポートの流れを三つの作業ステップと一つの分岐で表現します：トリアージと記録、続いて「即時解決可能か？」の判断です。65％が1stレベルで解決され、35％が2ndレベルへ回ります。年間24,000チケットを想定しており、営業日一日当たり約96件です。2万回のストレステストでは、トリアージが75％の試行で支配的なボトルネックとなり、2ndレベルが14％、1stレベルが11％でした。サービスデスクの理論上の処理能力は一日118チケットで、到着する96件に対して平均では十分ですが、26％の日では不足します。リードタイムの中央値は0.08営業日で、繁忙日（P90）では4.9です：チケットは処理中ではなく待ち行列で消えていきます。

## Topic pages — 한국어

- [프로세스를 그리는 소프트웨어가 아니라 계산하는 소프트웨어](https://flowvisual.app/ko/process-simulation-software): 프로세스 시뮬레이션 소프트웨어는 모델링된 흐름을 무작위로 추출한 도착과 처리 시간을 사용해 수백 번 실행하고 어디에서 작업이 밀리는지 분석합니다. 따라서 표로는 답할 수 없는 네 가지 질문에 답합니다: 어떤 단계가 처리량을 제한하는지, 최악의 경우 한 작업이 얼마나 오래 걸리는지, 병목을 해소하면 병목이 어디로 이동하는지, 그리고 변경이 유로로 어떤 가치를 가지는지. FlowVisual은 이것을 간결하게 구현한 제품입니다. 여섯 개 구성 요소, 신뢰할 수 있는 첫 번째 결과는 약 30분 후에 나오며, 모든 데이터는 로컬 컴퓨터에 있고 계정이나 이벤트 로그가 필요 없습니다.
- [BPMN은 흐름을 설명합니다. 시뮬레이션에는 네 가지 추가 정보가 필요합니다](https://flowvisual.app/ko/bpmn-simulation): BPMN 2.0은 흐름을 위한 표기법이지 계산 모델이 아닙니다. 시뮬레이션을 위해서는 BPMN 다이어그램에 적히지 않은 네 가지 정보가 필요합니다: 몇 건의 작업이 도착하는지, 처리 시간의 분산이 어느 정도인지, 역할별로 얼마만큼의 인력이 있는지, 어떤 캘린더가 적용되는지. Bizagi Modeler, Signavio, ARIS, Trisotech, Cardanit 같은 도구들은 이 정보를 자체 대화상자에서 보완합니다. 일부는 WfMC 확장인 BPSim을 통해, 일부는 제품과 에디션에 따라 독자적으로 처리합니다. 규격에 맞는 문서가 필요하면 BPMN으로 모델링하세요. 숫자만 필요하면 표기법 없이 더 빨리 목표에 도달할 수 있습니다.
- [단계별 세 가지 숫자로 병목을 찾기](https://flowvisual.app/ko/process-bottleneck-analysis): 병목 분석은 각 프로세스 단계의 활용률 ρ = 수요 ÷ 용량을 계산하고 그 값으로 단계를 정렬합니다. 가장 높은 값이 병목입니다. 처리 시간이 가장 긴 단계도 아니고 불만이 가장 많은 단계도 아닙니다. 약 85%부터는 임계 상태가 되며, 그때 대기시간은 처리시간의 5.7배에 이르고 95%에서는 19배에 달합니다. 계산은 월평균이 아니라 최고일에 대해 수행하며, 각 조치 후에 다시 계산합니다. 병목이 해결되면 다음 단계로 이동하기 때문입니다.
- [모든 과업을 결정하는 질문: “그걸 우리는 어떻게 압니까?”](https://flowvisual.app/ko/for-consultants): 컨설팅 과제에서 프로세스 시뮬레이션은 주로 증빙 수단입니다. 워크숍에서 현행 프로세스를 라이브로 모델링하면 관련 부서가 옆에서 보고 반박합니다. 이는 결과를 논쟁하기 전에 모델에 대한 동의를 만듭니다. 이어지는 스트레스 테스트는 어떤 단계가 처리량을 제한하는지, 조치 후 병목이 어디로 이동하는지, 그리고 그 조치가 시간과 유로화로 얼마의 가치가 있는지를 각기 P10–P90 구간으로 보여줍니다. 결과물은 브랜드가 표시된 PDF로 고객에게 전달됩니다. 모든 처리는 귀하의 컴퓨터에서 로컬로 이루어지며 계정이나 클라우드를 필요로 하지 않습니다. 이는 고객 데이터에 대한 승인 논의를 불필요하게 합니다.
- [파일럿 실행 전에 개선 효과를 계산합니다](https://flowvisual.app/ko/for-lean-six-sigma): DMAIC 프로젝트에서 시뮬레이션은 Improve 단계가 정기적으로 걸리는 질문에 답합니다: 이 조치가 도입되기 전에 어떤 효과를 가져올까요? 가치흐름분석은 구조와 재고를 제공하고, 시뮬레이션은 변동, 대기열과 단계들의 연쇄를 보완합니다. 특히 유용한 것은 Six Sigma의 핵심 지렛대인 변동성입니다: Kingman 근사에 따르면 대기시간은 변동계수의 제곱에 비례하여 증가합니다. 변동성을 절반으로 줄이면 단 한 번의 작업도 더 빠르게 처리하지 않고도 대기열에 대한 기여가 4분의 1로 줄어듭니다.
- [주문 처리를 위한 완성된 계산 모델](https://flowvisual.app/ko/templates/order-processing): 템플릿 주문 처리(“Order Handling”)은 주문부터 주문 확인까지의 경로를 6개의 작업 단계와 한 번의 결정으로 모델링합니다: 주문 등록, 신용도 및 신용 심사, 가격 및 주문 확인, 영업 책임자의 승인, 그다음에 “승인이 되었나요?”. 85%는 확인 단계로 가고, 15%는 클레임으로 돌아가 가격 결정으로 회귀합니다. 이 템플릿은 연간 6 000건의 주문, 근무일 기준 하루에 24건으로 설정되어 있습니다. 20 000회에 걸친 스트레스 테스트에서 신용 심사가 75%의 실행에서 병목으로 작용했습니다: 이 단계는 계산상 하루에 28건을 처리할 수 있어 들어오는 24건에 비해 부족하지 않지만 강한 날에는 가동률이 132%에 달합니다. 두 번째 소견은 어떤 단계 표에도 나타나지 않습니다. 승인과 클레임 처리는 같은 한 사람이 담당하며, 이 한 사람이 전체 실행의 19.4%를 함께 묶고 있습니다. 처리 시간의 중앙값은 0.16 근무일이며, 강한 날(P90)에는 5.8입니다.
- [송장 승인에 대한 완성된 계산 모델](https://flowvisual.app/ko/templates/invoice-processing): 청구서 승인 템플릿은 우편 접수에서 지급 실행까지의 표준 절차를 다섯 단계로 나타냅니다: 스캔, ERP에 입력, 담당 부서의 내용적 승인, 분개 및 검토, 지급 실행. 이 템플릿은 월 약 1 200건의 수신 청구서를 처리하는 중견기업을 위한 전형적인 물량, 처리 범위, 용량 및 완전원가 요율을 포함합니다. 조정해야 할 항목은 여섯 가지 수치입니다. 물량, 피크 계수, 회계 부서의 용량, 승인자 수, 승인 주기 및 시간당 요금. 그 후 스트레스 테스트는 병목이 대체로 입력 단계가 아니라 내용적 승인을 기다리는 데 있음을 보여줍니다.
- [완성된 계산 모델로서의 견적 프로세스](https://flowvisual.app/ko/templates/quotation-process): 템플릿 Angebotsprozess는 문의 접수부터 발송된 제안서까지의 절차를 여섯 단계로 모델링합니다: Anfrage erfassen, technische Klärung, Kalkulation, Freigabe, Angebot schreiben, Versand und Nachfassen. 연간 550건의 문의로 설정되어 있어 근무일 기준 하루 약 2,2건이며, 처리 시간 분포, 역할별 용량 및 중견 공급업체의 총원가율을 반영합니다. 스트레스 테스트 20 000회에서 technische Klärung은 79 %의 실행에서 병목 단계였고 Freigabe는 21 %였으며 나머지 모든 단계는 어느 실행에서도 병목이 아니었습니다. 리드타임 중앙값은 0,7 근무일이고 피크일(P90)에는 7,2입니다. 두 값 사이의 분포 폭이 실제 소견이며 평균값이 핵심이 아닙니다.
- [불만처리를 위한 완성된 계산 모델입니다](https://flowvisual.app/ko/templates/complaint-handling): 템플릿 불만 처리 프로세스는 접수된 불만에서 Gutschrift 발행까지 다섯 단계로 구성됩니다: 등록, 내부 검토, 공급업체와의 해결, 결정, Gutschrift 또는 교환. 연간 1 900건을 기준으로 설정되어 있으며 근무일 기준 약 7.6건입니다. 20 000회 실행의 스트레스 테스트에서 공급업체와의 해결 단계는 94 %의 실행에서 병목이었고, 결정 단계는 5 %, 내부 검토는 1 %였습니다. 중요한 점: 이 단계는 회사 외부에 있습니다. 내부 단계를 모두 자동화하면 모델에서 건당 작업 비용은 약 40유로에서 25유로로 감소하지만, 바쁜 날의 처리 시간은 5.62 근무일에서 5.58 근무일로만 줄어듭니다. 절감은 실제지만 속도 약속은 그렇지 않습니다.
- [직원 온보딩을 위한 완성된 계산모델](https://flowvisual.app/ko/templates/employee-onboarding): 직원 온보딩 템플릿은 수락부터 실무 첫날까지의 경로를 네 단계로 모델링합니다: 계약 및 기본정보, IT 접근 설정, 작업공간 및 하드웨어, 교육 계획. 템플릿은 연간 260명의 입사를 기준으로 설정되어 있으며 대략 근무일 하루에 한 명입니다. 20 000회의 스트레스 테스트에서 IT 접근 설정은 86%의 실행에서 병목이었고, 교육 계획은 13%였습니다. 원인은 산수적 이유이며 실수 때문이 아닙니다: IT는 온보딩에 하루에 2.5시간을 할당하고, 한 설정은 평균 110분이 걸리므로 하루에 두 명의 입사는 처리에 맞지 않습니다. 처리 시간의 중앙값은 1,3 근무일이고, 바쁜 날(P90)에는 9,6입니다.
- [완성된 IT-Ticket 프로세스 계산 모델](https://flowvisual.app/ko/templates/it-service-desk): IT 티켓 템플릿은 지원 흐름을 세 단계의 작업과 하나의 분기로 모델링합니다: 분류 및 기록, 그다음 "즉시 해결 가능?" 결정. 65%는 1차 해결로 가고 35%는 2차로 갑니다. 이 템플릿은 연간 24 000건의 티켓을 기준으로 설정되어 있으며, 근무일 기준 하루 약 96건입니다. 20 000회 스트레스 테스트에서 분류가 75%의 실행에서 구속적인 병목이었고, 2차가 14%, 1차가 11%였습니다. 서비스데스크는 이론상 하루 118건을 처리할 수 있어 들어오는 96건에 비해 평균적으로는 충분하지만 26%의 날에는 부족합니다. 처리 시간의 중앙값은 0.08 근무일이고, 강한 날(P90)에는 4.9입니다: 티켓은 처리 중에 사라지는 것이 아니라 대기열에서 지체됩니다.

## Topic pages — 简体中文

- [不把您的流程画出来，而是把它算出来的软件](https://flowvisual.app/zh/process-simulation-software): 流程仿真软件让建模的流程在带有随机抽取的到达和处理时间的情况下运行数百次，并分析在哪些环节发生拥堵。它因此回答了表格无法回答的四个问题：哪个步骤限制吞吐量、在最差情况下一个流程需要多久、如果解决瓶颈后瓶颈会转移到哪里、以及某项变更值多少钱。FlowVisual 是这一工具的精简实现。六个模块，大约 30 分钟可完成第一次有依据的运行，所有数据均保存在本地电脑，无需账户且无需事件日志。
- [BPMN 描述流程。仿真还需要另外四项信息](https://flowvisual.app/zh/bpmn-simulation): BPMN 2.0 是一种用于描述流程的符号，而不是计算模型。要进行仿真，缺少四项在任何 BPMN 图中都看不到的说明：有多少个事务到达，处理时长的波动有多大，每个角色有多少容量，以及适用哪种日历。像 Bizagi Modeler、Signavio、ARIS、Trisotech 或 Cardanit 这样的工具在各自的对话框中补充这些说明，有的通过 WfMC 扩展 BPSim，有的采用专有方式，这取决于产品和版本。需要规范一致的文档时，应使用 BPMN 建模。若仅需要一个结果数值，则不用符号表示通常能更快达到目的。
- [用每步三项数字找到瓶颈](https://flowvisual.app/zh/process-bottleneck-analysis): 瓶颈分析会为每个流程步骤计算负荷率 ρ = 需求 ÷ 能力，并据此对步骤排序。最高的值就是瓶颈。并非处理时间最长的步骤，也并非投诉最多的那个步骤。大约从85％开始就变得关键：在那个负荷率下，等待时间已是处理时间的5.7倍；在95％时则为19倍。计算以高峰日为准，而非月均值，并且在每项改进后重新计算，因为一旦某个瓶颈被消除，瓶颈就会移动到下一个步骤。
- [决定每项委托的那个问题是：“我们怎么知道这点？”](https://flowvisual.app/zh/for-consultants): 在咨询项目中，流程仿真主要作为证据工具。您在研讨会上实时建模当前流程，相关业务部门在场并提出异议。这会在对结果争论之前促成对模型的认同。随后进行的压力测试会显示哪个步骤限制了吞吐量、在采取措施后瓶颈会迁移到何处，以及每项措施在欧元和时间上的价值，均以 P10–P90 区间而非单一数值表示。结果以带有品牌的 PDF 交付给客户。所有操作均在您的计算机本地执行，无需账号也不使用云端，从而避免了关于客户数据的授权争议。
- [在试点运行前先算清改进效果](https://flowvisual.app/zh/for-lean-six-sigma): 在 DMAIC 项目中，仿真回答了改进阶段经常卡住的问题：在我们实施之前，这项措施能带来什么效果？价值流分析提供了结构与存量，仿真补充了波动、等待队列和步骤间的关联。它对 Six Sigma 的核心杠杆——变差——尤其有价值：根据 Kingman 近似，等待时间与变异系数的平方成正比。将变差减半，会使其对等待队列的贡献降至四分之一，而无需使任何单个作业变快。
- [订单处理流程作为成型的计算模型](https://flowvisual.app/zh/templates/order-processing): 模板“Auftragsabwicklung（Order Handling）”用六个工作步骤和一个决策描绘了从订购到订单确认的路径：记录订单、资信与信用检查、价格与订单确认、销售主管审批，然后“已批准？”。85% 转向确认，15% 作为需澄清的案件返回价格确定。该模板按每年 6 000 个订单设置，每个工作日 24 个。在超过 20 000 次运行的压力测试中，信用检查在 75% 的运行中是约束瓶颈：按计算它每天能处理 28 个订单，而到达量为 24 个，峰值日的占用率为 132%。第二个发现没有出现在任何步骤表中。审批人与澄清案件由同一人负责，而这一个人合计占用了 19,4% 的运行。通过时间中位数为 0,16 个工作日，强负荷日（P90）为 5,8。
- [发票审批作为现成的计算模型](https://flowvisual.app/zh/templates/invoice-processing): “发票审批”模板将从收件到付款批处理的标准流程以五个步骤呈现：扫描、在ERP中录入、由业务部门进行的实质性审批、科目核算与核对、付款批处理。它包含了一个每月约1 200张进项发票的中型企业的典型量、处理时长范围、产能和全成本费率。需要调整的有六个数字：量、峰值系数、会计部门的产能、审批人数、审批节奏与小时费率。随后压力测试显示，瓶颈通常不在录入环节，而是在等待实质性审批时。
- [作为现成计算模型的报价流程](https://flowvisual.app/zh/templates/quotation-process): 报价流程模板将从询价到发送报价的路径分为六个步骤：记录询价，技术澄清，成本核算，审批，编写报价，发送与跟进。模板设置为每年550份询价，约每个工作日2.2份，采用一家中等规模供应商的处理时间跨度、角色产能与全面成本费率。在20 000次运行的压力测试中，技术澄清在79%的运行中成为限制性瓶颈，审批在21%的运行中成为瓶颈；其余所有步骤在任何一次运行中都不是瓶颈。中位数的交付周期为0.7个工作日，而在强负荷日（P90）为7.2个工作日。两者之间的差距才是真正的结论，而不是平均值。
- [投诉处理作为现成的计算模型](https://flowvisual.app/zh/templates/complaint-handling): 模板“投诉处理流程”将从收到投诉到开具贷项单的路径分为五个步骤：记录、内部审核、与供应商澄清、决定，以及开具贷项单或更换。默认设置为每年 1 900 起案件，平均每个工作日约 7.6 起。在包含 20 000 次运行的压力测试中，“与供应商澄清”在 94% 的运行中是限制性瓶颈，“决定”在 5% 的运行中是瓶颈，“内部审核”在 1% 的运行中是瓶颈。关键点是：该步骤在公司之外。如果将所有内部步骤实现自动化，模型中每案的人工成本将从约 40 欧元降至 25 欧元，但在高负荷日的吞吐时间仅从 5.62 个工作日降到 5.58 个工作日。节省是真实的，但承诺的速度提升并不会出现。
- [员工入职作为现成的计算模型](https://flowvisual.app/zh/templates/employee-onboarding): Mitarbeiter入职模板将从录用确认到首个具生产力工作日的流程分为四个步骤：合同与基本资料，设置IT账户，工作站与硬件，培训计划。模板按每年260次入职设置，约等于每个工作日一次。在超过20 000次运行的压力测试中，设置IT账户在86%的运行中是限制性的瓶颈，培训计划在13%的运行中成为瓶颈。原因是算术问题，不是失误：IT部门为入职流程在一天中提供两个半小时，一次设置平均需要110分钟，因此同一天的两个入职无法完成。中位通过时间为1.3个工作日，繁忙日（P90）为9.6。
- [Der IT-Ticket-Prozess als fertiges Rechenmodell](https://flowvisual.app/zh/templates/it-service-desk): IT 工单模板将支持流程表示为三个工作步骤和一次分支：分诊与记录，然后判断“是否可立即解决？”。65% 进入一线解决，35% 进入二线。模板设置为每年 24 000 个工单，工作日约 96 个。在超过 20 000 次运行的压力测试中，分诊在 75% 的运行中为限制性瓶颈，二线为 14%，一线为 11%。服务台理论上每天能处理 118 个工单，而到达 96 个，平均足够，但 26% 的天数不足。中位通过时长为 0.08 个工作日，繁忙日（P90）为 4.9：工单在等待队列中“挂掉”，而不是在处理阶段。

## Articles — Deutsch

- [Ereignisdiskrete Simulation für Geschäftsprozesse](https://flowvisual.app/de/blog/ereignisdiskrete-simulation): Diskrete Ereignissimulation springt von Ereignis zu Ereignis statt in Zeitschritten. Wer versteht, warum, trifft die drei Entscheidungen richtig, an denen die meisten Modelle scheitern: Verteilung, Aufwärmphase, Anzahl der Läufe.
- [Sieben Prozesssimulationen, durchgerechnet](https://flowvisual.app/de/blog/prozesssimulation-beispiele): Sieben Prozesse, sieben Modelle, sieben Befunde, jeweils mit Mengen, Kapazitäten und dem Hebel, der tatsächlich gewirkt hat. In fünf von sieben Fällen war es nicht der, der im Projekt vorgeschlagen wurde.
- [Prozess simulieren: acht Schritte mit durchgerechnetem Beispiel](https://flowvisual.app/de/blog/prozess-simulieren): Die Reihenfolge entscheidet mehr als das Werkzeug. Acht Schritte, ein durchgerechnetes Beispiel und die Gegenprobe, mit der Sie merken, dass im Modell eine Warteschlange fehlt.
- [Kostenlose Prozesssimulation: sieben Werkzeuge und ihr wahrer Preis](https://flowvisual.app/de/blog/kostenlose-prozesssimulation-software): „Kostenlos“ heisst bei Simulationssoftware vier verschiedene Dinge: quelloffen, kostenlose Stufe, nur für Lehre, oder Testzeitraum. Der Unterschied entscheidet, ob Sie das Ergebnis in einem Angebot verwenden dürfen.
- [Prozesssimulation-Software 2026: zwölf Werkzeuge, ehrlich einsortiert](https://flowvisual.app/de/blog/prozesssimulation-software-2026): Eine Rangliste wäre unehrlich, weil diese Werkzeuge verschiedene Aufgaben lösen. Was hilft, ist eine Einsortierung: wofür jedes gebaut ist, wo es aufhört und welche Frage es beantwortet, inklusive des Falls, in dem keines davon nötig ist.
- [AnyLogic-Alternative: was Sie ersetzen wollen, entscheidet](https://flowvisual.app/de/blog/anylogic-alternative): AnyLogic kann drei Dinge in einem Modell, die sonst drei Werkzeuge brauchen. Wer eine Alternative sucht, muss deshalb zuerst sagen, welches der drei er überhaupt benutzt. Sonst tauscht er Tiefe gegen nichts.
- [Geschäftsprozesse simulieren: der praktische Leitfaden](https://flowvisual.app/de/blog/geschaeftsprozesse-simulieren): Simulation ist im Unternehmen kein Statistikprojekt, sondern ein Entscheidungswerkzeug. Dieser Leitfaden sagt, welche Prozesse sich lohnen, was am Ende auf dem Papier steht, wie ein erstes Vorhaben aussieht, und welche vier Fehler die meisten Vorhaben kosten.
- [Was ist Prozesssimulation? Definition, Verfahren, Grenzen](https://flowvisual.app/de/blog/was-ist-prozesssimulation): Prozesssimulation lässt einen Ablauf künstlich durchlaufen, statt ihn zu beschreiben. Der Unterschied ist nicht akademisch: Er entscheidet, ob Sie eine Meinung über eine Änderung haben oder eine Zahl.
- [Simul8-Alternative: drei Gruppen, und wann welche richtig ist](https://flowvisual.app/de/blog/simul8-alternative): Wer nach einer Simul8-Alternative sucht, will meist eines von drei Dingen: geringere Kosten, weniger Einarbeitung oder ein Werkzeug, das zu Verwaltungsprozessen statt zur Fertigung passt. Für jeden dieser Gründe gibt es eine andere Antwort. Für einen davon ist der Wechsel die falsche Lösung.
- [Monte-Carlo-Simulation für Prozesse: was sie kann und wann sie lügt](https://flowvisual.app/de/blog/monte-carlo-simulation-prozesse): Monte-Carlo ist kein Zauberwort, sondern Würfeln mit System: derselbe Prozess, hunderte Male, mit jeweils anderen Zufallswerten. Was dabei herauskommt, ist keine Zahl, sondern eine Verteilung. Genau das ist der Punkt.
- [P10, P50, P90 richtig lesen: wo der Mittelwert Sie in die Irre führt](https://flowvisual.app/de/blog/p10-p50-p90-verstehen): Perzentile sind keine Statistiker-Eitelkeit, sondern die einzige ehrliche Art, ein Ergebnis anzugeben, das schwankt. Drei Zahlen, drei Zwecke. Dazu drei Lesefehler, die regelmäßig in Entscheidungsvorlagen landen.
- [Rechnungsfreigabe: warum OCR die Durchlaufzeit nicht halbiert](https://flowvisual.app/de/blog/rechnungsfreigabe-engpass): Die Rechnungsfreigabe ist der meistautomatisierte Verwaltungsprozess. Und der, bei dem die versprochene Ersparnis am häufigsten ausbleibt. Ein durchgerechnetes Beispielmodell zeigt, warum.
- [Prozess in Visio simulieren: warum das nicht geht und was stattdessen hilft](https://flowvisual.app/de/blog/visio-prozess-simulieren): „Visio Prozess simulieren“ ist eine der häufigsten Suchanfragen im Prozessumfeld. Die Antwort ist nein. Interessanter ist, was jemand eigentlich sucht, der so sucht.
- [Prozesskosten in Excel: vier Fehler, die jeden Business Case kippen](https://flowvisual.app/de/blog/prozesskosten-excel-fehler): Fast jeder Business Case für Prozessoptimierung entsteht in Excel. Und fast jeder enthält dieselben vier Fehler, nicht aus Nachlässigkeit, sondern weil eine Tabelle bestimmte Dinge strukturell nicht abbilden kann.
- [Engpass berechnen: warum 85 % Auslastung schon zu viel ist](https://flowvisual.app/de/blog/engpass-berechnen): Der Engpass ist nicht der Schritt, der am längsten dauert, sondern der mit der höchsten Auslastung. Und Wartezeit wächst nicht linear mit der Auslastung, sondern explodiert kurz vor der Grenze. Die Rechnung dahinter passt auf eine Seite.
- [BPMN-Tool mit Simulation: Was die Notation rechnen kann und was nicht](https://flowvisual.app/de/blog/bpmn-tool-mit-simulation): „Unser BPMN-Tool kann Simulation“ heißt je nach Produkt alles zwischen einer Plausibilitätsprüfung und einem echten Ereignissimulator. Die fünf Fragen, mit denen Sie das in zehn Minuten auseinanderhalten.
- [Prozesssimulation: Software im Vergleich, vier Kategorien und vier Zwecke](https://flowvisual.app/de/blog/prozesssimulation-software-vergleich): „Welches Tool soll ich nehmen?“ ist die falsche Frage. Werkzeuge für Prozesse zerfallen in vier Kategorien mit vier verschiedenen Zwecken. Die meisten Fehlkäufe entstehen, weil jemand ein Werkzeug aus der falschen Kategorie gekauft hat.

## Articles — English

- [Discrete-event simulation for business processes](https://flowvisual.app/en/blog/discrete-event-simulation-business-process): Discrete-event simulation jumps from event to event instead of advancing in time steps. Understanding why makes the three decisions that sink most models easier: distribution, warm-up, number of runs.
- [Seven process simulations, worked through](https://flowvisual.app/en/blog/process-simulation-examples): Seven processes, seven models, seven findings, each with volumes, capacities and the lever that actually worked. In five of the seven it was not the one the project proposed.
- [How to simulate a business process: eight steps, fully worked](https://flowvisual.app/en/blog/how-to-simulate-a-business-process): The sequence matters more than the tool. Eight steps, a fully worked example, and the cross-check that tells you a queue is missing from your model.
- [Free process simulation software: seven tools and their real price](https://flowvisual.app/en/blog/free-process-simulation-software): In simulation software, “free” means four different things: open source, free tier, education only, or trial period. The difference decides whether you may use the result in a client proposal.
- [Best process simulation software in 2026: twelve tools, honestly sorted](https://flowvisual.app/en/blog/best-process-simulation-software): A ranking would be dishonest, because these tools solve different problems. What helps is a classification: what each is built for, where it stops, and which question it answers, including the case where none of them is needed.
- [AnyLogic alternatives: what you are replacing decides](https://flowvisual.app/en/blog/anylogic-alternative): AnyLogic does three things in one model that would otherwise take three tools. Anyone looking for an alternative must first say which of the three they actually use. Otherwise they trade depth for nothing.
- [Business process simulation: a practical guide](https://flowvisual.app/en/blog/business-process-simulation-guide): In an organisation, simulation is not a statistics project but a decision instrument. This guide covers which processes are worth it, what ends up on paper, what a first attempt looks like, and the four mistakes that cost most attempts.
- [What is process simulation? Definition, methods, limits](https://flowvisual.app/en/blog/what-is-process-simulation): Process simulation executes a flow artificially instead of describing it. The difference is not academic: it decides whether you have an opinion about a change or a number.
- [Simul8 alternatives: three groups, and when each is right](https://flowvisual.app/en/blog/simul8-alternative): People searching for a Simul8 alternative usually want one of three things: lower cost, less training, or a tool that fits administrative processes rather than the factory floor. Each reason has a different answer. For one of them, switching is the wrong fix.
- [Invoice approval: why OCR does not halve your lead time](https://flowvisual.app/en/blog/invoice-approval-bottleneck): Invoice approval is the most automated administrative process. And the one where the promised savings most often fail to appear. A worked example model shows why.
- [Monte Carlo simulation for business processes: what it does and when it lies](https://flowvisual.app/en/blog/monte-carlo-simulation-processes): Monte Carlo is not a magic word, it is systematic dice-rolling: the same process, hundreds of times, with different random draws each time. What comes out is not a number but a distribution. That is the whole point.
- [Reading P10, P50 and P90: where the average misleads you](https://flowvisual.app/en/blog/understanding-p10-p50-p90): Percentiles are not statistician's vanity; they are the only honest way to report a result that varies. Three numbers, three purposes. Plus three misreadings that routinely end up in decision papers.
- [Simulating a process in Visio: why it does not work and what to do instead](https://flowvisual.app/en/blog/visio-process-simulation): “Simulate a process in Visio” is one of the most common searches in the process field. The answer is no. What is more interesting is what somebody searching that way actually needs.
- [Process costs in Excel: four mistakes that sink any business case](https://flowvisual.app/en/blog/process-cost-excel-mistakes): Nearly every business case for process improvement is built in Excel. And nearly every one contains the same four mistakes, not through carelessness, but because a spreadsheet structurally cannot represent certain things.
- [How to calculate a bottleneck: why 85 % utilisation is already too much](https://flowvisual.app/en/blog/calculate-bottleneck): The bottleneck is not the longest step, it is the step with the highest utilisation. And waiting time does not grow linearly with utilisation. It explodes just before the limit. The maths behind it fits on one page.
- [BPMN with simulation: what the notation can compute and what it cannot](https://flowvisual.app/en/blog/bpmn-tool-with-simulation): “Our BPMN tool does simulation” means anything from a plausibility check to a full discrete-event engine, depending on the product. Five questions that tell the difference in ten minutes.
- [Process simulation software: four categories, four purposes](https://flowvisual.app/en/blog/process-simulation-software-comparison): “Which tool should I buy?” is the wrong question. Software for business processes falls into four categories with four different purposes. Most bad purchases happen because someone bought from the wrong category.

## Articles — Español

- [Simulación discreta por eventos para procesos de negocio](https://flowvisual.app/es/blog/explicacion-de-la-simulacion-discreta-por-eventos): La simulación discreta por eventos salta de evento a evento en lugar de en pasos de tiempo. Quien entiende por qué, toma bien las tres decisiones en las que fallan la mayoría de los modelos: distribución, fase de calentamiento, número de corridas.
- [Siete simulaciones de procesos, calculadas](https://flowvisual.app/es/blog/simulacion-de-procesos): Siete procesos, siete modelos, siete hallazgos, cada uno con cantidades, capacidades y la palanca que realmente funcionó. En cinco de siete casos no fue la que se propuso en el proyecto.
- [Simular un proceso: ocho pasos con un ejemplo calculado](https://flowvisual.app/es/blog/simular-un-proceso): El orden decide más que la herramienta. Ocho pasos, un ejemplo calculado y la prueba de contraste con la que usted notará que falta una cola de espera en el modelo.
- [Simulación de procesos gratuita: siete herramientas y su verdadero precio](https://flowvisual.app/es/blog/software-de-simulacion-de-procesos-gratuito): «Gratis» significa en software de simulación cuatro cosas distintas: código abierto, nivel gratuito, solo para enseñanza, o periodo de prueba. La diferencia decide si puede usar el resultado en una oferta.
- [Software de simulación de procesos 2026: doce herramientas, clasificadas con honestidad](https://flowvisual.app/es/blog/mejor-software-de-simulacion-de-procesos-2026): Una clasificación por puestos sería deshonesta, porque estas herramientas resuelven tareas distintas. Lo útil es una clasificación: para qué se ha diseñado cada una, dónde termina y qué pregunta responde, incluido el caso en el que ninguna de ellas es necesaria.
- [Alternativa a AnyLogic: lo que usted quiera reemplazar, lo decide](https://flowvisual.app/es/blog/alternativa-a-anylogic): AnyLogic puede tres cosas en un modelo que de otra forma requieren tres herramientas. Quien busca una alternativa debe por tanto decir primero cuál de las tres usa en realidad. Si no, cambia profundidad por nada.
- [Simular procesos de negocio: la guía práctica](https://flowvisual.app/es/blog/simular-procesos-de-negocio): La simulación en la empresa no es un proyecto estadístico, sino una herramienta de decisión. Esta guía dice qué procesos valen la pena, qué aparece al final en el papel, cómo es un primer proyecto y cuáles son los cuatro errores que cuestan a la mayoría de los proyectos.
- [¿Qué es la simulación de procesos? Definición, métodos, límites](https://flowvisual.app/es/blog/que-es-la-simulacion-de-procesos-definicion): La simulación de procesos hace que un flujo se ejecute de forma artificial en lugar de describirlo. La diferencia no es académica: decide si usted tiene una opinión sobre un cambio o una cifra.
- [Alternativa a Simul8: tres grupos, y cuándo cada una es adecuada](https://flowvisual.app/es/blog/alternativa-a-simul8): Quien busca una alternativa a Simul8 suele querer una de tres cosas: menores costes, menos tiempo de incorporación o una herramienta que se ajuste a procesos administrativos en lugar de a producción. Para cada uno de esos motivos hay una respuesta diferente. Para uno de ellos el cambio es la solución equivocada.
- [Aprobación de facturas: por qué el OCR no reduce a la mitad el tiempo de ciclo](https://flowvisual.app/es/blog/aprobacion-de-facturas): La aprobación de facturas es el proceso administrativo más automatizado. Y el que con más frecuencia no cumple el ahorro prometido. Un modelo de ejemplo calculado muestra por qué.
- [Leer P10, P50, P90 correctamente: donde el promedio le engaña](https://flowvisual.app/es/blog/p10-p50-p90): Los percentiles no son vanidad de estadístico, sino la única forma honesta de dar un resultado que fluctúa. Tres números, tres propósitos. Y tres errores de lectura que aparecen regularmente en expedientes de decisión.
- [Simulación Monte Carlo para procesos: qué puede hacer y cuándo miente](https://flowvisual.app/es/blog/simulacion-monte-carlo-explicada-para-procesos-de-negocio): Monte Carlo no es una palabra mágica, sino tirar dados con método: el mismo proceso, cientos de veces, con valores aleatorios distintos cada vez. Lo que resulta no es un único número, sino una distribución. Ese es precisamente el punto.
- [Simular un proceso en Visio: por qué no es posible y qué ayuda en su lugar](https://flowvisual.app/es/blog/simular-un-proceso-en-visio): «Simular proceso en Visio» es una de las consultas más frecuentes en el entorno de procesos. La respuesta es no. Lo más interesante es qué busca en realidad quien formula esa consulta.
- [Costes de proceso en Excel: cuatro errores que tumban cualquier business case](https://flowvisual.app/es/blog/costes-de-proceso-en-excel): Casi todos los business case para optimización de procesos se generan en Excel. Y casi todos contienen los mismos cuatro errores, no por negligencia, sino porque una tabla no puede representar ciertas cosas estructuralmente.
- [Calcular el cuello de botella: por qué el 85 % de utilización ya es demasiado](https://flowvisual.app/es/blog/calcular-el-cuello-de-botella): El cuello de botella no es el paso que más tarda, sino el que tiene la mayor utilización. Y el tiempo de espera no crece linealmente con la utilización, sino que explota justo antes del límite. El cálculo detrás cabe en una página.
- [Herramienta BPMN con simulación: lo que la notación puede calcular y lo que no](https://flowvisual.app/es/blog/bpmn-con-simulacion): «Nuestra herramienta BPMN puede simular» significa, según el producto, todo entre una comprobación de plausibilidad y un verdadero simulador de eventos. Las cinco preguntas para distinguirlo en diez minutos.
- [Simulación de procesos: software en comparación, cuatro categorías y cuatro fines](https://flowvisual.app/es/blog/software-de-simulacion-de-procesos): «¿Qué herramienta debo elegir?» es la pregunta equivocada. Las herramientas para procesos se dividen en cuatro categorías con cuatro propósitos distintos. La mayoría de compras equivocadas ocurren porque alguien compró una herramienta de la categoría equivocada.

## Articles — Français

- [Simulation à événements discrets pour processus métier](https://flowvisual.app/fr/blog/simulation-a-evenements-discrets-des-pour-processus-expliquee): La simulation à événements discrets saute d'événement en événement au lieu d'avancer par pas de temps. Qui comprend pourquoi prend correctement les trois décisions qui font échouer la plupart des modèles : distribution, phase d'échauffement, nombre de runs.
- [Sept simulations de processus, calculées](https://flowvisual.app/fr/blog/simulation-de-processus): Sept processus, sept modèles, sept constats, chacun avec quantités, capacités et le levier qui a effectivement agi. Dans cinq des sept cas, ce n'était pas celui qui avait été proposé dans le projet.
- [Simuler un processus : huit étapes avec exemple calculé](https://flowvisual.app/fr/blog/simuler-un-processus): L’ordre compte plus que l’outil. Huit étapes, un exemple entièrement calculé et la contre‑preuve qui vous montre qu’il manque une file d’attente dans le modèle.
- [Simulation de processus gratuite : sept outils et leur vrai coût](https://flowvisual.app/fr/blog/logiciels-de-simulation-de-processus-gratuits): « Gratuit » signifie quatre choses différentes pour un logiciel de simulation : open source, niveau gratuit, uniquement pour l'enseignement ou période d'essai. La différence détermine si vous pouvez utiliser le résultat dans une offre.
- [Logiciels de simulation de processus 2026 : douze outils, classés honnêtement](https://flowvisual.app/fr/blog/meilleurs-logiciels-de-simulation-de-processus-2026): Un classement serait malhonnête, car ces outils résolvent des tâches différentes. Ce qui aide, c’est un positionnement : pour quoi chacun est conçu, où il s’arrête et à quelle question il répond, y compris le cas où aucun d’eux n’est nécessaire.
- [Alternative à AnyLogic : c’est vous qui décidez ce que vous voulez remplacer](https://flowvisual.app/fr/blog/alternative-a-anylogic): AnyLogic peut faire, dans un seul modèle, trois choses qui exigeraient autrement trois outils. Qui cherche une alternative doit donc d’abord dire lequel des trois il utilise réellement. Sinon, il échange de la profondeur contre rien.
- [Simuler des processus métier : le guide pratique](https://flowvisual.app/fr/blog/simuler-des-processus-metier): La simulation n'est pas, en entreprise, un projet statistique, mais un outil de décision. Ce guide indique quels processus valent la peine, ce qui figure à la fin sur le papier, à quoi ressemble une première initiative et quelles quatre erreurs coûtent la plupart des initiatives.
- [Qu'est-ce que la simulation de processus ? Définition, méthodes, limites](https://flowvisual.app/fr/blog/qu-est-ce-que-la-simulation-de-processus): La simulation de processus fait exécuter artificiellement un déroulement, au lieu de le décrire. La différence n'est pas académique : elle détermine si vous avez une opinion sur une modification ou un chiffre.
- [Alternative à Simul8 : trois groupes, et quand chacun convient](https://flowvisual.app/fr/blog/alternative-a-simul8): Qui cherche une alternative à Simul8 veut généralement l'une de trois choses : des coûts moindres, moins d'apprentissage ou un outil adapté aux processus administratifs plutôt qu'à la production. Pour chacune de ces raisons, la réponse est différente. Pour l'une d'entre elles, le changement est la mauvaise solution.
- [P10, P50, P90 bien lire : quand la moyenne vous induit en erreur](https://flowvisual.app/fr/blog/p10-p50-p90): Les percentiles ne sont pas une coquetterie de statisticien, mais la seule façon honnête d'indiquer un résultat qui fluctue. Trois chiffres, trois usages. Plus trois erreurs de lecture qui se retrouvent régulièrement dans les dossiers de décision.
- [Simulation Monte Carlo pour processus : ce qu'elle peut faire et quand elle ment](https://flowvisual.app/fr/blog/simulation-monte-carlo-pour-processus-metier-expliquee): Monte Carlo n'est pas un mot magique, mais un lancer de dés systématique : le même processus, des centaines de fois, avec à chaque fois d'autres valeurs aléatoires. Ce qui en sort n'est pas un chiffre, mais une distribution. C'est justement le point.
- [Simuler un processus dans Visio : pourquoi cela ne fonctionne pas et ce qui aide à la place](https://flowvisual.app/fr/blog/simuler-un-processus-dans-visio): « Simuler un processus dans Visio » est l’une des requêtes les plus fréquentes dans le domaine des processus. La réponse est non. Plus intéressant est ce que recherche réellement quelqu’un qui formule la requête ainsi.
- [Validation des factures : pourquoi l'OCR ne réduit pas par deux le délai de traitement](https://flowvisual.app/fr/blog/validation-des-factures): La validation des factures est le processus administratif le plus automatisé. Et celui pour lequel les économies promises font le plus souvent défaut. Un modèle d'exemple calculé montre pourquoi.
- [Coûts de processus dans Excel : quatre erreurs qui font échouer tout Business Case](https://flowvisual.app/fr/blog/couts-de-processus-dans-excel): Presque tous les Business Cases d’optimisation de processus naissent dans Excel. Et presque tous comportent les mêmes quatre erreurs, non par négligence, mais parce qu’un tableau ne peut pas représenter structurellement certaines choses.
- [Calculer l'engorgement : pourquoi 85 % d'utilisation est déjà trop](https://flowvisual.app/fr/blog/calculer-l-engorgement): L'engorgement n'est pas l'étape la plus longue, mais celle avec la plus forte utilisation. Et le temps d'attente ne croît pas linéairement avec l'utilisation, il explose juste avant la limite. Le calcul derrière tient sur une page.
- [Outil BPMN avec simulation : ce que la notation peut calculer et ce qu’elle ne peut pas](https://flowvisual.app/fr/blog/bpmn-avec-simulation): « Notre outil BPMN peut faire de la simulation » signifie selon le produit tout entre une vérification de plausibilité et un vrai simulateur d'événements. Les cinq questions pour le distinguer en dix minutes.
- [Simulation de processus : logiciels en comparaison, quatre catégories et quatre objectifs](https://flowvisual.app/fr/blog/simulation-de-processus-logiciels): «Quel outil dois-je choisir ?» est la mauvaise question. Les outils pour processus se divisent en quatre catégories avec quatre objectifs différents. La plupart des mauvais achats viennent du fait que quelqu’un a acheté un outil de la mauvaise catégorie.

## Articles — Italiano

- [Simulazione a eventi discreti per processi aziendali](https://flowvisual.app/it/blog/spiegazione-della-simulazione-a-eventi-discreti): La simulazione a eventi discreti salta da evento a evento invece di avanzare a passi di tempo. Chi capisce il motivo prende correttamente le tre decisioni a cui la maggior parte dei modelli fallisce: distribuzione, fase di riscaldamento, numero di repliche.
- [Sette simulazioni di processo calcolate](https://flowvisual.app/it/blog/simulazione-di-processo): Sette processi, sette modelli, sette risultati, ciascuno con quantità, capacità e la leva che ha effettivamente funzionato. In cinque casi su sette non era quella proposta nel progetto.
- [Simulare un processo: otto passaggi con esempio calcolato](https://flowvisual.app/it/blog/simulare-un-processo): L'ordine conta più dello strumento. Otto passaggi, un esempio calcolato e il controllo incrociato con cui scopre che nel modello manca una coda.
- [Simulazione di processo gratuita: sette strumenti e il loro vero prezzo](https://flowvisual.app/it/blog/software-di-simulazione-di-processo-gratuita): «Gratuito» nella simulazione significa quattro cose diverse: open source, livello gratuito, solo per l'insegnamento oppure periodo di prova. La differenza determina se Lei può usare il risultato in un'offerta.
- [Software di simulazione dei processi 2026: dodici strumenti, classificati onestamente](https://flowvisual.app/it/blog/miglior-software-di-simulazione-dei-processi-2026): Una classifica sarebbe disonesta, perché questi strumenti risolvono compiti diversi. Utile è una collocazione: per cosa è costruito ciascuno, dove finisce e a quale domanda risponde, incluso il caso in cui nessuno di essi sia necessario.
- [AnyLogic-Alternative: quello che Lei vuole sostituire decide](https://flowvisual.app/it/blog/anylogic-alternative): AnyLogic può fare tre cose in un modello, che altrimenti richiederebbero tre strumenti. Chi cerca un'alternativa deve quindi prima dire quale delle tre usa effettivamente. Altrimenti scambia profondità con nulla.
- [Simulare processi aziendali: la guida pratica](https://flowvisual.app/it/blog/simulare-processi-aziendali): La simulazione in azienda non è un progetto statistico, ma uno strumento decisionale. Questa guida spiega quali processi valgano la pena, cosa risulta su carta alla fine, come si presenta un primo progetto e quali quattro errori costano la maggior parte dei progetti.
- [Che cos'è la simulazione di processo? Definizione, metodi, limiti](https://flowvisual.app/it/blog/che-cos-e-la-simulazione-di-processo-definizione): La simulazione di processo fa eseguire artificialmente un flusso invece di descriverlo. La differenza non è accademica: determina se Lei ha un'opinione su una modifica o un numero.
- [Alternativa a Simul8: tre gruppi e quando ciascuno è quello giusto](https://flowvisual.app/it/blog/alternativa-a-simul8): Chi cerca un'alternativa a Simul8 vuole di solito una di tre cose: costi inferiori, meno formazione oppure uno strumento adatto ai processi amministrativi invece che alla produzione. Per ciascuna di queste ragioni c'è una risposta diversa. Per una di esse il cambio è la soluzione sbagliata.
- [Approvazione fatture: perché l'OCR non dimezza i tempi di attraversamento](https://flowvisual.app/it/blog/approvazione-fatture): L'approvazione delle fatture è il processo amministrativo più automatizzato. Ed è quello per cui il risparmio promesso manca più spesso. Un modello di esempio calcolato mostra perché.
- [P10, P50, P90 leggere correttamente: dove la media La trae in inganno](https://flowvisual.app/it/blog/p10-p50-p90): I percentili non sono una vanità da statistici, ma l’unico modo onesto di indicare un risultato che varia. Tre numeri, tre scopi. E tre errori di lettura che finiscono regolarmente nei documenti decisionali.
- [Simulare un processo in Visio: perché non funziona e cosa aiuta invece](https://flowvisual.app/it/blog/simulare-un-processo-in-visio): «Visio processo simulare» è una delle query più frequenti nell'ambito dei processi. La risposta è no. Più interessante è cosa stia effettivamente cercando chi digita così.
- [Simulazione Monte Carlo per i processi: cosa può fare e quando inganna](https://flowvisual.app/it/blog/simulazione-monte-carlo-per-processi-aziendali-spiegata): Monte Carlo non è una parola magica, ma tirare i dadi con metodo: lo stesso processo, centinaia di volte, ciascuna con valori casuali diversi. Ciò che ne risulta non è un numero, ma una distribuzione. Proprio questo è il punto.
- [Costi di processo in Excel: quattro errori che ribaltano ogni business case](https://flowvisual.app/it/blog/costi-di-processo-in-excel): Quasi tutti i business case per l'ottimizzazione dei processi nascono in Excel. E quasi tutti contengono gli stessi quattro errori di calcolo, non per negligenza, ma perché un foglio non può rappresentare strutturalmente certe cose.
- [Calcolare il collo di bottiglia: perché l'85 % di utilizzo è già troppo](https://flowvisual.app/it/blog/calcolare-il-collo-di-bottiglia): Il collo di bottiglia non è il passo con la durata più lunga, ma quello con l'utilizzo più alto. E il tempo di attesa non cresce linearmente con l'utilizzo, ma esplode poco prima del limite. Il calcolo dietro sta su una pagina.
- [Strumento BPMN con simulazione: cosa la notazione può calcolare e cosa no.](https://flowvisual.app/it/blog/bpmn-con-simulazione): «Il nostro strumento BPMN può simulare» significa, a seconda del prodotto, tutto tra un controllo di plausibilità e un vero simulatore di eventi. Le cinque domande che Le permettono di distinguerlo in dieci minuti.
- [Simulazione dei processi: software a confronto, quattro categorie e quattro scopi](https://flowvisual.app/it/blog/software-di-simulazione-dei-processi): «Quale strumento dovrei scegliere?» è la domanda sbagliata. Gli strumenti per i processi si dividono in quattro categorie con quattro scopi diversi. La maggior parte degli acquisti sbagliati nasce perché qualcuno ha comprato uno strumento della categoria sbagliata.

## Articles — 日本語

- [業務プロセスのための離散事象シミュレーション](https://flowvisual.app/ja/blog/discrete-event-simulation-business-process): 離散事象シミュレーションは時間刻みではなくイベントからイベントへ跳びます。なぜそうするかを理解すれば、多くのモデルが失敗する三つの判断を正しく下せます：分布、ウォームアップ期間、実行回数。
- [計算した七つのプロセスシミュレーション](https://flowvisual.app/ja/blog/process-simulation-examples): 七つのプロセス、七つのモデル、七つの所見。それぞれに数量、キャパシティ、実際に効果を発揮したてこがあります。七件中五件では、プロジェクトで提案されたものではないことが分かりました。
- [Prozess simulieren: acht Schritte mit durchgerechnetem Beispiel](https://flowvisual.app/ja/blog/how-to-simulate-a-business-process): 順序は道具よりも重要です。八つのステップ、計算済みの具体例と、モデルに待ち行列が欠けていることに気づくための検算。
- [無料のプロセスシミュレーション：七つのツールとその真のコスト](https://flowvisual.app/ja/blog/free-process-simulation-software): シミュレーションソフトで「無料」が意味するのは四つあります：オープンソース、無料プラン、教育利用のみ、または試用期間です。この違いが、結果を提案書に使えるかどうかを決めます。
- [プロセスシミュレーションソフトウェア 2026：十二のツールを正直に分類](https://flowvisual.app/ja/blog/best-process-simulation-software): ランキングは不誠実です。これらのツールは異なる課題を解くからです。役立つのは分類です。各ツールが何のために作られているか、どこで限界が来るか、どの問いに答えるか、そしていずれも不要な場合も含めます。
- [AnyLogicの代替：何を置き換えたいかが決め手です](https://flowvisual.app/ja/blog/anylogic-alternative): AnyLogicは、通常なら三つのツールが必要な三つの機能を一つのモデルで実行できます。代替をお探しの方は、まずご自身がその三つのうちのどれをお使いかを明確に述べていただく必要があります。そうしなければ、深さを何も得られない形で失うことになります。
- [業務プロセスをシミュレーションする：実践的なガイド](https://flowvisual.app/ja/blog/business-process-simulation-guide): シミュレーションは企業では統計プロジェクトではなく、意思決定ツールです。このガイドは、どのプロセスに取り組む価値があるか、最終的に文書として何が残るか、最初の取り組みがどのようなものか、そして多くの取り組みを失敗させる四つの誤りを示します。
- [プロセスシミュレーションとは何ですか。定義、手法、限界](https://flowvisual.app/ja/blog/what-is-process-simulation): プロセスシミュレーションは、プロセスを記述する代わりに人工的に実行させます。この違いは学問的なものではありません。変更について意見を持つだけなのか、数値を得られるのかを左右します。
- [Simul8の代替：三つのグループとそれぞれがいつ適切か](https://flowvisual.app/ja/blog/simul8-alternative): Simul8の代替を探す人はたいてい三つのうち一つを求めています：コスト削減、学習負担の軽減、あるいは製造向けではなく管理プロセスに合うツール。これらの理由それぞれに別の答えがあります。ある理由については、切り替えは誤った解です。
- [請求書承認：なぜOCRでリードタイムは半分にならないのか](https://flowvisual.app/ja/blog/invoice-approval-bottleneck): 請求書承認は最も自動化が進んだ管理プロセスです。そして、約束されたコスト削減が最も頻繁に実現しないプロセスでもあります。計算済みのサンプルモデルがその理由を示します。
- [プロセスのMonte Carloシミュレーション：できることと、いつ誤るか](https://flowvisual.app/ja/blog/monte-carlo-simulation-processes): Monte Carloは魔法の言葉ではなく、体系的なサイコロ振りです：同じプロセスを何百回も、それぞれ異なる乱数で実行します。そこで得られるのは単一の数値ではなく分布です。それがまさにポイントです。
- [P10、P50、P90を正しく読む：平均値が誤解を招くところ](https://flowvisual.app/ja/blog/understanding-p10-p50-p90): パーセンタイルは統計学者の虚栄ではなく、変動する結果を示す唯一の正直な方法です。三つの数値、三つの目的。そして、意思決定資料によく含まれる三つの読み間違いがあります。
- [Visioでプロセスをシミュレーションする：なぜ不可能なのかと、その代わりに有効な方法](https://flowvisual.app/ja/blog/visio-process-simulation): 「Visio プロセス シミュレーション」はプロセス分野で最も多い検索の一つです。答えはいいえです。より興味深いのは、そのように検索する方が本当に何を求めているかです。
- [Excelでのプロセスコスト：ビジネスケースを覆す四つの誤り](https://flowvisual.app/ja/blog/process-cost-excel-mistakes): ほとんどすべてのプロセス最適化のビジネスケースはExcelで作られます。そしてほとんどすべてに同じ四つの誤りが含まれます。これは注意不足ではなく、表計算が構造的に特定の事柄を表現できないためです。
- [ボトルネックの計算：なぜ85％の稼働率でも高すぎるのか](https://flowvisual.app/ja/blog/calculate-bottleneck): ボトルネックは最も時間がかかる工程ではなく、最も利用率の高い工程です。待ち時間は利用率に対して線形に増えるのではなく、限界直前で爆発的に増加します。背後の計算は一ページに収まります。
- [BPMNツールとシミュレーション：表記が計算できることとできないこと](https://flowvisual.app/ja/blog/bpmn-tool-with-simulation): 「当社のBPMNツールはシミュレーションができる」とは、製品によって妥当性チェックから本物のイベントシミュレータまで幅があります。10分で見極めるための五つの質問をご用意しました。
- [プロセスシミュレーション：ソフト比較、四つのカテゴリと四つの目的](https://flowvisual.app/ja/blog/process-simulation-software-comparison): 「どのツールを選べばいいか？」は誤った問いです。プロセス向けツールは四つのカテゴリに分かれ、四つの異なる目的を持ちます。多くの失敗購入は誰かが誤ったカテゴリのツールを買ったために起きます。

## Articles — 한국어

- [업무 프로세스를 위한 사건 기반 시뮬레이션](https://flowvisual.app/ko/blog/discrete-event-simulation-business-process): 이산 사건 시뮬레이션은 시간 간격으로가 아니라 사건에서 사건으로 점프합니다. 이유를 이해하면 대부분의 모델이 실패하는 세 가지 결정을 올바르게 내릴 수 있습니다: 분포, 워밍업 기간, 실행 횟수입니다.
- [일곱 가지 프로세스 시뮬레이션, 상세 계산](https://flowvisual.app/ko/blog/process-simulation-examples): 일곱 프로세스, 일곱 모델, 일곱 소견으로 각각 수량, 용량 및 실제로 작용한 지렛대를 제시합니다. 일곱 사례 중 다섯에서는 프로젝트에서 제안된 것이 실제로 효과를 낸 것이 아니었습니다.
- [프로세스 시뮬레이션: 계산 예제가 포함된 8단계](https://flowvisual.app/ko/blog/how-to-simulate-a-business-process): 순서가 도구보다 더 중요합니다. 여덟 단계, 하나의 계산된 예제와 모델에 대기열이 빠졌음을 알 수 있는 대조검증이 있습니다.
- [Kostenlose Prozesssimulation: sieben Werkzeuge und ihr wahrer Preis](https://flowvisual.app/ko/blog/free-process-simulation-software): “무료”는 시뮬레이션 소프트웨어에서 네 가지 다른 의미가 있습니다: 오픈 소스, 무료 등급, 교육용 전용, 또는 평가 기간. 이 차이는 견적서에 결과를 사용할 수 있는지 여부를 결정합니다.
- [프로세스 시뮬레이션 소프트웨어 2026: 열두 도구, 솔직한 분류](https://flowvisual.app/ko/blog/best-process-simulation-software): 순위 매기기는 정직하지 않습니다. 이 도구들은 서로 다른 문제를 해결하기 때문입니다. 도움이 되는 것은 분류입니다: 각 도구가 무엇을 위해 만들어졌는지, 어디까지 가능한지, 어떤 질문에 답하는지, 그리고 어느 경우에도 아무 도구가 필요하지 않은 경우까지 포함하여 설명합니다.
- [AnyLogic 대안: 무엇을 대체할지 여러분이 결정합니다](https://flowvisual.app/ko/blog/anylogic-alternative): AnyLogic은 하나의 모델에서 세 가지를 수행합니다. 그렇지 않으면 세 가지 도구가 필요합니다. 대안을 찾는 분은 먼저 그 세 가지 중 어느 것을 실제로 사용하는지 말해야 합니다. 그렇지 않으면 깊이를 아무것도 얻지 못한 채 바꾸게 됩니다.
- [업무 프로세스 시뮬레이션: 실무 지침](https://flowvisual.app/ko/blog/business-process-simulation-guide): 시뮬레이션은 기업에서 통계 프로젝트가 아니라 의사결정 도구입니다. 이 가이드는 어떤 프로세스가 가치가 있는지, 최종적으로 문서에 무엇이 남는지, 첫 시도는 어떻게 보이는지, 대부분의 시도가 실패하게 하는 네 가지 실수가 무엇인지 알려드립니다.
- [프로세스 시뮬레이션이란? 정의, 방법, 한계](https://flowvisual.app/ko/blog/what-is-process-simulation): 프로세스 시뮬레이션은 흐름을 기술하는 대신 인공적으로 실행합니다. 이 차이는 학문적인 것이 아닙니다: 변경에 대해 의견을 갖는지 아니면 수치를 갖는지를 결정합니다.
- [Simul8 대안: 세 그룹과 각각 언제 적절한가](https://flowvisual.app/ko/blog/simul8-alternative): Simul8 대안을 찾는 분들은 보통 세 가지 중 하나를 원하십니다: 비용 감소, 숙련(적응) 시간 단축 또는 제조가 아닌 관리 프로세스에 맞는 도구. 각 이유마다 다른 답이 있습니다. 그중 하나의 이유에서는 교체가 잘못된 해결책입니다.
- [송장 승인: 왜 OCR이 처리시간을 반으로 줄이지 않는가](https://flowvisual.app/ko/blog/invoice-approval-bottleneck): 송장 승인은 가장 자동화된 관리 프로세스입니다. 그리고 약속된 절감이 가장 자주 실현되지 않는 프로세스이기도 합니다. 완전 계산된 예시 모델이 그 이유를 보여줍니다.
- [프로세스를 위한 Monte Carlo 시뮬레이션: 무엇을 할 수 있고 언제 거짓말합니까](https://flowvisual.app/ko/blog/monte-carlo-simulation-processes): Monte Carlo는 마법의 단어가 아니라 체계적인 주사위 굴리기입니다: 같은 프로세스를 수백 번, 그때마다 다른 무작위값으로 실행합니다. 그 결과는 단일 숫자가 아니라 분포입니다. 바로 이것이 핵심입니다.
- [P10, P50, P90 올바르게 읽기: 평균이 여러분을 오도하는 경우](https://flowvisual.app/ko/blog/understanding-p10-p50-p90): 백분위수는 통계학자의 자랑이 아니라 변동하는 결과를 정직하게 제시하는 유일한 방식입니다. 세 숫자, 세 목적. 그리고 정기적으로 의사결정 자료에 들어가는 세 가지 해석 오류가 있습니다.
- [Visio에서 프로세스를 시뮬레이션: 왜 불가능한지와 대신 무엇이 도움이 되는지](https://flowvisual.app/ko/blog/visio-process-simulation): “Visio 프로세스 시뮬레이션”은 프로세스 분야에서 가장 흔한 검색어 중 하나입니다. 답은 아니요입니다. 더 흥미로운 점은 그렇게 검색하는 분이 실제로 무엇을 찾고 있는가입니다.
- [Excel의 프로세스 비용: 모든 비즈니스 케이스를 무너뜨리는 네 가지 오류](https://flowvisual.app/ko/blog/process-cost-excel-mistakes): 거의 모든 프로세스 최적화 비즈니스 케이스는 Excel에서 만들어집니다. 그리고 거의 모든 경우 동일한 네 가지 오류가 들어 있는데 이는 부주의 때문이 아니라 표가 구조적으로 특정 사항을 표현할 수 없기 때문입니다.
- [병목 계산: 왜 85% 가동률도 이미 너무 높은가](https://flowvisual.app/ko/blog/calculate-bottleneck): 병목은 가장 오래 걸리는 단계가 아니라 가장 높은 가동률을 가진 단계입니다. 대기시간은 가동률에 따라 선형으로 증가하지 않고 한계 직전에 폭발적으로 증가합니다. 그 계산은 한 페이지에 들어맞습니다.
- [시뮬레이션이 가능한 BPMN 도구: 표기법이 계산할 수 있는 것과 아닌 것](https://flowvisual.app/ko/blog/bpmn-tool-with-simulation): “저희 BPMN 도구는 시뮬레이션을 지원합니다”라는 말은 제품에 따라 타당성 검사에서 진짜 이벤트 시뮬레이터까지 모든 것을 의미합니다. 이를 10분 안에 구별할 수 있는 다섯 가지 질문입니다.
- [프로세스 시뮬레이션: 소프트웨어 비교, 네 가지 범주와 네 가지 목적](https://flowvisual.app/ko/blog/process-simulation-software-comparison): “어떤 도구를 선택해야 하나요?”는 잘못된 질문입니다. 프로세스용 도구는 네 가지 범주와 네 가지 다른 목적으로 나뉩니다. 대부분의 잘못된 구매는 누군가 잘못된 범주의 도구를 샀기 때문에 발생합니다.

## Articles — 简体中文

- [用于业务流程的离散事件仿真](https://flowvisual.app/zh/blog/discrete-event-simulation-business-process): 离散事件仿真在事件之间跳跃，而不是按固定时间步长推进。理解原因的人会正确做出三项决定，这三项是大多数模型失败的关键：分布、热启动期、运行次数。
- [七个流程仿真，逐一算清](https://flowvisual.app/zh/blog/process-simulation-examples): 七个流程，七个模型，七项发现，每项都给出数量、产能和实际发挥作用的杠杆。在七个案例中有五个并不是项目中最初提出的那个杠杆。
- [模拟流程：八个步骤，并带有完整计算示例](https://flowvisual.app/zh/blog/how-to-simulate-a-business-process): 顺序比工具更重要。八个步骤，一个完整计算的示例，以及一项对照检验，通过它您会发现模型中缺少一个排队队列。
- [免费流程仿真：七款工具及其真实成本](https://flowvisual.app/zh/blog/free-process-simulation-software): 对于仿真软件，“免费”有四种不同含义：开源、免费级别、仅供教学，或试用期。这个差别决定了您是否可以在商业报价中使用结果。
- [流程仿真软件 2026：十二款工具，诚实分类](https://flowvisual.app/zh/blog/best-process-simulation-software): 做排名会不诚实，因为这些工具解决不同的任务。有用的是分类：每款为哪个目的而建，它的边界在哪里，以及它能回答哪些问题，包括在某些情况下根本不需要任何这些工具的情形。
- [AnyLogic 替代方案：由您决定要替换什么](https://flowvisual.app/zh/blog/anylogic-alternative): AnyLogic 在一个模型中能做三件事，而其它工具则需要三种不同的工具。因此寻找替代品时，您首先必须说明自己实际上用到的是哪一项。否则您换掉的只是深度，却得不到任何好处。
- [模拟业务流程：实用指南](https://flowvisual.app/zh/blog/business-process-simulation-guide): 仿真在企业中不是统计学项目，而是决策工具。本指南说明哪些流程值得做、最终纸面上会有什么、首个项目的样子，以及让大多数项目失败的四个错误。
- [什么是流程仿真？定义、方法、局限](https://flowvisual.app/zh/blog/what-is-process-simulation): 流程仿真让一个流程被人工运行，而不是仅被描述。这个差别不是学术性的：它决定了您是对变更只有一个看法，还是有一个数字。
- [Simul8 替代方案：三类用户，以及何时适合哪一类](https://flowvisual.app/zh/blog/simul8-alternative): 寻找 Simul8 替代方案的人通常有三种需求之一：更低的成本、更少的上手时间，或一个更适合行政流程而非制造的工具。针对每个原因都有不同的答案。对于其中一种情况，更换反而是错误的选择。
- [发票审批：为什么 OCR 不会把通过时间减半](https://flowvisual.app/zh/blog/invoice-approval-bottleneck): 发票审批是自动化程度最高的行政流程，也是承诺节省最常落空的流程。一个经计算的示例模型显示了原因。
- [用于流程的 Monte Carlo 仿真：它能做什么以及什么时候会误导](https://flowvisual.app/zh/blog/monte-carlo-simulation-processes): Monte Carlo 不是魔法，而是有系统的掷骰子：对同一流程重复数百次，每次使用不同的随机值。其输出不是一个数字，而是一个分布。这正是关键所在。
- [P10、P50、P90 的正确解读：平均值会误导您的地方](https://flowvisual.app/zh/blog/understanding-p10-p50-p90): 分位数不是统计学家的虚荣，而是陈述波动结果的唯一诚实方式。三个数字，三种用途。并附三个常在决策文件中出现的误读。
- [在 Visio 中模拟流程：为什么不行以及有什么替代方法可用](https://flowvisual.app/zh/blog/visio-process-simulation): “Visio 流程 模拟”是流程领域最常见的搜索之一。答案是否定的。更有趣的是，这样搜索的人实际上在寻找什么。
- [Excel 中的流程成本：会使每个商业案例翻车的四个错误](https://flowvisual.app/zh/blog/process-cost-excel-mistakes): 几乎每个流程优化的商业案例都是在 Excel 中产生的。而几乎每个案例都包含相同的四个错误，这并非疏忽，而是因为表格在结构上无法表示某些事物。
- [计算瓶颈：为什么 85％ 的利用率已经太高了](https://flowvisual.app/zh/blog/calculate-bottleneck): 瓶颈不是耗时最长的步骤，而是利用率最高的步骤。等待时间并非随利用率线性增长，而是在临近极限时爆发。背后的计算可以写在一页纸上。
- [带仿真的 BPMN 工具：标记能计算什么、不能计算什么](https://flowvisual.app/zh/blog/bpmn-tool-with-simulation): “我们的 BPMN 工具可以做仿真”这句话根据产品不同，可能意味着从合理性检查到真正的事件仿真器之间的任何情况。用这五个问题，您能在十分钟内区分清楚。
- [流程仿真：软件比较、四类与四种用途](https://flowvisual.app/zh/blog/process-simulation-software-comparison): “我该选哪个工具？”是错误的问题。流程工具分为四类，具有四种不同的目的。大多数错误购买是因为买了错误类别的工具。

## Umfeld

- [Flowrefy](https://www.flowrefy.com): die Prozessberatungsmethode, zu der FlowVisual das
  Werkzeug ist. Der Markenname ist die Methode — acht Schritte in zwei Hälften:
  FLOW misst (Find, Lay bare, Observe, Weigh), REFY verfeinert (Reduce, Enable,
  Fit, Yield). Die Rollen sind geteilt: Flowrefy hat das Problem und die Methode,
  FlowVisual das Instrument und die Rechnung. Wer wissen will, wie man bei einer
  Prozessanalyse vorgeht, findet das dort; wer einen Prozess rechnen oder
  simulieren will, braucht die Methode nicht zu übernehmen. Zwei Fragen liegen
  deshalb ausdrücklich dort und nicht hier: welcher Prozess überhaupt der teuerste
  ist ([Engpass-Diagnose](https://www.flowrefy.com/de/tools/engpass), [englisch](https://www.flowrefy.com/en/tools/bottleneck))
  und was ein Engpass pro Jahr in Euro kostet ([Prozesskosten-Rechner](https://www.flowrefy.com/de/tools/prozesskosten),
  [englisch](https://www.flowrefy.com/en/tools/process-costs)). Die Rechnung dahinter —
  Warteschlangentheorie, Auslastung, Streuung, Monte-Carlo — steht hier.
- [Balane GmbH](https://www.balane.app): das Unternehmen hinter beidem.

## Hinweise für die Verwendung

- Zahlen aus Beispielmodellen auf dieser Seite sind als Beispiele gekennzeichnet
  und stammen nicht aus Kundenmandaten.
- Preise stehen bewusst nicht auf der Seite, sondern im jeweiligen Store.
- [Volltext aller Artikel](https://flowvisual.app/llms-full.txt)