Показать сообщение отдельно
Старый 15.06.2019, 18:47   #9  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от Lemming Посмотреть сообщение
Предположим вы проектируете ERP систему или платформу для создания подобных систем с нуля: как бы вы спроектировали реверс/сторно/удаление проводок/ отчеты, в которые могут попасть или не попасть такие проводки и, вообще, возможно всю архитектуру разноски, что бы одновременно поддержать аудиторский след и не заставлять пользователей получать инфаркт (как в аксапте ), когда они допустили ошибку и разнесли документ с ошибками?
Возвращаясь к исходному вопросу:

думается, что реверс - это не цель, а инструмент.

цель - минимизировать ошибки ввода информации в систему. а если ошибки таки сделаны, то минимизировать ресурсы и время исправления ошибок (реверс/сторно). другими словами, стоит минимизировать не само по себе сторно. стоит минимизировать ошибки.

если в результате правильной архитектуры, вместо 10% ошибок ввода, получился 1% ошибок, то затраты на сторно могут быть даже увеличены. При этом общий эффект все равно будет положительным.

---------------
Я думаю, что ближайшим аналогом компьютерных систем, где решают проблемы ошибок ввода, можно считать интернет-банки, клиент-банки для физ.лиц и тому подобное.

можно расмотреть Райфайен банк, Тинькоф банк, Ситибанк и Сбербанк.
можно вспомнить ту сложность и общую угребищность начала 2000х.
и можно подумать как много было сделано банками чтобы уменьшить вероятность ошибок и повысить удобство работы пользователей.

= начать можно со входа на сайт, https, логирования ip, времени и прочих параметров авторизации
= раньше были переводы только на расчетный счет - добавили переводы на карты, переводы по номеру телефона
= раньше надо было вводить все реквизиты для перевода на счет, теперь корр.счет сразу определяется по БИК
= бюджетные платежи и всякие штрафы раньше требовали безумного цифрового КБК - теперь банки ввели разделы и предлагают список в соответствии с разделами
= номер карты проверяется
= и т.п.

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

с другой стороны, далеко не для каждой операции с банком можно сделать сторно!

ну и т.п.

да, изнутри эти системы выглядят ужасно и старомодно.
но направление движения интернет-банки вполне показывают. как мне кажется.
__________________
полезное на axForum, github, vk, coub.

Последний раз редактировалось mazzy; 15.06.2019 в 18:52.
За это сообщение автора поблагодарили: sukhanchik (6).