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

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,

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

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

iscrafm
2. когда документ "учитывается", то процедура учета добавляет записи в сводный журнал транзакций.

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

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

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

iscrafms_ustinov,
от даты изменения будет пересчет себестоимости. Новые значения будут записаны в базу итоговых показателей за период по этому товару (т.е. 12 записей в год, в зависимости от выбранного периода). Если необходимо, то обновится и колонка Стоимость в сводном журнале движения по этому товару, от даты изменения
а что будет исходными данными для такого пересчета? из какой таблицы алгоритм будет брать информацию?
я думал, что сводный журнал и является исходными данными.

iscrafms_ustinoviscrafms_ustinov,
от даты изменения будет пересчет себестоимости. Новые значения будут записаны в базу итоговых показателей за период по этому товару (т.е. 12 записей в год, в зависимости от выбранного периода). Если необходимо, то обновится и колонка Стоимость в сводном журнале движения по этому товару, от даты изменения
а что будет исходными данными для такого пересчета? из какой таблицы алгоритм будет брать информацию?
я думал, что сводный журнал и является исходными данными.
так и есть, сводный журнал является истоником. Только изменяется стоимость прихода. А стоимость расхода является расчетным показателем.
Хорошо, объясняю на примере
купили 1 шт за 25
приняли на склад
переместили на другой склад
продали с другого склада за 40 - итого себестоимость продажи 25, прибыль по сделке 15
при этом насколько я понимаю для расчета прибыли по сделке в отчете будут использованы данные из сводного журнала
далее выяснилось, что забыли учесть доп расходы по приходу.
учли их - на этот товар пришлось 3.
в результате прибыль про продаже должна составить (40-(25+3))=12. для того чтобы отчет это показал, надо поменять данные в сводном журнале.
как это будет сделано? то есть данные прихода поменяются, а как поменяются данные сводного журнала?

iscrafms_ustinov
Хорошо, объясняю на примере
купили 1 шт за 25
приняли на склад
переместили на другой склад
продали с другого склада за 40 - итого себестоимость продажи 25, прибыль по сделке 15
при этом насколько я понимаю для расчета прибыли по сделке в отчете будут использованы данные из сводного журнала
далее выяснилось, что забыли учесть доп расходы по приходу.
учли их - на этот товар пришлось 3.
в результате прибыль про продаже должна составить (40-(25+3))=12. для того чтобы отчет это показал, надо поменять данные в сводном журнале.
как это будет сделано? то есть данные прихода поменяются, а как поменяются данные сводного журнала?
1. выполнят отзыв документа прихода
2. внесут изменение в учетную цену
3. выполнят учет документа прихода
4. процедура учета запишет учетную цену прихода в колонку Стоимость сводного журнала
5. процедура расчета себестоимости выполнит пересчет и запишет новое значение себестоимости в колонку "Выбытие, стоимость" карточки товара этого и последующих периодов
6. при необходимости, обновит колонку Стоимость в соответствующих строках сводного журнала.

То есть сейчас в искре нет реализованных систем, где себестоимость товара формировалась бы по нескольким документам (например, счет от поставщика товара и отдельно счет от перевозчика)?

хранить себестоимость выбытия в карточке - это ведь применимо только к "стандартной себестоимости". для средней или ФИФО стоимость выбытия может быть своя (отличающаяся) для каждой операции выбытия. системы в искре поддерживают фифо или среднюю или только стандартную себестоимость?

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

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

iscrafms_ustinovТо есть сейчас в искре нет реализованных систем, где себестоимость товара формировалась бы по нескольким документам (например, счет от поставщика товара и отдельно счет от перевозчика)?

на основании чего такой вывод?

если можно формировать себестоимость из нескольких документов, то можно не отзывать документ и корректировать стоимость, а ввести дополнительный документ. а судя по описанию надо отзывать.

iscrafm
s_ustinov
хранить себестоимость выбытия в карточке - это ведь применимо только к "стандартной себестоимости". для средней или ФИФО стоимость выбытия может быть своя (отличающаяся) для каждой операции выбытия. системы в искре поддерживают фифо или среднюю или только стандартную себестоимость?

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

iscrafm
s_ustinov
процедура расчета себестоимости просто обновит записи в сводном журнале? то есть не останется никакой информации, что сперва себестоимость была такой, потом изменилась на столько (это иногда надо смотреть если есть старый отчет и новый, и они различаются и непонятно почему)? и как эта процедура расчета себестоимости вызывается - автоматом после учета документа прихода или вручную?

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

iscrafm
s_ustinov
и отзыв документа прихода - отзывается только финансовая часть, где стоят суммы, или и складской и финансовый вместе, или сейчас в системах в искре нет разделения на складские и финансовые документы?
конечно, есть складские документы, есть финансовые. Как в любой другой системе.
p.s. суть последнего поста не понял полностью.

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

кстати, а вот еще вопрос - доступный остаток товаров по количеству по этим же таблицам контролируется? можно ли отсторнировать приход на склад? и контролирует ли при этом система, чтобы не было отрицательных остатков?
то есть 5 числа приход, 6 числа продали, а 7 числа пытаемся отменить приход - система ругнется? и если ругнется, то как делается корректировка прихода - например, один товар из поступления указали неправильно.