Поделитесь, пожалуйста, у кого есть опыт работы с 1С:Бухгалтерия предприятия, на предприятиях с большим количеством документов. С какими максимальными размерами баз приходилось сталкиваться? Как себя ведет БП на базах больших размеров?
Хотим запустить БП, так как нужен только бухгалтерский и налоговый учет, но так как там все на регистрах бухгалтерии, смущает не сдохнет ли она после пары лет работы.
Компания занимается розничной продажей, сейчас в среднем оформляется около 2800 реализаций и 1000 поступлений в день.

Так вы в файловом режиме на ней работать будете, что ли?

И в чем проблема?

(0) на данный момент работаем с базами 100-200 гб, 50-100 активных пользователей. 100-200 тыс реализаций в год.
В принципе крутятся.
месяц перепроводится примерно 12-24 часа.
На 2-3 год она не то что бы сдохнет - но работать будет не сильно быстро.
Плюс при режимах работы 24/7 и 24/6 - для некоторых обновлений когда 1С пересчитывает регистр проводок из-за каких нибудь обновлений - достаточно тяжело найти окно для выполнения обновления рабочей базы.
Практикуем "обрезание" баз 1 раз в 3-4 года путем переноса остатков и справочников в чистую базу.
Но в первую очередь не столько из-за тормозов - сколько из-за того, что быстрое дисковое место для 200-300 гб баз стоит все таки не мало и обрезать базу и отправить ее на архивную вируталку зачастую дешевле чем модернизировать железо.

Впрочем есть база которая работает с 2017 года 200+ гб, на 14 компаний и 150+ юзеров и пока не "обрезаний" не планируется, но там ИТ не жалеет и не экономит на железе - так что проблем особых не заметно.

(1) нет, SQL

(2) опасаемся, что проблемы с производительностью будут

(3) о как... 24 часа. а у нас получается в 3 раза больше документов будет, пару дней перепроводиться месяц будет.

(6) Но любая база оперативного учета (УТ/КА/ЕРП) перепроводиться при таком варианте вообще не будет (в пределе - сутки за сутки), а себестоимость товара будет носить оценочный расчетный характер - что у бухгалтеров будет вызывать фимоз головного мозга. Кстати и весить базы оперативного учета будут в 1,5-2 раза больше чем БП.

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

З.ы. БП конечно тоже с отрицательными остатками не айс работает - но по крайней мере научить ее списывать в минус по последней закупочной - достаточно просто (3 строчки кода в общем модуле)  - а это 99% проблем закрывает, а если суммовые остатки даже и зависают на 41 - то по крайней мере бухи легко понимают как сделать ручную операцию и списать нифеля раз в месяц/квартал. решить такую же задачу в УТ/Рознице гораздо сложнее. а уж объяснить бухам почему товарный отчет в рознице, например, на конец месяца может не совпасть с товарным отчетом на начало следующего месяца - это вообще за гранью.

зачем вести всю розницу в БП? не проще традиционно торговать в УТ а в БП обороты грузить по итогу дня?

(8) Это традиционно, но не всегда проще.
Если нет бонусных карт и резерва товара - с УТ будет много лишних телодвижений, плюс при таком документообороте поддерживать целостность и актуальность данных в двух источниках - решаемая конечно задача - но тем не менее ресурсы тоже будет потреблять.

(5) если про скорость разговор:
1.наймите специалиста/обучите своего.
2.меньше кода кодте своего.... и только через ревью кода и изменений в ИБ от спеца из 1.

просто если вести торговлю да еще розничную в БП для этого не предназначенной - рано или поздно начнутся всякие егаисы с меркуриями маркировками, потом захотят скидки, потом бонусные программы потом всякие АБЦ отчеты и короче в итоге вы из БП сваяете монстра - недоУТ.
и зачем потом с этим морочиться?
аппетит же во время еды приходит, если сразу этого не захотели не значит что завтра не потребуют.
лучше принимать решения на берегу..
ну мне так кажется, я конечно не эксперт. с торговлей вообще давно уже не работал.

(11) ИЧСХ все Меркурии, ЕГАИС и прочие в БП тоже есть
Кстати именно розничная торговля в УТ - тоже может заподлянок подкинуть.

Например из коробки в УТ не заработала торговля разливным пивом. В рознице работает, а УТ в чеке - не можете пересчитать 1,5 л в литры по штрихкоду единицы упаковки. Мелочь а неприятно.

Еще в Рознице ПТУ  из коробки умеет на лету расценять приход, сравнивать предыдущие цены. А УТ - например не умеет.

(0) Странные сомнения. Многое зависит от конкретики, бюджета и наличия квалификации сотрудников.

(13) ну почему же странные. вполне обоснованные.
Консолидация значительного объема данных в хозрасчетном регистре - то есть по сути в одной таблице - накладывает определенные ограничения.
У нас например в 2020 годе был кейс - когда при очередном обновлении, выполнялся пересчет проводок с начал времен - и он занимал свыше 6 часов для базы за 3,5 года размером примерно 170 гб.
Для хлебокомбината работающего 24/7/364 - это много. мы их после этого обрезали в 21 году - переносом остатков.

(0) А разве БП умеет все что требуется для розничной торовли?
торгоборудование, РМК нормальное итп

(15) РМК - нет. Все остальное есть. БПО то одни и теже

Для нон-фуд розницы - РМК вещь удобная, но не обязательная

З.Ы. При желании можно запилить обмен с 1С:РМК.

(13) +1.

(14) недостаток квалификации при работе (обновлении) с подобными учетными системами и приводит к обрезаниям.

(17) А можно поподробнее - как исключить зависимость времени пересчета проводок в момент принятия изменений(инсценированных типовым обновлением от 1С) от размера базы в целом и хозрасчетного регистра в частности?

З.Ы. К обрезанию приводит комплекс причин, время обновления - лишь один из факторов, тем более 24/7 работают далеко не все.

(18) > инсценированных типовым обновлением

Каких-каких?
Господи, как вы на 1С работаете-то, там же все по русски писать надо...

(19) Как вы с 1С работаете? Там же и по аглийски можно?)

(19) А как Вы здесь живете, здесь же по русски и говорить и писать нужно

Около 10 тыщ документов в день. Перепроведение не используем (нет необходимости). Вроде работает все.

(20) Вот не надо "по английски".
Как только дело до прикладной терминологии доходит, у народа резко прорезается нечитаемый индусско-рязанский акцент. Поименуй, например, метод, возвращающий кредитовое сальдо на начало периода. Или переменную для договора ГПХ. А теперь не подглядывая в переводчик.

(0) >розничной продажей, сейчас в среднем оформляется около 2800 реализаций и 1000 поступлений в день

Это не так и много
Размер базы это больше при обновлениях долго
А так нормальный сервер 1С и упирается в количество пользователей

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

>>инсценированных типовым обновлением от 1С
Вот именно. Это на все случаи жизни (а вдруг).Надо развиваться и думать чуть-чуть дальше типового обновления 1С

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

Я то думал - что вы какой то уникальный способ знаете - типа разделения баз на уровне 1С или СУБД и трансляция результата пересчета итогов и регистра из регламентной базы в управленческую или наоборот на лету.

А вы просто предлагаете не накатывать обновления от 1С и выдергивать оттуда только то без чего нельзя обойтись?
Но в чем здесь высокая квалификация? НМВ - это как раз наоборот говорит об обратном.

(26) Вы так ничего не поняли! Впоролись в то, что конфа типовая и не лезьте туда.

В Вашем случае только свертка базы поможет ¯\_(ツ)_/¯

(0) есть такая штука как срез бухгалтерии по счетам - элементарное дело

(0) БУХ+БИТ-Финанс. Примерно такие-же объёмы документов в день, большая часть загружается из другой системы без номенклатуры (расчет с/с в БУХ не ведется). Перепроведение 1 мес занимает сутки. Пользователи в это время работают без особых проблем. База с 2014 года, размер ~250 г

Пока все вполне работает. небольшие сложности были с переходом на бух 3.0.106 и пересчетом итогов