Вопросы по Аксапте

By Мазуркин Сергей on Среда, Март 28, 2001 - 15:48:

Добрый день, уважаемые участники форума

Наша фирма давно уже работает с Аксаптой. Мы являемся партнерами по внедрению Аксапты.

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

By Мазуркин Сергей on Среда, Март 28, 2001 - 15:49:

"Как связаны функциональный ключ и проект? Можно ли присвоить всем объектам проекта один функциональный ключ? Нужно ли это? Можно ли отобрать в проект все объекты с определенным ключом?"
Проект - это не исполняемый объект. Это всего лишь средство группировки других объектов. Задача проекта - дать пользователю-программисту возможность удобно работать с другими объектами (таблицами, типами, классами, формами, отчетами) - компилировать, блокировать, синхронизировать, экспортировать в текстовый файл и импортировать. Проект - это всего лишь набор ссылок на объекты. Поэтому проект не имеет своего функционального ключа и ника не связан с фонукиональными ключами.
.
Поэтому объектами проекта можно присвоить любой функциональный ключ, в том числе один. Насколько это нужно?... Это решать программисту.
.
Отобрать в проект объекты можно вручную. Нет средств отбора по фильтру. Проргаммист перетаскивает из общего дерева нужный ему объект в нужный ему проект.
.
"Может ли объект принадлежать одновременно нескольким функциональным ключам?"
Нет. Но фнукицональные ключи могут наследоваться от других фнукиональных ключей. Т.е. можно задать деревья функциональных ключей. Если объекту присвоить функциональный ключ - лист, то объект будет зависеть и от функицонального ключа родителей листа.
.
"Если некую функциональность требуется реализовать иначе, нежели она реализована определенным функциональным ключом, то нужно создать новый функциональный ключ, а существующий отключить?"
Не думаю, что нужно отключать существующий...
Но можно создать свой и сказать, что он наследует от другого.
Вообще говоря, с функциональными ключами - надо очень хорошо представлять что и на что будет действовать. Функциональные ключи - это больше инструмент безопасности и ограничения доступа. Для того, чтобы реализовать иначе скорее лучше унаследовать класс и переопределить методы.
.
"Не лучше ли было бы, на ваш взгляд, делить код на модули по функциональным ключам, а не анализировать функциональные ключи в коде одного модуля? То есть на каждый функциональный ключ - отдельный модуль для каждой точки приложения (объекта)."
А именно так и делается. Есть лес функциональных ключей.
Корни деревьев как раз определяют модули. Главная книга, дебиторы, кредиторы, заказы, производство. Логически это функциональные ключи. Разница состоит только в том, что такие функциоанльные ключи недоступны программисту и открываются только при лицензировании. Все остальные стандартные функциональные ключи унаследованы от этих корней.
.
"Есть ли в Аксапте встроенные объекты уровнем выше таблицы, например, аналогичные документу или справочнику 1С:Предприятия?"
Нет. Такой жесткой связи нет.
Есть таблицы, есть классы. Некоторые классы являются оболочкой для таблиц. Причем некоторые классы являются очень сложной оболочкой и для очень многих таблиц. Например, Damgaard не советует напрямую писать проводки в таблицы, рекомендуется воспользоваться соответствующим классом.
Это более гибкий подход.
Основная проблема, как всегда, знать какие классы и что реализуют.
.
"Чем в Аксапте может быть вызвано наличие нескольких информационных баз, кроме того, что это "разные клиенты"? Например в 1С:Предприятии может быть черна и белая база; торговая, бухгалтерская и "зарплатная" база; центральная и периферийная база."
По тем же причинам. Насколько я понял штатное использование нескольких баз это: Центральная - периферийная. К периферийной осуществляется удаленный доступ средствами MS SQL или Oracle.
Есть механизмы консолидации для нескольких баз.
.
Но кроме этого возможно дополнительное разграничение досупа к данным. Есть механизм виртуальных компаний. Это когда одна таблица реально используется несколькими компаниями. Например, список номенклатуры един для нескольких компаний, а список сотрудников в каждой компании свой.

By KonstB on Четверг, Март 29, 2001 - 13:38:

Хотелось бы услышать частное мнение людей, _реально_ работающих с Axapta или Navision Financials и НЕ являющихся их дистрибьютерами, о данных продуктах. Какие там есть подводные камни, какие сложности возникали на этапах установки/эксплуатации, что так и не удалось решить, и т.п.

By Мазуркин Сергей on Четверг, Март 29, 2001 - 14:25:

Согласен. Независимые мнения очень хотелось бы услышать.

Насколько я понимаю реальные отклики клиентов можно ждать этой осенью/зимой. Длительный период связан с тем, что внедрение на Аксапте как правило длительное. Вот после внедрений можно будет судить о результатах...

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

Подводный камень по большому один - Аксапта это западная программа, на западе "не модно" :-)) работать с легко изменяемыми программами, поэтому Аксапта не позиционируется как средство разработки, следовательно очень небольшое внимание уделяется документации и методике по разработке. И это правильно в условиях стабильного законодательства.

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

У меня такое предложение. Давайте обсуждение общих вопросов по Аксапте оставим в соседнем топике. Если есть конкретные вопросы по реализации тех или иных возможностей, то давайте обсудим здесь. Надесь, что со временем на такие вопросы смогу отвечать не только я, но и другие люди, поработавшие с Аксаптой.

By Аноним on Понедельник, Апрель 02, 2001 - 14:17:

Есть ли у кого-нибудь информация по внедрению Axapta на Oracle.
Весьма интересный вопрос, т.к. простая установка Axapta 2.5 вызывает проблемы

By Мазуркин Сергей on Понедельник, Апрель 02, 2001 - 15:00:

Я лично не ставил Аксапту с Ораклом. Но на семинаре партнеров в Колумбусе, партнеры говорили о работе с Ораклом. Попробую связаться с ними.

By Мазуркин Сергей on Понедельник, Апрель 02, 2001 - 15:01:

Вопросы почему-то пошли по почте. Те вопросы, по которым я получил разрешение на публикацию, размещу здесь.

======= вопрос =======
Мне выгрузили из аксапты справочники. Как я уже установил это сделали в кодировке "dBASE RUS cp866". Видимо есть некий инструмент для выгрузки. Нечто вроде XBASE в 1С. Но XBASE выгружает файлы в кодировке "'ascii' ANSI". А мне нужно сравнить текстовые поля в этих выгруженных файлах, что практически не возможно из-за разной кодировки. Вот вопрос, можно ли, и как в Аксапте при выгрузке изменить кодировку?
======
Хороший вопрос, блин. Легко начал писать ответ... получилось длинно.

Краткий вывод: преврати в текстовый файл. Преобразуй кодировку текстового файла, заимпортируй в dbf, если хочется работать именно с DBF... У меня все хорошо получалось, поскольку я сразу с текстами работал...

Текстовый файл из Аксапты, кстати, сразу в Ansi получается...

Я нигде не видел управление кодировками в Аксапте. С одной стороны странно, с другой стороны, вроде и правильно. Аксапта - всего лишь клиент и не ее дело управлять кодировкой данных.... Класса, который отвечал бы за работу с DBF - вообще не видел. Хелп на поиск по DBF - ничего не дает...

Теперь о том, что есть. Есть несколько вариантов выгрузки данных из Аксапты
1. штатный способ - экспорт в текстовый файл
Этот способ доступен пользователю без программирования. Соответствующие формы для экспорта уже есть в Аксапте. Текстовый файл получается в кодировке ansi - дальше можно делать с ним что угодно. Например, открыть в Екселе.
2. Средствами SQL (DTS Import/Export wizard)
подключаешься через ODBC к SQL-серверу и к базе Аксапты, указываешь, что target будет DBF-ом и указываешь параметры (правда нельзя указать кодировку)
3. внешними средствами
берешь любую СУБД (например, Access), подключаешься через ODBC к SQL-серверу и получаешь доступ к таблицам. Далее экспортируешь в DBF. При экспорте указываешь нужные параметры (опять таки без кодировки)

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

Поэтому думаю, что решить проблему можно следующим образом:
1. либо еще раз выгрузить из Аксапты в текстовый файл, либо dbf в DOS-кодировке преобразуешь в текстовый файл
2. преобразуешь кодировку текстового файла
3. сравниваешь либо текстовые файлы, либо преобразуешь в dbf с нужной кодировкой.

Успехов,
Мазуркин Сергей

ЗЫ Похоже, что dbf в DOS-кодировке как раз Access'ом и получили

By gershun on Четверг, Апрель 05, 2001 - 14:11:

Анониму:

> Весьма интересный вопрос, т.к. простая установка Axapta 2.5 вызывает проблемы

Что у вас не получается: простая установка под Оракл или Microsoft?

By Aleck on Понедельник, Июнь 04, 2001 - 18:37:

по поводу форумов по Аксапте см. http://www.andproject.spb.ru/index.cfm?WAY=1D5B3134-F63B-47AB-B285-FDCAB7B0D961

By MIS on Пятница, Июнь 29, 2001 - 13:04:

To Мазуркин Сергей
Вопросы - пожалуйста.
Хочу вести учет затрат (всех прямых) по каждой отгрузке. Допустим 1 отгрузка - 1 транспортная единица. Ей соответствуют определенный размер транспортных, таможенных расходов и посреднических расходов. То есть не просто с/с реализованной продукции + коммерчсеские расходы в сводном отчете, а разбивка всех прямых затрат в разрезе отдельных отгрузок. Например машина 1 с/с 100+ фрахт10+посреднические15 итого 125.

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

By MIS on Пятница, Июнь 29, 2001 - 13:10:

Вдогоночку
Ключ распределения затрат в модели бюджета может быть динамичным или носит статичный характер?
Пример: составили бюджет начальный. Заложили что выручка от экспорта соотносится с выручкой от внутренней реализации как 2/1. В соответствии с этим распределили накладные расходы. Прошел период, получили факт (соотношение 1/1). Ключ ручками что-ли менять? Или можно настроить на статистику фактических данных за определенный периодж времени? Если можно, то как конкретно?

By MIS on Пятница, Июнь 29, 2001 - 13:18:

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

By MIS on Среда, Июль 04, 2001 - 14:05:

Да! Похоже либо форум помер либо с ответами туго.

By Микаэл Горский on Четверг, Июль 05, 2001 - 01:28:

2MIS - Думаю, к пятнице ответим.

By Мазуркин Сергей on Четверг, Июль 05, 2001 - 12:12:

Mis, спасибо за вопросы.
Приношу извинения за задержку.
.
"Хочу вести учет затрат (всех прямых) по каждой отгрузке". На мой взгляд, программировать ничего не надо. Есть механизм накладных расходов. Накладные расходы могут быть начислены и на закупку, и на заказ(продажу). Накладные расходы могут быть введены одновременно с закупкой/продажей или впоследствии.
.
Типичный пример накладных расходов - транспортные и таможенные расходы. В российской версии этот механизм используется для начисления НсП (если НсП появляется позже). Накладные расходы могут падать на себестоимость товара или относится на счета затрат. Накладные расходы всегда привязаны к определенной закупке или заказу(продаже)
.
Теоретически (то есть в исходной западной версии) можно сделать так, чтобы задолженность по накладным расходам падала на другого контрагента. Но в этом случае возникают проблемы с российскими книгами продаж и покупок.
.

Про платежи. Платеж сопоставляется с заказом/закупкой. В этот момент можно посмотреть строки и отдельно накладные расходы. Платеж генерируется отдной проводкой с одной суммой. Я ответил насчет платежей? (У меня складывается ощущение, что я вопрос не понял)
.
.
Про бюджет: к сожалению (или к счастью), ключ распределения статический. Но это имеет свои объяснения. Бюджет - он... хм... план будущих действий. Он вовсе не должен совпадать с фактическими данными (на самом деле все наоборот, фактические данные не обязаны совпадать с бюджетом). Если фактические данные не совпадают с бюджетом - это сигнал к тому, что либо планы были построены неправильно, либо произошло незпланированное событие. Т.е. расхождение - это сигнал к разбору полетов. Поэтому править существующий бюджет... это странная мысль.
.
А вот составить новый бюджет на следующий период с учетом фактических данных - это очень даже здравая мысль. И такая функция есть. При создании бюджета можно пойти снизу вверх (тогда и ключи распределения не очень то и нужны), либо снова сверху вниз (тогда ключи распределения правятся руками - и на это есть веские причины). Другое дело, что создание бюджетов в Аксапте можно было бы сделать более... хм... эргономичным. Но при разработке учитывались не только (и не столько) эргономические мотивы (см. technet.damgaard.com - Best Practice handbook)
.
Про настройку документооборота. В Аксапте не так уж часто используется кнопка ОК :-). В частности, в заказе/закупке нет кнопки ОК, но есть меню Обработка. Пункты для заказа:
= Предложение клиенту
= Подтверждение
= Счет на оплату
= Отгрузочная накладная (внутренний складской документ)
= регистрация отгрузочной накладной (внутренний складской документ)
= накладная
= Счет-фактура
.
Каждый пункт появляется (или не появляется) в зависимости от прав пользователя. Можно пропускать любые пункты (кроме последнего :-))
.
Очень рекомендую сходить на trianing.navision.com. После регистрации можно будет среди всего прочего посмореть курсы по Аксапте. Самое интересное, что там есть симулятор Аксапты. Можно "поработать" и посмотреть на комментарии.
.
Можно сделать так: мы можем сделать показ Аксапты. Тогда можно будет посмотреть все это на работающей версии.

By MIS on Пятница, Июль 06, 2001 - 12:46:

Спасибо за ответы Сергей!
Но очень хочется прокомментировать.
По 3-му вопросу все понятно и просто. Делаем 2 кнопки - для каждой группы своя. Далее соответственно своя логистика.
2. По бюджету наверно я чего-то не понял. Допустим отчетный период у меня неделя. Составили бюджет понедельно на 3 месяца. Запланировали постоянных издержек 100р Выручку отдела1 500р и одела2 250р. Прошла неделя и получили Отдел1 500р отдел2 500р, расходы те же. Вы хотите сказать, что бюджет на след. неделю можно только пересчитать заново без помощи программы. То есть определить соотношение всех параметров и заложить их в бюджет нового периода. Теперь помножим на количество параметров и получим вывод: Делай все Excel и не выделывайся). Понятно.

По вопросу 1
Мы знаете ли транспортные расходы не относим к накладным. Точнее у нас нет деления по данной классификации затрат. Есть прямые затраты - ложащиеся на продукт (на конкретную партию, машину), а есть косвенные - распределяемые. Я так и не понял можно привязать 200 р транспортных расходов к конкретной отгрузке или нет? Чтобы в отчет о Прибылях и убытках они попали не в момент их создания, а в момент реализации товара к которому они привязаны. Эти моменты могут различаться периодом месяцев в 5.
По платежам. По вашим словам: 1 счет - 1 платеж,
а у меня может быть 15 счетов - 1 платеж (проводка), отслеживать же хочу оплату по каждому счету. Отсюда повторю вопрос: есть механизм расшифровки (привязки) части платежа на конкретный счет или нет?

Собственно по вашим ответам складывается впечатление, что управленческий учет по логистике в програме вести проблематично.

А как там с производством дела?
В последнем Эксперте напечатали статью, что мол имеется куча отраслевых решений, которые внедрены. В частности решения для попередельного непрерывного производства (нефтехимия, металлургия). Колумбус нам не смог продемострировать ни одного типа кроме дискретного, которое есть у всех ERP поставщиков. ПРсото я различаю понятия отраслевое решение и внедрение на предприятии отрасли. Разные вещи все-таки.
С интересом узнаю ваше экспертное мнение по этому поводу.

By Мазуркин Сергей on Суббота, Июль 07, 2001 - 00:17:

"Делаем 2 кнопки - для каждой группы своя"
Достаточно дать разные права на существующие кнопки :-)
.
По бюджету
Можно создать новый бюджет на основании сужествующей реализации (подход снизу вверх). Например, бюджет на следующий период должен быть таким же, как реализация в этом периоде (или с некоторым коэффициентом)
Если создавать бюджет начиная от общих цифр и детализируя все больше (сверху вниз), то тогда да - в Аксапте это не очень удобно. В таких случаях может стоит поискать специализированные программы? А насчет того, что Екселе при таком подходе будет удобнее - сомневаюсь (если будет большое количество параметров)
.
.
"Мы знаете ли транспортные расходы не относим к накладным"
А я и не говорил, что их надо отнести. Я говорил, что стоит использовать механизм, который в Аксапте есть и называется "накладные расходы". Перевели его так. Исходный термин "misc. charges"
.
"Я так и не понял можно привязать 200 р транспортных расходов к конкретной отгрузке или нет?" Можно. Именно так и делается
.
"попали не в момент их создания, а в момент реализации товара"
хороший вопрос. по-моему так и делается. Но надо проверить.
.
"По вашим словам: 1 счет - 1 платеж"
я такого не говорил. я говорил, что платеж делается одной суммой без явного указания накладных расходов и основной части. Система их сама разделяет.
.
Платежи и отгрузки могут быть абсолютно независимыми.
По одной отгрузке может быть несколько платежей.
По однму платежу может быть несколько отгрузок.
Платежи могут быть частичными. Сопоставление происходит по суммам.
Суммы (и платежей, и отгрузок) могут дробится при сопоставлении.
Т.е. механизм очень гибкий.
.
Есь несколько предопределенных вариантов, когда система предлагает сгенерировать платеж.
По одной отгрузке, за период или по фильтру. С указанием платежных дней в месяце или в неделе. К этому претензий нет. Система может расчитывать прогноз потребности в денежных средствах.
.
.
"Собственно по вашим ответам складывается впечатление, что управленческий учет по логистике в програме вести проблематично."
Хм... не согласен. По крайней мере у меня такого ощущения нет.
Может мы по разному понимаем термин "управленческий учет"?
.
"А как там с производством дела"
Офигительно. Действительно хороший модуль.
Пока его основная проблема локализация. В некоторых местах он все-таки выдает нерусские :-))) многострочные проводки и тогда начинается проблема с корреспонденцией. Но, думаю, это технические проблемы и Колумбус с ними справится. А вот к идеологии этого модуля претензий нет.
.
"попередельного непрерывного производства"...
Вообще говоря, модуль скорее всего не предназначался для непрерывного производства.
Есть интересный документ "Terminology of manufacturing processes vers. 1.0.doc"
Он содержит глоссарий, определяет границы применимости этого модуля, дает цели, для которых разрабатывался модуль. Найти его можно в билиотеке на technet.damgaard.com
.
интересную доступную информацию про модуль производства можно найти на trainig.navision.com, если выбрать курс по модулю Производство.
.
"не смог продемострировать ни одного типа кроме дискретного"
Я конечно могу ошибаться... но по моему туда непрерывное изначально не закладывалось. Все таки специфика есть и очень существенная. На партнерских сайтах по Аксапте тоже ведутся дискуссии по этому поводу. Партнеры говорят, что можно реализовать и непрерывное. я не очень в этом уверен. Но очень хотелось бы посмотреть, вдруг я ошибаюсь.

By MIS on Понедельник, Июль 09, 2001 - 10:11:

To Мазуркин Сергей.
Спасибо за интересные ответы. Всегда приятно услышать объективное мнение об интересующей системе.
Best regards

By Rafael on Пятница, Ноябрь 30, 2001 - 15:22:

Открылся независимый форум (конференция) по NAVISION AXAPTA - www.AXForum.ru

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

Безусловно, мы будем рады видеть на Конференции и специалистов в области IT-технологий и просто неравнодушных людей.

Идея Конференции возникла после того, как компания ООО "Счастливый кроха" (www.happybaby.ru) приступила к внедрению ERP-системы Navision Axapta собственными силами. Поэтому работы по созданию Конференции ведутся силами специалистов ООО "Счастливый кроха".

Наша конференция независимая, в ней разрешена любая тематика, связанная с Navision Axapta. Поэтому мы полагаем, что наша Конференция будет приносить реальную пользу всем участникам.