Показать сообщение отдельно
Старый 26.06.2012, 09:31   #2  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от rok1 Посмотреть сообщение
Наша Компания использует Ах03 уже с 2007 г., но до сих пор невозможно сформировать ОСВ по складам. Программисты наистаивают использовать куб который они построили. Но мне хочется, что бы отчет формировался напрямую из Ах.
Подскажите пожалуйста это прихоть пользователя или лень программистов? И наверняка возможности складского модуля шире чем куба?
давайте разобьем вопрос на два:

1. "до сих пор невозможно сформировать ОСВ"
это полный отстой. технологически все инструменты есть http://axapta.mazzy.ru/lib/inventsumdate/

опыт подсказывает, что с ОСВ проблема не в том, что ее нет.
а в том, что пользователи не могут договориться в какой момент движение товара должно попадать в ОСВ. а также не могут договориться какая именно сумма должна попадать в ОСВ.
дело в том, что Аксапта четко различает физическое движение и финансовое движение по складу.
физическое - когда товар действительно поступил на склад или ушел со склада.
финансовое - когда был оформлен бухгалтерский документ (акт приемки, ТОРГ-12) на движение этого товара.

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

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

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

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


Поэтому
скорее всего, ОСВ по складу у вас есть.
но этот ОСВ не принят некоторыми пользователями в вашей организации (а некоторые могут вполне им пользоваться).
скорее всего, программисты хотят сбросить с себя наконец-то задачу согласования отчета и тупо дать пользователям "стройте как хотите".
__________________
полезное на axForum, github, vk, coub.