Блокування затвердженого первинного документа відправником

[Nazarko13]

Привіт.
Наше підприємство активно розвиває систему електронного документообігу та залучає багато контрагентів до роботи саме в M.E.Doc.
Не можу написати точно з якого періоду, але відкрита можливість для ВІДПРАВНИКА затвердженого документа БЛОКУВАТИ його в односторонньому порядку. Після блокування отримувач такого документа ніяким чином не може скачати файл такого документа щоб при потребі використовувати його як юридичний документ з можливістю перевірки накладених підписів.
Частина контрагентів (постачальників, підрядників) "перестраховуються" і просять нас підписати їм і паперові примірники документів. Ми, звичайно, не відмовляємо, при цьому собі "паперу" не беремо . Але як бути, якщо справи дійдуть до суду чи просто до документальної перевірки, а недобросовісний контрагент односторонньо заблокує такі затверджені документи??? Що при цьому показати перевіряючим органам???
Інструмент блокування справді потрібен і корисний, але...
МОЖЛИВО ДОЦІЛЬНО БЛОКУВАННЯ ЗРОБИТИ МОЖЛИВИМ ТІЛЬКИ ПІСЛЯ ТАКОГО ПОГОДЖЕННЯ СТОРОНОЮ-ОТРИМУВАЧЕМ???


Аналогічно ми, як продавець, можемо блокувати затверджені контрагентом надіслані йому документи.

[PetroP]

1. Як покроково це відтворити?
2. Функціонал блокування - непорозуміння, якого потрібно позбавитись...

[Nazarko13]

1. В меню "Наступні дії"для ЗАТВЕРДЖЕНОГО документа додати опцію типу"Сформувати запит на блокування документа"(можна як відправника так і для отримувача), після чого у отримувача відображати такий документ окремим кольором шрифту. По протоколу отримувача буде "Отримано" "Затверджено" "ОТРИМАНО ЗАПИТ НА БЛОКУВАННЯ". Після підтвердження блокування отримувачем такий документ документ набуває "якостей" заблокованого (скачування з підписами неможливе, колір шрифту червоний). У протоколі з'явиться вікнно "Заблоковано".
2. Функціонал блокування - річ потрібна. Є багато помилок (чи в змісті документа чи у протоколах), які виявляються після затвердження документа. Людський фактор... До того як з'явився інструмент блокування ми вимушені були оформляти письмові додаткові угоди про визнання таким, що втратив чинність документа підписаного засобами ЕЦП. Марудний і трудомісткий процес. Зараз все відбувається швидко. АЛЕ... Від недобросовісних постачальників ніхто не застрахований.

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

[PetroP]

1. Я про те, як відтворити цю проблему. Постачальник просто блокує затверджений обома сторонами документ і після отримання кореспонденції покупець вже нічого зробити не може? Це серйозна вразливість...
2. Це вже не блокування, а анулювання. Повинно здійснюватись окремою транзакцією, наприклад, листом про анулювання із затвердженням обома сторонами. А "блокування", "відхилення" - маячня...

[Белокопытов Геннадий]

Nazarko13
Добрый день!
Функционал блокировки первичных документов будет обязательно доработан в одном из следующих функциональных обновлении программы.
Возможность блокировки документа может быть только у отправителя (продавца) такого документа, до момента получения квитанций о подтверждении или отклонении его контрагентом (покупателем).
Для отрицательных РК, блокировка возможна только для документов на стороне предприятия продавца при условии, что получатель не осуществил их регистрации в ЕРНН, в документе РК обязательно установлен признак "Подлежит регистрации в ЕРНН получателем (покупателем)".

[PetroP]

Nazarko13
Возможность блокировки документа может быть только у отправителя (продавца) такого документа, до момента получения квитанций о подтверждении или отклонении его контрагентом (покупателем).

Снова получим уязвимость при такой последовательности:
1. продавец отправляет документ,
2. покупатель этот документ подписывает (утверждает),
3. теперь продавец может:
- либо заблокировать документ до получения им квитанции об утверждении покупателя (т. е. просто не принимая корреспонденцию);
- либо после получения квитанции восстановить копию базы на момент, когда квитанции не было, и заблокировать документ.

[Белокопытов Геннадий]

PetroP
Отправитель, владелец, первичного документа функционально в праве отозвать свой документ, если таковой является ошибочно заполненным, с не правильными данными и т.д., чтобы предотвратить использование такового в работе предприятием покупателем. В таком случае при блокировке документа отправителем, для документа на стороне получателя будет проставлен соответственный статус "Заблоковано відправником", с указанием причины блокировки документа.
Спасибо за предоставленные замечания, мы учтем их в дальнейшем при усовершенствовании функционала блокировки первичных документов.

[Nazarko13]

Виходячи з прочитаного розумію, що
1. Блокування документа відправником до його затвердження отримувачем працюватиме без змін.
2. Анулювання помилково погодженого повинно здійснюватися з використанням додаткових листів погоджень (паперових) про ануляцію.
Як наслідок, в базі первинних документів Медка будуть документи з статусом "затверджені" які бухгалтерії до обліку брати не потрібно. Це породжуватиме бардак.


Тому пропоную таки додумати алгоритм Блокування (можете це називати і іншим словом) затвердженого документа, який повинен відбутися за взаємного погодження такої операції сторонами без використання паперових форм і з можливістю візуального відокремлення таких документів в журналі первинних документів Медка і з неможливістю використання такого блокованого документа будь-якою з сторін в якості доказів.

[PetroP]

Виходячи з прочитаного розумію, що
1. Блокування документа відправником до його затвердження отримувачем працюватиме без змін.
2. Анулювання помилково погодженого повинно здійснюватися з використанням додаткових листів погоджень (паперових) про ануляцію.
Як наслідок, в базі первинних документів Медка будуть документи з статусом "затверджені" які бухгалтерії до обліку брати не потрібно. Це породжуватиме бардак.

Перечитав ще раз відповіді представника розробника, але не зрозумів, чому саме ви зробили такі висновки...

[Ирина Шадрина]

1. продавец отправляет документ,
2. покупатель этот документ подписывает (утверждает),

Хм. Электронный документ, подписанный обеими сторонами = бумажный документ с подписями и печатями, так? Какое блокирование? Да еще и в одностороннем порядке. Вроде как кто-то эту накладную (акт) в урну выбросил и сообщает, что он решил, что ничего не было? Очень странный момент. ИМХО - блокирование должно быть согласовано ОБЕИМИ сторонами, только в этом случае документ может считаться заблокированным.

[Nazarko13]

"Добрый день!
Функционал блокировки первичных документов будет обязательно доработан в одном из следующих функциональных обновлении программы.
Возможность блокировки документа может быть только у отправителя (продавца) такого документа, до момента получения квитанций о подтверждении или отклонении его контрагентом (покупателем)."

З повідомлення виходить, що до затвердження документа отримувачем блокування буде доступним. Після - НІ.
Поки що ніхто не написав про можливість блокування (ануляції) затвердженого документа після взаємного погодження такої дії сторонами.

[PetroP]

Поки що ніхто не написав про можливість блокування (ануляції) затвердженого документа після взаємного погодження такої дії сторонами.

Взаємне підтвердження може бути лише щодо затвердженого документу. Якщо ж документ ще не затверджено (обома сторонами), то яка тут може бути підстава "взаємності"?

[Nazarko13]

Очікуємо розуміння розробників і доопрацювання алгоритму ануляції затвердженого документа.
В частині блокування незатвердженого - все добре.

[PetroP]

В частині блокування незатвердженого - все добре.

У тім то й справа. Добре доки документ ще не відправлено. Коли вже його відправлено, то він із незатвердженого перетворюється на кота Шредінгера.
Тут треба дуже ретельно все спроектувати.