|
|
#40 |
|
Участник
|
Мой гуру говорил ...
:-)
... так вот, мой гуру говорил: "На гуру надейся, а сам в носу не ковыряйся!" Большую часть фичей в Аксапте мы рюхали своими силами, опытным путем. Благо, что это приносит почти такое же удовольствие, как, скажем, "Квака". :-) 1. Согласен по поводу складской аналитики, для которой не указан параметр "Финансовый склад" - для нее уже не так важно, будет она указана при сторнировании. Правда не согласен с терминологией - "усреднение" производится только в момент списания - т.е., по-другому, система списывает по "Мгновенной средней себестоимости". Т.е. "подстановка", о которой вы пишите, произведётся только при сторнировании прихода. В сторнировании расхода все наоборот - там нужно указать стоимость, по которой товар будет оприходован на склад = себестоимость списания. 2. Есть еще нюанс, по которому все же полезно оставить требование правильного указания всех аналитик: так как принцип простановки аналитик един для всей номенклатуры, а мы заранее не можем сказать, что для данной номенклатуры, например, номер партии является финансовой аналитикой или нет, то нет необходимости думать - нужно указывать аналитику (номер партии) или нет. Будем указывать всегда. Пусть система в дальнейшем не возьмет его в расчет себестоимости. Для данной номенклатуры - ОК, для другой - обратное важно! 3. Нрушение расчета может быть только в одном случае - если продажа идет в день покупки. Если не в день покупки - все ОК. Система нормально обработает сторно - она "увидит", что дни исходной проводки и сторнировочной "перекрываются" и "свернёт" их. Проверял. Если все-таки продали в день покупки - вот тут надо думать и все зависит от ситуации. В принципе, я бы отсторнировал и продажу, отсторнировал покупку, потом провел и то и другое правильно. Это правильно методологически, если приход-расход как-то особым образом связаны - например в исходном приходе указывается аналитика, которая перетекает в расход. Если связи нет или если речь идет о коррекции складской аналитики - удобно воспользоваться такой функцией. А отсторнировать и провести заново только приход - тоже будет обработано корректно. Выше мы как-то больше говорили о сторнировании прихода, конкретнее - закупки, так как речь в расходе шла о продаже (заказе). Реально, все это корректно работает и с учетом складских журналов. Например, можно оприходовать номенклатуру из складского журнала спецификаций, продать ее через заказы, потом понять, что в журнале ошиблись - отсторнировать его - провести заново - и пересчитать себестоимость! О!... Да...! Заветное слово! После всех этих манипуляций нужно пересчитывать себестоимость (УЗ/ПО/Закрытие и коррекция/Пересчет). Если там уже были пересчеты - отменить их и пересчитать (или пересчитать по отдельной номенклатуре...). Ну и надо не забывать про то, как работает закрытие склада и пересчет себестоимость после закрытия склада. Если можно, один совет - как сам учился: Брал Excel, в нем моделировал ситуацию, потом заводил в систему операции, пересчитывал себестоимость, сторнировал, пересчитывал себестимость, проводил как надо, пересчитывал себестоимость и смотрел... смотрел... а что там с себестоимостью? И начинал задумываться - ну почему я, например, не лётчик? Или еще чем-нибудь другим не занимаюсь?... |
|
|
| Теги |
| как правильно, коррекция, накладная, сторно, удаление, crm2011 |
|
|
Похожие темы
|
||||
| Тема | Ответов | |||
| Сторно ввода в эксплуатацию ОС | 16 | |||
| Обработка входящего НДС | 12 | |||
| Висит обработка фактуры | 12 | |||
| Суммарная обработка накладной | 1 | |||
| Корректная обработка НДС по счёту со скидкой по оплате | 1 | |||
| Опции темы | Поиск в этой теме |
| Опции просмотра | |
|