8.х УПП КА: Движения сформировались без суммовой оценки по регламентированному учету...

Доброго времени суток, уважаемые.

Прошу помочь со следующей проблеммой.
Постараюсь описать как можно более подробно.

Была база КА 1.10. В ней всё работало замечательно: все проводки делались, ставились суммы и количества. В этой базе находится 2011 год. Когда делаешь новые документы вручную в этой базе - всё тоже работает и списывается.

Если попробовать провести массово обработкой документы за 2011 год, то выдаются сообщения " Движения сформировались без суммовой оценки..." при проведенияя реализация и требований.

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

При обновлении до 1.18, начинается такая же беда с документами(требование и реализация): " Движения сформировались без суммовой оценки...".

Сейчас имеется обновлённая до 1.18 конфа + протестированная на ошибки, в которой, если проводить старые документы, то снова появляется ошибка: " Движения сформировались без суммовой оценки...". Если не трогать старые документы то вроде как движения у них правильные. Но вот когда создаёшь новые, то опять появляется ошибка: " Движения сформировались без суммовой оценки..."

Надеюсь не очень напрягаю чтением данного поста, а так же надеюсь на вашу помощь.

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

Проблема Решена отчасти.
Эта вся ерунда из за обновления с 10 на 18 версию 1 прыжком.
Обновляя последовательно - таких сбоев не выявлено.
Можно закрывать тему )

У меня такая же проблема. Есть две реализации в которых данная ошибка по одной номенклатуре. Колличественный учет есть, а стоимостной пусто. Изначальна была 1.1.16 обновили на 1.1.18 но ошибка была замечена и ранее. Самое интересное, что по такой же позиции в другой отгрузке все хорошо. Где можно вручную исправить данную ошибку.

Честно говоря, первый раз такая штука случилась ).
До этого комплексную с одной редакции на другую прыжком обновлял - и всё в порядке было.
Больше не буду.Пока сам не ткнешься носом - не запомнишь... Интересует вопрос: раз такая система обновлений(прыжком) работает криво - зачем тогда она предусмотрена вообще?

А у этих двух отгрузок - даты разные?

Ну да).
При обновлении, если подсунешь неподходящий файл *.cfu, то программа ругается, а если *.cf, то принимает и не важно какой скачок. Если бы я делал сравнением - обЪединением, тогда согласен - может билиберда какая то получиться, а так - жаль что не всегда корректно работает скачок. Возьму на заметку.

Проблема та же. Однако у меня не было обновления "одним прыжком". Новая конфигурация с 2012 года. Есть ли варианты поправить ситуацию?

Включен РАУЗ

Стоит учет по плановым ценам. Видимо надо проверить наличие документа Установка цен с типом Плановая для номенклатуры из проблемного документа....

Добрый день, подскажите точно такая же ситуация но только при правильном обновлении, в 10 все работало в 12 уже не хочет, подскажите куда можно посмотреть?
учет по сериям не ведется.

Вобщем надо брать базу и все анализировать т.е. учим мат часть "чудо галочки нет" , в одном случае заработало взял учетную политику разбил на 2 части га когда было все хорошо и когад стало все плохо. До формирование учетных цен стояло по прямым затратам, в новой учетной политике поставил по нулевым перепровел все и расчет себестоимости все закрыл, да на ИТС есть такая статья она во вложении получается если ставим по прямым то один из рекламных пунктов "хронология не имеет значения" улетучивается. так что хотим видеть суммы следим за хронологией.
Второй раз удалось отловить с помощью отчета Анализ МПЗ и затрат так кажется в расширенной аналитике ставим группировки по ключам аналитики и анализируем у меня было так требованием накладной списали с аналитикой БУ23.01 НУ23.01 а передача материалов в эксплуатацию что то захотелось буху на косвенные отнести и поставила ручками БУ23.01 НУ23.02 отсюда пошел перекос по аналитике и подобных вариаций очень много.
Может кому сгодится.

Период прошлый так что им всеравно, а так можно рекламентно настроить что б себестоимость сама каждый день проводилась неоперативно но всеже, а плановые... так кто б их занес на все. А расказать буху как работать это наверно вопрос философский

Сейчас занимаюсь переносом данных из ТИС 7.7 в КА. и столкнулся с такой же проблемой. У меня РАУЗ и установлено формирование себестоимости по "плановым ценам". Если плановые цены не установлены, то в течении месяца будут формироваться проводки с вышеперечисленной ошибкой. Списание по 0 стоимости выправится документом "РасчетСебестоимости", в конце месяца.
Формально можно создавать документы каждый день, можно установить плановую цену. каждый выбирает себе то что удобней, но всё равно надо понимать что корректная себестоимость будет только при закрытии месяца, после распределения всех затрат.