Версия для печати темы (https://pro1c.org.ua/index.php?s=57bd1d415dbfcf239e180881a8b9fc91&showtopic=60114)

Автор: Татьяна92 08.07.20, 11:31

Добрый день, имеется такая проблема в конце месяца при перемещении и списании топлива возникают отрицательные остатки по ОСВ.

Автор: denis84 08.07.20, 12:18

Татьяна92 @ Сегодня, 12:31 ,
Добрый день! Разрешаете списывать со склада в минус. Посмотрите в константах (настройки параметров учета) у вас отключен контроль отрицательных остатков.

Автор: Petre 08.07.20, 12:36

Списание со склада "в минус" не при чем. Просто перепроведите документы.

Автор: Татьяна92 08.07.20, 12:54

denis84 @ Сегодня, 13:18 ,
Разрешение списывать со склада в минус включено, но проблема в том что количества достаточно, минус именно в сумме списания.

Petre @ Сегодня, 13:36 ,
Документы перепроводились и не раз, все что связано с топливом перепроводилось, но это не работает.

Автор: denis84 08.07.20, 13:20

Татьяна92 @ Сегодня, 13:54 ,
Разверните отчеты до партий и какие настройки в отчете? Мало информации по картинке

Автор: Petre 08.07.20, 13:30

... а также по всей аналитике.

Автор: TohaMonster 08.07.20, 14:03

Татьяна92 @ Сегодня, 12:31 ,

А что у Вас за Конфигурация, в которой ведется учет топлива? Или учет топлива ведется в одной конфигурацией, а затем выгружается в Бухгалтерию? Ведется ли партионный учет? Возможно, цену топлива в конце месяца у Вас призван выравнивать какой-то регламентный документ, который забывают провести?

Если у Вас обычная Бухгалтерия, тогда Вам придется выравнивать остатки. Вдумчиво. Этапы примерно такие:

1. Выбираем месяц, с которого хотим жить по-новому (с корректными остатками и движениями)

2. Выравниваем сумму остатка топлива на начало етого месяца. Основные критерии, на которые обращаем внимание:
- количество не должно быть отрицательным
- если количество 0, то сумма тоже должна быть 0
- цена остатка топлива должна соответствовать ценам в партиях закупок. Если партионный учет, то чотко соответствовать. Если средняя цена, то плюс-минус от текущей цены топлива (если не имеет места такая ситуация, что машина давно простаивает и в ней числится топливо еще 2000-какого-то старого года)

Например, на Вашей картинке по А-92 цена в машинах более-менее похожа на правду (кроме Основного склада, где к-во 0). А вот по ДТ что-то не то: по Komatsu-500 на начало месяца цена 58.64грн. Вроде топлива по такой цене у нас (еще?) не было

Все эти остатки нужно выравнивать для всех аналитик 203 счета: Номенклатура, Склад, Партия (если есть)

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

3. После выравнивания остатков на начало месяца, перепроводим все документы по ГСМ за месяц. И смотрим на критерии, указанные в п. 2 внутри месяца. Например, на 15 число. Если нет, на более ранее. То есть, формируем оборотку с 01 числа по 15. Если суммы косячат, с 01 по 10 итд. Вплоть до интервала с 01 по 01. Задача - найти дату, где начинаются косяки. Внутри этой даты ищем документы, которые списали (оприходовали) топливо по неправильной цене и пытаемся понять, в чем дело. Часто, дело в последовательности документов внутри дня - во времени приходных и расходных документов

4. После того, как получим результаты анализа п. 3, будут примерно понятны основные причины возникновения некорректных остатков. Например, можно будет установить правила: все приходы внутри дня проводить со временем 09:00, все перемещения 11:00, все списания - 17:00
И дальнейшая отладка остатков 203 счета (в последующих месяцах) пойдет значительно проще

Автор: Макс1С 08.07.20, 16:26

Татьяна92 @ Сегодня, 12:31 ,
С первого взгляда можно предположить, что проблемы и с разрешением отрицательных остатков(1), и с вводом задним числом(2). Увидеть причину можно в карточке счета, в осв по счету со всей аналитикой всё равно не увидим сути, имхо.
1) То что заметил TohaMonster: большая начальная цена - допустим на начало было 10 литров на сумму 1000 грн, списали 20 литров: остаток по количеству -10, а сумма 0, в минус не уходит если нет остатков. Потом оприходовали 20 литров на 2000, остатки: 10 литров на сумму 2000
2) на остатках 2 партии, ранняя 10л по 30 грн/л, поздняя - 10л по 25 грн/л (при условии FIFO). Списали сегодня 10 литров (по 30), потом списали вчерашним числом еще 10 л. В итоге на вчера остатки на первой партии еще были и они тоже списались по 30 - получили "-" в сумме по остатку.

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

Как вариант, очень редкий случай когда слетели регистры - сделать Тестирование и исправление с пересчетом итогов

пс. Вот еще подумал: Если проводили отдельно списания, отдельно перемещения - могли остаться такие глюки, важно провести все документы по порядку за один проход (универсальными или другими внешними обработками)

Автор: Petre 09.07.20, 8:11

Важно не только провести. Важно перед проведением выставить в хронологической последовательности.
Ведь если разрешены отрицательные остатки и расход проведен 01.01.2020 12:00:00, а потом приход проведен 01.01.2020 12:00:02, то перепроведение ничего не даст, пока приход не установить раньше расхода.

Автор: Татьяна92 14.07.20, 12:44

Партийный учет на предприятие не ведется. Хронологическая последовательность соблюдена: приход, перемещение, списание.
Перемещение и списание проводиться раз на конец месяца, приход на протяжении месяца, основная проблема в том что при перемещении бензина с основного склада на получателя ГАЗ 32213 18-61ВА проходит сума больше и появляется минус в конечном сальдо (количество: 789,75-789,75=0 л., стоимость: 15567,87-15602,47 = - 19,69 ), а по ДП наоборот при перемещении з основного склада на получателя все хорошо, но потом когда с этого получателя идет перемещение и списание количество идет, а сума с минусом.

Автор: TohaMonster 16.07.20, 9:00

Татьяна92 @ 14.07.20, 13:44 ,
Что-то тут не то. Скажите, какая у Вас Конфигурация хотя-бы. Возможно, запасы съехали где-то в управленческих регистрах, поэтому и формируется неправильная проводка