Интересно послушать мнение.
У меня есть противоположное мнение, но с оговорками.

Техническая составляющая возможности: нестабильность работы платформы на некоторых релиз подрывает доверие к 1С в качестве фронт- и бэк- системы в банковском секторе.

Логическая модель платформы 1С: да, банковский план счетов совсем другой, если сравнивать с классическим. Но если использовать счета верхнего уровня (первые 5-ть символов) в качестве счетов, а субконто - целые счета, то взлетает все. Т.е. нужна комбинация ПС и Справочников.

Существующие учетные программы, рекомендуемые ЦБРФ к применению в банковском секторе, настолько убоги (говорю конкретно про IBSO), что их сравнивать с 1с бесполезно.
Однако отказоустойчивость существующего банковского ПО не оставляет шансов 1С.

Будь я членом совета директоров банка, не рискнул бы ввязываться в авантюру по ведению банковского учета на 1С :)

а в итоге все упирается в бабло..
вбухать бабло в корп сопровождение и нормальное железо  - и 1С будет летать без сбоев..

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

это кстати заметно даже на типовой бухне - там где есть нормальное сопровождение и нормальное отношение и к железу и к ПО - работает все без сбоев и проблем.. а где посредственности на хламе тыреный софт поддерживают в ч0рную - все лагает и тупит..

(48) Сколько в 8.х ты ни вбухай - в АБС она не превратится.

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

(45) "банковский софт должен быть консервативен" - все наоборот. Софт консервативен не потому, что не нужны новые современные методы взаимодействия Человека и Машины, а только потому, что внедрять их тяжело. Нужно написать кучу SRS, BRS & FRS. Подписать у начальников разных мастей. И огребстись, если чего сломалось и банк понес фин/реп убытки.
Поэтому все нововведения тормозятся самими же технарями.

(0)
В чистом виде нет
Если построить на регистрах сведений заточенную под банк конфу и обмен со стандартной - то легко

Работал в банке (платежной системе) на 1С:Бухгалтерия 7.7 с годовым оборотом в 5-7 миллиардов долларов в год.
Поставили 1С 7.7 на полгодика, чтобы ораклю допилить и до ума довести и к бухучету приспособить. А это "приспособить" входит в противоречие с ведением бизнеса. Или играться или деньги зарабатывать. Я там проработал 4 года. Учетное хозяйство разрослось так, что ой-ой-ой. В общем, билинигу - билингово, но если нужно превратить билинговые данные в бухгалтерские данные - то либо изобретайте велосипед, либо используйте уже готовое и, как бы не говорили, очень смешно дешевое в сравнении с ценой билинговых систем - 1С.

П.С. Видел я банки, где ведомости на зарплату вручную разгребают. Данные в ЦБ передают в таких допотопных прогах, что просто жуть. Так что банки нифига не обладают современным софтом. Сбер тому пример. Наваял сайт, а толку. Платишь ипотеку, так они не могут график платежей распечатать. Лижут-лижут который год. На 7.7 я им выдал бы этот график и вдоль и поперек. Походу ваяют не 1С. Мне их жалко...

(53)  не надо их жалеть..

там 70 тысяч программистов работает, это самая крупная разрабоческая контора в РФ  - представь сколько лоботрясов при деле..

при фразе "1С в банковском деле" все почему то пытаются представить как они будут вести учет в банке на базовой бухгалтерии на старом ноутбуке с маленьким экраном и  диском на 40 гб.. ага...


и смело и уверенно говорят - не, не потянет..

Вот ИТ-Капитал что-то пилят же для банков. Значит все же взлетает

Пока 1с даже не может нормальный фэйловер кластер запилить.
Посмотрим, может 8.4 в этом плане продвинется

(0) "Техническая составляющая возможности: нестабильность работы платформы на некоторых релиз подрывает доверие к 1С в качестве фронт- и бэк- системы в банковском секторе. "

У меня жена достаточно долго работала в банках.
Я не по наслышке знаю как часто у них падала система.

Сам неоднократно оказывался в банках, как клиент, когда у них "не работает система, подождите, или приходите завтра"

Я ни разу не встречал 1С систем с таким огромным временем простоя.

а билинговые системы это уже noSQL, это как бы априори не 1С.

(58) По моему довольно скромному опыту, падает зачастую вовсе не система, а связь.

(59) в банке как бы наверное не только билинг, да ?

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

(60) ты в банке работал, или тебе так говорили?)

(61) ясен пень. я о том что, когда говорят ПО в банке, то все хотят писать биллинг на 1С

Биллинг и процессинг  - это одно и тоже?

Мое мнение в банках всегда есть место для 1С, ибо банк ведет бухгалтерский учет. 1С может не быть в точке выдачи кредита, но данные могут сливать в 1С для целей именно бухучета.

(64) Это как высший менеджер скажет.

Насколько я знаюв банках БД устроены хитро.
А именно БД шифрованая. Админы ДБ видят шифрованую информацию. Пользователи на рабочих местах видят только свое. Так обеспечивается безопасность...
1С наколько я знаю пока так не может.

(63) В проектах совместных участвовал по интеграции, да и кореш безопасником в банке работает. Банк банку рознь, конечно, но проблемы со связью в отделениях почаще бывали существенно, чем реальные проблемы с АБС.

Вроде как в самом начале ветки уже уточнялось применение 1С в банке. Как "обвес" АБС в бэкенде - вполне себе применимо и целесообразно.

(17) Я не работаю ни в СБТ ни в самом сбере, поэтому оценивать успешность их работы могу только как клиент банка и просто интересующийся этой темой по информации из открытых источников. Безусловно, ИТ в сбере развивается, наверное даже в правильном направлении, только от идеала оно уж слишком далеко, Г-н Греф, к слову, высказывал похожую точку зрения, а он, наверное, смотрит на проблему как раз с другой стороны.

(67) У тебя слишком фееричное представление о банка.
Говорю же тебе - ексель. От клиентов приходит ексель-файл на выдачу зп. Эти файлы собирают вручную в кучу в мегаэксель-файл для сводных данных и колдуют с ним. И все это вручную.

(70) я про основную БД. Где храняться транзакции. С данными до попадания в основную БД вполне может так как в (70) происходить.

(67) А есть примеры с названиями таких АБС?

(71) И задай вопрос. А нафига тогда еще шифровать, если у любого работника банка в его папке Мои документы такого экслеловского барахла может быть тонны, даже наверняка и за все годы его работы или просто валяются на сетевых дисках.

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

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

(74) Не совсем понял, что ты имеешь в виду :)

(75) все решается правами доступа и грамотной организацией хранения данных

(77) есть еще администрирование  БД. Там проблему доступа можно решить только шифрованием всей БД.

(78) Смысл шифровать БД, если сотрудники пользуются аськами, скайпами, инетом, оутлуком, можно проносить на рабочее место телефон, флешки, все это можно заряжать на рабочем месте, подключать?
Для снятия инфы с шифрованной БД достаточно смартфона. Вешаю его на шею, запускаю запись видео, работаю весь день. Вуаля!

(76) уж что имею ^^
суть (предположительно): вне зависимости от нюансов (но в зависимости от тенденций) бывают банки которые вымрут и которые не вымрут
как-то так

Я внедрял учет ОС на БП еще 1.6 давно, в банке. Еще в 2008 году, насколько помню. Правила учета точно такие же, как в хозрасчете, но принципы формирования лицевых счетов другие. Реализовал как и другие, на комбинации плана счетов и справочников. Нигде не подглядывал))

(79) Ты действительно работал в финансовых организациях?

(79) и сколько ты так украдешь? сведения о парочке клиентов?

(79) В нормальном банке СБ не меньше ДИТа и хлеб даром не ест, зря ты так.

(84) Да не только в банке...
В оной конторе у меня раскопали подробности интимной жизни...

(84) поэтому шифрование это бессмысленная фигня.
От того что администратор БД увидит данные - ему будет ни горячо ни холодно.
Вынести их он не сможет.

(82) Да. Я обслуживал 1С 7.7 даже в банке. И знаю об использовании софта и какого в других финорг. А у тебя действительно иные представления о финансовых организациях?

(86) Нормальный адмим сможет не глядя на СБ.

(84) Угу. Точат-точат график платежей по ипотеке - а он у них либо пустую таблицу выдает, либо ответа нет. В общем, в части графика платежей, 50/50 работает/не работает.

(88) как скажешь, тебе виднее

(88) Чтобы обойти DLP и всяческие регламенты СБшников, нормальный админ должен быть ненормальным спецом по инфобезу с задатками шпиёна.

(91) Ещё раз - нормальный (!!) админ.

+(91) Ви таки недооцениваете существующие возможности и практики защиты информации в таких структурах.

(93) Ой, ну що ви мне тут таки втераете....
Открыл, посмотрел, по телефону рассказал.
Или подошёл к ГБ "у вас тут вирус, давайте починю" и дальше по тексту....

(94) Мы точно про банк говорим, а не про ларек?

(95) Точно-точно! Как в ларьке, так и в банке. Можно даже "случайно" сквозь охрану пройти даже там, где вход по руке.

(93) я вот работал админом в банке и могу сказать что СБ сильно переоценивает своё могущество

(97) У СБ работа такая - надувать щеки и кошмарить. Но речь не про всю СБ как таковую, а про профессиональные инструменты отдела инфобеза и политики безопасности.

а уж про шифрование полей в БД, да шивруются, но про недоступность данных для админа..ненадо..они "недоступны" да.. так в аудите безопасности написано :))

(95) В любой конторе можно вытащить данные, которые доступны.

Прям семинар кульхацкеров и спецов по социнженерии :)

(98) Политика безопасности ВЕЗДЕ реализована частично, но высшие менеджеры говорят, у нас шифрованная база.
Остальное - понты.

(98) политика безопасности это бюрократия, а реалии на местах и способы реализации совершенно другое

вы в банке работали? Знаете что такое "зона аудита PCI DSS"? И как заморачиваются админы чтобы её сократить чтобы проще было аудит проходить, зачастую даже тестовые серваки прячут...где иногда живые данные проскакивают

(87) Ага, другие. Кругом камеры, выхода нормального в интернет нет, а если есть, то через DLP. И конечно же никаких мессенджеров на компах. А бух-я и экономисты вообще без интернета.

http://www.cbr.ru/credit/Gubzi_docs/st-10-14.pdf
есть вот стандарт ЦБ для банков
В нем явно прописано

7.2.3. С целью предупреждения возникновения и снижения рисков нарушения ИБ не до-
пускается совмещения в рамках одной роли следующих функций: разработки и сопровожде-
ния АБС/ПО, их разработки и эксплуатации, сопровождения и эксплуатации, администратора
системы и администратора ИБ, выполнения операций в АБС и контроля их выполнения.

(104) никто сотовые не отнимает при входе при этом, а уж на бумажку чтото переписать вообще без проблем

(105) Ты читал стандарты для производства асфальта и строительства дорог в РФ?! Там все ОГОГО как!
Но на практике - ты в курсе.

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

+(108) В банке же избыточности в таком вопросе не бывает. Ибо это в первую очередь репутационные риски огромные.

(106) Нет, только ноутбуки и таблетки.

(109) Угу. Все именно так. Тебе говорят, как врутри, а снаружи - все красиво, как в прессрелизе.

(109) зато в банке бывает экономия на ИТ отделе и профессионалах по безопасности

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

(112) Это мы сейчас говорим про ту категорию банков, у которой ЦБ планомерно изымает лицензии?

+(113) "отзывает", т.е. Ну вы поняли.

(113) нет, данный софт используется в даже в банках первой сотни...и мало того первой десятки

(0) >У меня есть противоположное мнение
>не рискнул бы ввязываться в авантюру по ведению банковского учета на 1С

Это "противоположное мнение" ?

(113) Да, и это. Они тосуют отчетность - врут и создают структуры для увода денег, подделки отчетности. И зачем тратить бабло на информационную безопасность, если его можно вывести. Просто поставить на входе дядю в форме, пусть не пускает посторонних. Далее - в тиши кабинетов намахивают ЦБ и клиентов...

У нас 1с. Работает отлично. С поставленными задачами справляется.
Где то 4-5 конфигурации самописные. ЗУП и БП.

(118) Оутлук и ексель есть?!

(116) Член СД/ПБ не может так рисковать :)

а уж про стабильность банковского софта я вообще молчу...вон позавчера сбер как красиво весь вечер лежал

(119) Excel есть, бат и лотус.

(121) А что лежало именно?

(123) процессинг у них лежал, даже в новостях есть крики о "блокировке тысяч карт"

(122) Нормальная контора. Дешево и фунционально. Удивился бы, если бы не было.

+(123) Мы вообще сейчас что обсуждаем, АБС или ее с процессингом обвески-фронтенды?

(120) В чем "противоположность" то мнения? Ты полностью согласен с RayCon, но пишешь о "противоположности".

(124) Дык процессинг - не АБС, и каким боком тут безопасность, к слову? :)

(126) А что такое АБС? Тут нужно определиться с функциональностью. При любой функциональности АБС всегда будут юзаться другие софт-продукты с вероятностью выше 95% - 1С.

(127) Я согласен, что есть элемент шизы.
RayCon высказался, как управленец. Я - как тех.руководитель, но так как я все-таки руководитель, то лучше ну его.

(129) "А что такое АБС?" - АБС == ИС у 1С. Т.е. база данных с клиентской частью, в которой работают пользователи.

(128) так процессинг это фактически огромная дыра прикрученная к АБС... если из процессинга стырят миллиард...то уже пофиг будет на защищённость АБС

(129) Дак я об этом еще на первой странице и сказал.

(132) Оно понятно, но это ж совсем другой софт. Любой фронтенд - по сути дыра, если уж так рассматривать.

(131) Это мало. В банке баз может быть много. 1С включать в АБС? В 1С тоже работают пользователи. Готовят бухотчетность, учитывают зп работникам, налоги считают.

(135) Будем считать, что сейчас под АБС подразумевается, к примеру, IBSO.

+(136) В контексте данной дискуссии, т.е.

(136) Да погоди ты! Пусть ТС определится.
:)

(138) С чем?

(139) Я ж тебе вопросы задаю. Выше цепочка есть. Ты уже выпал из разговора, как зритель, проснувшийся в середине фильма?!

(140) Я же в (0) все рамки обозначил. АБС - это функц. аналог IBSO, реализованный на 1С.

(141) Точно! Ок. Тогда да - может. Нужно только сесть, написать фукционал, сертифицировать его, удивить членов совета директоров котиками и противопставить все это "надежному", "несовременному", "нефукциональному" конструктору в котором можно только отчетность в ЦБ отправлять, но не конкурировать по широте фукционала и списку предоставляемых услуг с соседними банками или дополнить широту екселами и строгать отчетность на коленке, а отправлять в ЦБ как положено.

http://документооборот.net/novosti_i_press-relizi/1spredpriyatie_82z_fz.html
"ФСТЭКом завершена сертификация (152-ФЗ «О персональных данных») защищенного программного комплекса «1С:Предприятие, 8.2z», включающего полный комплект технологической платформы версии 8.2 (в т.ч. со всеми видами серверов приложений). Получен сертификат соответствия №2137 на 10 тыс. экземпляров платформы (действителен до 20.07.2013). Данный сертификат подтверждает, что программный комплекс «1С:Предприятие 8.2z» признан программным средством общего назначения со встроенными средствами защиты информации от несанкционированного доступа к информации, не содержащей сведения, составляющие государственную тайну. По результатам сертификации подтверждено соответствие требованиям руководящих документов:"

(0) В банковской сфере стали интересоваться возможностью перехода на полностью отечественное ПО в рамках концепции импортозамещения?
Что-то делалось, довольно давно http://www.1c.ru/news/info.jsp?id=8364
На что-то же разработчики рассчитывали... И 1С свой штампик совместимости поставила.

Да, действительно http://www.diasoft.ru/software/news/1354/
"По словам Константина Варова, главными предпосылками отказа от использования зарубежного ПО стали вопросы безопасности и сильное изменение курса национальной валюты. «С весны 2014 года зафиксировано пять случаев преднамеренного нарушения работоспособности ИТ-систем российских банков из-за иностранного вмешательства, в результате технологических санкций США. Десятки банков сообщили ЦБ РФ о том, что их ИТ-инфраструктуры взяты под контроль «неустановленными лицами» с целью хищения средств. В каждом из этих случаев для атаки на банк использовались особенности ПО зарубежных производителей. При этом стоимость зарубежного ПО продолжает расти. В результате колебаний валютного курса и необходимости сокращать даже рублевые расходы, многие организации российского финансового сектора начали всерьез рассматривать вариант постепенного перехода на российское ПО или СПО. И такая задача становится все более актуальной», – подчеркнул Константин Варов."
Так что все серьезно. И платформа 1С с буковкой z вполне может пригодиться.

(0) Ну, вот, без меня меня женили. :(

Во-первых, в данном сообществе не принято в заголовки выносить ники, особенно чужие.

Во-вторых, неэтично заводить ветку с чужим ником, не согласовав с владельцем ника.

В-третьих, выдернутая из контекста фраза всегда чревата неоднозначностями. Может быть, сначала стоило бы уточнить, о чём именно была речь. Уточняю лично: моё мнение по большинству пунктов весьма внятно изложил Aleksey в (11): конфигурации 1С в настоящее время могут заменить самые разные околобанковские виды деятельности, но не АБС. Но!.. Ни перед платформой, ни перед конфигурированием никогда и не ставилась задача сделать АБС, кстати, точно так же, как никогда и не ставилась задача сделать софт для западного рынка (сейчас делаются робкие попытки - глядишь, через несколько лет и влетит). Ведь ещё пару лет никто не мог предположить такой механизм кастомизации как, например, "расширение".

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

(146) :)