Вход | Регистрация
    1  2   

Распределенный хостинг в т.ч. УФ баз 1С

Распределенный хостинг в т.ч. УФ баз 1С
Я
   Garykom
 
10.05.19 - 15:50
1. Нафик не надо50% (2)
3. Это можно сделать25% (1)
4. Это уже есть25% (1)
2. Это фантастика0% (0)
5. Свой вариант0% (0)
Всего мнений: 4

Понимаю что сабж это пока из разряда фантастики но насчет подумать?

Вот есть такая штука как https://ru.wikipedia.org/wiki/ZeroNet
Можно ли каким то образом заставить обычные php+mysql и даже 1С конфы работать в подобном режиме?

Когда база данных, "сервер приложений" и сам веб-сервер размазан по множеству узлов с дублированием.
И между ними происходит синхронизация данных.

Чтобы создать децентрализованный облачный сервис для клиентов с надежным резервированием пусть и в ущерб скорости работы.
 
 
   Aleksey
 
1 - 10.05.19 - 16:01
нефига не понял, что значит подобный режим? Чем уриб не нравиться?
   Garykom
 
2 - 10.05.19 - 16:02
(1) Фреш надо по сути но на своих серверах, причем даже если один упал то похрен есть другие и данные на них.
   Sysanin_1ц
 
3 - 12.05.19 - 01:47
(0) я так понимпю что это идея самого WWW
   Garykom
 
4 - 12.05.19 - 01:57
(3) Не совсем так, развитие этой идеи.

WWW предполагает сервер с которого получает данные клиент.
Я же хочу много сервером с дублированием-размазыванием данных и клиент получает с ближайших но самые актуальные.
Сочетание CDN и блокчейна для баз данных.
   Garykom
 
5 - 12.05.19 - 01:59
(4)+ Главная проблема это распределенная база данных и каким образом в ней транзакции будут идти.
Если узлов-серверов не десяток а сотни и тысячи по которым БД размазана с неоднократным дублированием.
   Sysanin_1ц
 
6 - 12.05.19 - 02:16
(5) А это идея блокчейна. Мы живем в такое время что самое полезное и хорошее уже придумано до нас ))
   Garykom
 
7 - 12.05.19 - 02:41
(6) Нормально для баз данных блокчейн еще не приспособили, есть огромное поле деятельности.
Суть в том что нынешние имеющиеся вычислительные и хранительные мощности не используются адекватно, куча простаивает и устаревает не принося пользы.

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

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

В принципе облачные хостинги уже давно есть, я же хочу чтобы любую железку с инетом можно было легко засунуть как узел в подобное облако.
   Casey1984
 
8 - 12.05.19 - 02:47
(7) Реализовать по сути единую вычислительную среду вместо отдельных серверов, где каждый участник получает свою капельку вознаграждения в зависимости от того сколько он ресурсов свободных выделил. Это как вариант GRID-вычисления, например платформа BOINC. С хранением данных пока такого не знаю.

4. Это уже есть
   Garykom
 
9 - 12.05.19 - 02:51
(8) Ну да про разные отдельные частные варианты давно слышал, но хочется то именно базу данных распределенную.
Вот распределенная файловая система уже есть https://ru.wikipedia.org/wiki/Google_File_System

Осталось это провернуть для учетных систем в т.ч. для 1С и будет то что хочется.
   Garykom
 
10 - 12.05.19 - 02:55
Что интересно распределенность очень хорошо ложится на учетные системы, когда данные вносятся в справочники и документы, а затем проводки по регистрам выполняются этой системой распределенно в куче узлов и полученные записи в регистрах расползаются по узлам с дублированием.

Так что получение данных для отчетов из регистров практически не нагружает систему ибо куча узлов на это, не тех что в тоже самое время работают на внесение и проводки.
   Sysanin_1ц
 
11 - 12.05.19 - 04:58
(7) Это слишком масштабная работа которую одиночка не осилит. И на первый прототип уйдут годы
   Garykom
 
12 - 12.05.19 - 05:01
(11) Неа, как раз первый рабочий прототип сваять не проблема.
Но вот успешно его "продать" одиночка не сможет, как и довести до востребованного другими состояния.
Будет очередная разработка в стол, никем не востребованная.
   Garykom
 
13 - 12.05.19 - 05:09
(12)+ Причем когда нечто похожее уже давно пилят другие типа https://mariadb.com/products/clustrixdb/
Но блин они пока пилят отдельные куски а не цельную систему.
   Sysanin_1ц
 
14 - 12.05.19 - 05:15
(12) То есть ты хочешь сказать что ты легко наваяешь прототип а другие пилить еще долго будут ?
   Garykom
 
15 - 12.05.19 - 05:17
(14) Прототип не значит готовое для реального применения решение.
Прототип да могу, насчет легко не сказал бы может и полгода-год уйти.
   Sysanin_1ц
 
16 - 12.05.19 - 05:27
(15) Я думаю что касается 1с то более реалистичная задача переделать КД3 по принципу КД2. Было бы полезная штука для использования распределенных систем. КД3 слишком проблемная.
   Конструктор1С
 
17 - 12.05.19 - 05:28
(0)  насколько я понимаю, BitTorrent подразумевает передачу данных как ему вздумается, его задача тупо доставить информацию адресату, а в 1с и веб-сервисах подразумевается передача строго определенной информации в строго определенном порядке.

"Когда база данных, "сервер приложений" и сам веб-сервер размазан по множеству узлов с дублированием"

Как ты себе это представляешь? Формируешь ОСВ, а система оббегает 100500 клиентских машин, чтобы собрать все данные для отчета?

1. Нафик не надо
   Garykom
 
18 - 12.05.19 - 05:41
(17) Система не оббегает 100500 машин а дает им команду.
Выстраивается подграф в виде расходящейся сети, и машины с самых дальних начинают возвращать данные, причем обрабатывая по пути, получив от дальних совмещают со своими и пересылают еще более ближайшим.
Пока готовые данные от малого числа самых ближних узлов не попадут на конечную и не будут тут окончательно собраны.

Для ОСВ выглядит как совмещение таблиц с правилами операций в ячейках (строках/столбцах), чтобы в результате получалась готовая полная.
Для статического контента уже все давно так и работает по сути, вот для динамического пока только MapReduce более менее подходит, классический SQL хреново ложится в эту модель.
   Конструктор1С
 
19 - 12.05.19 - 05:53
(18) под угрозу встаёт целостность данных. Будут периодически выпадать данные. При "классических" BitTorrent-технологиях у всех на компьютере лежит одинаковый файл, и они его дружно раздают всем скопом, только каждый с разного куска начинает раздавать. Слабо себе представляю, как такое можно организовать для базы данных, одна из основных функций которой "все данные в одном месте". Не будет же на каждом компьютере храниться копия базы данных? Да и чтение данных ещё хрен с ним, тут можно какой-нибудь костыль придумать. А как будет происходить запись данных? Транзакции, блокировки и вот это вот всё?
   Garykom
 
20 - 12.05.19 - 05:57
(19) Тормоза будут и несколько повторных циклов формирования ОСВ чтобы когда данные совпадут 3 раза точно готово и правильно :)
   Garykom
 
21 - 12.05.19 - 05:58
(20)+ Система дешевая и надежная, насчет быстроты извините.
На большинстве задач где может справиться один комп будет тормознее, и только редкие задачи где один комп очень долго будет считать сеть справится быстрее.
   Garykom
 
22 - 12.05.19 - 06:01
Например для расчета зарплаты это супер применять или нечто подобное, где хорошо распараллеливается.
Там где надо получить одну цифру итого с отборами все сильно хуже.
   Конструктор1С
 
23 - 12.05.19 - 06:12
(22) так "получить одну цифру итого" самая популярная задача в этих самых бизнес-системах
   Garykom
 
24 - 12.05.19 - 06:19
(23) Особенность MapReduce что все эти цифры итого автоматом пересчитываются при изменении первички если нужные функции Map и Reduce написаны.
Короче ввели данные - ждем пока считается, сразу будет выдавать старое итого, как система посчитала любой узел из хранящих нужные данные мгновенно выдаст это "итого".
   Garykom
 
25 - 12.05.19 - 06:21
(24)+ Это похоже на отложенное проведение документов по регистрам, где затем формируются все возможные отчеты во всех возможных видах (да для хранения это занимает дохера места и считается долго но у нас же сеть которая параллельно считает каждый отдельный отчет).

И затем мгновенно выдается отчет по старым данным, по новым или исправлениям старого периода придется подождать пока система пересчитает, в процессе пересчета выдает старую неверную инфу.
   Конструктор1С
 
26 - 12.05.19 - 06:32
(25) т.е. ты предлагаешь к этой системе сразу прикрутить OLAP-кубы на все случаи жизни?
   Garykom
 
27 - 12.05.19 - 06:45
(26) OLAP это немного другое и по другим принципам, но назначение похожее.
По сути MapReduce это возможность легко реализовать параллельный OLAP, те решения обычно на одном сервере или кластере но согласен что так же долго сначала считаются.

Да MapReduce очень непривычна после классической реляционной модели и итогам по запросу, легко накосячить положив систему лишними или неправильными итогами.
   Garykom
 
28 - 12.05.19 - 06:47
(27)+ Хотел сказать что распределенная система может за счет удорожания выдавать результат так же быстро для старых данных как и на одном сервере.
   Конструктор1С
 
29 - 12.05.19 - 06:52
(28) так в чем профит-то от этой системы, если при прочих равных она будет дороже и тормознутее? К тому же всегда дешевле купить/апгрейдить один сервер, чем сотню клиентских компьютеров
   Garykom
 
30 - 12.05.19 - 07:06
(29) Если клиентских компов не сотня а сотни тысяч или даже миллионы?
Причем они большую часть времени тупо простаивают?

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

Если у кого то есть безлимитный инет и свободное железо с местом на дисках, то почему бы не отдать это железо с местом и инетом в аренду, если это безопасно и в любой момент можно прекратить.
Причем за аренду платят реальные деньге перекрывающие стоимость расходов на электричество и прочее.
 
 Рекламное место пустует
   Конструктор1С
 
31 - 12.05.19 - 07:53
(30) ну ок, допустим, проблема вычислительных ресурсов не стоит. Но как быть с информационной безопасностью? Где гарантия, что на одном из эти статыщ компов не образуются дыры, через которые будет утекать конфиденциальная информация?
   Конструктор1С
 
32 - 12.05.19 - 07:55
С сервером всё почти просто. Оградил сервер всякими там фаерволами, антивирусниками, групповыми политиками, и пускаешь туда клиентов под ограниченными правами. А для зоопарка компьютеров как защитить информацию?
   Asmody
 
33 - 12.05.19 - 10:10
Представляешь, как шустро будет собираться отчёт, когда исходные данные раскиданы по десятку машин на разных континентах?
   zwolf
 
34 - 12.05.19 - 10:37
(0) Народ кучу технологий изобретает, чтобы актуальные данные рядом лежали - начиная от партиционирования таблиц на быстрые файловые ресурсы и кончая базами в памяти. А тут хоба, и твои итоги лежат на кофеварке в Никарагуа.
Зато модно, стильно, молодежно, стартапчик там...

1. Нафик не надо
   Garykom
 
35 - 12.05.19 - 15:40
(33) Представляю, поэтому отчет уже должен быть посчитан заранее (24)(25)
   zwolf
 
36 - 12.05.19 - 16:12
(35) А теперь представь оперативный контроль отрицательных остатков.
   Garykom
 
37 - 12.05.19 - 16:29
(36) Прекрасно представляется через блокировки (резервирование нужного количества единиц чего надо) перед проведением.
Если блокировка не прошла то документ не проведется.

Т.е. выглядит как в момент записи документа (перед проведением) пытается сделать блокировку товара и если не выходит то и кнопка провести не активна.
И да если один документ (не проведенный) заблокировал некое последнее кол-во, то параллельный ввод другого документа не даст заблокировать и провести его нельзя будет.
   Garykom
 
38 - 12.05.19 - 16:32
Кстати в NoSQL (MapReduce) решениях обычно известно что сейчас итоги и остатки не актуальны (попытка их получить покажет старые) и находятся в процессе пересчета.
И часто можно вызывать нечто по окончанию пересчета/обновления.
   zwolf
 
39 - 12.05.19 - 21:13
(37) Msg 1205, Level 13, State 51, Line 6
Transaction (Process ID 62) was deadlocked on lock resources with Dutch teaspot and has been chosen as the deadlock victim. Rerun the transaction.
   Garykom
 
40 - 12.05.19 - 21:27
(39) Речь про тупиковую блокировку? Это давно разрешается в рамках блокчейна голосованием.
   Garykom
 
41 - 12.05.19 - 21:29
(40)+ Хотя прикол что пока два больших документа с большим кол-вом единиц борются, мелкий док с маленьким количеством может вперед проскочить ))
   palsergeich
 
42 - 12.05.19 - 21:35
(40) Напомни, сколько там по времени транзакция в том же биткоине подтверждается?
   Garykom
 
43 - 12.05.19 - 21:42
(42) Ты не путай майнинг с блокчейном это совершенно разные вещи по сути.
Тут голосование для прохождения транзакции будет секунды занимать.
   palsergeich
 
44 - 12.05.19 - 21:43
(43) А я и не про майнинг, а про подтверждение транзакции
   Garykom
 
45 - 12.05.19 - 21:43
(43)+ Никому в голову не придет прикручивать защиту (в учетной системе) от подделки кол-ва единиц на остатках ))
   Garykom
 
46 - 12.05.19 - 21:45
(44) Блин криптовалюты используют транзакции попутно с майнингом, на том же механизме поиска/подбора хешей.
Для целей учетной системы лишнего усложнения не надо все сильно быстрее.
   palsergeich
 
47 - 12.05.19 - 21:45
(45) А вот тут ты ошибаешься.
Самая распростоненная схема мошенничества - манипуляция с остатками в БД.
Когда реальное значение знает только один человек, а в БД фикция, а разница спижжена.
   Garykom
 
48 - 12.05.19 - 21:46
(47) И каким местом тут помогут текущие реляционные системы и как узнают про фикцию?
   palsergeich
 
49 - 12.05.19 - 21:47
(48) К тому что можно отследить по цепочке, в той же 1с - без допила доказать что то сложно
   lucbak
 
50 - 12.05.19 - 21:51
>>
Чтобы создать децентрализованный облачный сервис для клиентов с надежным резервированием пусть и в ущерб скорости работы.

Почитав ветку возникло ощущение, что речь все таки идет о том, что бы задействовать "чужие" мощности для своих задач, нежели о том, что бы иметь "резервные данные" так?
   Garykom
 
51 - 12.05.19 - 21:51
(49) Блин от задачи контроля отрицательных остатков (что банально и реализуемо в распределенной системе) перешли к чему то странному.
Типа контроля реальных остатков и программному решению административно-уголовных проблем.
   Garykom
 
52 - 12.05.19 - 21:52
(50) И задействовать чужие и отдавать другим свои неиспользуемые.
КПД железок повысить для себя и желающих.
   palsergeich
 
53 - 12.05.19 - 21:53
(46) Если бы у бабки был уй, она была бы дедкой.
Нормального высокопроизводительного решения на базе технологии блокчейн пока нет. Там дуров обещает "миллионы в секунду", но будет так или нет - время покажет. Пока скорость - такое себе.
(51) В первый день на мисте?)
   lucbak
 
54 - 12.05.19 - 21:54
(52) Идея сама по себе конечно интересная, но вот специфика в том, что "делиться" своими данными никто не хочет (это одна из основных причин почему народ не идет в облака)
   Йохохо
 
55 - 12.05.19 - 21:54
(51) нетворк фс нетривиально, репликация нетривиально, а вот контроль остатков тривиально
   Garykom
 
56 - 12.05.19 - 21:55
(53) Да есть и давно те же MapReduce умеют и MongoDB и CouchDB.

Особенно Mongo интересен ибо:
"Система масштабируется горизонтально, используя технику сегментирования (англ. sharding) объектов баз данных — распределение их частей по различным узлам кластера. Администратор выбирает ключ сегментирования, который определяет, по какому критерию данные будут разнесены по узлам (в зависимости от значений хэша ключа сегментирования). Благодаря тому, что каждый узел кластера может принимать запросы, обеспечивается балансировка нагрузки."
   Garykom
 
57 - 12.05.19 - 21:56
(55) Да но только после решения двух предыдущих нетривиальных задач.
   Garykom
 
58 - 12.05.19 - 21:57
(54) Есть такое и что данные хранятся в зашифрованном виде и раздельно мало поможет, ибо система один хрен должна их расшифровывать для обработки на узлах.
   Йохохо
 
59 - 12.05.19 - 21:58
(56) в линукс ничего не работает, а если работает то это или фейсбук или гугл
   palsergeich
 
60 - 12.05.19 - 21:59
(59) или Яндекс)
   Garykom
 
61 - 12.05.19 - 21:59
(59) Очень смешно, особенно когда 1С давно на линуксе пашет
   lucbak
 
62 - 12.05.19 - 22:00
(59) а как (56) связан с линукс?
   Garykom
 
63 - 12.05.19 - 22:03
Короче есть у меня мысль написать на основе MongoDB нечто похожее на такую учетную систему и проверить как она в реальной работе, хотя бы на многих компах внутри локалки.

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

Останавливает пока только что писать, повторять платформу 1С или аналоги не выйдет, совсем другая архитектура не обычная sql с табличками.
   lucbak
 
64 - 12.05.19 - 22:14
(63) Как планируешь решать проблему с сообщениями при проведении ? (понятно, что с записью проблем не возникнет - отправил на запись и забыл, а вот когда требуется  что нить сказать пользователю (остатков нет, счет не тот выбрал и т.д.)

Я ведь правильно понимаю, ты хочешь все движения (а точнее вообще все) писАть во монго?
   Garykom
 
65 - 12.05.19 - 22:18
(64) К документу который проводится все обратно стекается (записывается в него) в т.ч. сообщения о его проведении и ошибках.
Выглядит с точки зрения 1С смешно, когда вместо статусов документов в отдельном РС просто реквизиты в самом документе меняются в т.ч. уже проведенном.

Да все пишется в монго, движений как таковых не будет, только исходные документы и отчеты по ним построенные.
Причем тоже смешно что можно аналогично как для оборотов проведенных доков так же узнать обороты не проведенных ))
   Garykom
 
66 - 12.05.19 - 22:23
(65)+ Важное замечание что каждый документ в себе хранит копии элементов справочников выбранных в своих реквизитах.
Даже если потом поменять элемент справочника, то в старых документах ничего не изменится само.
 
 Рекламное место пустует
   lucbak
 
67 - 12.05.19 - 22:24
(65) я понимаю, что в итоге все вернется в документ (вопрос только когда это произойдет?! после того как пользователь нажал кнопку "Провести и закрыть" и сразу не увидел сообщения - он их уже никогда не увидит).

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

А вот с этого момента поподробнее хотел бы услышать... каким образом отчеты предполагается  строить, по данным документов? так в документах нет и половины тех данных по которым нужны отчеты.
   lucbak
 
68 - 12.05.19 - 22:25
(66) я  знаю как работает CouchDB (сам им пользуюсь с удовольствием)
   Garykom
 
69 - 12.05.19 - 22:28
(67) Нажатие кнопки провести всего лишь означает подпись и передачу документа на исполнение куда то вниз или в сторону, это совершенно не означает что отгрузку произведут и т.д.
Если не смогли то в документе это будет отражено и каким то образом сообщено пользователю.
Прямая аналогия с бумажными документами когда оно возвращается назад с пометкой "не смогли сделать ибо товара нетути".

Отчеты строятся по справочникам, документам и результатам других отчетов. Промежуточных регистров нет их роль играют сами отчеты.
Короче регистры накопления = отчеты.
   Garykom
 
70 - 12.05.19 - 22:35
(68) MongoDB очень похож на CouchDB, но через свой драйвер а не только по rest и Reduce с ограничениями для шардинга, раздельного выполнения на разных узлах.
Среднее арифметическое можно посчитать только на одном узле куда все стечется, в отличие от процента.
Точнее разбивают на две MamReduce и второй передают результат первой как параметр (общее количество/сумму)
   Garykom
 
71 - 12.05.19 - 22:35
(70) *на две MapReduce
   lucbak
 
72 - 12.05.19 - 22:35
(69) >> Прямая аналогия с бумажными документам....

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

>> Отчеты строятся по справочникам....

т.е. если я правильно понял в момент проведения будут сформированы нужные отчеты и записаны "как результат" и так после каждого проведения документа так?
   lucbak
 
73 - 12.05.19 - 22:37
(70) именно из-за rest  я и выбрал CouchDB
   Garykom
 
74 - 12.05.19 - 22:38
(72) >в момент проведения будут сформированы нужные отчеты и записаны "как результат" и так после каждого проведения документа так?

Угу, причем отчеты с задержкой формируются и тем она больше чем более задним числом документ проведен.
   Garykom
 
75 - 12.05.19 - 22:40
(74)+ Это кстати решает проблему "провести_закрыть" ибо остатки не поменяются по отчетам сразу же, только когда документ реально проведется, получит статус нужный и отразится в отчетах
   Garykom
 
76 - 12.05.19 - 22:42
(75)+ Сначала документ отразится в отчетах как непроведенный и только затем перейдет в отчеты по проведенным, это если долго будет блокировка нужного для проведения ему идти.
   lucbak
 
77 - 12.05.19 - 22:45
(74) Мне нравится сама идея (особенно с внешними базами типа СouchDB ну или MongoDB), но я даже не представляю как (а точнее какой объем работы будет связан с отчетами). Учитывая, что собираться они будут на ходу и такого понятия как "переформировать отчет" в принципе не будет то...
   Garykom
 
78 - 12.05.19 - 22:51
(77) Да с отчетами будет не привычнее всего, их придется жестко ограничивать рядом стандартных без той гибкости как в 1С (да и в целом в sql) сейчас.
Это ближе к стандартным регламентированным отчетам, где все одинаково по форме.

Т.е. вот на каждого контрагента сверка расчетов, хотите сделать одну сверку на двух контрагентов - хрен вам.
   Garykom
 
79 - 12.05.19 - 22:52
(78)+ Можно конечно делать полные общие формы отчетов и затем показывать только часть записей (или полей) фильтрами/отборами уже на конечной системе.
   lucbak
 
80 - 12.05.19 - 22:54
(78) >>  ... хрен вам.

не поймут :)
   Garykom
 
81 - 12.05.19 - 22:54
(79)+ И да это будет сравнимо по скорости, ибо полный отчет по всем допустим контрагентам хранится уже готовый и просто происходит фильтрация/отбор для нужных контрагентов.
Не как в 1С где из регистров данные по нужному отбору нужных контрагентов выцепляют.
   Garykom
 
82 - 12.05.19 - 22:55
(80) Да это будет сложно объяснить, что добавление новой очередной формы отчета замедлит формирование всех отчетов одновременно ))
   palsergeich
 
83 - 12.05.19 - 22:57
   Garykom
 
84 - 12.05.19 - 23:01
   Garykom
 
85 - 12.05.19 - 23:03
(84) Ибо можно но науя? Когда везде 1С стоит и куча спецов по ней.

Т.е. нужен редкий случай когда форм отчетности мало, но пользователей очень-очень много и данные колбасят так что 1С не успевает и тормозит зверски.
В этом случае подобная описанной мной учетная система может себя показать на 200%.
   palsergeich
 
86 - 12.05.19 - 23:05
(85) Но это уже не 1с, а решение совсем другого класса и задач
   palsergeich
 
87 - 12.05.19 - 23:06
и денег
   Garykom
 
88 - 12.05.19 - 23:07
(87) Вот насчет денег вопрос интересный.

Предложите тип такой учетной системы востребованной, готов бесплатно написать для опыта и портфолио.
   palsergeich
 
89 - 12.05.19 - 23:13
(88) Конечно же фейсбук.
А если серьезно, то на моем уровне я пока не вижу потребности в чем то другом, что есть на текущий момент.
   Garykom
 
90 - 12.05.19 - 23:18
(89) Ну я вменяемый и учетную систему подразумеваю.
   palsergeich
 
91 - 12.05.19 - 23:20
(90) На бытовом уровне с 1С тягаться бессмысленно.
А так - что то типо консолидации думаю было бы восстрребовано.
На вход много мусора.
Внутри правила.
На выходе МСФО
   palsergeich
 
92 - 12.05.19 - 23:21
Вот там да, на входе данных много, даже может быть очень много.
На выходе - аггрегированная информация
   palsergeich
 
93 - 12.05.19 - 23:23
(91) Ну или не МСФО, а комплект управленческой отчетности, но он как правило стандартизирован
   Garykom
 
94 - 12.05.19 - 23:23
(91) (92) Интересно, по сути интеграция с 1С для импорта данных и выдача отчетности по формату.
Причем правила внутри системы настраивается из 1С сырые первичные данные.
   palsergeich
 
95 - 12.05.19 - 23:24
(94) Ну да.
   Garykom
 
96 - 12.05.19 - 23:26
(94)+ Может XBRL еще заняться, интересно Охотница за головами не прибьет?
   palsergeich
 
97 - 12.05.19 - 23:27
(96) они не единственные и не первые, но на сколько мне известно поздновато уже туда, проекты пошли
   Garykom
 
98 - 12.05.19 - 23:28
(97) И хрен с ним, если навять нечто универсальное куда любую конфу можно засунуть в качестве источника данных первички.
Хоть 1С 77
   palsergeich
 
99 - 12.05.19 - 23:29
А вот по поводу УХ - благодатная тема.
Там код внутри и архитектура уровня хуяк хуяк и в продает. По факту без доработки напильником - не летает.
   Sysanin_1ц
 
100 - 12.05.19 - 23:37
(98) Как то тема создания глобальной распределенной вычислительной системы из (0) перескочила на тему бытовой учетной задачи. Дауншифтинг какой то ))
  1  2   

Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.