Orang sering bertanya tentang menggunakan kolom tipe data "orang atau kelompok" dalam kolom lain data ketik "Calculated".

Garis bawah, ini tidak bekerja di WSS 3.0 (atau MOSS).

Ketika menambahkan kolom dihitung, WSS menunjukkan daftar bidang memungkinkan Anda untuk menggunakan untuk perhitungan. Jika Anda ketik nama kolom yang tidak dalam daftar, memberitahu Anda:

Satu atau lebih kolom referensi tidak diperbolehkan, karena kolom didefinisikan sebagai tipe data yang tidak didukung dalam formula.

Pemecahan masalah: Menggunakan sebuah event handler. Event handler kebakaran ketika pengguna menyimpan item. Melakukan update Anda ingin kolom dihitung untuk Anda.

Link yang berguna pada bidang dihitung secara umum:

• Menggunakan [Saya] dalam kolom dihitung
• Contoh ekspresi formula (milik http://jopx.blogspot.com/2007/10/calculated-fields-in-windows-sharepoint.html)

Cepat disclaimer: Saya percaya di atas benar dan akurat, tapi aku melihat cukup pintar trik sana-sini di MOSS/WSS bahwa aku tidak akan sangat terkejut (antusias jika Anda akan) Jika seseorang telah figured out cara untuk melakukan hal ini tanpa beralih ke kode. Jika Anda mengetahui kerja-sekitar pintar atau mengenal seseorang yang melakukan, tolong beritahu saya!

Kami melakukan beberapa tugas berat kembali menyelenggarakan taksonomi situs kami melalui "Mengelola konten dan struktur". Untuk alasan yang tidak saya ketahui, proses ini (Meskipun bekerja di utama) pecah beberapa link navigasi dalam peluncuran cepat. Link yang ditandai dengan:

• Salah URL. Misalnya, itu harus "/ situs/Departemen/HumanResources /…". Namun, adalah link baru "/ situs/perusahaan/HumanResources /…".
• Potongan-potongan yang berulang pada string permintaan dari pos, seperti dalam:

/sites/departments/HumanResources/_layouts/viewlsts.aspx?BaseType = 0?BaseType = 0?BaseType = 0?BaseType = 0

Ini cukup mudah untuk memperbaiki melalui pengaturan navigasi. Kecuali, MOSS menyajikan saya dengan ini ketika aku mencoba dan melakukannya:

Faktanya adalah, tidak ada yang membuat perubahan sana (Selain dari saya, Tentu saja).

Pencarian cepat muncul diskusi ini Forum MSDN: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1691577&SiteID=1

William Heurdier menjabarkan itu baik dalam menjelang (seperti 10/02/07) posting:

Faktanya adalah:

Untuk me-reset rusak judul, Anda harus :

– menghapus semua daftar di bawah judul rusak

– menghapus pos rusak

– Dari pengaturan daftar, Tambahkan daftar dihapus untuk peluncuran cepat (Ini meregenerasi menuju bebas rusak)

Anda harus baik untuk pergi….

---

SharePoint ahli – Sogeti Cap Gemini Swiss

Aku masih agak bingung karena aku terus ingin pergi ke halaman navigasi, membuat perubahan dan kemudian bisa memukul dengan "halaman diubah" pesan. Akhirnya, Aku sadar bahwa aku pergi ke pengaturan daftar dan menghapus/Tambahkan ke peluncuran cepat. Yang melakukan trik. Bahagia kali di sini lagi!

</akhir>

Berlangganan ke blog saya!

UPDATE 12/10/07: Perbaikan terbaru seperti yang dijelaskan dalam MSDN KB929816 memecahkan masalah bagi kita disebutkan di bawah ini. Mendapatkan perbaikan terbaru dan kemudian instal pada setiap server di peternakan. Kemudian, utilitas konfigurasi SharePoint pada setiap server. Berikut adalah link MS Support yang KB: http://support.microsoft.com/kb/932816.

Latar belakang:

Kami memiliki persyaratan bisnis di mana manajer teknik lingkungan kebutuhan untuk memastikan bahwa 30 Lokasi Some-Odd manufaktur yang terletak di seluruh Amerika Serikat perlu memastikan bahwa tanaman tersebut mengajukan izin negara-mandat mereka berbagai secara tepat waktu. Salah satu pendekatan kami telah diselidiki memanfaatkan "jeda sampai tanggal" kegiatan yang tersedia bagi kita melalui SharePoint Designer worfklow. Manajer teknik (atau asistennya) memasuki semua izin yang diperlukan dan tanggal pengingat pada awal tahun. Sistem kemudian melakukan semua angkat berat.

Lingkungan:

MOSS, 64 bit, mesin virtual lingkungan (pengembangan kotak), 2 Server (SQL Server #1, segala sesuatu yang lain di server #2).

Masalah:

Tindakan jeda sampai tanggal tampak seperti solusi yang tepat dan itu mungkin membuktikan diri menjadi. Namun, tidak bekerja baik dari kotak (bagi kami).

1. Alur kerja pekerjaan tidak dijadwalkan untuk menjalankan, pernah. Saya menemukan ini dengan membaca melalui Christopher White (http://chrissyblanco.blogspot.com/2007/06/issues-with-delay-activity-in-moss.html) baik menulis-up dengan menggunakan stsadm thusly:
   

   C:\>STSADM -o getproperty - propertyname "pekerjaan-alur kerja" -URL http://localhost

   <Properti ada = "No" />

   C:\>

   Itu adalah hasil yang mengejutkan tapi dengan mudah diselesaikan:

   C:\>STSADM -o setproperty - propertyname "pekerjaan-worfklow" -propertyvalue "setiap 1 menit antara 0 dan 59" -URL http://localhost

   Operasi telah berhasil diselesaikan.

   C:\>

   Setelah melakukan hal itu, pertama "dalam kemajuan" alur kerja dengan cepat bersemangat dan tidak memiliki pekerjaan.

2. Sayangnya, yang berikutnya tidak bekerja seperti yang diharapkan. Untungnya, Christopher merujuk kami Sini (http://support.microsoft.com/kb/932816). Seperti menulis entri ini, Kami sedang menunggu untuk departemen TI untuk mendapatkan perbaikan terbaru yang, Tapi itu tidak terlihat menjanjikan. Kami salinan .dll terkena tidak berbagi ukuran byte yang sama, Jadi mudah-mudahan ini akan memecahkan masalah.

Pemecahan masalah:

Kembali menjalankan perintah stsadm -o setproperty tampaknya prod timer alur kerja terjaga. Itu akan, kira-kira 7 menit kemudian, benar-benar bangun dan lanjutkan dengan alur kerja.

Pertanyaan / Isu-isu yang ditujukan:

Jeda sampai tanggal tidak bekerja.

Jeda sampai tanggal tidak melanjutkan.

Status alur kerja tidak berubah dari "dalam kemajuan"

Alur kerja status tetap "dalam kemajuan"

Sekilas pandang

Catatan ini menjelaskan studi kasus yang menggambarkan MRO aktual (Pemeliharaan, Perbaikan dan operasi) proses persetujuan alur kerja yang dilaksanakan di MOSS.

Ini bukanlah sebuah diskusi yang terang-terangan teknis, tetapi sebaliknya berfungsi untuk memberikan contoh nyata yang menunjukkan bagaimana MOSS platform bertemu nyata perlu.

(Catatan ini cross diposting antara http://paulgalvin.spaces.live.com dan http://blogs.conchango.com)

Latar belakang

Klien MRO proses yang telah ditandai oleh berikut

• Proses persetujuan manual.
• Beberapa dukungan menggunakan spreadsheet excel.
• Proses persetujuan tidak teratur. Proses persetujuan pembelian MRO sama akan bervariasi sehari, orang oleh orang.
• Banyak kertas dan tulisan tangan tanda tangan — pembelian diperlukan hingga requisitions 3 tanda-tangan yang tertulis sebelum persetujuan akhir.

Tujuan dari proyek ini termasuk:

• Mengotomatisasi proses.
• Menegakkan standar perusahaan untuk persetujuan.
• Memberikan tampilan konsolidasi MRO pembelian untuk berbagai Manajer.
• Rinci audit trail.

Sebagai efek samping dari solusi, tanda-tangan yang tertulis yang tidak lagi diperlukan.

Proses persetujuan

Proses persetujuan yang terdiri dari empat "berenang jalur": Pencetus, Manajer langsung, Divisi manajer dan fungsional.

Pencetus:

Melihat kebutuhan untuk pembelian dan mulai proses. Catatan bahwa pencetus mungkin atau mungkin tidak benar-benar masuk daftar permintaan pembelian, tetapi sebaliknya mengarahkan anggota staf lain untuk melakukannya. Beberapa kali, pencetus tidak memiliki keahlian teknis untuk mengisi permintaan PO. Misalnya, pengguna mungkin ingin requisition komputer laptop baru, tetapi tidak tahu vendor terbaik, Standar TI, dll. Dalam hal ini, karya-karya pencipta dengan itu dan itu benar-benar mengisi daftar permintaan.

Manajer langsung:

Ini adalah manajer langsung pencetus (yang mungkin berbeda dari orang yang benar-benar masuk daftar permintaan PO ke MOSS). Langsung Manajer harus menyetujui permintaan PO sebelum sistem mencari persetujuan lebih lanjut bawah garis.

Manajer fungsional:

Manajer fungsional adalah individu yang bertanggung jawab untuk memastikan bahwa usulan pembelian sesuai dengan standar perusahaan dalam lingkup fungsi perusahaan tertentu. Misalnya, Pembelian itu disetujui oleh seorang manajer TI fungsional.

Division Manager:

Manajer Divisi menyetujui pembelian requisitions ketat oleh jumlah dolar. Manajer Divisi menyetujui pembelian requisitions lebih dari jumlah dolar yang dapat dikonfigurasi.

Solusi

Kami menggunakan alat dan komponen berikut untuk mengimplementasikan solusi:

MOSS: Berfungsi sebagai platform yang dari mana segala sesuatu "hang". Lumut menyediakan layanan batuan dasar untuk keamanan, Master data, jejak audit dan fitur lainnya.

InfoPath Formulir Layanan: Komponen MOSS, Hal ini memungkinkan pengguna untuk mengisi pembelian requisitions melalui web browser.

SharePoint Designer (SPD): Kami menggunakan SPD untuk mengimplementasikan proses alur kerja otomatis.

Layanan web: Layanan web c# meningkatkan pengalaman pengguna dengan memungkinkan daftar pilihan berjenjang dalam bentuk InfoPath dan memberikan kinerja yang lebih baik terhadap menyaring data. Lihat Sini untuk menyelam mendalam teknis pada subjek ini dan alasan kami menggunakannya.

Daftar kustom: MOSS profil pengguna yang disediakan pengguna tertentu langsung Manajer, tetapi tidak memberikan sebagian besar data yang dikendalikan keputusan alur kerja (misalnya. Apakah manajer Divisi diperlukan untuk menyetujui permintaan PO). Kami menggunakan daftar kustom di "Enterprise Data" situs untuk mempertahankan data seperti "Divisi manajer persetujuan jumlah dolar", "Fungsional Area Manager" dan sebagainya. Daftar terintegrasi dengan sangat baik dengan InfoPath dan juga menyediakan membuat/update/menghapus (CRUD) fungsionalitas dengan audit dan keamanan dari kotak.

Menggunakan kasus

Kasus penggunaan ini menggambarkan bagaimana solusi yang cocok bersama-sama:

1. Paul ingin laptop baru. Ia menggambarkan kebutuhannya untuk Vivek, orang itu yang akrab dengan perusahaan laptop standar, disukai vendor, dll.
2. Vivek log ke MOSS, mengakses formulir permintaan PO dan masuk daftar permintaan atas nama Paul. Vivek meminta formulir kategori pembelian yang kemudian menggunakan layanan web untuk mengisi daftar drop-down disetujui perusahaan vendor. Vivek juga menentukan daerah fungsional perusahaan pembelian ini (misalnya. "ITU" atau "Keuangan").
3. SPD berdasarkan alur kerja dimulai, menentukan Paul's langsung manajer dan rute daftar permintaan kepada sang Manajer, Stacy.
4. Stacy menyetujui permintaan pembelian.
5. Alur kerja SPD memeriksa daftar permintaan dan menentukan itu adalah pembelian IT. Itu rute alur kerja untuk IT manager fungsional, WONSON.
6. WONSON menyetujui permintaan.
7. Alur kerja SPD lagi memeriksa daftar permintaan dan menentukan bahwa jumlah pembelian melebihi jumlah dolar raugargut dan rute itu ke manajer Divisi untuk persetujuan.
8. Manajer Divisi menyetujui permintaan pembelian.

Catatan

• Kasus penggunaan menunjukkan sebuah "bersih" menjalankan tanpa penolakan atau melompat.
• Setiap approver memiliki kemampuan untuk menyetujui atau menolak permintaan serta memberikan komentar tertulis. Ini login audit trail.
• Jika seorang manajer yang bertanggung jawab menolak permintaan pembelian setiap saat, Daftar Permintaan PO "mati" dan proses harus dimulai dari awal.
• Alur kerja memberitahu pencetus pada setiap langkah dari proses.
• Ada tanda tangan tertulis — klien ditentukan (setelah beberapa rekomendasi kuat) bahwa audit trail yang disediakan melalui sejarah alur kerja, melayani kebutuhan mereka audit.
• Usaha — Butuh waktu kira-kira tiga pria minggu untuk menerapkan solusi ini.

Kesimpulan

Solusi ini memanfaatkan MOSS sebagai pengembangan dan run-time platform. Klien mampu memanfaatkan fitur MOSS inti untuk mengotomatisasi proses bisnis rutin yang mempengaruhi hampir setiap karyawan di perusahaan. Dengan pengecualian layanan web sederhana (yang memanfaatkan MOSS), hampir tidak ada sebenarnya "pemrograman" diperlukan.

Solusi yang juga berfungsi sebagai sebuah "karya" untuk klien, menunjukkan betapa berbedanya MOSS fitur dapat dikombinasikan untuk membuat aplikasi fitur lengkap bisnis dan menghasilkan peluang konsultasi baru di masa depan.

Daftar istilah

MRO: Pemeliharaan, perbaikan dan operasi. Pembelian ini biasanya mencakup item seperti Notepad, kursi, komputer pribadi, printer, ponsel dan sejenisnya.

Ini mungkin jelas bagi banyak, Tetapi sementara belajar untuk ujian pemrograman MOSS saya, Saya belajar bahwa it's pretty mudah untuk mendapatkan XML sebenarnya dari permintaan pencarian melalui antarmuka pengguna.

Salah satu metode cepat adalah sebagai berikut:

• Akses penelusuran lanjutan.
• Melakukan pencarian yang mengembalikan beberapa data.
• Mengedit halaman (melalui pengaturan situs).
• Mengubah XSL berikut:

<?XML Versi="1.0" encoding="utf-8"?>
<Extensible Stylesheet Language:stylesheet Versi="1.0" xmlns:Extensible Stylesheet Language="http://www.w3.org/ 1999/XSL/mengubah">
<Extensible Stylesheet Language:output metode="XML" Versi="1.0" encoding="UTF-8" indentasi="Ya"/>
<Extensible Stylesheet Language:template pertandingan="/">
<pra>
<Extensible Stylesheet Language:salinan dari Pilih="*"/>
</pra>
</Extensible Stylesheet Language:template>
</Extensible Stylesheet Language:stylesheet>

• Hit Terapkan.
• Lihat sumber dalam browser.

Perhatikan bahwa <pra> Tag tidak berbuat banyak kecuali melayani sebagai penanda nyaman ketika Anda melihat hasil.

Trik ini dapat sangat berguna ketika bekerja dengan sifat yang dikelola dan menyesuaikan pencarian. Ini akan memberikan daftar definitif XML tersedia untuk Anda gunakan dalam Anda xslt yang pasti sudah sangat membantu terakhir 25 kali saya membuat beberapa hasil pencarian.

Hal ini harus bekerja untuk dataviews serta, Walaupun saya belum diuji yang keluar belum.

Saya melihat bahwa Eric Kraus dihadapkan dengan persyaratan biasanya bertemu dengan permintaan konten web bagian. Masalah? Dia berada di WSS lingkungan yang murni tanpa akses ke CQWP. Daripada meringkuk dalam posisi janin (dorongan saya harus berjuang setiap hari, tampaknya), Ia datang dengan solusi yang memberikan setidaknya WSS toko peluang untuk berhasil. Dijelaskan Sini.

Stefan Goßner telah mengumpulkan serangkaian 4-bagian hebat pada konten SharePoint dan penyebaran API Sini. Hotel ini menawarkan gambaran besar dan contoh yang sangat baik dalam kode (C#).

Saya pertama kali mengambil link ini dari joris poelmans blog pada http://jopx.blogspot.com/.

Bahkan jika Anda seperti saya, bahwa Anda tidak harus melakukan pekerjaan banyak tangan-on untuk manajemen konten, ini adalah bernilai baik 20 menit dari waktu Anda untuk membaca.

Menggunakan API, Satu dapat:

• Ekspor dan impor konten sangat mudah.
• Orangtua ulang konten. Jika Anda ingin ekspor beberapa konten dari situs "A" dan mengirimkannya ke situs "B" tetapi dalam benar-benar baru tempat dalam hirarki, Hal ini mungkin.
• Mengekspor konten dari situs A dan impor potongan-potongan yang dipilih ke situs A.
• Menautkan ulang konten (berarti berurusan dengan semua hyperlink).

Seseorang di the Internets bertanya tentang cara membuat sebuah kolom dihitung pada daftar yang menunjukkan nilai diformat sebagai"[Pengguna] – [Status] – [Lokasi]" seperti dalam "Paul Galvin – Minum [gratis] Bir – Pantai".

Paul akan masuk dan memperbarui masuk dalam daftar dan kolom dihitung akan memperbarui tepat. The [Pengguna] harus default ke pengguna memasukkan/memperbarui daftar.

Kolom dihitung tidak dapat menggunakan "volatile" fungsi seperti [Saya] atau [Hari ini]. Saya diselesaikan dalam lingkungan pengujian dengan langkah-langkah:

1. Menciptakan kolom teks yang bernama "Pengguna sekarang".
2. Set nilai default [Saya]
3. Membuat kolom dihitung disebut "Calc Test".
4. Set nilai = [Pengguna saat ini]

Aku masuk, menambahkan item ke daftar dan bekerja.

Aku telah terganggu oleh ini 9 bulan dan saya melihat bahwa orang-orang di forum MSDN dan Usenet telah too.l

Kadang-kadang, Ketika mengakses dokumen word (atau jenis doc) dari dokumen perpustakaan menyebabkan Internet Explorer hanya jatuh dan pergi (mengambil semua tab dengan itu jika ada yang terbuka).

Perbaikan terbaru ini MS dapat menyelesaikannya: http://support.microsoft.com/kb/938888

Juga, ada beberapa keterangan tentang masalah di sini:

http://jopx.blogspot.com/2007/07/solving-internet-explorer-crash-when.html

Sekilas pandang:

Membuat daftar kustom yang mengelola konten jenis dengan beberapa lusin kolom.

Ditambahkan ke halaman dan kemudian melalui SPD, dikonversi ke tampilan data.

Masalah:

Ekspresi Xpath kembali kosong untuk sebuah kolom yang bernama "Posisi saat ini". Saya dirujuk thusly:

    <Tabel perbatasan = "1">
      <Extensible Stylesheet Language:untuk setiap = pilih "/ dsQueryResponse/baris/baris" >
        <TR>
          <TD>
            Status saat ini:
            <Extensible Stylesheet Language:select="@Current_x0020_Status nilai-dari"></Extensible Stylesheet Language:nilai dari>
          </TD>
        </TR>
      </Extensible Stylesheet Language>
    </Meja>

Kolom di CT bernama "Status saat ini". Itu muncul dalam pencarian sebagai "Status saat ini". Di mana-mana Anda melihat, Anda melihat "Status saat ini".

Sementara thrashing tergila-gila tentang, mencari solusi, Saya malah disebut "@Recruiter" dan sesungguhnya! — yang benar-benar kembali kembali status saat ini. Saya harapkan itu untuk kembali perekrut ketika aku melakukan itu.

Solusi:

Aku melongokkan di SPD. Pergi ke halaman di SPD dan itu menunjukkan tampilan data. Anda dapat memeriksa aktual data diberikan kepada pandangan dan terkait Xpath. Di sini saya menemukan bahwa memang, Xpath menunjuk pada "Perekrut". Anehnya, "sebenarnya" perekrut bidang menunjuk dari "Recruiter1".

Di bawa:

SPD menyediakan ekspresi Xpath otoritatif untuk baris & kolom dalam tampilan data.

Kedua, ini menunjukkan data aktual. Jadi misalnya, kolom jenis menunjukkan hal ini:

<nobr><rentang><HREF="/sites/Corporate/HumanResources/TalentAcquisition/_layouts/userdisp.aspx?ID = 17 ">Restoran Galvin, Paul</A><img perbatasan ="0" tinggi = "1" lebar = "3" src="/_layouts/Images/Blank.gif"/><href ='javascript:’ onclick ='IMNImageOnClick();kembali palsu;’ kelas = 'ms-imnlink'><img nama ='imnmark’ title =” perbatasan =’0′ tinggi ='12’ lebar ='12’ src='/_layouts/Images/Blank.gif’ Alt =' tidak ada kehadiran informasi’ SIP ='PGalvin@xxx.com’ id ='imn_77, jenis = smtp'/></a></rentang></nobr>