перенёс обсуждение в новый топик

s_ustinov
но давайте лучше об искре поговорим (вернее о системах на ее основе) - как именно там решались проблемы с "ранним" учетом доп затрат, были ли варианты с учетом доп затрат по плановым поступлениям (как распределять на еще не поступившие на склад товары) и с последующим бухгалтерским учетом доп затрат на основе оригиналов документов?
если можно, с условными примерами таблиц и схемы БД - мне действительно интересно, как вы решали такие задачи.
s_ustinoviscrafm
что касаемо систем на основе Искры, то вариантов много. Но базовый - трассировка контракта с момента его подготовки и до закрытия. Естественно, все затраты по контракту фиксируются по мере их возникновения. На основании данных о затратах выполняется распределение по заданным базам (таможня по группам и весу, транспорт по объему и т.п.), расчет складской цены, от нее уже формируется цена продажи и т.п. Т.е., ситуация, когда поступил товар, а его стоимость, включая затраты на закупку неизвестна и непонятно по какой цене его продавать, чтобы не попасть в убыток - нонсенс.
А можно привести конкретные примеры, в каких таблицах какая информация хранится? например, данные о себестоимости планируемых приходов и себестоимости товаров на складе хранятся в одной таблице или нескольких? можно ли сделать корректировку стоимости закупок или доп расходов после продажи части товаров? если было очень много вариантов, укажите хотя бы, какие вы наиболее часто применяете и почему.

iscrafm
1. Данные об ожидаемых поставках и фактических - разные физически таблицы, первое плавно переходит во второе.
2. корректировку стоимости закупок делать можно конечно.

p.s. я думаю модератор не одобрит подобные обсуждения в этом топике, по причине оффтопа. Предлагаю подобные вопросы, касающиеся построения систем перенести.

а как решался вопрос с тем, что не все заказанные товары приходили? то есть планировалось 10 разных товаров, на них распредилили доп расходы, а реально на склад пришли только 9, а недостающий никогда не будет доставлен. что происходит с доп расходами на этот товар?
и как решалась задача, если некий расход надо распределить на все заказанное количество, приходит товар двумя партиями, одна уже пришла, вторая еще нет - как распределять?

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

iscrafm есть спецификация сделки, которая содержит перечень всех позиций и перечень связанных с этой сделкой расходов. Расходы, связанные со сделкой распределяются на позиции спецификации сделки. Сделка может быть "раздроблена" на несколько партий поставки. Каждая партия поставки тоже имеет свою спецификацию и расходы. Расходы, связанные с конкретной партией поставки распределяются на позиции конкретной партии поставки. Т.е. информация постоянно уточняется и детализируется. Естественно, информация по сделке = сумме информации по входящим в нее партиям поставки. Как счет-субсчет...
То есть мы можем распределить некие расходы по позициям сделки, даже если часть товара уже на складе, и система автоматом поймет, что часть уже на складе и перебросит часть затрат в таблицу факта?
а что делать, если контракт будет выполнен не полностью - поставщик поставит не все? что делать с расходами, распределенными на непоступившие позиции сделки?

iscrafm
немного не понял что за таблица факта?
Если контракт выполнен не полностью, то начинается претензионная работа, а по ее результатам принимается решение что делать. Но по крайней мере всегда есть 2 варианта. 1) нажать кнопку и перераспределить на то, что есть. 2) оставить все без изменений, а разность отнести на убыток. В общем-то в этом вопросе ничего необычного. Главное в том, чтобы пользователь мог действительно управлять данными.
Я говорю не о бизнес логике (это я понимаю), а о том, как созданные вами системы отрабатывали эти ситуации - какие данные и алгоритмы использовались.
есть заказ - там 10 разных товаров
поставили только 9 и заплатили поставщику только за 9 - больше поставок не будет, но и претензий нет.
мы закрываем заказ.
что делает система? предлагает сама перераспределить затраты? перераспределили - как дальше система перенесет из плановых поставок в таблицу фактов и отработает изменения в таблице фактов? например, часть товаров уже перемещена на другие склады, а часть продана?

может, вы выложите скрины со структурой таблиц, которые решают эти задачи? или в искре с этим проблемы?

iscrafm
Что значит сама, перераспределить и что означает перенос "из плановых поставок в таблицу фактов". Определите эти термины плз.
Вы сказали, что данные о планируемых поставках и фактических поставках - две таблицы, и данные из одной переходят в другую

iscrafm
Если "физически", то возьмет одно множество (суммы затрат) и распределит на другое множество, спецификацию (или заказа или приходной накладной или... что там пользователь выберет ), пропорционально заданным критериям. Результат распределения запишет в заданный показатель спецификации, в данном случае "учетную цену". Далее пользователь выполнит процедуру учета данной спецификации и расчитанная сумма отразится, например, в финансовых результатах, себестоимости и еще где требуется, в соответствии с описанным бизнес-процессом.
как она отразится в стоимости товаров на другом складе, если товар к тому времени перемещен с одного склада на другой? для отчета по остаткам в разрезе складов выполняется трассировка к приходам товаров или как то иначе?



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

может, все таки выложите примеры? я так понимаю, снимок экрана сделать не трудно.

RIO08,

Себестоимость, ЭТО (надеюсь, все хоть немного знают английский - лень переводить, а на русском под рукой ничего нет):

Cost of inventories
An entity shall include in the cost of inventories all costs of purchase, costs of conversion and other costs incurred in bringing the inventories to their present location and condition.

Costs of purchase
The costs of purchase of inventories comprise the purchase price, import duties
and other taxes (other than those subsequently recoverable by the entity from the
taxing authorities), and transport, handling and other costs directly attributable
to the acquisition of finished goods, materials and services. Trade discounts,
rebates and other similar items are deducted in determining the costs of
purchase.
An entity may purchase inventories on deferred settlement terms. In some cases,
the arrangement effectively contains an unstated financing element, for
example, a difference between the purchase price for normal credit terms and the
deferred settlement amount. In these cases, the difference is recognised as
interest expense over the period of the financing and is not added to the cost of
the inventories.

Costs of conversion
The costs of conversion of inventories include costs directly related to the units of
production, such as direct labour. They also include a systematic allocation of
fixed and variable production overheads that are incurred in converting
materials into finished goods. Fixed production overheads are those indirect
costs of production that remain relatively constant regardless of the volume of
production, such as depreciation and maintenance of factory buildings and
equipment, and the cost of factory management and administration. Variable
production overheads are those indirect costs of production that vary directly, or
nearly directly, with the volume of production, such as indirect materials and
indirect labour.

RIO08
Учитываем с целью определения минимально допустимой цены на товар с учетом нормы прибыли
При ожидаемом поступлении товара мы берем цену поставщика в тот момент времени и прибавляем к ней ожидаемые расходы (стандартные для подобного товара или расчитанные отделом логистики), после чего умножаем на коэфициент 1.4
После поступления мы пересчитываем себестоимость исходя из реальных затрат и цены, если величина не превышает расчетную на 30% то...

Учитываем с целью максимально точно определить сумму прибыли или убытка от каждой операции продажи (и агрегированные данные за период по подразделению/менеджеру).
Система должна дать нам максимально точно посчитанную сумму прибыли или убытка по любой операции продажи (набору операций) основываясь на имеющихся данных. Данные могут изменятся и после выполнения продажи - например выбили скидку у поставщика после продажи этого товара покупателю.

RIO08
На скока я понял задача:
Посчитать доход продАвца от операций продажи за выбранный период времени (не закрытый) с целью доступно объяснить данным индивидуамам размер их зарплаты.
Вводиться обычно новым руководителем отдела продаж и после его ухода благополучно накрывается...

В ситуации кады мне нужно срочно освободить склад от лежалого товара (у которого "себестоимость" была высока и выросла еще больше от "лежания") потребуется либо ручками поправить ваши величины, либо ввести % за продажи подобного товара (иначе склад забьют всякой фигней за 2-3 года )
)))))))))
иногда и это тоже )))))))))
но чаще это требование владельца бизнеса, который отслеживает, насколько полезны отдельные клиенты, менеджеры и филиалы :-)))
и когда вы будете освобождать склад, вам все равно надо посчитать, а сколько вы на этом теряете.
а расчет оплаты труда продавцов все же правильнее привязывать не к прибыли как таковой - если логист извернется и привезет все на 30% дешевле, то дополнительная прибыль заслуга логиста, а не продавца.
но мы то здесь обсуждаем не зачем нужна эта информация, а как ее получать.


а чем вам не понравилось определение себестоимости? поверьте, там нет ничего лишнего.

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

RIO08
Важна Цель с которой мы ЭТО учитываем. От этого и зависит определение. Ввести в определение все возможные варианты конечно можно, но очень дорого и неэффективно.
цель - расчет прибыли от операционной деятельности и анализ этой прибыли в разных разрезах.
а чем мешает наличие в определении всех возможных вариантов? :-)))

RIO08
Себестоимость (в вашем случае) всегда считается после поступления товара. Если точной еще нет, то зарпляту (за товар) могут получить позже (фиговая схема, период не закроешь).
странно, где в своих определениях я говорил, что прибыль по сделкам нужна именно для расчета зарплаты? можно цитату?
а закрытие периода можно сделать абсолютно независимым. и если точной себестоимости еще нет - тоже есть МНОГО разных способов. если вы их не знаете, это не значит, что их нет :-)))

RIO08
Как получать зависит от цели получения и когда (периодичность).

а можно этот тезис поподробнее? фирма, которая составляет отчетность ежемесячно, будет использовать другие алгоритмы, чем та, которая готовит ежеквартально? ;-))))))))))))))))))

iscrafm,

спсибо, именно это и хотел увидеть.
а нельзя картинки с чуть лучшим качеством? - не могу разобрать, что написано

iscrafms_ustinov,

уточните какая именно картинка интересует, придумаю что-нибудь. Они у меня уже в таком размере.
последние две

iscrafm,

я не очень понял, то, что на последней картинке - номенклатурный справочник - себестоимость - это именно то, что хранится в базе (записи в некой таблице) или это некий отчет?
просто приход за период, расход - похоже на ОТЧЕТ по товарам, а не на сами записи в базе. если это записи, и период неделя, то как можно получить данные за месяц - ведь в месяце не целое число недель и начало месяца и начало недели обычно не совпадают?