Внимание! Тема закрыта. Добавлять сообщения в закрытую тему запрещено.
Добрый день!
подскажите, пожалуйста, может у кого так было.
Возникла такая ситуация, делаем или списание материальных запасов (МЗ) или требование-накладная, или же выдача МЗ на нужды учреждения в некоторых случаях дает сделать движение МЗ со склада (хотя на складе этот МЗ отсутствует) и когда формируешь Оборотно-сальдовую ведомость то вылезает вся краснота как раз таки по МЗ, как это отследить? но хочу заметить то не во всех документах так, есть где движение МЗ не дает выдает ошибки как и должно быть во всех движениях где на складе не хватает количества.
подскажите, пожалуйста, может у кого так было.
Возникла такая ситуация, делаем или списание материальных запасов (МЗ) или требование-накладная, или же выдача МЗ на нужды учреждения в некоторых случаях дает сделать движение МЗ со склада (хотя на складе этот МЗ отсутствует) и когда формируешь Оборотно-сальдовую ведомость то вылезает вся краснота как раз таки по МЗ, как это отследить? но хочу заметить то не во всех документах так, есть где движение МЗ не дает выдает ошибки как и должно быть во всех движениях где на складе не хватает количества.
По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(8) Miho86, конфа с замком. делали исправление БД. написала разработчикам, они советуют сделать перепроведение всех документов, которые после дают красноту, легко им сказать, я понимаю если бы было три четыре документа, но там то их гораздо больше и это не правильно...
(10) natalya 93, ДЛя начала попробуйте тестирование/исправление сделать. На вашем месте я бы еще через конфигуратор проследил момент нахождения таблицы остатков и контроль отрицательных остатков. И еще такой момент: вы перепроводите каким образом: просто нажимаете еще раз "ОК" или делаете непроведенным, а за затем снова проводите?
(19) Miho86, вот я тоже думаю что списание делали задним числом, но блин, клиент утверждает что они так не могут сделать. в общем им верить скорее всего нет смысла, ну мы хотим сделать чтобы выводилось сообщение что на складе больше нет мз чтобы они не могли списывать их.
(20) natalya 93,
клиент утверждает что они так не могут сделать
Было бы странно, если он сказал другое :)
выводилось сообщение что на складе больше нет мз чтобы они не могли списывать их.
При нормально поведении программы, они и не смогут списать больше, чем есть на остатках. Довольно часто происходит следующее: делают покупку 01.11.15 на 100 шт, затем списываю 10.11.15 80 шт. Вроде все отлично, на остатках всего достаточно. А потом берут и меняют в документе поступления количество, например на 60 шт. И вуаля, у на на остатках "минус" 20 шт товара.
(22) natalya 93, обработка не спасет от ситуации, когда исправляют документ поступления задним число (когда уже прошло списание). Выше я описал пример. НА всех этапах программа даже не пикнет и ваша обработка тут не сработает, потому как в момент списания выбранное количество будет на счете.
(24) natalya 93,
будем следить как то за этим
Если у бухов такие шаловливые ручки, то делать еженедельно тех анализ и ставить дату запрета редактирования. Как возможный вариант поставить нечто типа контроля (подобный кстати в ЗБУ есть): при отмене проведения/перепроведении документа поступления делать проверку есть ли проведенные документы списания или перемещения по номенклатуре из ТЧ. Если такие документы есть - не давать изменять документ, пока не отменять проведения всех найденных документов.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот