Корректировки регистров партий. Надо ли?

28.01.17

Учетные задачи - Оптовая торговля

Корректировки регистров, как "единственный" способ закрыть месяц, который не закрывается? Так ли это? Сказки про то, что закрывать без них не реально, особенно каждый день, особенно когда много документов и т.д. - просто отговорки и лень. И, кроме этого, - это опасно. Про это я и хочу поговорить.

         Внедряя или обслуживая 1С, многие сталкиваются с проблемой расчета себестоимости – то копейки зависают, то вообще непонятно какой порядок формирования себестоимости. И тут, судя по комментариям на форумах, вспоминают про волшебный документ корректировки регистров.) Я являюсь ярым противником применения этого документа и соглашаюсь на него только в случае, когда нужно свернуть базу. Поэтому, читая статьи и видя обработки по их применению для корректировки регистров партий, первым делом мне хочется написать огромными буквами – «Муля, НЕ НЕРВИРУЙ меня!!!». Мои партнеры, программисты-внедренцы 1С, об этом в курсе и даже подшучивают – «Шепотом скажи «корректировка регистров» и очень быстро беги как можно дальше!». Но это сугубо мое мнение. Предвижу после прочтения море возмущения – «Да в 1С баг на баге в расчете себестоимости!», «1С-ники в каждом новом релизе или обновлении вместо того, чтобы исправить старые ошибки добавляют кучу новых!» и в том же духе. Даже в мыслях не возникает желание оспаривать это.))) Но хочу заверить, что все это устранимо своими силами, если в этом разобраться.

       Также хочу отметить, что простое перепроведение документов не всегда все проблемы решает. Большинство ошибок исправляется соблюдением логики последовательности проведения документов, а также, что немало важно, правильным их оформлением. Причем под правильным оформлением имеется ввиду не только логика работы, но и логика самой системы, так как иногда система позволяет сделать всякие вещи, которые потом вылетают неявным «боком». Конечно же, кое-что приходится править в самом коде, но с большой осторожностью и пониманием возможных последствий.  И вот почему:

       С 2009 года ежедневно занимаюсь приведением в порядок регистров партий в разрезе складов, характеристик, качества (в УТ3, аналог УТ11 для Украины, добавилось еще и такое – Вид запасов и Аналитика учета партий). Имея опыт работы в УТ2, УТ11, УТ3 и какое-то понимание в финансовом учете, я хочу немного рассказать о последствиях его применения.

          Программисты-внедренцы, исправляя ошибки корректировками регистров в регистрах партий гарантировано в довесок к своей работе получают следующее:

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

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

  3. При работе с мобильным приложением так же могут возникнуть сложности.

  4. Обновили базу, а 1С «забыла» указать, что исправила кое-какие ошибки в расчете себестоимости. Вдруг понадобилось по какой-то причине перепровести документы прошлым периодом. Со спокойной совестью это делаем, закрываем месяца и тут «вдруг» ошибки в расчете себестоимости. Возникает паника - «Откудааааа?» и судорожно начинаем искать причину, успешно забыв про документы корректировки регистров годичной давности, например.

  5. Кто еще что-то может дополнить – буду рада прочитать в комментариях.

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

Документ корректировки регистров партий => Неверно рассчитанная себестоимость => Недостоверные данные при расчете большей части финансовой отчетности => Некорректные данные большинства финансовых показателей предприятия => Принятие неверных управленческих решений => И, как результат, возможно возникновение вопроса, – «по всем показателям у нас все прекрасно, но ГДЕ ДЕНЬГИ?».

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

         Поэтому я просто советую, прежде, чем применять документ корректировки регистров партий задайте себе один простой вопрос – «А надо ли мне это «счастье»?».

        Предлагаю несколько практических решений, основанных на опыте ежедневного выравнивания последовательностей и закрытия месяцев, для решения проблем с расчетом себестоимости в УТ3 (аналог УТ11 для Украины). Возможно, кому-то они пригодятся и для УТ11. В базе ежедневно около 100 пользователей (+50 торговых, набивающих заказы с мобильной 1С) и порядка 1000-1500 только документов заказов покупателей (а добавьте теперь к этому реализации, приходные кассовые, расходные ордера и прочее-прочее).

         Для начала хочу обратить Ваше внимание на несколько условий, без которых эти решения не будут работать:

  1. Обязательно ежедневная установка даты запрета редактирования партионных документов «задним» числом.

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

Живой пример: Наш клиент с 2009 года. Были ситуации, когда не представлялось возможным пару-тройку дней закрывать период. Первый разы переживала – «70 магазинов... Вот же ж сейчас мне начудят… Придется потратить кучу времени на нудную работу…». Каково же было мое удивление, когда все оказалось в порядке и выравнивание последовательностей заняло ровно столько времени, сколько и раньше. То есть, сотрудники, зная о том, что прошлый период открыт, не рискнули где-то что-то «ковырнуть» задним числом. Все последующие разы и новые проекты по внедрению только укрепили мое мнение о том, что ежедневное закрытие периода работает и это возможно.

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

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

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

         Итак, у Вас возникли ошибки при закрытии месяца при расчете себестоимости в УТ3. В чем могут быть причины:

  1. Отрицательные остатки по регистру «Товары организаций».

Как все понимают, в этом случае необходимо исправить все «минуса» с учетом всех разрезов (организаций, видов запасов, УКТВЭД и ГТД (УТ3), характеристик, качества). Это позволит устранить большинство ошибок, потому что данные из этого регистра берутся для расчета «Партий товаров организаций», «Себестоимость товаров», «Партии расходов на себестоимость товаров» и т.д.

Предостережение: при возникновении отрицательных остатков по видам запасов при закрытии месяца (в УТ3) не советую использовать встроенные механизмы. Проблем будет еще больше. Лучше ручками просто еще раз провести проблемные документы. Обычно все сразу становится на место.

  1.  Если, все же, ошибки остались, то причин может быть несколько:

    1. Иногда «слетают» или «задваиваются» движения по регистру «Партии товаров организаций» некоторых документов поступления товара (ввод начальных остатков, поступление товаров и услуг, оприходование излишков товара, прочее оприходование товара). Обычно данная проблема возникает, если при закрытии месяца программа вылетела в ошибку. В этом случае достаточно перепровести данные документы, которые были в том месяце, при закрытии которого возникла ошибка при расчете себестоимости, распровести документ «Расчет себестоимости» и закрыть месяц заново.

    2. Не проставлен документ основания в возврате товара от покупателя.

    3. В возврате товаров от покупателя несколько документов оснований. В этом случае необходимо такие документы разбить на несколько – обычно, на количество документов оснований. То есть, под одну заявку на возврат от покупателя будет несколько возвратов.

    4. Те же проблемы, что и в пункте «а», могут возникать с поступлениями доп. расходов (ТЗР и т.д.). Решается аналогично.

       Как показала практика - это позволяет устранить 99% ошибок, которые возникают при расчете себестоимости. Оставшийся 1% - это частные случаи, которые решаются в индивидуальном порядке. Например, ошибки при расчете себестоимости комиссионного товара после проведения отчета комиссионера (УТ3). Это вообще тема для отдельной статьи.) Мы с моим напарником, программистом-внедренцем, потратили довольно прилично бессонных ночей на нахождение и исправление 4-х ошибок в коде именно по этому документу. Хотя, нам ничего не мешало просто ввести документ корректировки и забыть про это, как про страшный сон!

         Как видите, все решаемо и без документа корректировки регистров, хоть и не всегда быстро. Если следить за всем этим каждый день, то сложностей не должно быть. У меня ежедневное закрытие месяца в УТ3 занимает на данные момент 0,5-1,5 часа со всеми «шаманствами» в виде переноса непроведенных документов, контроля отрицательных остатков и т.д. Если крайне необходимо закрыть месяца за больший период, то и тут мы выработали свою методику, которая, например, позволяет закрывать год за 3,5 – 4 часа. И это при огромном документообороте. С другой стороны, если пользоваться простой кнопкой «Выполнить операции» в обработке закрытия месяца, то это может занять 8, а то и 10 часов!

        И, напоследок, хочу предупредить, что даже, если обработка по закрытию месяца показала Вам, что все операции выполнены успешно, то это еще не означает, что у Вас все в порядке. В УТ3, например, из-за того, что в регистр «Расчеты с клиентами по документам» не попадает НДС в регламентной валюте (в нашем случае регламентная отличается от управленческой), точка актуальности партий может откатываться на дату проблемного документа поступления товаров и услуг, которая может быть и годичной давности. И откатываться она будет при каждом срабатывании регламентного задания «Выполнение отложенных движений по расчетам с клиентами\поставщиками». Так же у Ваших клиентов могут строиться долго или показывать неверные данные отчеты, например, по задолженности клиентов или по срокам задолженности из-за того, что у «Заказа клиента» и «Реализации товаров и услуг» по этому заказу могут быть разные аналитики учета по партнерам или вообще отсутствовать. Так что, проблем предостаточно, но решать их «как бы побыстрее и полегче» не стоит. Слишком высокой может быть цена – Ваша репутация.

        P.S. Отдельно хочу передать большой привет и огромное спасибо разработчикам УТ3 за то, что не оставляют нас и наш ум без работы!). Помимо этого счастья по товарному учету, у меня еще много "Когда? Зачем? Почему?" по финансовому. Но это отдельная тема. И, несмотря на это, я прекрасно понимаю, что 1С (в частности УТ3) - это, при правильном подходе, один из мощных инструментов для управленческого учета и контроля для бизнеса, например, малого и среднего.

 

ошибки расчет себестоимость УТ3 корректировка регистров закрытие месяца

См. также

Оптовая торговля Розничная торговля Обмен с ГосИС Бухгалтер Платформа 1С v8.3 1С:Управление торговлей 10 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 Розничная и сетевая торговля (FMCG) Оптовая торговля, дистрибуция, логистика Рестораны, кафе и фаст-фуд Россия Бухгалтерский учет Управленческий учет Акцизы Платные (руб)

Полнофункциональное расширение (ранее известное как Модуль 1С-ЕГАИС) для взаимодействия типовых конфигураций 1С и ЕГАИС, предоставляющее максимум возможностей по работе с УТМ. Получение и отправка ТТН, отправка акта о постановке на баланс и акта о списании. Получение остатков. Загрузка и сопоставление номенклатуры и контрагентов. Оправка в ЕГАИС отчетов о производстве и импорте.

8970 руб.

15.12.2015    168615    795    364    

394

Бюджетирование и планирование Оптовая торговля Розничная торговля Логистика, склад и ТМЦ Анализ продаж Пользователь Платформа 1С v7.7 Платформа 1С v8.3 1С:Комплексная автоматизация 1.х 1С:Управление торговлей 10 1С:Розница 2 1С:Управление производственным предприятием 1С:Управление нашей фирмой 1.6 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Розничная и сетевая торговля (FMCG) Оптовая торговля, дистрибуция, логистика Беларусь Украина Россия Казахстан Управленческий учет Платные (руб)

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

28500 руб.

21.04.2017    93566    119    40    

210

Оптовая торговля Розничная торговля Обмен с ГосИС Программист Бухгалтер Пользователь Платформа 1С v8.3 Управляемые формы Конфигурации 1cv8 Розничная и сетевая торговля (FMCG) Оптовая торговля, дистрибуция, логистика Россия Бухгалтерский учет Управленческий учет Платные (руб)

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

5000 руб.

18.03.2019    111782    29    114    

181

SALE! %

Перенос данных 1C Взаиморасчеты Оптовая торговля Логистика, склад и ТМЦ Файловый обмен (TXT, XML, DBF), FTP Системный администратор Программист Платформа 1С v8.3 1С:Управление торговлей 10 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Россия Управленческий учет Платные (руб)

Можно проверить до покупки, оставьте заявку! Воспользовались более 268 компаний! Перенос в продаже с 2015г., и мы постоянно работаем над его развитием. Перенос данных из УТ 10.3 в УТ 11 | из УТ 10.3 в КА 2 | из УТ 10.3 в ERP. Предлагаем качественное и проверенное временем решение для перехода с УТ 10.3. Можно перенести начальные остатки, нормативно-справочную информацию и все возможные документы. При выгрузке можно установить отбор по периоду, организациям и складам. При выходе новых релизов конфигураций 1C оперативно выпускаем обновление переноса данных.

45650 27000 руб.

24.04.2015    192505    142    241    

272

SALE! 20%

Загрузка и выгрузка в Excel Оптовая торговля Печатные формы Бухгалтер Пользователь Платформа 1С v8.3 Управляемые формы Платформа 1C v8.2 Конфигурации 1cv8 1С:Комплексная автоматизация 1.х 1С:Бухгалтерия 2.0 1С:Управление торговлей 10 1С:Розница 2 1С:Управление производственным предприятием 1С:Управление нашей фирмой 1.6 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 Бухгалтерский учет Управленческий учет Платные (руб)

Универсальная обработка для загрузки документов из Excel в 1С одним нажатием. Не требует указания параметров (номера колонок, номер первой строки таблицы и т.д.) и предварительной настройки. Просто выбираете файл Excel, документ 1С и нажимаете кнопку "Загрузить". Обработка сама находит таблицу в файле Excel, необходимые для загрузки данные в ней (номенклатура, количество, НДС, цена, сумма) и загружает ее в 1С. Вместе с номенклатурой может найти контрагента, номер и дату документа, штрих-коды, серии ГТД, страну и т.д. Распознает документы ЛЮБОЙ ФОРМЫ (УПД, ТОРГ-12, заказ, отчет комиссионера и т.д.). Не требует MS Office. Для поиска таблиц используются методы эвристического поиска. Загружает только то, что нужно, т.е. пропускает повторы шапки таблицы, заголовки, промежуточные итоги, подписи и т.д. Содержит модуль работы с электронной почтой и api-загрузчик отчетов о продажах маркетплейсов.

5000 4000 руб.

09.11.2016    222862    963    891    

967
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. user633533_encantado 11 01.02.17 11:05 Сейчас в теме
Согласен, что корректировка регистров не способ править ошибки учета. Но, например, в ERP есть недоработки программы , которые без корректировки не решить. И сама служба поддержки 1с предлагает решать некоторые проблемы с помощью корректировок.
2. LiliyaM 78 01.02.17 15:28 Сейчас в теме
(1) Приведу простой пример - отчет комиссионера о продажах в УТ3. Подробнее можно здесь http://forum.infostart.ru/forum67/topic165499/ . Вроде как все, предел, дальше только корректировка регистров... Я сопротивлялась как всегда) В результате придумали способ обойти эту проблему - создать возврат товара от комиссионера на виртуальный склад с перечнем проданного товара и провести обычную реализацию. С помощью небольших ухищрений можно соблюсти все условия комиссионного соглашения. Да, это не лучший способ, но это не корректировка регистров! Но, слава богу, обошлось и без этого. К чему я все это - корректировка регистров самая крайняя мера, а не способ избавить себя от головной боли. Ну а разработчикам, которые рекомендуют ее применять - жирный минус от меня лично). Потому что для меня это равносильно взятию "греха на душу".
3. CheBurator 3126 02.02.17 15:19 Сейчас в теме
Автора поддерживаю.
Сам стремлюсь к тому, чтобы операции, приводящие к проблемам - не могли выполняться.
Самый действенный способ - невозможность сделать нужное при наличии ошибок в учете.
Kamikadze; LiliyaM; +2 Ответить
4. DitriX 2098 02.02.17 22:11 Сейчас в теме
(3) вот тут и кроется самое печальное в текущих конфигурациях, которые сделаны на базе ERP - это то что большую часть проблем можно выявить только пост фактум, увы...
А если ставить много защит - то все будет дико тупить :(
5. CheBurator 3126 02.02.17 22:41 Сейчас в теме
(4) Дима, ну тут два варианта - тупизм заразителен.. поэтому если тупят юзвери то тупят и компы.
а многовариантность и альтернативность - зло для прог оперативного контура.
выпилил несколько сценариев по бизнес-процессу и вперед - результат надежен и предсказуем. все регламенты сводятся к нажать кнопочку и получить результат.
6. DitriX 2098 02.02.17 23:15 Сейчас в теме
(5) Сергей, ну я тут согласен, но иногда бизнесс проыессы не позволяют этого делать, а иногда этот абсурд заложен самими разработчиками, причем пипец как глубоко, взять то же отчет комисионера о продажах, он по партиям делает движение датой указанной как дата окончания отчетности, а по складам - датой документа.
И все, пипец, мало того, что если даты отличаются, то оно тупо ничего не рассчитает, так как там механизм нативно заточен на то, что даты в партиях товара и в товарах организации должны быть одним днем, так и еще по сути позволяет юзверю нарушить партии хоть 10 летней давности.
В данном случае мы конечно тупо запретили менять дату окончания отчета и ставим ее всегда равной дате документа, но блин, вот тебе сама 1с дала доступ ковырять задний период и ломать что вздумается.
А сама проблема то еще глубже.

Но видь бывают случаи - когда такого сделать нельзя, нельзя тупо запретить дату и все, взять в пример тот же документ взаиморасчетов, в котором надо было пачку проверок приделать, а то они творили фиг знает что, но увы, есть варианты, когда такого сделать нельзя, ибо бизнесс процесы :(
7. LiliyaM 78 03.02.17 00:09 Сейчас в теме
(5)
выпилил несколько сценариев по бизнес-процессу и вперед - результат надежен и предсказуем. все регламенты сводятся к нажать кнопочку и получить результат.
- не совсем так. Например, остатки контролируются на конец дня => приход товара может быть позже, чем расход => минус по товарам организаций => не корректно рассчитывается с/ст. Все равно надо контролировать. Я думаю, что нужна золотая середина - что-то контролирует и ограничивает сама 1С, что-то можно правами, что-то датой запрета изменения данных, а что-то серьезное нужно просто запретить. Ну и мы еще занимаемся разъяснительной работой, почему правильно будет так, а не по другому - это то же играет немаловажную роль.
12. Kamikadze 46 07.03.17 18:05 Сейчас в теме
(4) Так нужно их ставить думая.
8. SergF 03.02.17 17:03 Сейчас в теме
<<Если крайне необходимо закрыть месяца за больший период, то и тут мы <<выработали свою методику, которая, например, позволяет закрывать год за <<3,5 – 4 часа.>>
А что же очень секретная методика ? :-)
9. LiliyaM 78 03.02.17 17:13 Сейчас в теме
(8) да ничего тайного))) В планах выложить этот секрет, но чуть попозже) Просто хотелось понять - интересно ли это вообще публике. :)
klaus38; life-wayfarer; +2 Ответить
10. German_Tagil 43 03.02.17 18:53 Сейчас в теме
(9) Очень интересно
life-wayfarer; +1 Ответить
11. LiliyaM 78 03.02.17 19:13 Сейчас в теме
(10) значит напишем)
&rew; life-wayfarer; +2 Ответить
13. klaus38 15.03.18 09:28 Сейчас в теме
"Срочно, нам прям сейчас, остатки по декларации не бьются, иначе проблемы с таможней"
Слишком поздно я прочитал эту статью...
14. LiliyaM 78 15.03.18 12:45 Сейчас в теме
15. klaus38 15.03.18 13:43 Сейчас в теме
(14) "Накорректировал" лопух. С работающем всеми любимым "Интеркомпани" после обновления на УТ 11.4.2.144 и при попытки проведения РТиУ выдал такое с утра)))
Прикрепленные файлы:
16. LiliyaM 78 15.03.18 17:26 Сейчас в теме
(15)ясно)))) модель расчета с/ст меняли? Если да, то ТЗР все равно должны быть в одном месяце с приобретением. Иначе подвисает сумма в контроле распределения. На расходы как бы падает, но хвостик одной суммой, который должен был упасть на номенклатуру, которая была продана в прошлом месяце. То есть без распределения на нее. Если ставить галку распределять на прошлые периоды, то тоже как-то странно отрабатывает.
17. zhyhallo 99 28.08.18 11:15 Сейчас в теме
Иногда «слетают» или «задваиваются» движения по регистру «Партии товаров организаций» некоторых документов поступления товара (ввод начальных остатков, поступление товаров и услуг, оприходование излишков товара, прочее оприходование товара). Обычно данная проблема возникает, если при закрытии месяца программа вылетела в ошибку.

"Слетают" по причине того, что вначале удаляются все движение по регистру, а далее программа пытается их заново заполнить. Но вот почему "задваиваются" движения? Этот вопрос остается открытым.
18. LiliyaM 78 28.08.18 14:49 Сейчас в теме
(17)
(17)
"Слетают" по причине того, что вначале удаляются все движение по регистру, а далее программа пытается их заново заполнить. Но вот почему "задваиваются" движения? Этот вопрос остается открытым.

В статье описаны проблемы с расчетом себестоимости УТ3 (аналог УТ11). В этом случае задваивание происходит из-за ошибки в тексте запроса 1С. Особенно, если это касается товара, отданного под реализацию.
В новых версиях УТ11 с моделью расчета себестоимости по версии 2.2 такого замечено не было.
19. zhyhallo 99 28.08.18 17:23 Сейчас в теме
(18)
В этом случае задваивание происходит из-за ошибки в тексте запроса 1С.

Товара отданного под реализацию нет. Думаю, что дело не в запросе, потому как способ, который Вы описали
В этом случае достаточно перепровести данные документы, которые были в том месяце, при закрытии которого возникла ошибка при расчете себестоимости, распровести документ «Расчет себестоимости» и закрыть месяц заново.

помогает.
Сложность только в том, что приходится контролировать такие ситуации. Дополнительные затраты времени на обслуживание программы. И причину возникновения этой ошибки пока найти не получается (речь идет о конфигурации УТ3).
20. LiliyaM 78 28.08.18 20:53 Сейчас в теме
(19) Такое возникает только тогда, когда при закрытии месяца программа вылетает в ошибку. И да, это нужно контролировать. В нашем случае у нас каждый день закрывается месяц регламентом, а потом контроль, исправление и новое закрытие ручками. К сожалению, другого способа не нашли. Минимизировали эту проблему переходом на 64х битный SQL и пользователи таки научились правильно работать - соблюдать логику документооборота, запрет на редактирование задним числом партионных документов, вносить правильно первичку, работать без отрицательных остатков. На данный момент ежедневное закрытие месяца занимает около часа.
21. p.ugrumov 174 27.12.18 14:33 Сейчас в теме
Еще новая фишка 1с. Константа версии партионного учета 1С. Пии редактировании выбирается дата начала действия.

Отличие версии партионного учета 2.2 от 2.1:

Основным отличием является то, что разработчики уже в очередной раз отказались от использования группы регистров, отражающих движения партий товаров: «ПартииТоваровОрганизаций», «ПартииТоваровПереданныеНаКомиссию», «ПартииРасходовНаСебестоимостьТоваров», «ПартииПроизводственныхЗатрат», «ПартииЗатратНаВыпуск». Расчет теперь выполняется исключительно по одному регистру учета «Себестоимость товаров».

В регистре «Себестоимость товаров» для реализации полноценного партионного учета «ФИФО (скользящая оценка)» теперь добавились дополнительные измерения: «Партия» и «АналитикаУчетаПартий». Для метода оценки: «ФИФО (взвешенная оценка)» и «Средняя за месяц» новые измерения остаются не заполненными.
22. YannikAlx 27 28.06.19 10:28 Сейчас в теме
(21) Добавлю , что в КА2.4 стало считать себестоимость совершенно некорректно


При выключенной опции Обособленный учет себестоимости «По видам запасов» (см Настройки.jpg)
И учетной политике в запасах «метод оценки стоимости товаров» = ФИФО

В случае 2 последовательных приобретений товаров (скажем 1 числа и 2 числа) после реализации товара списывается как и положено партия от 1 числа.
При дальнейшей Корректировки приобретения поступления от 1 числа обязательно в последующем месяце, когда месяц с реализацией уже закрыт (см Реестр торговых документов.jpg),
в регистре «Себестоимость товаров» некорректно списываются партии в процессе расчета себестоимости при закрытии месяца, в котором проведена Корректировка и
выдается ошибка в обработке Закрытие месяца в закладке «Расчет себестоимости»
с текстом «Обнаружены отрицательные остатки партий в регистре себестоимости по организации "…….." на конец периода ….». (см Ошибка расчета себестоимости.jpg и Регистр Себестоимость товаров.JPG)
Закрытие месяца – невозможно!?


При включении опции Обособленный учет себестоимости «По видам запасов» в тестовой базе закрытие месяца происходит без ошибок и
движения Корректировки приобретения в регистре Себестоимость товаров становятся правильными. (см Корректный расчет себестоимости.jpg)
Но в рабочей базе мы не имеем возможности включить эту опцию, так как это требует перепроведения всех документов! Да и не нужна нам она….
Показать


Подскажите как решить подобную проблему ...
Прикрепленные файлы:
23. CheBurator 3126 12.11.20 01:35 Сейчас в теме
(22) как видишь - никак.. никто не подсказал.. спецов настолько мало, что им сюда неинтересно копаться в чужих гуанах, у них - своих хватает где они сидят как спецы и разгребают их.. ;-)
unknown181538; СергейК; +2 Ответить
Оставьте свое сообщение