Доброго дня.
УПП1.3, РАУЗ не закрывается по бухии.
Помогите по старой памяти, не за себя прошу, за племянника не разумного.
Родственник же однако, и все такое.
Значится так, чегой имеем.
УПП1,3, отраслевая, но это не критично. Производство тама не трогали, слава богам.
Расчет себестоимости закрывает усе хорошо, не если тама по ведомостям смотреть. Без хвостов.
А вот в ОСВ хрена вам однако. Висят суммы. Причем красные однако
Побегал по журналам и проводкам. По паре позиций номенклатур нашел типа куча девяток, ну типа как переполнение буфера. Тама 99999999999,99 такое вот.
Пошел копаться дальше, эти позиции в доке Отчет производство за смену проводка с 20 на 43 красная с минусом.
В настройках естественно стоит - по прямым затратам.
Ручных операций нет.
Аналитики везде заполнены.
Все соответствующие доки до ОПЗ, перемещение и требование-накладная нормальные проводки.
Доки за период провел.
Хвостов тупо нигде больше не увидел.
В общем хелп ми, спасайте типа.
Где косячат однако?

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

А он там кем?

(1) Не дадут. Могу токо на копии попробовать.
(2) Тыж программист тама. Сисадмин, немного программиста.
Дык уволится не предлагать, другой работы я ему пока не нашел однако. Надо было в Ялту ехать.

УПП помните, усем форумом внедряли.

(3) т.е. их суммы 99999999999,99 больше чем 0 устраивают?
Можно поставить, перепровести, закрыть период и вернуть обратно.
Вообще "по прямым затратам" часто глючно считает и не рекомендуется его ставить

Хм, ну как вариант.

(3) показывайте уже вашего родственника

(6) А зачем?

(7) анекдот такой:

Врач: Ну, что у вас?
Мужчина: Понимаете, у моего друга большие проблемы...
Врач: Ну, что ж, показывайте своего друга

Источник: http://www.allanekdot.ru/Pro_medicinu.html

все комплексные,начиная с ПУБ - уг
басня Крылова "Квартет"

(8) Ну народ, вы ж меня не первый год знаете.  
Я пока забросил 1С, ну почитываю так. Но однако работаю теперь по специальности.
А вот племянника походу поставил под так, в алкоголку запихал. Хотя деньги в принципе по местным меркам неплохие.

Максимум чего нарыл, вот. Как оно так в минус может уходить?
http://prntscr.com/bj39t4

Завтра еще зайду однако.

Пусть проверит, не уходит ли где-то количество в минус в этом периоде. Под РАУЗ вроде так реагировало УПП на нехватку количества. Как реагирует на прошлые периоды с минусом - не помню, точно сказать не могу.

Вот минусов явных нет.
Возможно я вообще не там рою.

(13) а как в (1) делали? То что присутствуют суммы 99999999999,99 это точно ошибка переполнения значения и ее надо устранять. Если затем что то еще вылезет, то искать следующие причины

(12) "Как реагирует на прошлые периоды с минусом" - абсолютно так же

(14) На копии. Хорошо получилось. На боевой не дадут однако, сосем не уважают.

(16) хм. ну значит их все устраивает )
Ну и еще варианты:
1. Перелопатить весь код РАУЗа, найти причинное место и попробовать его устранить. Но боюсь сумма за эти работы перевалит их упрямство )
2. Программно изменить суммы в движениях "глючных" документов
3. Добавить подписку на событие, которая будет корректировать движения документа если сумма по записи превышает разумные пределы.

(17)
1. Это даже мое упрямство перевалит.
2. Хм, а что вариант.

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

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

Собственно, без перепроведения РСВ приемлемый способ решения - это подложить под документ-регистратор корректные проводки из копии базы (где все получилось хорошо), изменить настройку в рабочей базе и надеяться, что при перепроведении документа в рабочей базе результат проведения будет совпадать с тем, что получилось с такой же новой настройкой в копии

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

(22) "Ведомость по учету затрат" должна показать сколько пришли в производство и сколько ушло в выпуски. Там минус и должен появиться.

Итак по факту:
если появляются такие суммы- Побегал по журналам и проводкам. По паре позиций номенклатур нашел типа куча девяток, ну типа как переполнение буфера. Тама 99999999999,99 такое вот.

Это проблема решается переключением с прямого учета затрат в течении периода, на учет по плановым суммам

Если проблемы с тем что по регистрам все закрылось, а осв вам показывает что нет- это проблема 2-х документов- документ операции, и документ Корректировки записей регистров

В общем так.
Перевел базу на расчет по плановой себестоимости.
Установкой цен необходимую плановую себестоимость нарисовал.
Из оборотов девятки исчезли.
По ведомости все закрывается в ноль, по ОСВ болт.
Причем красный минус на кредит 20 счета, и сумма не закрытая по 20 счету красная идет в дебет по 43 счету.
Минуса растут с доков отчет производства за смену.
Причем если по ведомости смотреть то первый док за день списывает все что закидано требованием-накладными. А дальше идут в минус.
Доки все перепроверили и вылизали. Перепровели.
Документ операции, и документ Корректировки записей регистров - нету.
Где копать?

25, и 26 закрылись однако.

(25) а на начало периода суммы по оборотке и ведомости совпадают?
Ну и случаем никаких кривых доработок конфы нет? в частности Отчета производства за смену?

Видела переполнение в КА из-за документов задним числом. Помогло перепроведение документов по конкретной позиции в периоде, где образуется переполнение - этого достаточно.

А чего боятся-то, что не дают перепроводить? Самим, значит, можно в прошедший период лезть, документы забивать, а для исправления их косяков нельзя? РАУЗ ведь. Всё-равно перезакрывать регистры придется, чтобы минуса убрать. Им-то какая разница?

(27) Щас проверим.
Доработок точно нет, сравнил уже с базовой УПП.

(28) Уже дают, перепровел месяц.

Вот еще что подозрительного нашел.
http://prntscr.com/bjvc3d

(30) Отчет неправильно смотришь - смотри только с группировками, совпадающими с измерениями регистра

4 штуки

(30) похоже не все документы перепровели. сделай расшифровку по регистратору

(31) Это как, токо плиз сразу вариант для контуженых давай.

(33) Так?
http://prntscr.com/bjvfdc
И один день типа.
http://prntscr.com/bjvfml

(35) Когда перепроведишь эти документы суммы уходят?

Неа. Пробовал однако.

(37) а точно "Перевел базу на расчет по плановой себестоимости"?

А начальные остатки как себя чувствуют?

Это по Затратам или по МПЗ?

(38) Вот же
http://prntscr.com/bjvl0j

минус сидит в прошлом периоде.

Если такое по затратам, значит проблема тянется из МПЗ.

(40) На выпуск.
Вот без расчет себестоимости проведенного.
http://prntscr.com/bjvlde

(44) + верх отчете.
http://prntscr.com/bjvlt4

Кавардак начинается в МПЗ. Оттуда тянется бешаная себестоимость в затраты.

(45) :) Верх прочитала еще на первом скрине.

(41) это в упр учете. в учетной политике бух учета тоже надо соответствующе установить

(48) Косяк, согласен.
http://prntscr.com/bjvn07
тут пока стоят на смерть

(46) И как его раскопать однако. Тама пять позиций, на остатке есть.

(50) Только расковыривать состав стоимости этого выпущенного изделия, смотреть движение материалов в затраты.

(49) меняй и перепроводи либо все документы, либо сделай обработку, которая простым запросом по регистру отберет записи с большими суммами и перепроведет их.

Вообще, если честно, классная штука РАУЗ, конечно, но ... Один фиг, что может быть лучше соблюдения последовательности проведения документов!

(51) Там нечего расковыривать.
http://prntscr.com/bjvpmk
тама сплошные ОПЗ

(52) Плюсану!
(54) А там не используются материалы???

Самое, конечно, тупо перепровести все документы за кривой период, если нет сил ковыряться. Но там зависит от объема данных.

(52) Я перепровел уже весь месяц уже, дважды.
Приходные и расходные накладные.
Перемещения, Требования-накладные и отчеты производства за смену.
(53) Последовательность четко выдержана, между доками 15 минут.

(55) Используются, и в настройках распределять автоматически.

часто такие превышения сумм возникают, когда либо идет зацикливание затрат (в затратах на продукцию пускают саму эту продукцию), либо когда пытаются распределить по продукции малое количество затрат, например, 0.01 кг в материалах пытаются распределить на 20 позиций продукции, в результате получается к распределению 0 и программа начинает тупить. Выявить в ходе работы это все довольно сложно. В частности поэтому и не рекомендуют использовать "по прямым затратам".

(57) перепровел с "По плановым ценам" в регл учете?

А смотрел начальные остатки по самим материалам, из которых изготавливают продукцию? Минусов на начало нет?

(60) Нет, тут пока держатся.

(62) +основной аргумент учетную политику только раз в год менять можно.

(62) так проблема же в регл учете.
(63) ну тогда опять смотрим в сторону (17), но это упрямство просто жесть.
По сути этим ничего кардинального в учетной политике не изменишь, все равно корректировка стоимости всегда выполняется расчетом себестоимости и по месяцу она всегда должна быть одинаковой независимо от параметра расчета в учетной политике.

(61) Нет. Тама такая цепочка. С основного склада, перемещают на склад цеха, а потом со склада цеха требованием накладной в производство. Поэтому по складу цеха сколько пришло стока ушло.
Хотя тут один пользователь сдался под пытками что у них не закрывался прошлый месяц, и именно что-то по этим позициям. Провел расследование А племяш тупо чего тама отрихтовал, походу тупо их толи из требований-накладной выкинул, то-ли их раздела материалов отчета производства за смену.
Однако така хрень. Теперь думаю, а как это выловить.

(65) Племяша пытай тогда!

Я ж говорю, что ноги растут из прошлого периода!

(66) Дык, не чужой же ведь. Родная кровь однако.

(68) Так тем более: свой, поймет, что любя! ;)

(65) Он мог циферки в одном регистре подправить, а в другом - нет. А там связка - мама не горюй! И как результат: в одном месте красиво, а в другом - ужасы. Корректировку регистров смотри - есть документы?

(67)Угуй.
Возможные варианты
Списали требованием-накладной, но не распределили в отчете за смену
Или наоборот распределили, но не списали.
Если тама были минусы, скорей всего рихтовали отчет производства за смену.

(70) Регистры точно не правили.

(72) Глазками убедился в отсутствии документов? ;) Так, на всякий случай!

(71) зависшие/неправильные остатки из ведомости по учету затрат хорошо видно. Сформируй ведомость на начало месяца со следующими группировками: Раздел учета, Организация, счет, подразделение, ном.группа, статья затрат, затрата.

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

+ (74) возможно еще заказ, если используется

(73) Так точно.
(74) Спасибо, у меня тут лидер нашелся, одна номенклатурная позиция уж сильно часто с минусами выпрыгивает. Щас мы его. (76) Нету такого.

(74)Ха, пусто однако.
http://prntscr.com/bjw3f6

(75) Ничего подозрительного не увидел. Минусов нет, цифры адекватные, коррелируют с предыдущим месяцем.

(78) ну и замечательно, значит проблема в текущем периоде. Убеждай изменить уч.политику, меняй и перепроводи документы.

(80) Уговорил однако. Если я тупо в действующую с 01.01.16 и переставлю, предыдущие не поплывет?

(81) нет

(82) Шота я где-то накосячил, в отчете производства теперь проводки с нулевой суммой.

(83) Забей, просто перепроведи себестоимость

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

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

(86) Если ты корректируешь задний период, то все равно смотреть будут на фактическую себестоимость

если вариант (83) не поможет, предлагаю все-таки начать с МПЗ. Ты убедился, что минусов на начало нет. далее нужно проверить откуда минуса в текущем периоде. Обычно - расход провели раньше чем приход. Разберешься с минусами в МПЗ, потому разбирайся с тем, чтобы на выпуск уходило только то, что уже было передано в производство.

(88)[расход провели раньше чем приход.]
РАУЗ это пофиг

(86) суммы будут в конце месяца расчетом себестоимости

(89) при расчете себестоимости - да. Но проблемы как в (0) возникают.

(91) ничего там не возникает, настройка по определению себестоимости выпуска по прямым затратам не РЕКОМЕНДОВАНА к использованию компанией 1С совместно с РАУЗом, ибо как раз за счет возникновения отрицательных миллиардных оборотов.

(92) "ничего там не возникает" и "ибо как раз за счет возникновения" как-то странно звучит. Не рекомендована, не значит, что запрещена. 1С предупредили, с чем столкнуться.

(93) Ему быстрее провести расчет себестоимости чтобы посмотреть прямые затраты проще, чем искать проблемы с отладкой в каком же таком месте 1Сники накосячили в коде, и как эту ошибку поправить

В общем перепровел. Закрылось.
Но теперь блин нет сумм в проводке Отчет производства за смену.
Мозг уже приготовились есть, спасайте.

(95) Либо заполняй тип цен - плановые, либо показывай отчетом- кальцуляция себестоимости

(95) проводки не обязаны быть у ОПзС, их делает РСВ

"нет сумм в проводке Отчет производства за смену" // Так потому что они при каждом перепроведении в течение месяца могут быть разными. Поэтому эту операцию делают в РСВ

Народ большое вам спасибо, вот такое огромное преогромное. Пока вроде усе пучком и понятно. Если чегой я вернусь.