Контроль серийных номеров и сторно закупки, по которой нет остатка

[Starling]

Коллеги, привет.

Нужен совет.
Ситуация следующая:

• [1]Компания торгует штучным товаром, для которого активирована аналитика серийный номер.

• [2] Для аналитики серийный номер в группе складских аналитик активирована опция «Контроль серийных номеров».

• [3]При приходе товара на склад, работники склада регистрируют факт физического прихода. Возможно перевод в статус Зарегистрировано, возможен сразу в статус Получено. Решение в пользу одного из статусов сути вопроса не меняет.

• [4]Поле регистрации прихода по закупке сотрудники склада двигают этот товар дальше по складам и ячейкам журналами переноса, не дожидаясь финансового прихода. Для этих целей будет включен отрицательный финансовый склад, при этом отрицательный физический склад будет запрещен.

• [5]Бухгалтерия по факту получения первички, со значительным опозданием, финансово обрабатывает закупки.

• [6]А теперь вопрос – как в такой схеме сторнировать закупку в случае ошибки?

• [a]Остатка на аналитики, в которую пришел товар уже нет, так как склад «двинул» товар дальше, т.е. при попытки сторнирования получим отрицательный физический остаток и система не пропустит такую операцию.

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

Что посоветуете? У меня пока два варианта:

• [1]Не включать контроль серийных номеров. Этого бы очень не хотелось, так как такой контроль в остальных случаях лишним точно не будет.

• [2]Допилить обработку закупки, таким образом, что бы в определенных случаях контроль на серийные номера не срабатывал.

Мне пока ни 1-ый ни 2-ой вариант не нравится, первый из-за отсутствия необходимой проверки, второй из-за модификации. Как мне кажется не самой простой.
Может есть другие варианты? У кого был опыт решения подобной задачи?

[UNRW]

Пилите Шура, пилите. Они золотые. (c) Бендер.

Модификация: Закупить тем же лотом и набором аналитик на "правильную" сумму, разнести сторно-документ (физический/финансовый, по фин документу "Накладная" надо проверить был ли СФ и правильно его удалить) на "оригинальную" закупку и сопоставить/маркировать их. Все сделать в одной транзакции.

[Pustik]

У нас ситуация немножко другая,только с партиями и не в закупках, а в заказах.

Склад проставляет партии в заказы, бухгалтерия их отгружает. Проблема возникает в том, когда склад (а в основном это простые люди максимум техникум) ошибается. Забилы не те партии. Приходится затрагивать бухгалтерию, чтобы она возвращала эти заказы на склад(сторнировала), потом склад исправлял свои ошибки.И бухгалтера потом опять отгружают. Бухгалтерия не в восторге от такой вот лишнией для них работы.
В вашей ситуации можно:
1) Попробовать для таких вот случаев программно, именно для сторнирования таких вот случаев, отключать галочку <Конролировать серийные номера>.А после разноски сразу включать.Здесь меньше модификаций.Или назначить ответственное лицо, которое на время сторно будет включать/оключать эту галочку. Но сами понимаете это не очень хороший вариант. Я его не одобряю.
2) Лучше будет так. Создать мнимый складской журнал переноса этих номенклатур на нужную складскую аналитику(которая была в закупке).Опять таки можно программно, чтобы не заморачивать пользователей. Отсторнировать закупку.И отсторнировать этот мнимый складской журнал.

[George Nordic]

Угу, при этом учесть, что:
Возможна частичная приемка товара, и по закупке может быть несколько накладных;
Накладная может быть на несколько закупок;
Теоретически, СЧФ тоже может быть на несколько накладных.

С Уважением,
Георгий

[pitersky]

Цитата:

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

Что посоветуете? У меня пока два варианта

Посоветую третий
Сделайте какой-нибудь документ прихода (складской журнал, закупку,...) с номером "Испр". Напишите процедуру, которая:
1) копирует спецификацию ошибочной закупки/накладной/СФ в этот документ
2) регистрирует приход по нему
3) сторнирует исходную закупку/накладную/СФ

при повторной разноске исходной закупки/накладной/СФ строки документа, разумеется, надо будет автоматически удалить.

P.S. Кривовато, конечно, но малозатратно по доработкам

[donMigel]

Начнем с того, что при выключенном отрицательном складе в группе складских моделей возможность сторнирования приходного документа с номенклатурами, в которых указана такая группа, априори в системе не будет стопроцентной. Значит, модификация. А вот уже какая-это вопрос.
Чтоб на него попытаться ответить точно и полно, следует понимать, в результате каких ошибок возникла необходимость сторнирования:
1.если оприходовали не с теми аналитиками, то попытаться исправить журналом переноса
2.если оприходовали не то количество, то попытаться исправить дополнительными документами (ТОРГ-2 на излишки\недостачи)
3. если оприходовали не с теми "документарными" параметрами (цена, договор, контрагент), то попытаться исправить данные в надлежащих таблицах.
Но обычно останавливаются на варианте "клона":создают на основе оригинального (некорректного) приходного документа новый корректный, затем удаляют (сторнируют) оригинальный (некорректный). В любом случае Вы столкнетесь с трудностями в основном организационного характераУдачи!

[UNRW]

Всё верно.

Цитата:

Сообщение от George Nordic

Угу, при этом учесть, что:
Возможна частичная приемка товара, и по закупке может быть несколько накладных;
Накладная может быть на несколько закупок;
Теоретически, СЧФ тоже может быть на несколько накладных.

С Уважением,
Георгий

Еще важен период исправления, возможно, что финансовый/бухгалтерский период уже закрыт - тогда внимательно читайте учетную политику вашей конторы или ПБУ, или МСФО смотря какой учет вы ведете