ся і діаметрально протилежна ситуація, коли на процессинговую систему намагаються покласти ведення бухгалтерської звітності, ведення ряду рахунків головної бухгалтерської книги і т.д. І в тому і в іншому випадку спроби привнесення в систему не властивою їй функціональності виливаються в зайву складність технологічних процесів і неможливість ефективного розвитку бізнесу. У зв'язку з цим слід зазначити, що картковий бізнес є високотехнологічним і для його успішного розвитку не тільки процесінгова система, але і всі пов'язані з нею компоненти технологічного ланцюжка банку повинні перебувати на відповідному рівні розвитку. Тільки чітке розуміння функцій всіх систем банку та технологій їх взаємодії може забезпечити успішний розвиток карткового бізнесу. p> Все більш усвідомленою стає позиція банків в питаннях загальної оцінки витрат на впровадження рішення та аналізу економічної ефективності різних рішень. При цьому все більша увага приділяється збалансованості та адекватності пропонованих карткових систем. Так, наприклад, однаково сумнівними виглядають як програмні рішення за кілька сотень тисяч доларів, що керують роботою одного-двох десятків терміналів, так і В«КопійчаніВ» програмні комплекси, що забезпечують роботу термінального парку вартістю кілька мільйонів доларів. Як відомо, чудес не буває. p> Не секрет, що багато хто, здавалося б, дешеві рішення, припускають досить суттєві регулярні ліцензійні виплати, здатні перевищити початкові вкладення за дуже короткий термін. Все більш очевидною стає необхідність комплексної оцінки вартості проекту в довгостроковій перспективі. p> Банки, початківці розвивати картковий бізнес, стикаються з серйозною проблемою вибору шляхів розвитку. Перш за все, банкам доводиться вирішувати, будуть вони купувати дороге, але відоме рішення, або почнуть з локальних розробок, а потім, у міру розвитку будуть їх заміщати професійними системами. Вибираючи доморосле рішення, нові банки виходять на ринок з завідомо обмеженою функціональністю, і таким чином, не мають ніяких конкурентних переваг на ринку банківських послуг. p> Безумовно, завжди була і є можливість зайнятися власними розробками і спробувати самостійно створити процесингове рішення. Особливо великий цей спокуса для банків, що вже мають більш-менш успішний досвід розробки власних систем автоматизації. Основний посилкою при цьому є удавана дешевизна реалізації та супроводу і В«оптимальнеВ» відповідність потребам банку. Не варто плекати ілюзій. Технологічно, процесингові системи принципово відрізняються від класичних бухгалтерських систем. Існують багато томів описів стандартів роботи платіжних систем, причому у різних платіжних систем правила і технології істотно розрізняються. Більше того, регулярно відбуваються обов'язкові зміни правил і стандартів. Для тестування систем необхідно використовувати дорогі тестові програми, оволодіння навичками роботи з якими вже саме по собі є серйозним завданням. При цьому технології розвиваються все більш і більш швидкими темпами, і відстежити всі зміни в стані тільки спеціалізовані компанії, що мають налагоджені контакти як з платіжними системами, так і з великою кількістю банків, що дозволяє їм вчасно і правильно розвивати продукти для процесингових центрів. p> Емітувавши кілька сотень або тисяч карт в рамках агентської програми дійсно можна самостійно написати разборщікі звітів з активності карт, що надходять з обслуговуючого банку. Якщо ж мова йде про безпосередній взаємодії з платіжними системами, особливо міжнародними, або про управлінні парком банкоматів або платіжних терміналів, єдиний реальний шлях - це звернутися до професійних розробникам процесингових систем. p> Отже, рішення про організацію або модернізації процесингового центру прийнято, затверджено бізнес план, сформовано технічне завдання. Прийшов час робити вибір конкретного рішення. На що ж слід звернути особливу увагу при виборі процесингової системи? p> Насамперед, це відповідність технічним завданням. Двох однакових процесингових систем не існує, тому наскільки б універсальним не було небудь конкретне рішення, напевно знайдуться функції, які відсутні в розглянутій системі. Якщо навіть вас запевняють у 100% відповідно системи технічним завданням, постачальник системи просто замовчує про необхідність якихось доопрацювань, причому ступінь їх критичності може бути абсолютно різною. Необхідність доробок системи під конкретні потреби є абсолютно нормальною ситуацією і драматизувати з цього приводу не слід. Набагато краще заздалегідь розуміти обсяг необхідних доробок, їх терміни і, зрозуміло, вартість. У більшості випадків доробки під специфічні вимоги замовника не призводять до суттєвого збільшення термінів і вартості проекту. Тому, якщо в потенційно більш гнучкою і розширюваної системі відсутня та чи інша можливість і постачальник зобов'язується її реалізувати в розумні терміни, такій системі можна віддати перевагу. Часто можна зустріти пропозиції, заявляють про повну відповідність по...
