#0
by Повелитель
В Казахстане на 14/04/2014 зарегистрировано 370,169 юридических лиц, представительств и филиалов. Допустим что на текущий момент так и осталось 370 169. С нового года нас обязали всех сдавать счет-фактура выданный в электронном виде, в разрезе номенклатуры. 2 типа выгрузи напрямую и через xml. С трудом представляю себе размер полученной базы данных. Как думаете через сколько встанет колом вся их система? Какого размера будет база? Как они собираются бэкапить всю эту инфу? И вообще взлетит ли это все? Такое ощущение что просто спустили приказ сверху, сделать электронные счет-фактуры, а возможно ли это даже не задумывались. У меня есть друг, который автоматизировал филиальную сеть на 1с8 более 1000 розничных точек в РФ. Так там столько сил потратили, а тут 370 169 юридических лиц!
#3
by Повелитель
На семинаре по электронным счет-фактурам правила работы примерно такие. В конце дня выгрузить СФ за день в xml и отправить их разом. Если все 370 169 в конце дня отправят, что будет?
#5
by DGorgoN
Не встанет. Всё за тебя уже посчитано. И у них нет прямых записей в базу. Просто хранилище. Образно современную кору дуба хватит с лихвой для хранения всех ваших с/ф в таком формате.
#6
by butterbean
а какие там транзакции?? эта база может быть разбита по районам или по КПП (или что там в Казахстане), не обязательно все в одной таблице хранить и крутить ее
#7
by Маратыч
И что? Технологии на месте не стоят, к тому же это вполне себе технологии big data на структурированных данных, проверенные временем. Не на 1С же это работать будет. Да вряд ли, на базе одного датацентра реализуют.
#8
by DGorgoN
370,169 юридических лиц это в общем где-то 370 169 Мегабайт если отчёт в среднем 1 Мб. В месяц это немного.
#9
by rphosts
Таблички в базе: Контрагенты, Номенклатура, Шапка СФ, Строки СФ. Загружать пакетами СФ какому-то кол-ву СФ максимум от 1 ЮЛ. Загрузка всего пакета в 1 транзакции... или загрузился весь пакет или не загрузился полностью... Не вижу никаких проблемм
#12
by Маратыч
Кстати, для сведения - предлагаю оценить объем инфы по регистрации сделок с недвижимостью, вынесения судебных актов, регистрации новых юр/физлиц - это все функционирует на базе гос. датацентра. Одного.
#13
by vde69
а вот когда заставят сдавать не только СФ выданные но и СФ полученные - вот тут смогут организовать очень интересное сравнение сколько НДС зачли и сколько его учли :) кранты ВАМ :)
#15
by vde69
кстати у нас обязали сдавать в электронном виде книгу покупок и продаж в разрезе ГТД (что бы левак не прикрывали, а то раньше ввезли 100 телефонов по гтд а через торговлю прошло 10000 по этому же гтд), а ведь Россия сильно больше и база наверно в разы больше...
#16
by Повелитель
Мы с РФ товар завозим. В электронной счет-фактуре при продаже некоторых групп товара ввезенных к нам с РФ, должны указать по номер по какому документу завезли в каждой строке. Будут проверять сколько ввезли и сколько продали.
#17
by Повелитель
Почему возникла такая мысль . Потому что когда наши предприятия раз в год, в конец марта сдают в электронном виде годовые отчеты. То вся их налоговая система начинает висеть примерно с 20 марта. Бывают бухи эти отчеты ночью могут только сдать. Поэтому главбухи стараются сдать отчетность до 20 марта. А тут нагрузка в разы увеличивается.
#18
by Маратыч
Налоговая и ее СОНО - это отдельный звездец, угробище, созданное коммерческой фирмой в формате распила в свое время, требует тотального рефакторинга. Напрочь. Пытаются исправить ситуацию с "Кабинетом налогоплательщика", но пока там недостаточно возможностей для полноценной сдачи деклараций для юрлиц.
#19
by Повелитель
Люди будут пытаться сдать xml по электронным СФ в конце дня, а там все будет висеть. Для примера возьмем 370 169, ну пусть из них 100 000 активных, которые в день делают 100 СФ. То есть в день это как минимум 10 000 000 СФ. Ну, а строк в них 100 000 000. Объем приличный.
#20
by Повелитель
Штат админов и прогеров у них то же. Думаете базу по СФ они лучше сделают? Тем более зарплаты прогов и админов в налоговой меньше, чем в коммерческих предприятиях. Поэтому там не супер профи работают. Может в Астане они конечно супер команду собрали я не знаю.
#21
by Маратыч
Количество организаций, делающих в день по 100 с/ф, измеряется не сотнями тысяч и даже не тысячами. Их десятки, максимум сотни.
#22
by Повелитель
Сотни? Моя организация более 100 СФ в день делает. Таких организации только в моем городе сотни.
#23
by Маратыч
Там штат давно поменялся с момента создания СОНО. Но переделывать уже его никто не будет. Да и не штатные кодеры будут разрабатывать такую систему, наймут подрядчика.
#26
by Повелитель
Сложно сказать думаю да. Так как они планируют контролировать экспортимпорт. Такое только единая база может себе позволить. Да наверно я не прав. Их наверно действительно не так много.
#27
by Маратыч
Дык я и говорю. Ладно бы физикам счета-фактуры выписывали, тогда супермаркеты тысячами плодили бы их. А по юрикам всяко поменьше транзакций. Суммы только другие совсем.
#28
by Stimmer
файл хмл в среднем весит 20Кб в среднем от каждого пусть 10 файлов за день. 360 000 * 20 * 10 = 72млн кб = 72Мб 72*30 = 2Гб файлов в месяц. Если оптимально построить таблицу данных, то объем занимаемых данных на диске будет примерно такой же, как и файлы xml
#31
by DomovoiVShoke
Кто сказал что будет одна база на целую страну? В банковских системах и т.д. в каждом городе своя база, что мешает тут сделать так же?
#34
by rphosts
куча региональных серверов которые собирают данные + главный сервер с натсроеной на него репликацией
#35
by ObjectRelationModel
кто вообще сказал, что это должна быть одна база? можно порционировать по регионам, годам и т.д.
#36
by Повелитель
Где вы такие маленькие xml берете? ))) Для теста выгрузил сейчас в xml документ Реализация товаров, в которой 47 строк. Размер 220 кб.
#39
by Маратыч
Характеристики... субконто... там реально куча лишних данных, совершенно не упирающихся никуда налоговой :)
#41
by Маратыч
Дык то-то и оно, что эта обработка в адинэсовом формате выгружает с избыточностью для возможности последующей загрузки в конфигурацию 1С.
#42
by Повелитель
Да согласен, в налоговую будет поменьше этого xml. Не подумал я. 20 кб реальный будет размер.
#43
by Lama12
Все нормально. Вы посмотрите на системы и на размеры баз данных у бирж. Базы данных в несколько десятков и даже сотен терабайт, это не фантастика, а вполне работающие системы. Только СУБД там настраивать приходится очень серьезно. Задача вполне решаема.
#44
by Aleksey
Декларация по НДС Книга покупок 1 258 строк - размер xml файла 379 кб Книга продаж 4 400 строк размер xml файла 1,23 Мб
Тэги: Админ
Ответить:
Комментарии доступны только авторизированным пользователям
Похожие вопросы 1С
В этой группе 1С
- 2.0.65.11 БП. Регистр сведений. Состояния контрагентов БЭД
- БП 3.0. Что первично: счет на оплату или реализация?
- v7: Проблема с получением данных от сервера HTTP
- УТ 11.2 - БП 3.0 Авансовые отчеты
- Поиск ссылок на объекты в БП 3.0
- печать этикеток и ценников подтягивает нижний штрихкод. Розница 2.1
- Розница 2.2. Дата выхода и ожидаемая функциональность. Преимущества перед Далион
- ошибка субд при проведении документа
- вебсервисы и префикс атрибута в ответе XML
- УФ - подскажите как выбрать из таблицы значений
- ЗуП 2.5. Табель учета рабочего времени. ОЖ вместо Я.
- ЗУП КОРП -> БП 3.0 Режим отладки. Зачем?
- УПП, отчет "Стоимостная оценка склада в ценах номенклатуры"
- Recordset метод find() не могу найти запись
- Почта помечена на удаление
- Запрет переноса Папки(Элемента ) в другую папке в форме списка
- Слишком много факт.параметров.
- СКД. Дурит с ячейками при сохранении в эксель.
- Весы + сканер + 1С8.3, посоветуйте..оборудование и что нужно для 1с?
- ввод начальных остатков НДС 1С УПП, восстановление НДС продажа розница ЕНВД