Arsip bulanan: September 2009

SharePoint toko bicara Kamis 10/01 @ 12:30 AM EDT (besok!)

Pendaftaran SharePoint toko bicara adalah dan siap untuk besok.

Kami punya beberapa pertanyaan teed up yang membahas beberapa isu-isu manajemen (test/dev/prod dan sinkronisasi up paket layanan), email pemberitahuan (Bagaimana memilih orang-orang ke email berdasarkan metadata dokumen) dan beberapa diskusi sekitar menggunakan InfoPath Formulir Layanan dalam lingkungan FBA.

Seperti biasa, Jika Anda ingin berbicara tentang topik:

Anda dapat membaca tentang masa lalu SharePoint toko pembicaraan di blog saya di sini: http://paulgalvin.spaces.live.com/?_c11_BlogPart_BlogPart=blogview&_c=BlogPart&partqs=cat%3dPublic%2520Speaking

Mendaftar untuk sesi di sini: https://www.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=h6hm9ptg8zt7302t

</akhir>

Berlangganan ke blog saya.

Ikuti saya di kegugupan di http://www.twitter.com/pagalvin

Technorati Tags:

Windows Live Spaces dan Twitter Counter

Aku DM memiliki pesan dari kericau hari ini dan pikir saya akan blog jawabannya.

Pertanyaannya adalah: "Hei Paulus, satu cepat untuk Anda,Bagaimana kau bisa konter kericau ke dalam ruang hidup Anda sebagai kode script diblokir ketika disimpan Thx "

Saya melakukan ini dengan menambahkan sebuah widget kustom html untuk halaman ruang hidup saya dan menggunakan potongan kode yang kecil:

<a href= "http://TwitterCounter.com/?username = pagalvin" 
 judul= "TwitterCounter untuk @pagalvin"> 
 <img src= "http://TwitterCounter.com/counter/?username = pagalvin" 
 lebar=88 
 tinggi=26 
 gaya= "perbatasan:tidak ada" 
 Alt= "TwitterCounter untuk @pagalvin">
</a>

Ini menggunakan sebuah versi twitter counter widget antarmuka yang akan melewati windows live sensor hal yang kita semua benci begitu banyak dan berharap akan mendapatkan kasus buruk poison ivy.

</akhir>

Berlangganan ke blog saya.

Ikuti saya di kegugupan di http://www.twitter.com/pagalvin

Technorati Tags:

Mengelola kelompok persetujuan dengan InfoPath di lingkungan FBA

Aku punya biaya proses persetujuan bahwa saya perlu untuk mengimplementasikan menggunakan InfoPath di otentikasi berbasis bentuk (FBA) lingkungan yang menggunakan formulir layanan (Web berbasis InfoPath).

Ada dua kelompok persetujuan dan proses bekerja seperti ini:

  • Pengguna mengisi laporan pengeluaran dan menyampaikannya untuk persetujuan.
  • Yang memicu email ke kelompok approver tingkat pertama.
  • Approver tingkat pertama ulasan dan menyetujui atau menyangkal laporan.
  • Jika orang tingkat pertama menyetujuinya, sistem akan memberitahu approver tingkat kedua.

Pada sisi InfoPath hal, Saya memiliki bagian yang berbeda yang menyembunyikan/muncul berdasarkan apakah pengguna adalah anggota dari salah satu kelompok-kelompok persetujuan.

Dalam lingkungan FBA username() fungsi selalu kembali kosong, Sayangnya. Apa yang saya lakukan adalah mengatur daftar kustom disebut "Persetujuan grup".

Aku tidak menambahkan kolom tambahan apapun ke daftar.

Ketika bentuk membuka, ini memiliki aturan seperti ini:

image

"Menetapkan nilai bidang" ada di sini:

image

Ini pada dasarnya mengatakan: Permintaan persetujuan kelompok daftar kustom dan filter yang query dengan mencari setiap baris di mana judul di nilai = "NORDIK".

Jika yang mengembalikan nilai apapun, kemudian pengguna saat ini adalah anggota dari grup itu. Aku tahu itu mengandung nilai karena panjang string lebih besar dari nol.

Tutup loop dengan mengamankan setiap item dalam daftar Grup persetujuan. Pada saat run-time, Jika pengguna saat ini tidak memiliki akses keamanan yang tepat ke item kemudian query tidak akan kembali, panjang string akan nol dan sekarang Anda tahu pengguna saat ini bukan merupakan bagian dari kelompok yang. Anda dapat menggunakan fakta yang diperlukan dalam bentuk.

Ini adalah super singkat write-up. Aku 'm terdesak waktu atau aku akan memberikan lebih detail.

Aku tidak tahu bagaimana relevan adalah bahwa saya dalam lingkungan FBA. Ini mungkin akan bekerja juga di lingkungan bebas-FBA tapi aku bisa membayangkan kasus-kasus yang mana ini akan berguna.

</akhir>

Berlangganan ke blog saya.

Ikuti saya di kegugupan di http://www.twitter.com/pagalvin

Technorati Tags: ,

SharePoint toko bicara rekap (09/24/09 Edisi)

Kami selesai kami 8 SharePoint toko bicara Q terbuka&Sesi kemarin. Selama sesi, kita membahas topik-topik berikut:

  • Bagaimana untuk mengirim email yang sangat diformat dari alur kerja dibuat menggunakan SharePoint Designer.
  • Mana untuk menemukan informasi tentang perbedaan antara SharePoint 2010 dan terutama Windows SharePoint Services 3.0 (Versi gratis dari SharePoint).
  • Kita membahas jQuery pemeliharaan dan manajemen. Lebih khusus lagi, "mana harus jQuery pergi?"Kami memiliki banyak diskusi sekitar topik ini dan satu ide-ide baru yang menarik (Ke saya) ide dari jaringan pengiriman konten. Pencarian bing ini menarik banyak data menarik pada subjek: http://www.bing.com/search?q=microsoft+content+delivery+network&FORM=DLSDF7&pc=MDDS&src=IE-SearchBox
  • Seseorang menyebutkan bahwa bagian (atau mungkin bahkan semua) dari mega datang konferensi di Las Vegas pada bulan Oktober akan disiarkan melalui internets. Cek situs ini untuk informasi lebih lanjut: http://www.week3.org/Events/default.aspx
  • Kami berbicara tentang RSS. Diskusi mencakup banyak tanah. Ada sebuah proyek CodePlex yang lebih baik RSS daripada apa yang Anda dapatkan dari kotak dan www.endusersharepoint.com memiliki beberapa artikel yang baik oleh Laura Rogers di cara menggunakan DVWP untuk membangun benar-benar baik sesi RSS.

Bahwa sekitar mencakup. Orang-orang tampaknya akan mendapatkan banyak bantuan dari ini jadi kita akan membuat mereka pergi.

Dalam ledakan efisiensi, Aku sudah menetapkan minggu depan SharePoint toko bicara sesi. Anda dapat mendaftar di sini: https://www.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=h6hm9ptg8zt7302t

Jika Anda ingin berpartisipasi, menembak email ke Questions@sharepointshoptalk.com, Hit me up pada kericau (@ pagalvin) atau meninggalkan komentar di sini.

</akhir>

Berlangganan ke blog saya.

Ikuti saya di kegugupan di http://www.twitter.com/pagalvin

Technorati Tags:

SharePoint toko bicara Kamis 09/24 @ 12:30 AM EDT

Pendaftaran dan siap untuk besok SharePoint toko berbicara di 12:30 PM.

Selama panggilan konferensi ini, panel berpengalaman SharePoint pro's mengambil pertanyaan Anda melalui email, melalui hidup pertemuan atau langsung melalui telepon. Kami melakukan yang terbaik untuk memberikan nasehat ahli independen pada semua topik yang terkait untuk SharePoint.

Email pertanyaan Anda ke "questions@sharepointshoptalk.com”, Twitter mereka kepada saya, Tinggalkan komentar di sini atau hanya muncul pada panggilan dan meminta.

Kami juga menyambut dan mencari wawasan dari penonton.

Anda dapat membaca beberapa rekap pada sesi SharePoint toko berbicara sebelumnya di blog saya.

Minggu ini kita sudah tahu kita akan menangani pertanyaan-pertanyaan yang berkaitan dengan alur kerja (favorit konstan) dan pencarian untuk beberapa nama.

Mendaftar di sini: https://www.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=dv3m7cl30sxkq2n1

</akhir>

Berlangganan ke blog saya.

Ikuti saya di kegugupan di http://www.twitter.com/pagalvin

Technorati Tags:

SharePoint toko bicara Kamis ini 09/17/09 12:30 PM EDT untuk 1:30 AM EDT

Berikutnya SharePoint toko bicara berlangsung Kamis ini, 09/17 pada 12:30AM EDT.

Apakah SharePoint toko bicara? Ini adalah panggilan konferensi satu jam di mana panel SharePoint pro's menjawab pertanyaan. Kirim pertanyaan Anda untuk "questions@sharepointshoptalk.com”, Tinggalkan komentar di blog saya di sini atau hanya meminta mereka keras pada panggilan. Panel tersebut mencoba untuk menawarkan beberapa pendekatan yang berbeda untuk memecahkan masalah mendasar di balik pertanyaannya dan secara umum memberikan saran ahli bias.

Pekan ini kita lanjutkan dengan panel yang sama, termasuk saya sendiri, saya dua mitra Arcovis Harry Jones dan Natalya Voskresenskaya dan Laura Rogers dari SharePoint911.

Sebentar recapping minggu lalu-kami memiliki lebih banyak pertanyaan daripada kita bisa menjawab, Jadi minggu ini, kita akan mulai dengan orang-orang. Kami punya 34 pendaftar dan saya pikir 25 orang-orang benar-benar bergabung dengan panggilan. Kita membahas berbagai mata pelajaran yang saya akan mengatakan itu 75% pengguna akhir yang berorientasi, termasuk:

  • Strategi untuk menggulung konten dari sub situs ke tingkat atas situs di dalam dan di seluruh situs koleksi.
  • Dampak menyesuaikan editform.aspx menggunakan SharePoint Designer.
  • Berurusan dengan terkenal "mengumpulkan data dari pengguna" tindakan alur kerja SharePoint Designer.
  • Menggunakan jQuery untuk memecahkan beberapa masalah antarmuka pengguna umum.
  • Zona waktu pertanyaan (lingkungan yang didistribusikan secara geografis)

Kami meliput beberapa item lainnya, Tapi rincian melarikan diri saya.

Aku berjanji untuk menindaklanjuti dengan pertemuan hidup untuk menggali ke dalam salah satu pertanyaan dan masih perlu melakukannya.

Mendaftar untuk sesi minggu ini di sini: https://www323.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=bhj8dbrswhv1hv8r

Minggu ini, kita akan berbicara tentang setidaknya:

  • Strategi untuk mengelola dan mendapatkan versi sejarah untuk dokumen
  • Kesesuaian dan gagasan seputar menggunakan SharePoint sebagai sebuah front end yang memungkinkan pelanggan untuk melihat beberapa data keuangan.
  • Alur kerja pertanyaan (seperti biasa).

Kita akan melihat dan mendengar Anda ada!

</akhir>

Berlangganan ke blog saya.

Ikuti saya di kegugupan di http://www.twitter.com/pagalvin

SharePoint Sabtu New York

Aku upload presentasi saya untuk SharePoint New York Sabtu di sini: http://Cid-1cc1edb3daa9b8aa.SkyDrive.Live.com/Self.aspx/SharePoint/Follow the Yellow Brick Road to SharePoint Mastery.PPTX

Ianya tidak terlalu berguna jika Anda tidak pergi ke presentasi, tetapi saya berharap untuk menambahkan banyak catatan antara sekarang dan Tampa, Kapan saya hadir lagi. Yang akan memberikan lebih banyak kaki dan konteks dan lebih umumnya berguna.

</akhir>

Berlangganan ke blog saya.

Ikuti saya di kegugupan di http://www.twitter.com/pagalvin

Bukankah lebih keren jika...

Aku akan melalui saya tumpukan majalah MSDN untuk turun kembali saya untuk istri saya 30 detik untuk membuat ruang untuk MSDN baru majalah dan saya datang di artikel lebih tua tentang mengintegrasikan MS Speech Server dengan Yayasan alur kerja dan saya pikir, Bukankah lebih keren untuk mengintegrasikan semua itu dengan SharePoint? Ini akan menjadi agak rapi untuk bisa mengatakan "Buat situs bernama [situs keren] dalam situs koleksi [Papa beruang]"ke ponsel saya dan telah melakukan itu. Saya bisa membayangkan arsitektur yang mana Microsoft speech server: tangan off perintah untuk aplikasi alur kerja yang melakukan semua pekerjaan. Itu logika yang sangat mudah untuk menerapkan pada sisi server pagar.

Di UI, Anda harus melakukan sesuatu untuk mendapatkan bergulir. Aku mungkin akan pergi untuk "pidato monitor" jenis situs SharePoint yang memiliki beberapa jQuery menjalankan yang memonitor antrian yang diperbarui oleh aplikasi alur kerja dan menunjukkan, secara real time, Apa yang terjadi.

Itu akan cukup gila teknologi kereta api di sana. Ponsel panggilan ke server pidato pada beberapa mesin. Alur kerja yang menjembatani kesenjangan antara Server pidato dan SharePoint. jQuery meningkatkan UI SharePoint Jane polos.

Apakah ada setiap komponen yang praktis ini? Siapa yang tahu. Siapa yang peduli?

</akhir>

Berlangganan ke blog saya.

Ikuti saya di kegugupan di http://www.twitter.com/pagalvin

Konsultasi dapat sedikit seperti mencabut gigi Anda sendiri

[Catatan: Cross-posted untuk artikel ini Pengguna akhir SharePoint Sini: http://www.endusersharepoint.com/2009/09/09/sharepoint-a-case-study-in-ask-the-expert/]

Kadang-kadang, Ketika Anda bekerja sebagai konsultan (sebagai sebuah profesi, atau dalam peran konsultatif dalam perusahaan Anda), Anda menemukan diri Anda yang tinggal di sebuah cerita bawang. Bawang memiliki serangkaian artikel yang disebut "Ask [ahli] tentang [beberapa masalah]”. Ini mengikuti format "Dear Abby" terkenal di mana orang yang bersangkutan adalah meminta nasihat pribadi. Bawang 's "ahli", Namun, begitu terfokus pada daerah mereka keahlian dan saat ini masalah bahwa ahli mengabaikan pertanyaan sepenuhnya dan rambles tentang nya bidang keahlian. Sebagai konsultan, kita perlu diingat bahwa sepanjang waktu dan menghindari jatuh ke dalam perangkap yang. Hal ini klasik digambarkan seperti ini-"ketika Anda menggunakan sebuah palu sepanjang hari untuk memecahkan masalah Anda, semuanya dimulai terlihat seperti paku." Kami konsultan profesional yang selalu berjaga-jaga terhadap hal semacam itu, tapi kami datang ke dalam kontak dengan orang-orang yang serius profesional dalam peran mereka sendiri, tetapi tidak konsultan. Mereka tidak memiliki kebutuhan yang sama atau pelatihan untuk melakukan sebaliknya.

Minggu lalu, Aku menulis tentang salah satu perusahaan saya klien dan proyek berlangsung kita harus berkualitas tinggi kolaborasi antara berbagai dokter mata di AS dan Kanada melakukan penelitian klinis penyakit langka. Selain memanfaatkan fitur SharePoint inti untuk memungkinkan bahwa kolaborasi, Kami juga bekerja biaya pengajuan dan proses persetujuan. Itu rumit karena kita memiliki begitu banyak aktor:

  • Beberapa individu di berbeda dokter praktik yang dapat memasukkan biaya pada baris.
    • Ada lebih dari 40 praktek-praktek dokter.
    • Di beberapa praktek, dokter menggunakan sistem langsung.
    • Di banyak praktek-praktek, Staf dokter menggunakan sistem langsung.
  • Seorang administrator keuangan (Siapa yang bekerja untuk klien saya langsung) yang ulasan biaya untuk akurasi dan relevansi, menyetujui atau menolak mereka di tingkat organisasi.
  • Pihak ke-3 grup dibayarkan account. Orang-orang ini membayar semua tagihan untuk keluar klien, bukan hanya tagihan datang dari studi penyakit langka.

Kelompok dibayarkan account telah menjadi tantangan. Bekerja dengan mereka hari mengingatkan saya dari serial bawang. Dalam peran saya sebagai konsultan bisnis, Saya menjelaskan kebutuhan perusahaan dibayarkan account:

  • Situs studi klinis (praktek-praktek dokter) dikenakan biaya studi yang berhubungan.
  • Mereka masuk ke "situs web" dan masukkan pengeluaran mereka menggunakan formulir online. Dalam hal ini, "situs web" adalah host dengan SharePoint dan biaya yang dimasukkan ke dalam sebuah bentuk InfoPath. Penerimaan biaya dipindai, upload dan melekat langsung ke bentuk.
  • Proses alur kerja otomatis mencari persetujuan dari administrator keuangan yang tepat.
  • Anda, Dear 3rd pihak perusahaan AP-Harap meninjau dan menyetujui atau menolak biaya ini. Saya akan mengirimkannya kepada Anda cara apapun yang Anda inginkan (dalam alasan).Pada titik ini dalam diskusi, Aku benar-benar tidak peduli bagaimana hal itu perlu digabungkan. Saya ingin bekerja dengan kelompok AP untuk memahami apa yang mereka butuhkan dan inginkan.

Ketika saya menjelaskan kebutuhan, pihak ke-3 mengambil menyelam ke dalam istilah internal omong kosong mereka tentang proses persetujuan pengeluaran, Oracle kode, Wakil Presiden tanda tangan, 90 hari turn-arounds, dll. Dan panik. Saya tidak boleh melupakan panik. Salah satu persyaratan rock bed profesi konsultasi adalah untuk belajar bagaimana berkomunikasi dengan orang-orang seperti itu yang mereka sendiri tidak terlatih atau selalu merasa perlu untuk melakukan hal yang sama. Antara lain, ini adalah salah satu bagian terbaik dari menjadi seorang konsultan. Anda bisa memasuki dunia diisi dengan orang-orang bisnis dengan perspektif yang sama sekali berbeda. Aku membayangkan itu sedikit seperti memasuki pikiran seorang pembunuh berantai, kecuali bahwa Anda tidak merusak kehidupan setelah pengalaman (though entering the mind of an AP manager isn’t a walk in the park 🙂 [Lihat di bawah ini Catatan penting ***] ).

Salah satu hal besar mengenai dunia kita teknis sebagai orang-orang SharePoint adalah bahwa kita memiliki jawaban yang siap pakai untuk banyak kekhawatiran yang sangat valid bahwa orang-orang seperti saya kontak AP. Apakah Yii aman? Bagaimana saya tahu bahwa biaya benar Diperiksa? Saya bisa, sebagai pembayar akhir, melihat semua rincian biaya? Bagaimana melakukannya? Bagaimana jika saya melihat rincian tersebut dan tidak menyetujui mereka? Cara menolak mereka? Apa yang terjadi jika perubahan organisasi dan approver asli tidak lagi sekitar? Dengan mudah kita dapat mengubah proses untuk mencerminkan perubahan dalam sistem? Dapat saya kembali biaya ini setahun kemudian jika dan ketika saya mendapatkan diaudit dan perlu membela pembayaran?

Sebagai orang-orang SharePoint, kita dapat melihat bagaimana untuk menjawab pertanyaan-pertanyaan. Dalam kasus klien saya, kami menjawab mereka lebih atau kurang seperti ini:

  • Bentuk InfoPath agar situs untuk merekam pengeluaran mereka dan menyerahkan mereka untuk persetujuan.
  • Situs dapat kembali ke situs untuk melihat status laporan pengeluaran mereka setiap saat.
  • Peristiwa penting terjadi (misalnya. biaya adalah disetujui dan diserahkan untuk pembayaran), sistem proaktif akan memberitahu mereka melalui email.
  • Sistem akan memberitahu administrator keuangan setelah laporan telah diajukan untuk persetujuan.
  • Administrator keuangan menyetujui atau menolak permintaan.
  • Dengan persetujuan, biaya dibundel ke dalam email dan dikirim ke organisasi pembayar pihak ke-3.
  • 3Rd pihak pembayar memiliki semua informasi yang mereka butuhkan untuk meninjau biaya dan dapat mengakses lingkungan SharePoint untuk menggali rincian (terutama audit sejarah untuk memverifikasi "kebenaran" biaya).
  • 3Rd pihak pembayar dapat menyetujui atau menolak pembayaran dengan menggunakan proses internal mereka sendiri. Mereka merekam hasil itu kembali pada situs SharePoint (yang memicu email pemberitahuan untuk orang-orang yang tepat).
  • Di masa depan, akan menyenangkan untuk memotong proses stilly email ini dan bukannya feed informasi biaya langsung ke dalam sistem mereka.

Kesimpulan, ada gaya hidup di sini bahwa saya menggambarkan dari konsultan profesional pandang, tapi yang berlaku hampir sama penuh waktu karyawan di BA dan/atau kekuatan peran pengguna. Bekerja dengan sabar dengan para ahli di perusahaan Anda dan ekstrak persyaratan bisnis inti sebagai terbaik. Dengan pemahaman yang mendalam SharePoint fitur dan fungsi untuk menggambar di atas, lebih sering daripada tidak, Anda akan dapat menjawab masalah dan menawarkan cara-cara untuk meningkatkan semua orang bekerja hari memanfaatkan SharePoint fitur inti.

***Catatan penting: Saya benar-benar tidak berarti untuk membandingkan orang AP untuk pembunuh berantai. Namun, Aku mungkin bisa nama beberapa AP pro's yang mungkin berharap mereka bisa mendapatkan sebuah perintah penahanan terhadap saya menguntit mereka dan bertanya berulang-ulang. "Mana adalah saya cek?"" Mana adalah saya cek?"" Mana adalah saya cek?”

</akhir>

Berlangganan ke blog saya.

Ikuti saya di kegugupan di http://www.twitter.com/pagalvin

SharePoint toko bicara Kamis, 09/10/09 pada 12:30AM EDT

SharePoint toko bicara terus Kamis ini di 12:30 PM EDT untuk 1:30AM EDT. Ini akan menjadi panggilan kami 5 saya percaya. SharePoint toko bicara bekerja seperti ini:

  • Sebuah panel ahli SharePoint menjawab pertanyaan. Minggu ini panel termasuk Laura Rogers, Natalya Voskresenskaya, Harry Jones dan saya.
  • Pertanyaan SharePoint adalah permainan yang adil.
  • Mengirim atau mengajukan pertanyaan:
    • Melalui email: Info@arcovis.com
    • Kericau langsung ke @pagalvin
    • Tinggalkan komentar di blog ini
    • Menuliskan pertanyaan di bagian belakang sepotong karton, salah satu sisi yang ditutupi dengan $20 tagihan dan dikirimkan ke alamat rumah saya (Tinggalkan komentar dan saya akan menghubungi Anda secara langsung).
    • Terakhir, Dial ke panggilan dan hanya meminta keras.

Minggu ini kita memiliki beberapa pertanyaan di sekitar alur kerja SharePoint. Dua contoh pertanyaan:

  • "Bagaimana cara menggunakan SharePoint Designer alur kerja dari pengembangan untuk menguji?”
  • "Apakah SharePoint Designer alur kerja bekerja baik dengan InfoPath? Bagaimana saya dapat berbagi informasi antara sebuah bentuk InfoPath dan alur kerja SharePoint Designer?”

Pendaftaran SharePoint toko berbicara minggu ini terserah. Klik disini untuk mendaftar. Kami berharap untuk mendengar Anda ada!

</akhir>

Berlangganan ke blog saya.

Ikuti saya di kegugupan di http://www.twitter.com/pagalvin