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

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

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

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

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

в контексте чего вопрос?

Ты действительно хочешь обсуждения в терминах "подрывает доверие" и "убоги"?

В банках настолько убогое ПО, что туда можно хоть утюг поставить вместо 1С, никто и не заметит. И 1С там нет до сих пор только потому, что очень уж она дешевая - неудобно будет бабло рубить на внедрениях.

Вообще, в российских банках ИТ застряло где-то на уровне каменного века. Некоторые трепыхаются, сбер тот же, но толку не видно.

(3) 1С в банках есть и много. Вопрос только в контексте

В банках много операций, которые можно отражать в различных информационных системах.
Часть из них вполне можно перевести на 1С, на единую так сказать платформу, а часть "работает и не трожжжжж"

(0)Буквально сегодня приходила вакуха по рассылке:-)

https://yadi.sk/i/TNavrrbKrnuqk

(0) А вы бюджетную бухгалтерию 1с видели? Там как раз и есть комбинация плана счетов и справочников. Всё уже изобретено давно.

я бы убрал из сабжа три символа: двоиточее и 1с

Применять 1С в качестве фронтенда АБС смысла маловато, конечно. А вот как бэкенд - вполне.

(3) В банках АБС работает по принципу "работает - не трожь". Что вполне разумно. К стабильно функционирующему фронтенду просто прикручивают костыли/модули/адинэску для различных задач - и все.

Во первых это расчет зарплаты.
ЗУП вполне успешно справляется с расчетом куче сотрудников и филиалов. Плюс отраслевые решения например Антегра: Зарплата и управление персоналом кредитных учреждений http://www.1c.ru/news/info.jsp?id=15915

Во вторых Внутрихозяйственные операции
Обычная БП вполне справиться с учетом ОС,  материалов, РБП и прочего

Документооборот
1С Документооборот достаточно универсальный, и может использоваться в любой компании, включая банки

Лизинговые операции
Есть отраслевые и дописки к БП, так что это не проблема для 1С

МСФО
1С:Консолидация вообще пофиг на специфику. Заливай данные получай отчеты

CRM
1С:CRM доступно и всерьез. Тут тебе и итория общения и различные маркетинговые акции

Прочие участки
например УАТ для управления транспортным подразделением и т.п.


АБС конечно не заменит, но в качестве вспомогательного ПО вполне

(2) Сухой текст без авторской эмоциональной окраски не будет цеплять :)
(7) Я не претендую здесь на роль первооткрывателя. Уточнил подход, чтобы не тереть простые вещи.

(11) Во-во, точно. В такую инфраструктуру продукты 1С прекрасно вписываются.

(11) Сопутствующие ИС в банковском секторе, действительно, не проблема. Все-таки вопрос про учетные системы класса АБС.

(14) Поэтому я в (1) и хотел услышать контекст вопроса.
Т.е. мы говорим про замену АБС, или абстрактный вспомогательный учет, например счетчик посетителей на входе

По поводу "работает - не трожь" - пожалуй, теперь соглашусь, что святое. На днях в "Промрегионбанке" поменяли в городе отделение на филиал. Возникла какая-то техническая ошибка (по крайней мере, так пишут) - и в банке перестали проходить платежи. Тут же крупные организации вывели деньги из банка - и банк теперь терпит бедствие. У меня на р/с 71 рубль, но знаю других, у кого немалые суммы зависли. И ведь ничего не предвещало беды...

(3)
> Некоторые трепыхаются, сбер тот же, но толку не видно.
о толке в чью пользу речь?
(10)
> "работает - не трожь"
"Это катастрофа" (c)НеМоё

(0) конечно не сможет. Хоть я и не системный программист, но так понимаю по опыту, что 1с изначально это был удобный "середнячок", дешево и сердито. Хоть в 7.7. хоть в 8.0, 8.1., 8.2. - толстые клиенты никто не говорил никогда о 100 пользователях , двухсот, трехсот, хотя какие-нибудь там Axapta или Lotus Notes все это поддерживает.
Для меня банковские системы - это отдельные базы, со своей историей психологией, степенью защиты итд. И уж конечно если ты(вы) банковская система, то код должен уже быть скомпилирован, ну это у же мое мнение.

(6) у них Бухия и ЗП на 1С-ке и точка.

(14) Эти программы очень дорогие несмотря на их внешнюю простоту.
Не дай бог как в (16) описано произойдёт. Надёжность превыше всего

(18) Дело скорее не в количестве пользователей, а в обработке большого количества операций в реальном времени с высокой отказоустойчивостью. В этих условиях более "широконаправленная" платформа 1С однозначно проиграет узкоспециализированной АБС.

80ksa Пост не по теме, породит флуд.

(22) ну около этого я и хотел сказать. это как 1С.розница -  на кассе она тебе и остатки покажет и документы далеко не розничные (приходные, перемещения), а frontol - (заточенный под ККМ продажи) - все же надежней будет.

(24) Ну тут вопрос не в "середнячковости" а в универсальности, за счет которой теряется надежность и быстродействие.

(22) Вы забыли самое главное в розничных банковских услугах - процессинг. Какой процессинг возможен на 1С? Даже если попытаться его построить то стоимость инфраструктуры для обеспечения отказоустойчивости обойдется в разы дороже чем у Оракла

(26) Да, да. Открытый код, широкие возможности программирования дали большую рекламу 1С и продвинули ее.
вот было для меня удивлением, что в Москве нанимаемые бухгалтера (мы брали в свой доп офис) не могли создать пару документов в 1С. Она что такая непопулярная.

(27) Не забыл, это какбе подразумевается :)

(29) Процессинг пластика? Так это отдельный вид автоматизации и в АБС он не сидит.

(31) Один фиг интегрировано на уровне транзакций.

(0) Три раза Ха!
Отказоустойчивость? В современном мире? Кто вообще про это говорит?
Что б программа была отказоустойчивой, она должна писаться под конкретное оборудование. А если под конкретное оборудование, то можно сразу аппаратное решение сделать. К тому же, есть старая аксиома - программы без ошибок никому не нужны. Пока релиз станет стабильным, он устареет.
И еще. Говорить о стабильности одной программы в информационной системе, все равно что кричать - "Я Профан!".
Кто эти заявления делал? ФИО в студию.

(33) Дык оборудование под АБС и сертифицируется в нормальном случае. И понятие "устаревания" для нее горааздо протяженнее, нежели для обычной учетной системы.

(11) 1С:Консолидация имеет смысл использовать только для собственно консолидации отчетности холдинга (и только тех холдингов, где много разных адинэс).
вести учет по МСФО в этой конфе - редкое извращение, проще и правильней уж в MS Excel тогда .

(35) Чот ни разу не видел, чтобы в "Консолидации" учет вели :) "А что, так можно было?" (с)

(32) судя по тому, что во внекотрых банках при отмене операции выдаваемые клиентам чеки более не являются значимыми для банки документами (в скомканном виде отправляются в мусорное ведро, хотя ранее на таких чеках оператор рукописно указывал инфу и оставлял чек для отчетности), не фсё так просто и однозначно

(37) Да я и не грю, что все везде одинаково, просто и однозначно :)

Собсно, речь вообще не о нюансах.

(34) Вот эта фраза - "Однако отказоустойчивость существующего банковского ПО не оставляет шансов 1С. "
При сертификации и 1С будет устойчивой.
Вопрос в наборе тестов. Под них и программу будут разрабатывать. А значит и проблем не будет, и отказоустойчивость будет на высоте.
Ну действительно, противоречивые водные.

1С для ларьков как создавалась, так и осталась. Надёжность? - не, не слышал.

(40) Хочешь, продам резиновую киянку?

(39) Будем исходить из того, что 1С тупо сложнее в реализации в угоду универсальности. А тут уже теория надежности вступает в силу - чем сложнее система, тем выше вероятность отказа одного из услов. Применительно к ПО, думаю, разъяснять не надо :)

Т.е. можно сертифицировать до второго пришествия, но супротив законов природы не попрешь.

(36) да, в комплекте к данной конфе идет трансформационная модель МСФО от прайсов с расшифровкой до проводок.

(39) "При сертификации и 1С будет устойчивой." - вышел новый релиз и опять проводить сертификацию? Кстати, в широком смысле под сертификацией какие мероприятия подразумеваются?

какие ниши автоматизации 1с никогда не займет?

а вообще по сабжу - 1с вполне пойдет как фронт система для 90% российских банков, правда конфигурацию придется писать с нуля и без всяких БСП...

только вот на сколько это реально нужно - это вопрос... по тому как банковский софт должен быть консервативен а 1с выпускает по 3 обновления в месяц...

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) :)