Как-то странно работает отчет ТОРГ-29 в УНФ
Формируем отчет ТОРГ-29 в УНФ за выбранный период (в нашем случае за 01.04.2012). Выбираем розничную торговую точку, для которой определен розничный вид цен. Формируем - в блоке расход отчет показывает документы (Отчеты по розничным продажам) и суммы расхода. Но суммы эти не всегда правильные. Начал копать - оказалось, что для отчета берутся документы ЧекККМ, для которых документы Отчеты по розничным продажам являются кассовой сменой. Дальше - больше, вычислил даже конкретный ЧекККМ, сумма по которому не отражается в итоговой строке связанного с ним Отчета по розничным продажам. Сравниваю данный документ с другим аналогичным - и по реквизитам и по движениям регистров - ничем не отличается. Тогда меняю в ЧекеККМ проданную номенклатуру (предварительно отключаю только просмотр Чека после проведения), и, о-чудо, новая сумма по новой номенклатуре попадает в итоговую сумму строки Отчета по розничным продажам в Торг-29. Меняю на старую номенклатуру - сумма исчезает. Проверил за другие периоды - действительно, где есть данная номенклатура, то в отчете ТОРГ-29 за эти продажи сумма неправильная. Сравнил практически две одиннаковые номенклатуры - разница только в значениях цен, но даты регистрации цен одиннаковые - в марте 2012 года. Запустил тестирование и исправления ИБ. Не помогло - итог тот же. Смутно догадываюсь, что такие дела могут происходить и с другими элементами номенклатуры. Вопрос - в чем может быть дело? (конфа УНФ 1.3.2.17, платформа 8.2.15.310).
Найденные решения
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Смотреть надо, могу только предполагать:
1. Через отладчик посмотрите, откуда берется или куда обращается программа для получения цены.
2. Сравните, точно ли указанная номенклатура присутствует в ценообразовании.
3. Проверьте остатки товара того и другого (по резервам и свободные)
4. Сверьте тип цен, по которому возможно условие при заполнении
1. Через отладчик посмотрите, откуда берется или куда обращается программа для получения цены.
2. Сравните, точно ли указанная номенклатура присутствует в ценообразовании.
3. Проверьте остатки товара того и другого (по резервам и свободные)
4. Сверьте тип цен, по которому возможно условие при заполнении
(2) sinto, Отвечаю по пунктам:
1. Вот в этом-то и вся проблема - там такой забубенный отчет в СКД (порядка 6 взаимосвязанных запросов), который потом передает свои параметры в модуль (так я и вычислил нулевой документ), понять откуда и как система берет данные в СКД не могу.
2. Точно присутствует - захожу через номенклатуру в Цены - все есть и даже при выборе этой позиции в документе цена ставится автоматом.
3. Вот резервы стоит проверить, а так остатков очень даже много. Не в минус продаем. Хотя может быть продали и в минус, а потом задним числом оприходовали. Но ведь я потом ЧЕК перепроводил.
1. Вот в этом-то и вся проблема - там такой забубенный отчет в СКД (порядка 6 взаимосвязанных запросов), который потом передает свои параметры в модуль (так я и вычислил нулевой документ), понять откуда и как система берет данные в СКД не могу.
2. Точно присутствует - захожу через номенклатуру в Цены - все есть и даже при выборе этой позиции в документе цена ставится автоматом.
3. Вот резервы стоит проверить, а так остатков очень даже много. Не в минус продаем. Хотя может быть продали и в минус, а потом задним числом оприходовали. Но ведь я потом ЧЕК перепроводил.
Вопрос все ближе к решению - расхождение вытекает по тем позициям номенклатуры, по которым внесено несколько значений розничной цены на разные даты. При этом галочка "Активность" никак не влияет на отображение суммы по документу.
посмотрите, откуда берется или куда обращается программа для получения цен
точно ли указанная номенклатура присутствует в ценообразовании
остатки товара того и другого (по резервам и свободные)
Сверьте тип цен, по которому возможно условие при заполнении
точно ли указанная номенклатура присутствует в ценообразовании
остатки товара того и другого (по резервам и свободные)
Сверьте тип цен, по которому возможно условие при заполнении
(19) Pavel693,
Попробуйте поиграться параметрами номенклатуры "Срок исполнения" на первой вкладке и "Срок пополнения" на второй. По умолчанию стоит 1 день, она соответсвенно и ставит Вам 16-е.
Если хочется иметь на складе неснижаемый остаток, то попробуйте использовать "Управление запасами" на панели навигации номенклатуры, задав там минимальный и максимальный остаток.
Попробуйте поиграться параметрами номенклатуры "Срок исполнения" на первой вкладке и "Срок пополнения" на второй. По умолчанию стоит 1 день, она соответсвенно и ставит Вам 16-е.
Если хочется иметь на складе неснижаемый остаток, то попробуйте использовать "Управление запасами" на панели навигации номенклатуры, задав там минимальный и максимальный остаток.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот