v8: Операционный день банка на 8-ке #457015

Известны ли кому-нибудь решения операционного дня банка на 1С (8-ке, естественно)? Реально ли реализовать за это на 8.2? Требования - 200 - 500 удаленных клиентов.

Известны ли кому-нибудь решения операционного дня банка на 1С (8-ке, естественно)? Реально ли реализовать за это на 8.2? Требования - 200 - 500 удаленных клиентов.

Клиент банк что ли?

:D

И клиент-банк, и филиалы

[500 удаленных клиентов] не надорвешься ? 4601546049957      1С:Предприятие 8. Клиентская лицензия на 500 рабочих мест      руб      1 480 000

Т.е. операционный день в банке сделать на 8.2?

Опердень - это сильно.... =)

Да, опердень банка сделать на 8.2

пердень на снеговике? да офигеть а вот что такое "удаленные клиенты"? что-то не  соотносится...

Смотри

Может отделения?

Удаленные клиенты - это операторы в банках-филиалах

Удаленный клиент для опердня - это оператор филиала, находящегося в другом городе

Так похабно относиться к банку и клиентам, что садить его на самописЬку на снеговике (пусть даже и с коброй).... Мне каких-то полторы сотни мест в торговле страшно такому гэ доверить, а тут - банк, тем более пердень.

Раньше 1С-овские решения были в банках только по зарплате, основным средствам, а вот операционный день - только специальный софт. А с появлением 8-ки?

Так 8-ка потянет, в принципе, или нет?

озвучь название банка, чтобы я случайно там не открыл счет

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

Озвучивать не буду, поизголяться над 1С и сам могу. В принципе, это реально?

Вариант: позвонить в крупный франч, и послушать что они там наплетут про возможную реализацию данной задачи. :D

О , а ты в Бишкеке (Кыргызстан) решил счет открыть ? Отчаянно =)

С крупным франчем понятно...

крупные франчи разговор начинают от полугода внедрения и ляма рублев.. ну их..

Еще раз, мне инересно мнение тех, кто работает на 8.2 - это реально?

Если исходя из полученных здесь ответов вы примите какое то решение - это будет ошибкой. Что вы хотите услышать ?

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

А через два года ответ был бы "Да"? Раньше ведь даже смешно было думать про это?

Я думаю, реально - только надо делать на документах и на справочниках, без регистров нечто вроде: открыл день, засосались в регсведений текущие остатки. Провёл документ - остатки в регсведений поменялись. Закрыл день - всё из базы удалилось

там они тебе наплетут что хочешь... лям - это самая скромная оценка.... з.ы. 8-ка не под те задачи заточена...не осилит она операционный день... з.ы.ы. в банке есть такое понятие как "закрытие опердня"...перед самым закрытием все отделы начинают опоржнятся кирпичами (глиняными или силикатными), потому как в банке нет такого понятия как "работа задним числом". в той же системе RS-BANK при закрытии опердня все данные (документы) копируются в спецтаблицу "arhdoc", вы их можете смотреть, печатать, но вот изменения в архиве чреваты анальной оккупацией со стороны IT-отдела, управляющего и (самый шок - главного бухгалтера). Все документы текущего дня хранятся в другой таблице (читай регистре) - посему работать с ними на программном уровне гораздо проще. Поскольку тот же RS-BANK (5.00 - 5.50) работает на основе вундервафли под названием Pervasive и никак не пользует индексы и возможности СУБД (пусть и весьма скромные), то работа с архивным днем превращается в Освенцим, газенваген и ГУЛАГ в одном лице...нужно иметь весьма извращенное понятие о жизни, свою философию и знать как прекрасен наш мир в Римановом пространстве чтобы работать в банке... з.ы.ы.ы. не приплетайте сюда 8-ку....вы пожалеете...

Интересно, что бы на этот вопрос ответила сама фирма "1С"?

И кластер серверов перезагружать каждую ночь. И всё - взлетит.

Ну и на управляемых блокировках, конечно, всё писать

Пессимистично все, как-то. Думаю, когда-то так и к идее автоматизации крупных предприятий относились...

Я бы взялся за такую работу. Прославлюсь... С Нуралиевым руку здороваться буду... Пиры закатывать стану...

сколько юзверей взлетит? у нас 50 одновременно работающих. СУБД 1999 года выпуска. оболочка - хз какого года, но под DOS. есть виндовая реализация, но тормозит в 100500 раз сильнее... з.ы.ы.ы сервант о 8 головах с 4 гигами оперативы. стоечный. брендовый. за сотни нефти купленый головным филиалом.

Еще раз. Представим: платформа 8.2 отлажена. Можно написать на ней операционный день банка (или почему нельзя)?

юзверей взлетит - сколько угодно. У 8.2 нет ограничений. Если делать не в идеологии 1С, т.е. без регистров - выйдет просто трёхвенка общего назначения на СУБД общего назначения. Т.е. почти то же что и на .net писать, только без хранимых процедур. Мощность такой системы не ограничена - масштабируй себе и масштабируй. Думаю, при паре тысяч юзеров СУБД станет узким местом, тогда и её переводить в кластер.

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

тогда и на клюшках взлетит :-)

Для СУБД, как пишут в 1С, можно и ORACLE взять - так что...

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

в семёрке только один момент, влияние которого при огромных нагрузках мне не до конца ясно. Всё же это двузвенка, все тысячи юзеров подключены непосредственно к серверу БД. Хорошо ли он это воспримет ?

не взлетит...адепта 8-ки я конечно к свету не обращу - это бесполезно...не взлетит...8-ка не осилит...не тот подход у платформы...

дык как раз объектная модель теперь позволяет использовать 1С так же как аксесс. Ну в аксессе интерпретатор побыстрее.. И в качестве клиента MSSQL он побогаче будет - ХП активно юзать можно.

В принципе, ничего страшного - все от кривизны запросов зависит. Я и с десятком юзверей уронить могу (доказывал практически! :-D ). И под сотню работало без сбоев...

Почему, конкретно, не осилит? Не осилит платформа или?..

Я уверен, что тот кому хватит смелости войти в этот рынок с 1Сом и потратить деньги на разработку - вынесет все традиционные системы с рынка. Pervasive SQL в 21м веке ? Эти люди просто даром едят свой хлеб. На сколько я помню, там даже SQL запросы не поддерживаются.

Короче, похоже, надо спрашивать у Нуралиевых...

Господа, как думаете, сама фирма "1С" хотела бы влезть на рынок банковских систем?

в Первасив есть запросы писал под него 1с взлетит, вот только тебя кастрируют раньше

тебе скажут - пробуй

в скорости проиграет...хотябы в плане вычисления остатков на счете...и потом...с 01.01.2010 ЦБ ввел эпическую вундервафлю - новую печатную форму мемориального ордера - трэба разделение по балансовым позициям з.ы. для тех кто не в теме - банковски счет стостоит из 20 цифер. 5 цифр - балансовая позиция (47422) 3 цифы - код валюты (810 - рубль, 840 - бакс, 978 - евро) 1 цифер - ключ 4 цифы - код отдела 4 цифры - лицевой счет 3 "хвост" уважаемый приведите примерый код как вы сие будете реализовывать на 8-ке? при том что люди не привыкли вводить в окошко запроса более 5 цифер счета. да первасив в 21-м веке. SQL запросы поддерживает и очень успешно, но ввиду того что оболочка (движок, "математика") не умеет пользоваться индексами - выборка происходит на 2-3 порядка дольше чем извращенными "стандартными" методами

Пожалуй, задам вопрос фирме

не понял сложности с банковским счетом

А чего тут сложгого?

"в скорости проиграет" ну и что ? Ещё раз напоминаю. На дворе 21й век, компьютеры стоят как грязь Производительность ужасает. Никому скорость уже не нужна, только масштабируемость

"з.ы. для тех кто не в теме - банковски счет стостоит из 20 цифер." Для тех кто не в теме, ГУИД состоит из 36 символов или 16 байт. Используется в 1С в качестве первичного ключа везде и ничего, живём не помираем))

это факт причем за счет простоты модификации вполне реальна экономия но не реально

запрос к архивному дню. там ~ 1500000 документов (проводок - это самый легкий случай). оператор вводит счет 47422 (только 5 цифер) в дебет, т.е в кредит попадает фуева туча счетов их нужно разделить по балансовым позициями и вынести в отдельные мемориальные ордера, т.е 70606810930002160135 (балансовая позиция 706060) - попадет в один ордер и 47423810300047300012 - другая балансовая позиция. объект "Запрос у вас отсутствует", вы можете пользоваться только прямым перебором, либо 1. знаете дату проводки 2. счет дебета/кредита (от этого зависит номер ключа) 3. сумму проводки (если сумма неизвестна - прямой перебор нах, со сравнением счета) з.ы. юзер не привык ждать отчет более 5 секунд. по прошествии этого времени он бежит к начальству и начинает у него строить великую китайскую стену на тему "мне работать надо, а тут..." флаг в руки, барабан на шею, майку лидера и паравоз на встречу. решай на 8-ке - это же "наше все"

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

нет его смысла путать с оперативным вводом

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

вся эта сложность лежит на сервере СУБД, да ? т.е. клиент вообще не имеет значения, он только формирует нужный запрос. Известно, что данная задача успешно решается банковскими системами на Oracle. Известно что MS SQL быстрее чем ORACle  (спорить - в другую ветку ;)) т.е. вопрос в том, сможет ли 1С сгенерировать адекватную структуру данных - и всё !

извини, но я сливаюсь...в предмете ты НОЛЬ и смысла убеждать тебя не вижу....

Если архив проводок организовывать на регистре сведений без измерений (только реквизиты) Если не использовать ссылочные типы. то в чём разница между 1С и не 1С ?

И еще раз. Предположим, через год-два 8.2 отлажена. В качестве СУБД использую SQL 2008, например, или ORACLE. Пишу опердень и ?..

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

ТрадиционныйКитайскийВопрос® - "анахуа?"™

или продавать или научиться 1с за счет банка или .....

ругаешся нецензурно. версия 6.0 системы RS-BANK работает (о ужас!) на ORACLE, котрая должна обеспечивать масштабируемость и беспрецендентную скорость, однако личности которые с ней работали ругаются такими словами которых я доселе не слышал (повторять не буду ибо фильтр не пустит). не потому что СУБД - навоз, а потомучто "программисты" писавшие платформу пользую ораклу как хранилище данных (отсюда тормоза в 100500 раз выше чем на предыдущей версии и т.д и т.п вам это ничего не напоминает?)

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

есть еще момент с безопасностью.........

да-да-да... :-) недавно сравнивали медленнодействие 7.7,8.1 и 8.2 :-)

пипец, 1.5 ляма на лицензии и хз сколько на разработку, да еще серьезные проблемы с безопасностью. воистину 1с мозги ест :)

Для банка - это серьезно.

такая лабудень просто не пройдет сертификацию.

Моментов много. Я хреново знаю снеговика, но и то... я б подождал 8.8 :-) или  "девятку"...

первасив быстр но если ты делаешь запрос чуток в стороне от заранее спроектированных........

когда 9 отладят будет 3000г

Всем спасибо

читал.....недавно....извечная священная война...7.7 vs 8 (8.1 & 8.2) Delhi vs Visual C++, Pascal vs C... скучно...

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

разве?

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

винды тоже не будет, линуксоиды можете праздновать заранее.

1с так же может

вебклиент

линукса правда тоже не будет, но этот факт не помешает праздновать кончину винды :)

и куда же будет подключен твой веб клиент?

Автору ветки еще не предлагали на Нафигаторах сделать опердень?

я как специалист в этой области могу сказать, что 1с для банков - это кирдык. и здесь 3 траблы есть основные 1. Жесткие требования ведения учета (исходят от ЦБ) которые не ложаться в идеологию 1с с его субконтами 2. релизность модулей, на это 1с не пойдет никогда 3. сертификация (ее может и пройдут, но это ж)

киргизия 2. релизность модулей, на это 1с не пойдет никогда ?????

Вместо субсчетов - есть регистры. Что есть релизность?

тьфу... прочитал как "2. релиГИОзность модулей, на это 1с не пойдет никогда ?????"  :))))))  вечер, однако.. вино сливОвое... :))

что такое релизность модулей?

ну тут наверно не столько о коде надо говорить, сколько о структуре данных. Проговорим ещё раз постановку задачи ? я буду изъясняться в терминах 1С, т.к. в банковских НОЛЬ. Банковский счёт имеет длину 20 и чёткую структуру - значит там просто зашиты 5 аналитик. Мемориальный ордер - это документ операция с одной проводкой в 1С. Требуется: 1. Реализовать выбор из списка подходящих счетов по введённой части счёта. Для хранения счетов будем использовать план счетов. Для аналитик (частей кода) создадим 5 отдельных индексированных полей. ну вроде как очевидно, да ? Выполняем запрос с отбором по одному из 5 полей. На сотнях тысяч записей отработает без особых проблем. 2. По выбранному счёту отобрать мемориальные ордера Предположим, что используем регистр бухгалтерии с измерением Валюта, без субконто. (о блокировках пока думать не будем) Вопрос: сможет ли 1С сделать отбор из миллиона записей движений регистра бухгалтерии по счету за 5 секунд ? Я думаю, сможет.

бу-га-га... напугал. аж целых 20 разрядов... Обычная бюджетка. Бюджетный бухалтерский счет состоит из 26 разрядов. Код распорядителя, глава, подглава, целевая статья расходов, вид расходов, код деятельности, код аналитического счета, код синтетического счета, код операций сектра гос.управления. Т.е. структура счета немножко сложнее, нежели обычного банковского 20-разрядного. И что? ты хочешь сказать, что бюджетка плохо справляется с такой аналитикой?

несколько миллионов записей в день?

не.. он вроде говорил, что не в день, а 1,5 миллиона в год. В архивной базе.