Έγραψα ένα λεπτομερές άρθρο λίγες εβδομάδες πριν που περιγράφει πώς να δημιουργήσετε μια ροή εργασίας του SharePoint Designer που στέλνει ένα μήνυμα υπενθύμισης εργασιών σε καθημερινή βάση. Είναι Δημοσιεύθηκε στο νέο Περιοδικό του SharePoint τοποθεσία. Γενικότερα, το άρθρο δείχνει πώς να δημιουργήσετε ένα looping δομή στο SPD.

Το περιοδικό έχει μια ευρεία ποικιλία των αντικειμένων, συμπεριλαμβανομένων, μεταξύ άλλων, πολύ τεχνικά πράγματα, συνεντεύξεις και τεχνολογικά νέα. Θα ήθελα να συστήσω μπορείτε να προσθέσετε στο RSS feed σας.

Εάν έχετε ένα προϊόν ή υπηρεσία που πωλεί, Θα εξετάσει επίσης διαφήμιση για την περιοχή. Είναι μακριά σε ένα καλό ξεκίνημα με αρκετές χιλιάδες ζεύγη των ματιών εξετάζοντας ήδη το θέμα. Που είναι βέβαιο ότι θα αυξηθεί.

Τέλος, Εάν έχετε φαγουρίσει για να γράψω κάτι και να το πάρετε έξω μπροστά από ένα μεγαλύτερο ακροατήριο, Πρόκειται για ένα μεγάλο χρονικό διάστημα και το μέρος για να το μηδέν.

</Τέλος>

Εγγραφείτε στο blog μου.

Mark Μίλερ πάνω στο Τελικό χρήστη του SharePoint έχει δημοσιεύσει το πιο πρόσφατο άρθρο μου σχετικά με τη χρήση του SharePoint Designer για να δημιουργήσετε μεγάλη ροή εργασίας λύσεις επάνω στο χώρο του. Ανάληψη ελέγχου.

Σε αυτό το άρθρο, Μιλάω για τη διαδικασία σχεδιασμού και, λεπτομερέστερα, Πώς να δημιουργήσει μια αξιόπιστη και επαναλαμβανόμενη δοκιμή διαδικασία χρησιμοποιώντας τις δυνατότητες του SharePoint (προσαρμοσμένες λίστες, πρότυπα τοποθεσίας). Το άρθρο στοχεύει στους τελικούς χρήστες, αλλά η προσέγγιση είναι πολύ καλή για τους προγραμματιστές.

</Τέλος>

Εγγραφείτε στο blog μου.

Προηγούμενη εβδομάδα, Δούλευα τον τρόπο να βρόχο και να εφαρμόσει μια κρατική μηχανή χρησιμοποιείτε το SharePoint Designer και αναφέρεται, Σαν παραλειπόμενα, ότι πιθανώς θα γράψω ένα blog σχετικά με την καλύτερη καταγραφή της ροής εργασίας.

Καλά, Sanjeev Rajput με πρόλαβε. Ρίξτε μια ματιά.

Αποθήκευση αρχείου καταγραφής δεδομένων σε μια προσαρμοσμένη λίστα φαίνεται ανώτερη χρησιμοποιώντας την τακτική ροή εργασίας ιστορία:

• Είναι απλά μια προσαρμοσμένη λίστα, έτσι μπορείτε να κάνετε εξαγωγή σε excel πολύ εύκολα.
• Μπορείτε να δημιουργήσετε προβολές, φιλτράρετε δυναμικά τα δεδομένα, κλπ.
• Δεν υπόκειται η auto-εκκαθάριση που παίρνετε με τακτική ροή εργασίας ιστορία.

Υπάρχουν ορισμένοι κίνδυνοι / μειονεκτήματα:

• Πολλές ροές εργασίας που εκτελούνται με πολλή καταγραφή θα μπορούσε να προκαλέσει πάρα πολλά δεδομένα για να γραφτεί στον κατάλογο.
• Ίσως * να * θέλουν αυτόματη εκκαθάριση. Δεν μπορείτε να πάρετε αυτό το χαρακτηριστικό με την προσέγγιση αυτή (χωρίς κωδικοποίηση).
• Ασφαλείας είναι δύσκολο. Για να γράψετε στον κατάλογο, ο χρήστης πρέπει να έχει το δικαίωμα να το πράξει. Αυτό σημαίνει ότι πιθανόν να μην είναι κατάλληλο για κάθε είδους «επίσημη" ελέγχου δεδομένου ότι ο χρήστης θα μπορούσε να ανακαλύψει τον κατάλογο και να τις επεξεργαστείτε. Αυτό θα μπορούσε να αντιμετωπιστεί με κάποια προγραμματισμός κατά παραγγελία.

</Τέλος>

Εγγραφείτε στο blog μου.

Αυτή η προηγούμενη εβδομάδα κατέληξα να κάμω μια απόδειξη της έννοιας του έργου για τον πελάτη στο Μανχάταν. Κατά την υλοποίηση της λύσης, Έτρεξα σε ένα άλλο μειονέκτημα των KPI MOSS (Δείτε εδώ για ένα προηγούμενο τεύχος του KPI και workaround μου).

Φόντο: Χρησιμοποιήσαμε ροής εργασίας του SharePoint Designer για να διαμορφώσει μια διαδικασία αρκετά πολύπλοκη πολλών μηνών μακρά επιχειρηματική. Όπως chugged κατά μήκος, με τον οποίο θα ενημερώσει κάποιες πληροφορίες κατάστασης σε μια λίστα. Για να εκτελέσετε τους mojo KPI Χρησιμοποιήστε αυτά τα δεδομένα.

Αποφασίσαμε να δημιουργήσουμε ένα νέο site κάθε φορά που ξεκινά μια νέα πράξη αυτές τις επιχειρησιακές διαδικασίες. Εκτός από την ίδια τη ροή εργασιών, αυτές οι περιοχές να φιλοξενήσει αρκετές βιβλιοθήκες εγγράφων, χρήσης προσδιορισμό ακροατηρίου και ούτω καθεξής. Μόλις ένα σωρό πράγματα για να βοηθήσει με την συνεργασία μεταξύ τους εσωτερικού εργαζόμενους, ταξίδια εργαζομένων και τον πελάτη του συμμετέχουν συνεργάτες.

Θα θέλαμε επίσης να δείξει κάποια KPI που παρακολουθεί τη συνολική υγεία των εν λόγω συγκεκριμένη επιχειρησιακή διαδικασία που προωθείται από τα δεδομένα κατάστασης της ροής εργασίας και να προβληθούν τα KPI.

Τέλος, Χρησιμοποιήσαμε στοιχεία λίστας KPI που να τους καταμετρήσουμε σε μια προβολή για μια λίστα στην τοποθεσία (σε αντίθεση με το τράβηγμα από ένα άλλο αρχείο προέλευσης δεδομένων, όπως το excel ή SQL).

Το πρόβλημα: Όπως μπορείτε να φανταστείτε, Υποθέτοντας ότι επρόκειτο να φέρει η βασική ιδέα προς τα εμπρός σε έναν κόσμο της παραγωγής, θα θέλαμε ένα πρότυπο τοποθεσίας. Παροχή μια νέα τοποθεσία που βασίζονται στα ανοικτά μια επιχειρηματική διαδικασία"" πρότυπο.

Το πρόβλημα είναι ότι δεν μπορείτε να φαίνεται να πάρει μια λειτουργία KPI με αυτόν τον τρόπο. Πότε μπορώ να δημιουργήσω μια νέα τοποθεσία που βασίζεται σε ένα πρότυπο με μια λίστα KPI και το τμήμα web των KPI, το νέο site KPI δεδομένων είναι σπασμένα. Το νέο site σημεία λίστα KPI στην όποια και αν είναι η πηγή σας ορίζεται όταν αποθηκεύσατε πρώτα ως πρότυπο.

Ενδεικτικά:

• Δημιουργήσετε μια νέα τοποθεσία και να οικοδομήσουν το στην τελειότητα. Αυτή η περιοχή περιλαμβάνει τα δεδομένα των KPI.
• Που αποθηκεύσετε ως πρότυπο.
• Δημιουργήσετε μια νέα τοποθεσία και βάση αν από το πρότυπο.
• Αυτό το νέο χώρο στοιχεία λίστας KPI’ πηγές τοποθετήστε το πρότυπο τοποθεσίας, δεν την τρέχουσα τοποθεσία.

Η διαδικασία δημιουργίας δεν διόρθωση της διεύθυνσης URL.

Προσπάθησα να λύσει αυτό καθορίζοντας μια διεύθυνση URL σχετική με τον ορισμό του στοιχείου λίστας KPI. Ωστόσο, Θα μπορούσα να πάρετε οποιαδήποτε παραλλαγή του ότι για να λειτουργήσει.

Θέλω πάντα να παιρ αυτών "πρόβλημα" θέσεις blog με κάποιο είδος της λύσης, αλλά σε αυτή την περίπτωση δεν έχω μία καλή. Το καλύτερο που μπορώ να καταλάβω είναι ότι χρειάζεστε για να πάει μέσα στην περιοχή του νέου τροφοδοτείται και να καθορίσει τα πάντα με το χέρι. Το περιβάλλον εργασίας χρήστη το καθιστά ακόμη δυσκολότερο, διότι αλλάζει το URL της πηγής λίστας προκαλεί μια ανανέωση, έτσι μπορείτε πραγματικά να επαναπροσδιορίσει το όλο θέμα από το μηδέν.

Αν κάποιος ξέρει ένας καλύτερος τρόπος για να χειριστεί αυτό, Παρακαλούμε να στείλετε ένα σχόλιο.

</Τέλος>

Πρόσφατα έχω μάθει ότι είναι δυνατή και ακόμη και αρκετά εύκολο να δημιουργηθεί μια μηχανή ροή εργασίας χρησιμοποιώντας το SharePoint Designer. Αναγκαιότητα είναι η μητέρα της εφεύρεσης και όλα τα καλά πράγματα και είχα ανάγκη αυτή την εβδομάδα που έμοιαζε για μια εφεύρεση. Συμπτωματικά, Ήρθα σε όλη Αυτή η ανάρτηση φόρουμ MSDN καθώς και. Η προσωπική μου εμπειρία αυτή την εβδομάδα και ότι "ανεξάρτητη επιβεβαίωση" προσδίδει δύναμη να πεποίθησή μου. Σκοπεύω να γράψω για αυτό πιο διεξοδικά με ένα πλήρες εμφυσημένα παράδειγμα, αλλά εδώ είναι τα κύρια σημεία της:

• Η προσέγγιση που αξιοποιεί το γεγονός ότι μια ροή εργασίας μπορεί να αλλάξει ένα στοιχείο λίστας, με αυτόν τον τρόπο την ενεργοποίηση νέας ροής εργασίας. Κανονικά έχω σκεφτεί αυτό να είναι μια ενόχληση, και ακόμη και Blogged σχετικά με τη χρήση σηματοφορείς θα το χειριστείτε.
• SharePoint επιτρέπει πολλές ανεξάρτητες ροές εργασίας να είναι ενεργός κατά ένα συγκεκριμένο στοιχείο.

Για να ρυθμίσετε τις παραμέτρους:

• Σχεδίαση υπολογιστή μέλος (δηλαδή, τα κράτη μέλη και πώς κράτη μέλη μετάβαση από το ένα στο επόμενο).
• Εφαρμογή κάθε μέλος ως ξεχωριστό ροής εργασίας.
• Ρυθμίσετε τις παραμέτρους κάθε μία από αυτές τις ροές εργασίας του κράτους να εκτελέσει σε απάντηση σε οποιαδήποτε αλλαγή στο στοιχείο λίστας.

Κάθε ροή εργασίας ακολουθεί αυτό το μοτίβο ακατέργαστων:

• Μετά την προετοιμασία, καθορίσει αν πραγματικά θα πρέπει να τρέξει με την επιθεώρηση πληροφορίες κατάστασης σε "τρέχον στοιχείο". Ματαίωση αν δεν.
• Κάνει τη δουλειά.
• Ενημερωμένη έκδοση του τρέχοντος στοιχείου"" με νέες πληροφορίες κατάστασης. Αυτό προκαλεί μια ενημέρωση για το τρέχον είδος και πυρκαγιές από όλες τις ροές εργασίας το κράτος.

Πέρα από το προφανές πλεονέκτημα ότι ένας μπορεί να δημιουργήσετε μια ροή εργασίας μηχάνημα επεξηγηματική κράτους, όλες οι πληροφορίες κατάστασης είναι ιδανικοί για την οικοδόμηση KPI και ενδιαφέρουσες εμφανίσεις.

Έχει ένα αρκετά σημαντικό μειονέκτημα — standard workflow history tracking is even more useless than normal 🙂 That’s easily remedied, Ωστόσο. Αποθηκεύστε όλα τα στοιχεία ελέγχου τύπου σε μια προσαρμοσμένη λίστα. Αυτό είναι πιθανώς μια καλή ιδέα ακόμη και για βανίλια διαδοχική ροής εργασίας, but that’s for another blog post 🙂

Αυτό ζητώ ένα mea culpa"" επειδή έχω, Δυστυχώς, είπε περισσότερο από μία φορά στο φόρουμ και αλλού ότι ένας πρέπει να χρησιμοποιήσετε το οπτικό στούντιο για να δημιουργήσετε μια ροή εργασίας μηχανή. Που απλά δεν είναι αλήθεια.

</Τέλος>

Εγγραφείτε στο blog μου.

Είναι δυνατόν να προκαλέσει ένα ατελείωτο βρόχο, σε μια ροή εργασίας του SharePoint Designer. Ένα κοινό πρότυπο εφαρμογή όπως αυτό που προκαλεί το πρόβλημα:

• Δημιουργήσετε μια ροή εργασίας και να συσχετίσετε με μια λίστα.
• Δείχνουν ότι θα πρέπει να αρχίσουμε να δημιουργήσει νέα στοιχεία και την ενημέρωση των υφιστάμενων στοιχείων.
• Ένα βήμα στη ροή εργασίας ενημερώνει ένα πεδίο "Τρέχον στοιχείο".
• Από τότε άλλαξε το τρέχον στοιχείο, η ροή εργασίας αρχίζει εκ νέου.

Να αποτρέψει αυτό το ατελείωτο βρόχο, εφαρμόσει ένα απλό σηματοφορέα (semaphore):

• Προσθέστε μια στήλη τοποθεσίας (ή στήλη στη λίστα/βιβλιοθήκη, αν δεν είστε χρησιμοποιώντας τύπους περιεχομένου).
• Απόκρυψη από τη σελίδα "Επεξεργασία" (εύκολο να κάνετε αν μια στήλη τοποθεσίας μέσω των ιδιοτήτων, δεν είναι τόσο εύκολο, αν μια στήλη λίστας).
• Στη ροή εργασίας, Ελέγξτε για να δείτε εάν η τιμή της στήλης σηματοφορέα (semaphore) είναι κενό.
• Εάν είναι κενό, θέτω αυτό σε μια μη κενή τιμή και να προχωρήσει.
• Αν είναι δεν είναι κενό, βγείτε αμέσως.

Αυτό μπορεί να γίνει μια αρκετά λεπτή λύση, ανάλογα με τις απαιτήσεις των επιχειρήσεων και ούτω καθεξής, αλλά είναι ένα εφαρμόσιμο σχέδιο όταν χρειαζόμουν αυτό.

</Τέλος>

Εγγραφείτε στο blog μου.

Όπως πολλοί άνθρωποι ξέρουν, το πρότυπο εκπαίδευσης προμήθευσα από μικροσκόπιο εδώ έχει ένα σφάλμα που μπορεί να αναπαράγουμε ακολουθία αυτών των βημάτων:

• Δημιουργήστε μια κατηγορία με ένα μέγιστο μέγεθος του 10 φοιτητές.
• Εγγράψου –> Συνόλου των διαθέσιμων θέσεις σωστά μειώνεται από έναν. Αποτέλεσμα: 9 διαθέσιμες θέσεις.
• Κατάργηση καταχώρησης: –> Bug. Συνολικά οι διαθέσιμες θέσεις θα πρέπει να αυξάνονται βηματικά κατά μια. Δεν το κάνει. Αποτέλεσμα: 9 διαθέσιμες θέσεις σύμφωνα με το SharePoint, αλλά στην πραγματικότητα, Υπάρχουν 10 διαθέσιμες θέσεις.

Λύση: Χρησιμοποιήστε το SharePoint Designer να διορθώσει τη ροή εργασίας.

Πρώτη, Ανοίξτε την τοποθεσία. Λίστα φακέλων για μένα, μοιάζει με αυτό:

Αν έχουμε μια ματιά το "Εγγραφές παρισταμένων" ροή εργασίας, βλέπουμε ότι υπάρχει μια βήμα με την ένδειξη "Εφαρμογή διατάξεων θέσεων πολιτικής". Μοιάζει με αυτό:

Αυτό το βήμα στη ροή εργασίας ενημερώνει το στοιχείο με την αύξηση το "γεμάτο καθίσματα" μετα-δεδομένων στήλης στο μάθημα. Εάν που τραβάμε με περισσότερες λεπτομέρειες, βλέπουμε αυτό:

Που είναι όλες οι πληροφορίες που πρέπει να καθορίσει τη ροή εργασίας κατάργησης καταχώρησης COM..

Αν αναστρέψτε με τη ροή εργασίας κατάργησης καταχώρησης COM., δεν υπάρχει παρόμοια ροής εργασίας. Προσθέστε το ως εξής:

1: Επεκτείνετε τα «συμμετέχοντα κατάργησης καταχώρησης COM." και να ανοίξει το XOML (δείτε την πρώτη οθόνη που πυροβολείται αν έχετε χαθεί).

2: Προσθέστε μια νέα μεταβλητή ροή εργασίας, "Νέα κατειλημμένες θέσεις" του τύπου "Αριθμός".

3: Αντιστοιχίζει ένα "νέο γεμάτο καθίσματα" όπως φαίνεται:

4: Μείωση το γεμάτο καθίσματα από 1:

5: Ενημερώσετε το σχετικό μάθημα:

6: Βεβαιωθείτε ότι όλα τα βήματα είναι στη σωστή σειρά. Για μένα, μοιάζει με αυτό:

7: Τελειώσει η ροή εργασίας να το ανακατασκευάσει.

8: Δοκιμή.

</Τέλος>

Εγγραφείτε στο blog μου.

Ένα από τα αναδυόμενα πρότυπα που μπορώ να βρω σε χειροτεχνίας SharePoint λύσεις αξιοποιεί ροής εργασίας του SharePoint Designer και έναν δέκτη συμβάντων.

Εδώ είναι ένα επιχειρηματικό σενάριο για να το θέσω στο πλαίσιο:

• Μπορώ να φορτώσω ένα έγγραφο για μια lib doc.
• Θα κλωτσήσει από την πολλαπλών βημάτων ροή εργασίας που δημιουργήθηκαν με χρήση του SharePoint Designer.
• Σε κάποιο σημείο κατά τη διάρκεια αυτής της διαδικασίας, ροή εργασίας εκχωρεί μια εργασία σε κάποιον (μέσω συλλογή δεδομένων από το χρήστη ή την αντιστοίχιση μιας εργασίας).
• Θέλουμε να χρησιμοποιήσουμε ένα KPI για να παρακολουθείτε πόσο καιρό αυτό το καθήκον είναι εν αναμονή ολοκλήρωσης. Ο δείκτης KPI δείχνει πράσινο για εργασίες που έχουν ολοκληρωθεί ή πρόκειται περισσότερο από 3 ημέρες από τώρα. Δείχνει κίτρινο αν το έργο είναι οφειλόμενο αύριο ή σήμερα. Δείχνει κόκκινο, αν το έργο είναι σε καθυστέρηση.
• Εδώ είναι το kicker: Θέλω την ημερομηνία που οδηγεί ότι KPI να διακοπές-γνωρίζουν.

Δεν μπορώ να υπολογίσω μια διακοπές-aware δεόντως σήμερα ροής εργασίας του SharePoint Designer, πολύ εύκολα. Θα πρέπει να δημιουργήσετε μια προσαρμοσμένη ενέργεια ή χρησιμοποιήστε ένα 3ο κόμμα εργαλείο. Ωστόσο, είναι αρκετά εύκολο για να υπολογίσετε μια ημερομηνία σε ένα δέκτη συμβάντων. Συγχωνεύονται αυτά τα δύο μαζί και θα έχουμε ένα σχήμα σαν αυτό:

• Ορίσετε ένα κρυφό ναι/καμία στήλη τοποθεσίας για τη βιβλιοθήκη εγγράφων με την ένδειξη "DoCalcualteDueDate".
• Προετοιμασία στην τιμή false.
• Την κατάλληλη στιγμή της ροής εργασιών (π.χ.. λίγο πριν το "συλλογής δεδομένων" ενέργεια), αντιστοιχίσετε αυτήν την τιμή σε True.
• Μια ItemUpdate() εκδήλωση δέκτη ψάχνει να δει αν "DoCalculateDueDate" είναι αλήθεια. Δεδομένου ότι το δέκτη συμβάντων εκτελείται για κάθε ενημερωμένη έκδοση, "DoCalculateDueDate" είναι συνήθως ψευδή.
• Όταν η ροή εργασίας εκχωρεί DoCalculateDueDate σε true, το δέκτη συμβάντων υπολογίζει διακοπές-aware δέουσας ημερομηνία.
• Όταν ο δέκτης εκδήλωση κάνει αυτός ο υπολογισμός, θέτει τη DoCalculateDueDate σημαία σε false.

Στο τέλος, Ροή εργασίας του SPD επικοινωνείται με ένα δέκτη συμβάντων μέσω στο σηματοφορέα DoCalculateDueDate και έχουμε επίγνωση διακοπές λόγω ημερομηνίες που εκχωρούνται τη στιγμή ακριβώς σωστό στη ζωή της ροής εργασίας. SharePoint Designer ελέγχει Πότε λήγει η προθεσμία έχει εκχωρηθεί αλλά το δέκτη συμβάντων εκτελεί τον πραγματικό υπολογισμό και την ανάθεση.

</Τέλος>

Εγγραφείτε στο blog μου.

Η ΕΝΗΜΕΡΩΜΈΝΗ ΈΚΔΟΣΗ: Έχω την έρευνα πώς να ενσωματώσει μια ροή εργασίας του SPD στον ορισμό της τοποθεσίας. Αυτή η αλυσίδα φόρουμ MSDN έχει μερικές ενδιαφέρουσες πληροφορίες. Δεν είναι πειστικά, αλλά σημεία στη διαδρομή μέσα από τη ζούγκλα.

Σας δίνω αυτό το post ένα ελαφρώς εκκεντρικά "παρατηρείται συμπεριφορά" οδηγήσει δεδομένου ότι είμαι λίγο φιλύποπτος για την εξαγωγή συμπερασμάτων από αυτό. Είναι ροές εργασίας του SPD … ιδιοσυγκρασίας.

Συχνά οι άνθρωποι ρωτούν / αναρωτιούνται / τριβή πάνω από μετακίνηση SPD ροές εργασίας από το ένα μέρος στο άλλο. Σήμερα, Έχω ακολουθήσει αυτά τα βήματα και αυτών των παρατηρήσεων:

• Δημιούργησα μια ροή εργασίας που χρησιμοποιείτε το SharePoint Designer σε μια τοποθεσία που συνδέονται σε μια βιβλιοθήκη εγγράφων.
• Η βιβλιοθήκη του συσχετιζόμενου εγγράφου στεγάζεται ήδη διάφορα έγγραφα.
• Έχω αποθηκεύσει το site ως πρότυπο.
• Όταν έχω αποθηκεύσει το site ως πρότυπο, Έχω αποθηκεύσει το περιεχόμενο καθώς και.
• Δημιούργησα μια νέα τοποθεσία στην ίδια συλλογή τοποθεσιών χρησιμοποιώντας αυτό το πρότυπο.

Σε αυτό το σημείο, Προσπάθησα να εκτελέσετε τη ροή εργασιών. Ίδια ολοκλήρωσε αμέσως με το μήνυμα καταγραφής, "Απέτυχε στην έναρξη".

Περίμενα αυτό. Έχω χαμηλές προσδοκίες, όταν πρόκειται να μετακινούμαι στην SPD ροές εργασίας.

Συνέχισα:

• Άνοιξε το site στο SharePoint Designer.
• Είχα μια ματιά στο τη ροή εργασίας. Φαινόταν πρόστιμο.
• Χτύπησα "Τέλος".
• Έτρεξα τη ροή εργασίας.

Αυτή τη φορά, λειτούργησε άψογα.

Εγώ θα προσθέσω ότι αυτή η ροή εργασίας χρησιμοποιείται το "συλλογής δεδομένων από το χρήστη" δράση, η οποία είναι ένα σχετικά πολύπλοκο δράσης κάτω από την κουκούλα.

Διστακτικά συμπεραίνει πως η διαδικασία της «φινίρισμα" η ροή εργασίας προκάλεσε SPD για να συσχετίσετε σωστά το SPD ροής εργασίας με τη νέα βιβλιοθήκη εγγράφων. Καταλήγω, επίσης, το XOML και άλλα αντικείμενα, XML είναι λογικά "χαλαρά". Αυτοί δεν είναι σούπερ στενά συνδεδεμένη στη βιβλιοθήκη εγγράφων.

Τι σημαίνει αυτό σημαίνει? Αν υποτεθεί ότι είναι μια αξιόπιστη και επαναλήψιμη διαδικασία, υπάρχει τουλάχιστον ένα τραχύ μέθοδος που μπορούμε να χρησιμοποιήσουμε για να τις κινήσετε γύρω από. Δεν ξέρω αν αυτό θα λειτουργήσει αν διασχίσαμε ιστοσελίδα όρια συλλογή ή ακόμα και πιο δραστικά, σύνολο νέων γεωργικών εκμεταλλεύσεων (π.χ.. dev στάδιο να prod).

Αν διαβάζετε αυτό και κλίση, Παρακαλώ ταχυδρομήστε ένα σχόλιο ή email μου ιστορία της μετανάστευσης σας SharePoint Designer. Ευχαρίστως θα ενημερώσετε αυτήν την καταχώρηση με οποιαδήποτε ιδέες που προσφέρονται έτσι.

</Τέλος>

Εγγραφείτε στο blog μου.

Συχνά είναι χρήσιμο να αποθηκεύσει πληροφορίες για την κατάσταση σε μια προσαρμοσμένη λίστα όπως έναν κωδικό έγκρισης που ποτέ δεν θα πρέπει να χειριστούν απευθείας από τους τελικούς χρήστες. Αυτό είναι ένα κοινό σενάριο για την επιχείρηση. Έχω εργαστεί σε ένα πρόγραμμα εφέτος που παράγει διάφορες ημερομηνίες κατάσταση και υπενθύμιση μέσω του SharePoint Designer ροές εργασίας που οδηγούν στη συνέχεια KPI και γενικά υποστηρίζουν χρονικά κρίσιμες επιχειρηματικές διαδικασίες.

Χρήση ενός τύπου περιεχομένου τοποθεσίας / στήλη για την επίτευξη αυτού του αποτελέσματος.

Δημιουργία ενός τύπου περιεχομένου τοποθεσίας με στήλη κατάσταση όπως φαίνεται:

Σημείωση η κατάσταση" (για Demo)" χωράφι στον πάτο.

Επόμενη, Κάντε κλικ στο όνομα της στήλης να έχουν πρόσβαση σε ιδιότητες της στήλης. Επιλέξτε "κρυφό (Δεν θα εμφανίζεται σε φόρμες)" στην ενότητα ρυθμίσεις στήλης, όπως φαίνεται:

Αυτό αφαιρεί τομέα από τα έντυπα πρότυπο επεξεργασία/ενημέρωση. Ωστόσο, είναι ακόμα διαθέσιμες στις προβολές, KPI, το μοντέλο αντικειμένου και οπουδήποτε αλλού θέλετε να το χρησιμοποιήσετε, συμπεριλαμβάνοντας ενισχύσεις στη ροή SPD.

</Τέλος>

Εγγραφείτε στο blog μου.