Enterprise-level мрак и ужас
Oct. 17th, 2007 11:20 amЗадача, из-за которой пришлось поднять на уши пару десятков человек.
Банковские платежки. Печатаются из устаревшей и кривой системы. Модулем, который два или три года делали мы. И вот клиенты начинают звонить - не берет банк платежки. Оказывается, банк внедрил у себя систему автоматического приема платежек с использованием штрих-кодов. Но про штрих кода мне сказали в последнюю очередь. Сначала год говорили, что надо подогнать бланк платежки под образец. Потом, что надо строго выдержать шрифт и размеры. И только последнюю неделю - дали образец распечатанной платежки и только 15 минут назад - инструкцию банка и программу.
Оказывается, печать производится на виртуальный принтер. При этом, оный драйвер принтера распознает что производится печать платежки, выделяет нужные поля и добавляет к ней штрих-код, в который кодируется содержимое платежки. В банке этот штрих-код распознается, считывается и платежка принимается.
А проблема, оказывается, в том, что распознавалка в драйвере принтера весьма странная и не понимает смещеннные поля и поля в нетривиальных форматах. И, похоже, НЕ СООБЩАЕТ об этом пользователю. А посылают пользователя в задницу уже в банке, после анализа штрих-кода.
Это чисто технические заморочки, но кроме них, задача за собой потянула еще несколько организационных - взаимодействие между нами, несколькими отделами клиента и банком.
Бухгалтерия одного из подразделений клиента, похоже, печатала платежки из Excel, что маскировало возникающую проблему("платежки принимаются-проблем нет"). Ответственное лицо в данном случае совершенно не желает сотрудничать ни с нами, ни с собственным ИТ-отделом ("я очень занята").
Все сведения о проблеме проходили от банка до меня несколькими запутанными путями по связям между отделами сначала у клиента, потом у нас. Вот только что опять позвонили мне, вместо того чтобы зайти в соседнюю комнату и уточнить, не производились ли какие-нибудь работы по этому модулю.
Идеальный способ организации ИТ-сервиса - заболтать проблему в бюрократии и решить только через год. Зато количество работы стремится к нулю и проблем с перегрузкой сотрудников никогда нет.
В отличие от нас, когда все проблемы решаются за время от 5 минут до пары дней(если нужно ехать в усть-урюпинск все лечить лично).
Банковские платежки. Печатаются из устаревшей и кривой системы. Модулем, который два или три года делали мы. И вот клиенты начинают звонить - не берет банк платежки. Оказывается, банк внедрил у себя систему автоматического приема платежек с использованием штрих-кодов. Но про штрих кода мне сказали в последнюю очередь. Сначала год говорили, что надо подогнать бланк платежки под образец. Потом, что надо строго выдержать шрифт и размеры. И только последнюю неделю - дали образец распечатанной платежки и только 15 минут назад - инструкцию банка и программу.
Оказывается, печать производится на виртуальный принтер. При этом, оный драйвер принтера распознает что производится печать платежки, выделяет нужные поля и добавляет к ней штрих-код, в который кодируется содержимое платежки. В банке этот штрих-код распознается, считывается и платежка принимается.
А проблема, оказывается, в том, что распознавалка в драйвере принтера весьма странная и не понимает смещеннные поля и поля в нетривиальных форматах. И, похоже, НЕ СООБЩАЕТ об этом пользователю. А посылают пользователя в задницу уже в банке, после анализа штрих-кода.
Это чисто технические заморочки, но кроме них, задача за собой потянула еще несколько организационных - взаимодействие между нами, несколькими отделами клиента и банком.
Бухгалтерия одного из подразделений клиента, похоже, печатала платежки из Excel, что маскировало возникающую проблему("платежки принимаются-проблем нет"). Ответственное лицо в данном случае совершенно не желает сотрудничать ни с нами, ни с собственным ИТ-отделом ("я очень занята").
Все сведения о проблеме проходили от банка до меня несколькими запутанными путями по связям между отделами сначала у клиента, потом у нас. Вот только что опять позвонили мне, вместо того чтобы зайти в соседнюю комнату и уточнить, не производились ли какие-нибудь работы по этому модулю.
Идеальный способ организации ИТ-сервиса - заболтать проблему в бюрократии и решить только через год. Зато количество работы стремится к нулю и проблем с перегрузкой сотрудников никогда нет.
В отличие от нас, когда все проблемы решаются за время от 5 минут до пары дней(если нужно ехать в усть-урюпинск все лечить лично).