Внутреннее перемещение проведено 181006, вместо 180106

[apanko]

Коллеги, такая ситуация

Умудрились провести внутреннее перемещение 181006, вместо 180106. Что вы в таком случае делаете?
Как сделать чтобы остаток на получателе стал доступен 180106 это я придумал, хотя это не самое красивое решение. А вот как сделать чтобы остаток исчез с отправителя, а не болтался в отчетах до конца октября, я пока затрудняюсь.

[Галина]

Честно говоря легче по таблицам дату поисправлять. Если конечно лицензия есть.

[apanko]

Понятно. Культурных способов нет.
Ладно пусть висят пока (до 181006) и мозолят глаз провинившимся, а также напоминают о ситуации потенциальным штрафникам.

[romtex_imported]

Культурный способ:
181006 Все, что было в перемещении списать этим же числом.
180106 Оприходовать по той же себестоимости на старый склад и снова переместить, но уже внимательно посмотрев на дату перед учетом

Недостаток: 181006 будут проводки и по дебету и по кредиту 41 (или 10) счета. Хоть сальдо и останется нулевым проводки эти явно лишние. Их нужно будет отсторнировать через фин. журнал.
А вообще-то, если не ошибаюсь (лень проверять), в товарном журнале есть галочка "Коррекция", так вот если ее протятуть до фин журнала, что в общем-то не очень сложно, то можно будет сразу делать сторнирующие (с красными проводками) перемещения, оприходования и списания. Штука эта нужная и часто используется, поэтому советую потратить на это несколько часов.

[apanko]

Спасибо за предложение.

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

Добавка к недостатку, кроме проводок по 10 (41) счету, которые ни на что не влияют, будет еще сумма по счету коррекции. Точнее она закроется только 181006, а висеть будет с 180106. А вот это уже хуже.

Кстати пока меня волнуют только товарные операции.

Все равно спасибо :-)

[romtex_imported]

Цитата:

Сообщение от apanko

Спасибо за предложение.

Как Вы думаете, какой остаток будет формироваться на складе-отправителе по этой позиции на 190106?

Думаю, что не правильный.
Проблема решается так:
1. Снимаем галку "Проверять дату применения"
2. Приходуем товар 181006 на складе-отправителе
3. Расходуем товар 180106 на складе-отправителе, применив эту операцию к операции п.2

Цитата:

Сообщение от apanko

Добавка к недостатку, кроме проводок по 10 (41) счету, которые ни на что не влияют, будет еще сумма по счету коррекции. Точнее она закроется только 181006, а висеть будет с 180106. А вот это уже хуже.

Проделав п1-п3 проблема отпадет.

[Captain]

Цитата:

Сообщение от romtex

Цитата:

Сообщение от apanko

Спасибо за предложение.

Как Вы думаете, какой остаток будет формироваться на складе-отправителе по этой позиции на 190106?

Думаю, что не правильный.
Проблема решается так:
1. Снимаем галку "Проверять дату применения"
2. Приходуем товар 181006 на складе-отправителе
3. Расходуем товар 180106 на складе-отправителе, применив эту операцию к операции п.2

Цитата:

Сообщение от apanko

Добавка к недостатку, кроме проводок по 10 (41) счету, которые ни на что не влияют, будет еще сумма по счету коррекции. Точнее она закроется только 181006, а висеть будет с 180106. А вот это уже хуже.

Проделав п1-п3 проблема отпадет.

А что будет с коррекцией себестоимости, какой датой? :-)

[romtex_imported]

Цитата:

Сообщение от captain

А что будет с коррекцией себестоимости, какой датой? :-)

Мыслим логически:
Раз появилилось сальдо по счету коррекции, то стоит настройка "Учет Склада по Дате Операции" = Да.
Раз стоит такая настройка, то соответственно корекция будет датой документа.
Да и вроде если применить операции, то себестоимость сразу правильно проставляется и коррекция никаких операций не сделает.

Странный вопрос, в чем подвох-то?

[Captain]

Цитата:

Мыслим логически:
Раз появилилось сальдо по счету коррекции, то стоит настройка "Учет Склада по Дате Операции" = Да.
Раз стоит такая настройка, то соответственно корекция будет датой документа.
Да и вроде если применить операции, то себестоимость сразу правильно проставляется и коррекция никаких операций не сделает.

Странный вопрос, в чем подвох-то?

А Вы это проверяли на 3.70? У нас "логический подход" не прошел, хотя сделано было почти также как и описано.

[romtex_imported]

Меня вопрос сильно удивил, поэтому не пожалел 10-ти минут. Правда проверил на кастомизированной базе. Проблем не возникло.

[DonJoker]

Коллеги, пользуйтесь настройками Разрешить Учет От и Разрешить Учет До. Мы выставляем период текущий месяц и спокойно работаем.

[apanko]

Только с этими настройками нужно быть повнимательнее:

Период в "Финансы Настройка" стоит 01.02.06 - 28.02.06. В этом случае пользователь ничего учесть за пределами периода не может. Но если мы захотим разрешить ему (и только ему) учитывать документы за январь. То в "Пользователи Настройка" тоже нужно обязательно указывать интервал: 01.01.06 - 28.02.06, если же указать только одну дату (что на первый взгляд кажется логичным) - 01.01.06 - ___. То данный пользователь сможет учитывать документы любой датой старше 01.01.06.

В хелпе конечно написано: "Если окно Пользователи Настройка не содержит интервала, программа проверяет дату в поле Разрешить Учёт До.", но то что в данной фразе ключевое слово _интервал_ я тогда не понял...

[Seer_imported]

А лучше - удалить неверный документ и учесть корректный. Причем возможность удаления дать пользователям. А потом в красивом логе смотреть, кто и сколько факапит и что удаляет. И применять санкции.