La localizzazione fiscale è utile per Workflow Foundation?

Proprio come WPF, la Fondazione per il flusso di lavoro ha una curva di apprendimento piuttosto ripida per diventare abile con esso. Detto questo, è una struttura molto potente anche se con qualche stranezza. In base ai tempi di consegna, esistono alternative per incorporare un semplice motore di regole nell'applicazione.

Un'opzione, con cui ho avuto un moderato successo, è creare il proprio motore di regole basato su condizioni e risultati. Fondamentalmente, avevamo un'applicazione logistica che doveva applicare diverse tariffe (tariffe), calcoli di chilometraggio e tempi di consegna (tra gli altri calcoli) in base a diverse condizioni come l'origine / destinazione della spedizione, chi era il cliente, chi era lo spedizioniere , che tipo di materiali sono stati spediti, ecc.

Ho creato un sistema "a contratto" che consentiva agli utenti di inserire condizioni e mapparle a vari termini. Quindi, ad esempio, una spedizione per il cliente A originaria di Chicago destinata al Texas avrebbe una scadenza di consegna di cinque giorni. Quando un utente ha inserito una nuova spedizione, il sistema corrisponde alla spedizione in base ai termini e applica automaticamente le condizioni specificate alla spedizione.

Il tuo sistema sembra avere lo stesso problema. Le tasse possono essere applicate alle spedizioni (presumo che questo sia quello che gestisci perché hai menzionato la logistica) in base all'origine, alla destinazione e alla data. Puoi precaricare le nuove regole fiscali e corrisponderebbero quando si applicano. È basato su tutti i dati, quindi non dovrai re-distribuire per soddisfare le nuove regole fiscali.

Spero che questo aiuti.

Questo sembra più un problema di gestione e implementazione delle regole che un problema di gestione del flusso di lavoro. Prenderò in considerazione l'utilizzo di un BRMS (Business Rules Management System), che varia in peso e complessità. SRE è un motore di regole open source abbastanza leggero che piace.