1C ERP 2.2 Очередной шедевр 1С ников - ТМЦ в эксплуатации! #810063

Начали проводить инвентаризацию ТМЦ в эксплуатации. Ввод начальных остатков сделали. Сформировали отчет ТМЦ в эксплуатаци и МЦ.04 - все ок сошлось. НАчали приходовать и перемещать между ответственными лицами (ведем все по инвертарным номерам - партии в эксплуатации). И заметили - на конец месяца отчет ТМЦ в эксплуатации отличается от МЦ.04 в количественном выражении, даже по некоторым в минус ушел. Все   перепровели - такая же фигня, причем оборотка точная, а отчет по регистру нет. Впал в уныние - как так то, в ERP все на регистрах а в регистре не правильные остатки. Посмотрел я на регистр ТМЦВЭксплуатации и охренел - Регистр накопления Оборотный а отчет ТМЦВЭксплуатации показывает и Начальный и Конечный остаток и Приход и Расход. Полез в макет СКД - и просто диву даюсь - Вычисляют Начальный  и Конечный остаток по оборотам !!!! Даже не знаю что сказать бухам на этот счет - я им твердил что все отчеты на регистрах точнее чем в оборотке (так как отложенное проведение).

Три раза прочитал, ниче не понял Мы все умрем?

Ты за сочувствием сюда?

в общем ты вписался за оперучет перед бухами, а 1С тебя подставила. Так?

Это баян.

переходите на 2.4 уже

Ты не поверишь, но это типовой механизм SAP R/3. Наконец 1С начала работать по западным стандартам, дождался.

ну значит все правильно делают!!! На Западе ведь не может быть плохо?

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

Ну и в чем косяк-то? Обороты не правильные?

А в 2.4 этот регистр с остатками?

Ты все необходимые разрезы учёта можешь отразить в субконто?

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

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

Интересную тему начали 1C-ники. Отказ от регистров остатков. Конфа УНФ Для получения долга по заказу делается вычитание суммы заказа из суммы оплаты

Хм тема то интересная - не нужны будут итоги , не нужно будет перепроведение. Но на данный момент реализовано очень криво. Отчет по ТМЦ в эксплуатации не рабочий, если документы выписаны в одну секунду по одной номенклатуре , то отчет не правильно считает и оборот и остатки.

"Хм тема то интересная - не нужны будут итоги , не нужно будет перепроведение." Откуда такая инфа?

Возможно, вы хотели сказать "Не будут итоги - не нужно будет их пересчитывать при перепроведении за все периоды хранения итогов. Так?"

Интересно, а корректная свертка таких регистров предусмотрена?

Так то оно так, но, скорее всего данный регистр наводнен агрегатами чуть менее, чем полностью. И тут - если документ входит в период агрегата - агрегат придется пересчитать и обновить.

Именно Так. Либо итоги кким то образом нв конец периода рассчитываться от оборотов будут. Ну тогда чем это отличается от  остатков ?

Как вы себе это представляете :-)

А что со сверткой? Было 10 "записей-оборотов", вместо них после свертки останется одна (на дату свертки)

Так должно быть в теории. А реализовано на практике в типовой?

Что реализовано? Алгоритм свертки регистра не зависит от конфигурации

Другое дело, что типовая может не рассчитывать на такую свертку (например регистры состояний ОС в БП - их сворачивать получишь гемор)

Но щас-то речь об оборотном регистре, тут алгоритмы конфигурации вряд ли поломаться не могут после свертки

*вряд ли поломаться могут

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

Пришел новый студент со своим гениальным видением....

Какой-то замут...

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

Не могу удержаться, уж простите -   это ты про главбуха который списывает мат на забалансовый счет  по старой книжке из газетной бумаги? С точки зрения МЦ на забалансе - зачем вообще держать мелочевку на МЦ, если до 20к можно списать на расходы и держать например на регистрах учета вроде "херня но требуется". Зачем вести по ним сумму, если нет бюджета по канцелярии и прочей хрени? Все равно в балансе они роли не играют, затраты  учтены и списаны.  Нафиг перегружать базу используя этот счет?

МЦ счет в бухе только количественный. "Нафиг перегружать базу используя этот счет?" Да особой то разницы нет, что счет что регистр.

Разница когда база больше 300 гигабайт становиться существенной.

Забалансовый счет в регистре бухи с субконто на столько сильно отличается физически от регистра с ресурсами и измерениями?

Таблицами он сильно отличается. Посмотри планы запросов просто. Вынос забалансовых счетов на  другой регистр бухгалтерии сильно уменьшит  жор оперативной памяти.

"в чем гениальность отказа от регистра остатков" - ну это же элементарно, Ватсон. Регистры остатков надо закрывать в 0, надо следить за ними, чтобы сильно не разрастались, в общем куча геморроя, постоянно что-то перепроводить, что-то сворачивать, постоянно разбираться с зависшими остатками. А регистр оборотов? Этих всех проблем нет. Красота. Проблема только, что отчет помедленнее будет формироваться. Ну и ничего страшного.

Где то в 2030 году? :)

Думаешь только "помедленнее"?

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

В принципе абсолютно всё можно сделать на регистрах сведений, а агрегаты подсчитывать в подписках.