УПП VS УПП&ЗУП #455735

Помогите пожалуйста разобраться, в чем преимущества схем работы: УПП и зарплата в одной базе против УПП плюс отдельная база с ЗУП? Спасибо.

ВО ВСЕМ

Голосовалку делай. Я за УПП&ЗУП З/п в отдельной базе, в УПП только итоговые проводки выгружать.

только УПП

вообще я слышал про секту которая пропагандирует связку УПП и ЗУПа. имхо такое нужно запрещать на законодательном уровне

У меня так УПП и ЗУП отдельно. Так была поставлена задача. Больше года уже, полет нормальный.

нет сомнений что работать будет хорошо в обоих вариантах. хочется понять в чем принципиальные отличия. п.с. не пишите пожалуйста ответы типа там 1-а база а там 2-е

я же говорил секта

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

спасибо

Пж-та.

лол.

А права нормально настроить не судьба?

очень геморно, да и с обновлением морока будет PS вовсе не обязательно ставить ЗУП, можно еще одну базу УПП поставить

вот это вообще круто. Для бух-ии еще одно УПП?

вопрос больше о том как выбрать схему: все в одном или каждый сам за себя?

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

или наоборот

Например, часто бывает, что БУ имеет очень опосредованную связь с УУ. Поэтому целесообразнее выносить в отдельную базу. С ЗУПом наверное может быть похожая ситуация.

"Всё-в-одном" имеет огромный плюс, что по всем контурам актуальная информация. Минусами при этом будут сложности в масштабировании, сложности со сведением несопоставимых величин, "тёрки" между сотрудниками, права и т.д. и т.п. Проблема ведения учета в разных базах практически у всех встает на этапе связки, по ОЛЕ/КОМ медленно, ХМЛ слишком линееен и не выдерживает параллельных нагрузок, прямой доступ к СКЛ таблицам - смерть смертникам, КД мало кто знает и скорость низкая. За то если кто и находит решение, тогда можно получить удобную связку и "ни чего лишнего". Бухам не надо созерцать прелести складского учета, для них товар одной строкой выгружается. Кладовщикам не надо думать про счета и курить бамбук, когда гл.бух. месяц закрывает. А расчетчик вообще не знает о существовании отделов. Админ/программист может спокойно разносить базы по разным серверам без танцев с кластерами. БП и ЗУП можно обновлять по 5 раз в день, а в УПП можно менять все, что захочется. В общем, я бы отделил все, что мог. Жаль только многие франи впаривают УПП всем кому не попадя.

+19 Про связку: самый гвоздь в скорости доработки правил переноса и добавление функционала

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

прямой доступ к СКЛ таблицам - смерть смертникам бред не пишите плиз.

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

cast binary as varchar и все супер переноситься.

Я же не сказал про всех. Сам сделал инструмент для связки 8.1 -- 8.1, сейчас переделываю на все возможные платформы. Вы чем связываете?

сейчас такой задачи нет. Раньше была связка УПП+ЗУП. Обмен по правилам на КД.

На КД в почти реальном времени не получится. Она с правилами много лишнего тянет. Механизм про ссылки малость напрягает, типа надо перенести 2 документа, а она тянет контрагента, номенклатуру, склад и т.д. В общем на больших объемах я отказался от такого варианта. Для ЗУП + УПП/БП само то - не больше

а зачем деньги тратить на отдельную конфу?