Боюсь, что дело здесь не совсем в возможностях данной конкретной системы или нежелании её дорабатывать. Лет 15 назад мне с коллегами приходилось решать точно такую же проблему - с датой 29.02.1930. Наше прикладное ПО было написано на FoxPro, поэтому проблему с вводом и хранением даты мы решили достаточно быстро. Но вот проблемы с обработкой этой даты стандартными функциями и, тем более, передачи её в другие информационные системы мы решить так и не смогли. Мы везде получали ошибки. В конечном итоге нам пришлось хранить две даты рождения: по данным документа и для расчетов и передачи во внешние системы.
ага, первое решение, которое напрашивается - как раз два календаря - реальный и расчетный. дело немного в другом, вопрос древний и философский - с проникновением IT в нашу жизнь мы всё чаще и чаще становимся этими IT ограничены Вопрос в том, где провести границу - начиная с какого уровня это плохо.
Именно, что вопрос философский. Не вижу однозначных решений.
Три или четыре года назад несколько одаренных умов предложили включить в состав КПП буквы. В том, что делать этого не стоит, их не убедила ни необходимость переписывать всё ПО налоговых органов, ни необходимость переписывать все бухгалтерское ПО, ни необходимость переписывать банковское ПО, ни необходимость пересмотра двух сотен форматов официальных документов. От этого геморроя нас спасло только то, что ЦБ категорическим отказался конвертировать свои БД.
КПП всё-таки искуственная чушка, букву добавить, извиниться и букву убрать - невелика работа для методолога. Это не дату рождения или ширину лошадиной задницы изменить. Хотя да, здесь IT-диктатура сработала на пользу. Но ЦБ известные ребята - они букву ё и знак номера лет пятнадцать в платёжках не могли сделать доступными. ФМС в этом плане были гибче.
Фигассе. А это что, в 30-м году люди думали, что он високосный, или ошибка? У нас как-раз выяснилось, что бабушка мужа между рождением детей и смертью получила паспорт на другое имя, были сложности с получением наследства. Но решились относительно просто - загс выдал справку, что они имена "Аграфена" и "Агриппина" считали одинаковыми. ИМХО, как и всегда главное зло не в информационных системах, а в людях, которым лень отрывать попу от стула. Важен именно подход "проще судиться, чем систему переделывать" - варианта "решить проблему клиента" в таком уравнении нет вообще.
Лень попу отрывать - конечно, системно имелось в виду "нет внутренних механизмов эскалации и заинтересованности со стороны организации в целом". Вот в Финляндии как-то раз поезд задержали, чтобы мою маму пересадить с одного поезда на другой (она отстала от компании и села в другой, билетов-то там на входе не проверяют).
значит система управления ЖД Финляндии предусматривает умышленную задержку поездапо чьему-то решению. а система автоматизации ФМС не предусматривает выдачи паспортов с неизвестными ей датами рождения (как и система ПФР, если я не ошибаюсь, не предусматривает обработку буквы "ё")
а как решить? по мне, так варианта ровно два - или систему переделать, или не переделывать. переделать - долго да и средств в бюджете на этот год нет, так что бабушке придётся ещё годик подождать с паспортом. не переделывать - тоже странно - или записать ей в паспорте 28 февраля или что? IT-диктат в том и диктат, что даже если ты принимаешь правильное решение, ИС не дают тебе это осуществить. И с них, в отличие от чиновника, как с гуся вода - это же робот, он по программе работает...
Comments 11
Наше прикладное ПО было написано на FoxPro, поэтому проблему с вводом и хранением даты мы решили достаточно быстро. Но вот проблемы с обработкой этой даты стандартными функциями и, тем более, передачи её в другие информационные системы мы решить так и не смогли. Мы везде получали ошибки.
В конечном итоге нам пришлось хранить две даты рождения: по данным документа и для расчетов и передачи во внешние системы.
Термин IT-Диктат надо запомнить.
Reply
дело немного в другом, вопрос древний и философский - с проникновением IT в нашу жизнь мы всё чаще и чаще становимся этими IT ограничены
Вопрос в том, где провести границу - начиная с какого уровня это плохо.
Reply
Не вижу однозначных решений.
Три или четыре года назад несколько одаренных умов предложили включить в состав КПП буквы. В том, что делать этого не стоит, их не убедила ни необходимость переписывать всё ПО налоговых органов, ни необходимость переписывать все бухгалтерское ПО, ни необходимость переписывать банковское ПО, ни необходимость пересмотра двух сотен форматов официальных документов.
От этого геморроя нас спасло только то, что ЦБ категорическим отказался конвертировать свои БД.
Ну и старая хохма про ширину лошади и диаметр ракет вспоминается: http://www.ya-znal.ru/articles/konstrukciya-shattla-kennedi-zavisit-ot-tolshini-loshadinoj-zadnici.html
Хотя это и обратный пример. :-)
Reply
Хотя да, здесь IT-диктатура сработала на пользу.
Но ЦБ известные ребята - они букву ё и знак номера лет пятнадцать в платёжках не могли сделать доступными.
ФМС в этом плане были гибче.
Reply
Reply
Reply
а система автоматизации ФМС не предусматривает выдачи паспортов с неизвестными ей датами рождения
(как и система ПФР, если я не ошибаюсь, не предусматривает обработку буквы "ё")
Reply
переделать - долго да и средств в бюджете на этот год нет, так что бабушке придётся ещё годик подождать с паспортом.
не переделывать - тоже странно - или записать ей в паспорте 28 февраля или что?
IT-диктат в том и диктат, что даже если ты принимаешь правильное решение, ИС не дают тебе это осуществить.
И с них, в отличие от чиновника, как с гуся вода - это же робот, он по программе работает...
Reply
Leave a comment