Скл.аналитика сайт, перенос и фин.аналитик

[fed]

Цитата:

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

Надо.
Сравнение данных физического движения учетных сущностей и финансового отражения этих движений - одна из стандартных процедур финансового учета, являющаяся подтверждением достоверности оного. Чем больше пересекающихся по сути аналитических разрезов (не важно, как они в ГК реализованы - субсчетом или финаналитикой) в этих множествах данных - тем более детально и глубоко можно вести речь о степени достоверности учета. Это справедливо не только для AX.

С другой стороны - если физические и финансовые движения учетных сущностей получены из одного и того же исходного документа с помощью одного и того же программного обеспечения, то какой смысл в этой выверке ? Если у нас баги в программе, то выверка нужна только на стадии запуска (пока не отладились); Если у нас пользователи могут данные руками удалять - то вообще грош цена такой учетной системе.
То есть - выверка несет ценность только в том случае, если один и тот же исходный документ проводится двумя разными сотрудниками и порождает два разных набора проводок (и финансовых и модульных). Может быть - в других системах что-то подобное есть, но в Аксапте я таких мест не вскидку не могу вспомнить. Можно конечно упомянуть о физических и финансовых складских движениях, но для того чтобы поймать закупки/продажи которые мы забыли отинвойсировать в конце периода, совсем не нужно тяжелых механизмов сверки. Вполне достаточно простенького отчета по inventTrans с комбинацией условий по datePhysical и statusIssue/statusReceipt. Да и не обязаны финансовые складские проводки всегда идти одним учетным периодом с физическими. Вполне возможно - что мы физически товар списали 31ым числом, а накладную оформили и выручку признали только в тот момент когда товар до точки консигнации доехал.

[Bega]

Во-первых такая подробная сверка - это требования наших методологов от бухгалтерии.

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

[TasmanianDevil]

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

P.S.Отсутствие функционального и хронологического разделения создания физических и финансовых движений по одному и то му же документу в подавляющем большинстве случаев - это не всегда и даже не совсем достоинство, ибо случаи, когда за эти движения отвечать должны разные люди из разных подразделений, совсем не редки. Функциональное разделение создания этих движений на разные сущности в системе, как это сделано в закупке/заказе (отборочная накладная и накладная), не есть выход - подобное должно совершаться в момент переключения между несколькими состояниями одного единого документа документа.