K2 ERP Wiki

Атестаційні завдання K2 ERP/WMS: відмінності між версіями

← Попереднє редагування
R (обговорення | внесок)
Бюрократи, Адміністратори інтерфейсу, Керівники push-підписками, Приховувачі, Адміністратори
2762 редагування
ВізуальнийВікірозмітка
Виправлено УРЛ в кінці
Немає опису редагування
 
Рядок 1: Рядок 1:
'''Атестаційне завдання K2 ERP — Оптова торгівля, FIFO та документообіг''' — практична задача для перевірки навичок розробника у побудові веб-рішення для обліку закупівель, продажів, послуг, партійного обліку, списання собівартості за FIFO та формування звітів.
{{DISPLAYTITLE:Атестаційні завдання K2 ERP/WMS}}
 
'''Атестаційне завдання K2 ERP — WMS, оптова торгівля, FIFO та документообіг''' — це практична задача для перевірки навичок розробника або впроваджувача [[K2 ERP]] у побудові веб-рішення для складського обліку, закупівель, продажів, послуг, партійного обліку, списання собівартості за методом FIFO та формування звітів.
 
Завдання імітує роботу компанії, яка займається оптовою торгівлею: отримує товари від постачальників, продає їх клієнтам, надає додаткові послуги, формує документи, контролює залишки та аналізує прибуток.
 
<div style="border:3px solid #1565c0; background:#e3f2fd; padding:14px; margin:16px 0;">
'''Коротко.''' У межах завдання потрібно реалізувати повний ланцюжок складського й торгового документообігу: прибуткова накладна → замовлення → рахунок-фактура → видаткова накладна → податкова накладна, з контролем залишків і списанням собівартості за FIFO.
</div>


__TOC__
__TOC__


== Текст задачі ==
== Назва завдання ==


Компанія займається оптовою торгівлею. Надходження товарів відображається документом '''«Прибуткова накладна»''', продаж — документом '''«Видаткова накладна»'''. Крім продажу товару можуть надаватися додаткові послуги, наприклад доставка. І послуги, і товари зазначаються в одній табличній частині.
'''Оптова торгівля, WMS, FIFO та документообіг'''.


Перед продажем компанія спочатку створює документ '''«Замовлення»'''. На основі документа '''«Замовлення»''' створюється '''«Рахунок-фактура»''', коли йде підтвердження замовлення і клієнт просить безготівковий рахунок.
== Мета завдання ==


З документа '''«Рахунок-фактура»''' створюється документ '''«Видаткова накладна»'''. На основі видаткової накладної створюється '''«Податкова накладна»'''.
Мета завдання — перевірити здатність спеціаліста спроєктувати та реалізувати веб-рішення для обліку оптової торгівлі в K2 ERP.


При проведенні видаткової накладної, якщо товару не вистачає, система повинна показувати попередження із зазначенням кількості нестачі та не дозволяти проводити документ.
У результаті має бути створене рішення, яке дозволяє:


Списання собівартості має бути організоване за партіями за методом '''FIFO'''. Вважається, що документи заднім числом не запроваджуються, але старі документи можуть неоперативно переводитися.
* оформлювати надходження товарів;
* оформлювати замовлення клієнтів;
* створювати рахунки-фактури;
* створювати видаткові накладні;
* створювати податкові накладні;
* обліковувати товари та послуги в одній табличній частині;
* контролювати залишки перед продажем;
* забороняти проведення документа при нестачі товару;
* списувати собівартість за партіями методом FIFO;
* формувати звіти по продажах, прибутку та залишках.


Необхідно побудувати звіти:
<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">
'''Головний принцип.''' WMS-завдання перевіряє не лише вміння зробити форми документів, а й розуміння руху товарів: що надійшло, що продано, з якої партії списано, яка собівартість і який залишок доступний на дату.
</div>


* продаж товарів за період;
== Бізнес-сценарій ==
* прибутки за період;
 
* залишки товару на зазначену дату.
Компанія займається оптовою торгівлею.
 
Надходження товарів від постачальників оформлюється документом '''«Прибуткова накладна»'''. Продаж товарів клієнтам оформлюється документом '''«Видаткова накладна»'''.
 
Окрім продажу товарів, компанія може надавати додаткові послуги, наприклад доставку. Товари й послуги мають зазначатися в одній табличній частині документа, але облікова логіка для них різна: товари впливають на складські залишки, а послуги не повинні списуватися зі складу як товар.
 
Перед продажем клієнту спочатку створюється документ '''«Замовлення»'''. На основі замовлення формується '''«Рахунок-фактура»''', коли клієнт підтверджує замовлення і просить безготівковий рахунок. На основі рахунку-фактури створюється '''«Видаткова накладна»'''. На основі видаткової накладної створюється '''«Податкова накладна»'''.


== Документообіг ==
== Документообіг ==
Рядок 30: Рядок 55:
# '''Податкова накладна'''.
# '''Податкова накладна'''.


Документи надходження оформлюються через '''прибуткову накладну'''. Документи продажу оформлюються через '''видаткову накладну'''.
Окремо оформлюється надходження товарів:
 
# '''Прибуткова накладна'''.
 
<div style="border:2px solid #1565c0; background:#e3f2fd; padding:14px; margin:16px 0;">
'''Логіка процесу.''' Прибуткова накладна збільшує залишки товарів. Видаткова накладна зменшує залишки товарів і списує собівартість за FIFO. Замовлення та рахунок-фактура готують продаж, але самі по собі не повинні списувати товар зі складу.
</div>
 
== Основні документи ==
 
{| class="wikitable" style="width:100%;"
! Документ
! Призначення
! Вплив на склад
|-
| '''Прибуткова накладна'''
| Фіксує надходження товарів і послуг
| Збільшує залишки товарів
|-
| '''Замовлення'''
| Фіксує намір клієнта купити товари або послуги
| Не списує товар
|-
| '''Рахунок-фактура'''
| Формує рахунок для оплати клієнтом
| Не списує товар
|-
| '''Видаткова накладна'''
| Оформлює продаж товарів і послуг
| Списує товари зі складу
|-
| '''Податкова накладна'''
| Формує податковий документ на основі реалізації
| Не змінює складські залишки напряму
|}
 
== Прибуткова накладна ==


== Виконання задачі ==
Прибуткова накладна оформлює надходження товарів і послуг від постачальника.


# Побудувати структуру бази даних у графічному вигляді та продемонструвати її.
Зазвичай вона має реєстр документів, у якому можна переглядати створені документи, шукати потрібну накладну, відкривати її та створювати нову.
# На основі графічної структури бази даних створити SQL для створення таблиць.
# Для вирішення задачі допускаються такі бази даних:
#* MySQL;
#* PostgreSQL;
#* SQLite.
# Веб-рішення має бути побудоване на фреймворку з відкритим вихідним кодом.
# При створенні сторінок документів усе має працювати без перезавантаження сторінок.
# Виконану роботу потрібно продемонструвати у вигляді веб-сторінки, доступної з інтернет-URL.
# При виконанні задачі потрібно зафіксувати час її виконання та повідомити його при здачі.
# При виконанні завдання потрібно використовувати об’єктно-орієнтований підхід.


== Пояснення до задачі ==
=== Реєстр прибуткових накладних ===


Пояснення нижче надане для розуміння того, які поля повинні бути у документах і яка має бути таблична частина. Усі форми повинні працювати без перезавантаження сторінки.
Реєстр прибуткових накладних має дозволяти:


=== Прибуткова накладна ===
* переглядати список документів;
* шукати документи;
* відкривати існуючі документи;
* створювати нову прибуткову накладну;
* фільтрувати документи за датою, постачальником і статусом.


Прибуток товарів та послуг оформлюється документом надходження товарів та послуг — '''прибутковою накладною'''.
=== Форма прибуткової накладної ===


Зазвичай це реєстр документів, у якому можна знайти раніше створені документи, а також створити новий документ.
Форма прибуткової накладної має містити шапку документа й табличну частину.


==== Реєстр прибуткових накладних ====
У шапці документа доцільно передбачити:


Реєстр повинен дозволяти переглядати, шукати та відкривати створені прибуткові накладні.
* номер;
* дату;
* постачальника;
* склад;
* статус;
* коментар.


==== Форма прибуткової накладної ====
У табличній частині мають бути товари й послуги.


При відкритті або створенні прибуткової накладної документ повинен містити шапку документа та табличну частину.
=== Послуги в прибутковій накладній ===


У табличній частині мають бути товари та послуги.
Послуги мають обліковуватися в тій самій табличній частині, що й товари.


==== Послуги в прибутковій накладній ====
При цьому потрібно розрізняти тип рядка:


Послуги мають обліковуватися в тій самій табличній частині, що і товари.
* товар;
* послуга.


==== Друкована форма прибуткової накладної ====
Товар збільшує складські залишки. Послуга не повинна створювати складський залишок, але може впливати на суму документа, витрати або собівартість залежно від логіки реалізації.


Документ повинен мати друковану форму.
=== Друкована форма прибуткової накладної ===


=== Реалізація товарів та послуг: видаткова накладна ===
Прибуткова накладна повинна мати друковану форму.


Продаж товарів і послуг оформлюється документом '''«Видаткова накладна»'''.
У друкованій формі потрібно показати постачальника, дату, номер документа, склад, табличну частину, кількість, ціни, суми та підсумки.


==== Реєстр видаткових накладних ====
== Видаткова накладна ==


Реєстр документів повинен дозволяти переглядати, шукати, відкривати та створювати видаткові накладні.
Видаткова накладна оформлює продаж товарів і послуг клієнту.


==== Реалізація послуг ====
=== Реєстр видаткових накладних ===


Послуги повинні додаватися у табличну частину документа разом з товарами.
Реєстр видаткових накладних має дозволяти переглядати, шукати, відкривати та створювати документи реалізації.


==== Друкована форма видаткової накладної ====
У реєстрі бажано показувати номер, дату, клієнта, суму, статус і документ-підставу.


Видаткова накладна повинна мати друковану форму.
=== Форма видаткової накладної ===
 
Форма видаткової накладної має містити шапку документа та табличну частину.
 
У шапці документа потрібно передбачити:
 
* номер;
* дату;
* клієнта;
* склад;
* документ-підставу;
* статус;
* коментар.
 
У табличній частині повинні бути товари й послуги.
 
=== Реалізація послуг ===
 
Послуги повинні додаватися у табличну частину видаткової накладної разом із товарами.


== Звіт «Залишки по складу» ==
Послуга може входити в суму документа, але не повинна зменшувати складські залишки як товар.


Потрібно реалізувати звіт '''«Залишки по складу»'''.
=== Друкована форма видаткової накладної ===


Звіт повинен показувати залишки товарів на складі на зазначену дату.
Видаткова накладна повинна мати друковану форму.


== Вимоги до вибору рядків у видатковій накладній ==
У друкованій формі потрібно показати клієнта, дату, номер, склад, товари, послуги, кількість, ціни, суми та підсумки.


Вибір рядків у видатковій накладній має відбуватися з поточних залишків.
== Контроль залишків ==


Якщо товару недостатньо, система повинна:
При проведенні видаткової накладної система має перевіряти наявність товарів на складі.
 
Якщо товару не вистачає, система повинна:


* показати попередження;
* показати попередження;
* вказати кількість нестачі;
* вказати кількість нестачі;
* заборонити проведення документа.
* не дозволити провести документ.


== FIFO ==
Наприклад, якщо користувач продає 10 одиниць товару, а на складі є лише 7, система повинна показати нестачу 3 одиниці й заблокувати проведення.


'''FIFO''' — метод списання, за яким фактично списується той товар, який першим надійшов.
<div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;">
'''Критично.''' Видаткова накладна не може бути проведена, якщо на складі недостатньо товару. Проведення “в мінус” у цьому завданні не допускається.
</div>


Посилання для довідки:
== Вибір рядків у видатковій накладній ==


* https://uk.wikipedia.org/wiki/Алгоритм_заміщення_комірок_пам%27яті_FIFO
Вибір товарів у видатковій накладній має відбуватися з поточних залишків.


У межах задачі FIFO використовується для списання собівартості товару за партіями.
Користувач повинен бачити лише доступні товари або, принаймні, система повинна показувати фактичний залишок під час вибору товару.


== Очікувані звіти ==
Це зменшує ризик помилок і допомагає не створювати документи, які неможливо провести.


Необхідно побудувати такі звіти:
== FIFO ==


=== Продаж товарів за період ===
'''FIFO''' — це метод списання, за яким першим списується товар, що першим надійшов на склад.


Звіт має показувати реалізацію товарів за вибраний період.
У межах цього завдання FIFO використовується для списання собівартості товару за партіями.


=== Прибутки за період ===
Якщо на склад спочатку надійшло 5 одиниць товару по 100 грн, а потім ще 5 одиниць по 120 грн, то при продажу 6 одиниць собівартість має списуватися так:


Звіт має показувати прибуток за вибраний період з урахуванням собівартості, списаної за FIFO.
* 5 одиниць × 100 грн;
* 1 одиниця × 120 грн.


=== Залишки товару на дату ===
Таким чином, система має не просто зменшити загальний залишок, а правильно визначити, з яких партій списується товар і яка собівартість продажу.


Звіт має показувати залишки товару на зазначену дату.
<div style="border:2px solid #f57c00; background:#fff3e0; padding:14px; margin:16px 0;">
'''Важливо.''' Документи заднім числом у межах завдання не вводяться, але старі документи можуть неоперативно переводитися. Це потрібно враховувати при логіці проведення та FIFO.
</div>


== Цілі теста ==
== Партійний облік ==


* Побачити вміння будувати структуру бази даних.
Партійний облік потрібен для того, щоб система знала, з якого надходження списується товар.
* Побачити знання SQL та вміння роботи з базою даних.
* Побачити стиль написання програмного коду.
* Перевірити вміння використання веб-технологій для прикладних задач.
* Перевірити вміння використання об’єктно-орієнтованого програмування.
* Перевірити вміння використання AJAX у практичних завданнях.
* Перевірити вміння інтерпретації практичної задачі у веб-додаток.
* Перевірити вміння налаштувати веб-сервер для відображення проєкту у вебі.
* Побачити швидкість вирішення задач у вебі.


== Очікуваний результат ==
Кожна прибуткова накладна має створювати партії товарів. Кожна видаткова накладна при проведенні повинна списувати товари з доступних партій за правилом FIFO.


У результаті виконання атестаційного завдання має бути створене веб-рішення для оптової торгівлі, яке підтримує прибуткові накладні, замовлення, рахунки-фактури, видаткові накладні, податкові накладні, послуги в табличній частині, контроль залишків, списання собівартості за FIFO, друковані форми та звіти.
Мінімальні дані партії:
 
{| class="wikitable" style="width:100%;"
! Поле
! Опис
|-
| Товар
| Номенклатура, до якої належить партія
|-
| Склад
| Склад, на якому зберігається партія
|-
| Дата надходження
| Дата прибуткової накладної
|-
| Кількість початкова
| Скільки товару надійшло
|-
| Кількість залишку
| Скільки товару залишилося в партії
|-
| Собівартість
| Закупівельна ціна або облікова собівартість одиниці
|-
| Документ-підстава
| Прибуткова накладна, яка створила партію
|}


== Рекомендовані сутності бази даних ==
== Рекомендовані сутності бази даних ==
Рядок 166: Рядок 270:
* журнал змін документів.
* журнал змін документів.


== Критерії перевірки ==
== Вимоги до структури бази даних ==
 
Потрібно побудувати структуру бази даних у графічному вигляді та продемонструвати її.
 
На основі графічної структури потрібно створити SQL для створення таблиць.
 
Допускаються такі бази даних:
 
* MySQL;
* PostgreSQL;
* SQLite.
 
База даних повинна підтримувати документообіг, табличні частини документів, партійний облік, рухи товарів і рухи собівартості.
 
== Вимоги до веб-рішення ==
 
Веб-рішення має бути побудоване на фреймворку з відкритим вихідним кодом.
 
При створенні сторінок документів усе має працювати без повного перезавантаження сторінок.
 
Потрібно використовувати AJAX або аналогічний підхід для:
 
* створення документів;
* редагування документів;
* збереження рядків табличної частини;
* проведення документів;
* перевірки залишків;
* відображення попереджень.
 
Виконану роботу потрібно продемонструвати у вигляді веб-сторінки, доступної з інтернет-URL.
 
== Вимоги до програмної реалізації ==
 
Під час виконання завдання потрібно використовувати об’єктно-орієнтований підхід.
 
Код має бути структурованим, зрозумілим і придатним для підтримки.
 
Бажано розділити:
 
* моделі;
* контролери;
* сервіси проведення документів;
* сервіси розрахунку FIFO;
* сервіси звітів;
* шаблони друку;
* frontend-логіку;
* SQL або ORM-шар.
 
== Очікувані звіти ==
 
Необхідно побудувати три основні звіти.
 
== Звіт «Продаж товарів за період» ==
 
Звіт має показувати реалізацію товарів за вибраний період.
 
У звіті бажано передбачити:
 
* період;
* товар;
* клієнта;
* склад;
* кількість продажу;
* суму продажу;
* документ реалізації.
 
== Звіт «Прибутки за період» ==
 
Звіт має показувати прибуток за вибраний період з урахуванням собівартості, списаної за FIFO.


{| class="wikitable"
Мінімальна логіка:
! Напрям перевірки !! Що перевіряється
 
|-
<pre>
| Структура БД || Повнота моделі даних, наявність партій, документів, рядків, залишків і рухів
Прибуток = Сума продажу - Собівартість списання
|-
</pre>
| SQL || Коректність SQL-скриптів для MySQL, PostgreSQL або SQLite
 
|-
Звіт має показувати не лише виручку, а й собівартість та фінансовий результат.
| Веб-рішення || Робота сторінок без перезавантаження
 
|-
== Звіт «Залишки товару на дату» ==
| AJAX || Створення, редагування, проведення документів через AJAX
 
|-
Звіт має показувати залишки товарів на складі на зазначену дату.
| FIFO || Коректне списання собівартості за партіями
 
|-
У звіті потрібно відображати:
| Контроль залишків || Заборона проведення при нестачі товару
 
|-
* товар;
| Звіти || Продажі, прибутки, залишки на дату
* склад;
|-
* партію;
| ООП || Об’єктно-орієнтована структура коду
* кількість залишку;
|-
* собівартість;
| Демонстрація || Доступний веб-URL і зафіксований час виконання
* суму залишку.
|}


== Ілюстрації з документа ==
== Ілюстрації з документа ==
Рядок 204: Рядок 375:
K2_Attestation_Wholesale_FIFO_10.png|Ілюстрація до атестаційного завдання|посилання=Файл:K2_Attestation_Wholesale_FIFO_10.png
K2_Attestation_Wholesale_FIFO_10.png|Ілюстрація до атестаційного завдання|посилання=Файл:K2_Attestation_Wholesale_FIFO_10.png
</gallery>
</gallery>
== Практичне завдання ==
У межах атестації потрібно продемонструвати робочий сценарій.
Мінімальний сценарій:
# створити товари, послуги, контрагентів і склад;
# оформити прибуткову накладну;
# провести прибуткову накладну;
# перевірити створення партій;
# створити замовлення клієнта;
# створити рахунок-фактуру на основі замовлення;
# створити видаткову накладну на основі рахунку-фактури;
# додати в табличну частину товари й послуги;
# провести видаткову накладну;
# перевірити списання товарів за FIFO;
# створити податкову накладну на основі видаткової;
# сформувати друковані форми;
# сформувати звіт продажів;
# сформувати звіт прибутку;
# сформувати звіт залишків на дату;
# продемонструвати попередження при нестачі товару.
== Цілі тесту ==
Атестаційне завдання має перевірити:
* вміння будувати структуру бази даних;
* знання SQL та вміння працювати з базою даних;
* стиль написання програмного коду;
* використання веб-технологій для прикладних задач;
* використання об’єктно-орієнтованого програмування;
* використання AJAX у практичних завданнях;
* інтерпретацію бізнес-задачі у веб-додаток;
* налаштування веб-сервера для демонстрації проєкту;
* швидкість вирішення задачі.
== Очікуваний результат ==
У результаті виконання атестаційного завдання має бути створене веб-рішення для оптової торгівлі.
Рішення має підтримувати прибуткові накладні, замовлення, рахунки-фактури, видаткові накладні, податкові накладні, послуги в табличній частині, контроль залишків, списання собівартості за FIFO, друковані форми та звіти.
Робота має бути продемонстрована через веб-сторінку, доступну з інтернет-URL. Час виконання потрібно зафіксувати та повідомити при здачі.
== Критерії оцінювання ==
{| class="wikitable" style="width:100%;"
! Напрям
! Бали
! Що перевіряється
|-
| Структура бази даних
| 15
| Повнота моделі даних, наявність документів, рядків, партій, рухів, складів, контрагентів і зв’язків
|-
| SQL
| 10
| Коректність SQL-скриптів для MySQL, PostgreSQL або SQLite
|-
| Документообіг
| 15
| Ланцюжок замовлення, рахунку-фактури, видаткової та податкової накладної
|-
| Прибуткові та видаткові накладні
| 15
| Реєстри, форми, табличні частини, товари й послуги, друковані форми
|-
| AJAX та web-інтерфейс
| 10
| Створення, редагування, збереження й проведення документів без перезавантаження сторінки
|-
| FIFO
| 15
| Коректне списання собівартості за партіями
|-
| Контроль залишків
| 10
| Попередження про нестачу та заборона проведення документа
|-
| Звіти
| 10
| Продажі, прибутки, залишки на дату
|-
| ООП і якість коду
| 10
| Структура коду, читабельність, підтримуваність, поділ логіки
|-
| Демонстрація
| 5
| Доступний веб-URL і зафіксований час виконання
|-
! Разом
! 115
! Максимальна оцінка
|}
== Шкала оцінювання ==
{| class="wikitable" style="width:100%;"
! Бали
! Рівень
! Опис
|-
| 100–115
| Відмінно
| Рішення повністю працює, FIFO реалізовано коректно, звіти відповідають рухам, код структурований
|-
| 85–99
| Добре
| Основна логіка працює, є незначні недоліки без критичного впливу на результат
|-
| 70–84
| Зараховано
| Базовий документообіг працює, але є помилки або неповна реалізація окремих частин
|-
| 0–69
| Не зараховано
| Відсутня критична логіка: FIFO, контроль залишків, проведення документів або звіти
|}
== Критичні помилки ==
Критичними помилками вважаються ситуації, коли:
* видаткова накладна проводиться при нестачі товару;
* FIFO не працює або списує собівартість неправильно;
* прибуткова накладна не створює партії;
* видаткова накладна не списує товар зі складу;
* послуги помилково списуються зі складу як товар;
* звіт залишків не відповідає проведеним документам;
* звіт прибутку не враховує собівартість;
* немає зв’язку між замовленням, рахунком-фактурою, видатковою та податковою накладною;
* документи неможливо створювати або редагувати без перезавантаження сторінки, якщо це було вимогою реалізації.
<div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;">
'''Умова складання.''' Завдання не може бути зараховане, якщо система не контролює залишки або не списує собівартість товарів за FIFO.
</div>
== Коротко ==
{| class="wikitable" style="width:100%;"
! Питання
! Відповідь
|-
| Що потрібно створити?
| Веб-рішення для оптової торгівлі та WMS-обліку
|-
| Який основний документообіг?
| Замовлення → рахунок-фактура → видаткова накладна → податкова накладна
|-
| Як оформлюється надходження?
| Прибутковою накладною
|-
| Як оформлюється продаж?
| Видатковою накладною
|-
| Чи можуть бути послуги в документі?
| Так, товари й послуги мають бути в одній табличній частині
|-
| Що має робити система при нестачі товару?
| Показати кількість нестачі й заборонити проведення документа
|-
| Як списується собівартість?
| За партіями методом FIFO
|-
| Які звіти потрібні?
| Продажі за період, прибутки за період, залишки товару на дату
|}


== Див. також ==
== Див. також ==
Рядок 215: Рядок 556:
* [[Видаткова накладна]]
* [[Видаткова накладна]]
* [[Звіт залишків по складу]]
* [[Звіт залишків по складу]]
* [[WMS]]
* [[Партійний облік]]
* [[Рахунок-фактура]]
* [[Податкова накладна]]
[[Категорія:K2 ERP]]
[[Категорія:Атестаційні завдання K2]]
[[Категорія:WMS]]
[[Категорія:Складський облік]]
[[Категорія:Оптова торгівля]]
[[Категорія:FIFO]]
[[Категорія:Партійний облік]]
[[Категорія:Корпоративна Wiki]]
Отримано з https://wiki.erp.kyiv.ua/index.php?title=Атестаційні_завдання_K2_ERP/WMS