|
У нас, в целом, сделано в соответствии с пунктом 2 (новая складская аналитика).
У нас используется логистический модуль; для управленческого учёта делаются многочисленные отчеты, выгрузки; все операции происходят в одной аксаптовской компании.
Первая складская аналитика - Склад
Вторая складская аналитика - Ячейка. В справочник Ячеек введено поле Фин. аналитика, и в нём Ячейки привязываются к БН-ам. Это сделано, поскольку на БН у нас отведено 2 фин. аналитики. Кроме того, может оказаться несколько Ячеек, привязанных к одному БН-у.
Некоторые результаты, кванты опыта:
1. У нас несколько физических складов, Ячейки заводятся по мере появления не представленного ранее владельца товара. Таким образом, количество ячеек стремится к X*Y (Количество складов, умноженное на количество БН-ов)
2. Остатки на складе делились между БН-ами и ложились на соответствующие ячейки. Шум баталий был слышен издалека, но это были разборки между БН, и в Аксапту попадал только результат этих разборок.
3. Старые Ячейки (остатки старой оргструктуры) - удалили. В результате пользователи стали изредка получать ошибки при оприходовании старых закупок и при возвратах по старым заказам: "На складе таком-то такой-то ячейки не существует".
В принципе, эти вещи можно было бы отследить до удаления, но хочу отметить сам факт наличия таких вопросов: "Что делать со старой оргструктурой?" и "Что делать со старыми заказами/ закупками/переносами и проч. историей в текущем периоде?".
Практически любые решения что-то делать у нас вели к job'ам произвольной сложности по перекодировке.
4. Модификации в основном коснулись складских отчетов, в которых добавилось поле БН
5. В целом, понадобилось примерно полгода, чтобы из Аксапты стали выводиться достаточно чистые данные, а также заработала вся бизнес-цепочка, связанная с разделением на БН-ы.
Уверен, результат появился бы гораздо раньше и проще, если бы все предварительные этапы у нас проводились _предварительно_. Т.е., новая оргструктура утверждена заранее, склад разделен заранее, перекодировки сделаны заранее и т.д. Если этого не сделать, велик риск после часа Х появиться грязным данным. Из фин. отдела слышны были недоуменные возгласы типа: "чей товар продан с ячейки 'общая'?" ну, и совершенно нетривиальной задачей оказалось определить остатки в разрезе БН на начало часа Х постфактум, если к тому моменту они ещё не были разделены, поскольку у складов своя кипучая жизнь с категориями, отличными от "БН".
Таков наш опыт, конструктивные комментарии приветствуются :-)
Вариант с разделением по компаниям мне тоже нравится, но мне видятся в нём и свои [возможные] недостатки:
1) Что делать, если на предприятии уже налажен учет по компаниям, скажем, по юр. лицам, которые как-то наискосок сочетаются с БН-ами ?
2) Деление товара по БН - виртуальное, и кладовщик вполне резонно хочет видеть все остатки в разрезе своего склада. А в случае деления с помощью компаний, на мой взгляд, фишка как раз в том, чтобы жестко разграничить видимость.
С уважением, Сергей
|