Axapta 3.0 sp5 разноска накладных на дату вперед и назад

[Murlin]

Доброго времени суток, возник такой вопрос.
У нас в фирме движение(сумма по проводкам по физической дате) не соответствует остаткам, может ли это быть из за того что накладные разносят на дату вперед. Т.е. допустим сегодня 2 августа(createdDate) а разносят накладную на 4ое августа(InvoiceDate). Фактически отгрузочную накладную у нас почти всегда разносят вместе с накладной поэтому и дата в отгрузочной совпадает с накладной.
Можно ли вообще накладную и отгрузочную разносить на дату вперед(InvoiceDate)?

[lev]

как правило когда расходятся InventTrans и InventSum - это результат некорректно написанного кода. Если у вас допиливалась разноска накладных, то вполне возможно.

Возможно конечно ещё влезли в базу и правили таблички напрямую из Oracle, но такое бывает реже.

[Murlin]

Цитата:

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

как правило когда расходятся InventTrans и InventSum - это результат некорректно написанного кода. Если у вас допиливалась разноска накладных, то вполне возможно.

Возможно конечно ещё влезли в базу и правили таблички напрямую из Oracle, но такое бывает реже.

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

[lev]

теоретически можно, если все стандартно то ни на что повлиять вроде не должно.

Единственный нюанс, который приходит в голову, это могут возникнуть разночтения с физическими остатками. Т.е. реально товара уже нет, а по системе ещё есть (пример товар отгрузили 1-ого, накладную разнесли 4-м числом. в период с 1-ого по 3-е по системе будет показываться наличие товара, которого нет.)

[lev]

только что доперло! проблема есть, и она именно в том что я написал!!!

Цитата:

пример товар отгрузили 1-ого, накладную разнесли 4-м числом. в период с 1-ого по 3-е по системе будет показываться наличие товара, которого нет.

Т.е. получается InventSum у вас например на 2-е число будет один, а если посчитать по проводкам, то результат будет другой!

[Murlin]

Цитата:

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

только что доперло! проблема есть, и она именно в том что я написал!!!



Т.е. получается InventSum у вас например на 2-е число будет один, а если посчитать по проводкам, то результат будет другой!

Можно ли вообще разносить накладные на дату вперед?

НАКЛАДНАЯ ТОВАРНАЯ - документ, в соответствии с которым происходит передача товара, материальных ценностей из одних рук в другие. В накладной указывается вид товара, его количество, цена, общая стоимость. Накладная скрепляется подписями передающей и принимающей сторон и представляет документ бухгалтерского учета.

[lev]

Получается что теоретически то ничего не мешает разноске будущей датой. Но какое то время возможно расхождения InventTrans-а и InventSum-а. И в Вашем случае, получается, это расхождение будет нормальным

Возможно я ошибаюсь, может кто меня поправит.

[Murlin]

Цитата:

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

Получается что теоретически то ничего не мешает разноске будущей датой. Но какое то время возможно расхождения InventTrans-а и InventSum-а. И в Вашем случае, получается, это расхождение будет нормальным

Возможно я ошибаюсь, может кто меня поправит.

А то же самое только назад???

[lev]

назад вроде расхождений возникать не должно.

но тут другие вопросы.
- закрывается ли у вас период? если закрывается то в закрытом периоде вы не сможете сделать движений
- есть ли у вас обмен данными с другими программами (1С и т.п.), если есть, то данные в программах разъедутся.

[Ivanhoe]

InventSum показывает данные не на "сегодня", а "итого" с учетом всех операций. Идеологически, насколько я понимаю, нет ничего страшного в разноске, что задним числом, что будущим. Вопрос только в корректном построении отчетов по остаткам - с учетом нужной отчетной даты.

[timurleng]

Разноска документов датой "вперёд" - допустимое поведение стандартной функциональности, более того - часто необходимое в практических целях. Разница в оборотах и остатках маловероятна - проверьте: возможно, дело в "Дате ДО", по которой крутите оборотку. Раз есть проводки датой "вперёд", то при просмотре "оборотов" до текущего дня, естественно будет разница между InventSum & InventTrans, НО только до текущего дня. Если посмотрите обороты до даты последней проводки InventTrans-а - цифры должны идти.

[CDR]

Цитата:

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

только что доперло! проблема есть, и она именно в том что я написал!!!

Т.е. получается InventSum у вас например на 2-е число будет один, а если посчитать по проводкам, то результат будет другой!

Проблема есть, но она не в Аксапте зарыта .

InventSum хранит текущие остатки (а не остатки на текущую дату!) в разрезе статусов складских проводок (разнесено, отпущено, скомплектовано, получено и т.д.). Не бывает InventSum'а на 2-ое или какое-либо другое число. А чтобы проверить InventSum нужно обрабатывать ВСЕ проводки, а не проводки до текущей даты, обязательно учитывая их статус!

И если физическая и финансовая разноска проходит разными датами, то всего-навсего количество из одного поля InventSum переходит в другое.

ИМХО, скорее всего ошибка зарыта в исходной фразе "сумма по проводкам по физической дате". Под этой фразой скорее всего кроется какая-то самописная проверка. Используйте стандартная проверку целостности данных для модуля "Управление запасами".

[lev]

Цитата:

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

Проблема есть, но она не в Аксапте зарыта .

InventSum хранит текущие остатки (а не остатки на текущую дату!) в разрезе статусов складских проводок (разнесено, отпущено, скомплектовано, получено и т.д.). Не бывает InventSum'а на 2-ое или какое-либо другое число. А чтобы проверить InventSum нужно обрабатывать ВСЕ проводки, а не проводки до текущей даты, обязательно учитывая их статус!

про это я и писал, но другими словами под фразой "inventSum на второе число" понималось что на какое число его не смотри, показываться будет текущее наличие.

спасибо что изложили мысль в более понятном виде

[Murlin]

Цитата:

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

про это я и писал, но другими словами под фразой "inventSum на второе число" понималось что на какое число его не смотри, показываться будет текущее наличие.

спасибо что изложили мысль в более понятном виде

Я имел ввиду тоже самое.

[Murlin]

Цитата:

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

Проблема есть, но она не в Аксапте зарыта .

InventSum хранит текущие остатки (а не остатки на текущую дату!) в разрезе статусов складских проводок (разнесено, отпущено, скомплектовано, получено и т.д.). Не бывает InventSum'а на 2-ое или какое-либо другое число. А чтобы проверить InventSum нужно обрабатывать ВСЕ проводки, а не проводки до текущей даты, обязательно учитывая их статус!

И если физическая и финансовая разноска проходит разными датами, то всего-навсего количество из одного поля InventSum переходит в другое.

ИМХО, скорее всего ошибка зарыта в исходной фразе "сумма по проводкам по физической дате". Под этой фразой скорее всего кроется какая-то самописная проверка. Используйте стандартная проверку целостности данных для модуля "Управление запасами".

Проблема строиться в отчете который я строю, отображаю все складское движение по проводкам на определенный промежуток времени, беру физическую дату в качестве даты, беру остатки на начало с помощью стандартных классов, беру остатки на конец,получается что остатки на начало + движение != остатки на конец.

[pitersky]

Цитата:

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

InventSum показывает данные не на "сегодня", а "итого" с учетом всех операций. Идеологически, насколько я понимаю, нет ничего страшного в разноске, что задним числом, что будущим.

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

[nix0root]

Стоит ли вообще их разносить на дату вперед...
Если необходимы документы будущим числом, то гораздо проще создать, поля в заказе вида:
--номер предварительной накладной
--дата предварительной накладной
--номер предварительной сч.ф
--дата предварительной сч.ф
Они будут заполнятся (резервируем их в номерной серии) при переходе заказа из статуса Журнал в статус открытый заказ или что-то подобное.
С этими данными печатать док-ты.
А разноску производить в момент реальной отгрузки со склада, номера док-в брать предварительные.