Исправление ошибок при закрытии месяца. Управление Торговлей 11.х для 1С Предприятие 8.3






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

После выполнения обработки закрытие месяца, возникли ошибки расчета себестоимости:

 

В журнале регистрации видим результаты:

 

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

 

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

Если закрываем Май месяц, то дата в обработке устанавливается 1 июня. 

ОЧЕНЬ ВАЖНО! Перед запуском обработки выполнить обработку закрытия месяца. Сразу после этого запускаем обработку. Будет сформирован документ корректировки регистров.

После формирования корректировок все становится нормально.

 

28 Comments

  1. DitriX

    Документ корректировки? Вы шутите? Вы вообще понимаете к чему это приведет?

    Настоятельно советую — никому такое не делать.

    И вообще удалить эту публикацию 🙂

    Это не решение проблемы, это сокрытие симптомов.

    А вам, автор, настоятельно рекомендую понять — почему возникает така проблема, и как ее решить.

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

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

    С таким темпом — вы можете просто срыть надпись ошибки и все. Но это не решит проблему.

    У вас же куча регистров, партии, себестоиомости и прочее.

    А потом люди гонят на 1С, что в разных отчетах разные цифры. Блин, аж бесит.

    Вы вообще понимаете — зачем нужны документы корректировки регистров???

    Reply
  2. h00k

    (1) DitriX,

    В частности, решением проблемы является перепроведение

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

    А в некоторых, особо запущенных случаях, отменять проведение всей цепочки документов «заказ поставщику — поступление товаров — заказ клиента — реализация товаров», и только потом уже их проводить, соблюдая очередность.

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

    Ну а с видами запасов сейчас все просто, нажал кнопку «Заменить дубли видов запасов» — и всё, для большинства случаев проблема решена.

    П.С.: Под таким заголовком необходимо либо подробно описывать какие проблемы могут встретится и как их решать перепроведением/ исправлением документов, либо публиковать отчет/обработку анализирующую найденные ошибки (не все ошибки являются ошибками, иногда «косячат» алгоритмы) и предлагающую варианты действий. Но уж точно не обработку выполняющую корректировку регистров…

    Reply
  3. Ликреонский

    (1) DitriX,

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

    Reply
  4. h00k

    (3)

    оставшиеся ошибки уже после того, как сделали все то что Вы перечислили и еще немного

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

    В данном случае корректировки маскируют наличие проблемы, а не исправляют.

    Reply
  5. LiliyaM

    (3)

    Настоятельно советую — никому такое не делать.

    И вообще удалить эту публикацию 🙂

    Это не решение проблемы, это сокрытие симптомов.

    А вам, автор, настоятельно рекомендую понять — почему возникает така проблема, и как ее решить.

    ,

    прислушайтесь)))

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

    Ну и от себя добавлю — как человек, который занимается партиями в УТ2 в разрезе складов, характеристик и качества и закрытием месяцев в УТ3 (Украина) каждый день (FIFO), одинэсника, который сказал бы мне — «делаем корректировки» я бы близко не подпустила к партиям и расчету с/ст.

    Reply
  6. Ликреонский

    (5) LiliyaM,

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

    Применять или не применять каждый решает сам. Тем более что в комментариях столько предупреждений об опасности применения обработки :).

    Это не вирус. Самозапуск не происходит. Пистолет тоже опасен, но чаще лежит в кобуре.

    Reply
  7. LiliyaM

    (6)

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

    Reply
  8. Ликреонский

    (7) LiliyaM,

    Настойчиво пытаются донести :).

    Я прекрасно понимаю последствия корректировки регистров. Оправданий нет, посыпаю голову пеплом и иду самобичеваться :).

    По опыту скажу: исправление ошибок расчета себестоимости не нанесло катастрофы, а прекратило лавинообразное нарастание ошибок.

    Кроме того бывают случаи когда ошибка 0.01 рубль, мелочь, а неприятно. Тратить время на исправление такого лень, да и не поймут руководители, а обработка решит эту проблему и ошибки расчета не будут мозолить глаза.

    Reply
  9. LiliyaM

    (8)

    Кроме того бывают случаи когда ошибка 0.01 рубль, мелочь, а неприятно. Тратить время на исправление такого лень, да и не поймут руководители, а обработка решит эту проблему и ошибки расчета не будут мозолить глаза.

    ох, не со мной Вы в паре работаете))) или не я Ваш заказчик)

    Сидели бы сутками и выясняли причину такового)

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

    Reply
  10. Ликреонский

    (9) LiliyaM,

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

    А про копейку я Вам поведаю историю: присутствую к конце банковского дня в Сбербанке, кассир и оператор сводят сведения. Называют цифры, расхождение 1 копейка, не поленились, проверили, нашли ошибки в документах на 200 000 рублей.

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

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

    Reply
  11. DitriX

    Ок, а вас не смущает, что разные отчеты теперь будут показывать разные цифры?

    Что теперь не сойдется баланс, что себестоимость товара будет отличатся от партий+партии доп расходов?

    Reply
  12. h00k

    (8)

    обработка решит эту проблему и ошибки расчета не будут мозолить глаза

    Ну так и надо было публикацию назвать «Сокрытие ошибок закрытия месяца от руководства», тогда и вопросов бы не возникло.

    Reply
  13. h00k

    (9) LiliyaM, (11) DitriX, Походу у автора это осознанная позиция, вот только название он выбрал неудачное, не отвечающее сути публикации.

    Reply
  14. Ликреонский

    (13) h00k,

    Видимо, при выборе названия, во мне говорил маркетолог, а не программист 🙂 .

    Reply
  15. LiliyaM

    (10)

    Есть древняя поговорка — «копейка рубль бережет». А девочки молодцы — профи. Так что Вы не с того боку заходите. А вообще, таких казусов при работе не должно быть. Как не крути, за текущий день с/ст нормальной не будет — максимум предварительная. Следовательно корректировок не нужно никаких. А вот за прошлые периоды все должно идти тютя в тютю без каких либо корректировок. Иначе грош Вам цена как программисту-внедренцу.

    Reply
  16. Ликреонский

    (15) LiliyaM,

    грош Вам цена как программисту-внедренцу.

    Работодатели имеют мнение отличное от вашего.

    Есть древняя поговорка: Время — деньги. Работодателям она ближе.

    Reply
  17. al_zzz

    Вот так выглядит отчаяние программиста, закрывающего месяц…

    Reply
  18. simuljakr

    Для 11.4 подойдет ?

    Reply
  19. Ликреонский

    По идее обработка универсальная и работает на всех версиях

    Reply
  20. Ликреонский

    (18)Я не испытывал, планирую обновить для новых версий через недельку другую

    Reply
  21. Ликреонский

    (18) Сделал доработки, для 11.4 пойдет.

    Reply
  22. lordguard

    скачал за 3 стартмани, обработка не сработала,хотелось бы чтоб автор подключился к решению, раз обещанное не прошло

    Reply
  23. Ликреонский

    (22) Без проблем, а что не сработало?

    Reply
  24. av75057

    Присоединяюсь. УТ 11.4 Вылезает ошибка: Поле объекта не обнаружено (СуммаДопРасходов)

    Reply
  25. Ликреонский

    (24) Ок, проверю, исправлю, пострадавшие получат исправленное

    Reply
  26. Ликреонский

    Для 11.4 устранены проблемы

    Reply
  27. Xershi

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

    Reply
  28. Ликреонский

    (27) Кто же против, но вопрос времени

    Reply

Leave a Comment

Ваш адрес email не будет опубликован. Обязательные поля помечены *