AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Функционал
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 20.02.2006, 23:32   #61  
OTiger is offline
OTiger
Участник
Аватар для OTiger
 
11 / 11 (1) +
Регистрация: 20.02.2006
Цитата:
Сообщение от glibs
Безусловно, бывают случаи, когда продавец идет на поводу у клиента. Но еще раз повторю, что отсутствие функционала для описанной выше ситуации в стандартной функциональности преподносить как великий недостаток системы некорректно.

Более того, для учета согласно требованиям законодательства (списание усушки/утруски на убытки или на виноватых) в системе функциональность предусмотрена.
А как преподносить систему, в которой нет этой элементарной операции. Или пользователи не закидывают все существующие Аксаптовские форумы этой проблемой? Или Вы Аксапту где то на Марсе внедряете?
Пользователям за глаза хватает багов законодательства, чтобы еще заморачиваться на такие элементарные проблемы. А компания всегда будет идти на поводу у клиентов(особенно у хороших), которым кстати часто еще и колым отваливают за то чтобы поставлять свой продукт-или Вы об этом не в курсах?
Тут разговор не о случаях идет, а о повседневной практике...
И если оптовик начнет приставать с документами претензиями-его пошлют и скоро он перестанет существовать как юр.лицо. Я уже не говорю о том, что нужны еще люди и средства, чтобы все эти документы развозить и целый отдел фактически создавать, который будет отслеживать все эти претензии и т.п. Неужели не проще и дешевле полюбовно решить такой вопрос и не тратить время, ни свое, ни покупателя.
Я всегда полагал, что задача любой учетной системы облегчить работу конечного пользователя. Теперь Вы меня упорно разубеждаете!!!

P.S.
Mazzy, звиняй-не удерджался Удаляюсь...
Старый 20.02.2006, 23:35   #62  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от OTiger
Удаляюсь...
Присоединяйтесь, барон.
только обозначтье свою позицию, плиз...
__________________
полезное на axForum, github, vk, coub.
Старый 20.02.2006, 23:53   #63  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Пока глеба нет, можно я вопросы позадаю?
Цитата:
Сообщение от OTiger
А как преподносить систему, в которой нет этой элементарной операции.
Попробуйте нам рассказать.
Нет этой элементарной операции. Почему? А что есть взамен?

Цитата:
Сообщение от OTiger
Или пользователи не закидывают все существующие Аксаптовские форумы этой проблемой?
Поищите здесь, например.

Цитата:
Сообщение от OTiger
А компания всегда будет идти на поводу у клиентов(особенно у хороших), которым кстати часто еще и колым отваливают за то чтобы поставлять свой продукт-или Вы об этом не в курсах?
Всегда?
Будет ли идти на поводу у своих клиентов Макдональдс, например?
Вы пробовали в нем исправить документ (чек)?
Это один контрпример.

Какие еще поставщики не будут идти на поводу у своих клиентов?
Почему?

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

Цитата:
Сообщение от OTiger
целый отдел фактически создавать, который будет отслеживать все эти претензии и т.п.
Я правильно понимаю, что ваши клиенты никогда не будут создавать отдел по работе с претензиями?
Почему?

Цитата:
Сообщение от OTiger
Неужели не проще и дешевле полюбовно решить такой вопрос и не тратить время, ни свое, ни покупателя.
Проще и дешевле для кого?
Полюбовно - это как?
Что получит владелец бизнеса от такого полюбовного решения?
Как владелец бизнеса убедится, что такое полюбовное решение не ущемляет его интересов (другими словами, как он убедится, что у него не воруют)?

Цитата:
Сообщение от OTiger
Я всегда полагал, что задача любой учетной системы облегчить работу конечного пользователя. Теперь Вы меня упорно разубеждаете!!!

Учетной? Почему вы говорите об учетной?
Хорошо, пусть будет учетной...

Какие еще цели учетной системы вы знаете?
Какие цели вы считаете категорически неправильными?

Ну и для полемики - насчет целей вы круто ошибаетесь.
Начните рассмотрение с вопроса, кто оплачивает учетную систему?
__________________
полезное на axForum, github, vk, coub.
Старый 21.02.2006, 00:18   #64  
Constantine is offline
Constantine
Участник
 
5 / 10 (1) +
Регистрация: 18.02.2006
Переформулирую свои вопросы в формате, предложенном SergV.

1. Хочется печатать накладную и счет-фактуру в момент отгрузки (80% документов акцпетуются без изменений).
2. Хочется приводить оставшиеся 20% документов в соответствие тому, что принял клиент, желательно с сохранением исходных номеров товарной накладной и счета-фактуры. При этом допускается использовать механизм возвратов/"догрузов" (потерянную продукцию можно, например, возвращать на виртуальный склад, а оттуда реализовывать МОЛам; разницу в весе возвращать на другой виртуальный склад, откуда списывать, как убыток).
3. Не хотелось бы сторнировать слишком много документов, так как при этом сложно будет строить отношения с налоговой.
4. Хотелось (уже не очень хочется) формировать задолженность сразу в момент отгрузки, до акцептования накладной клиентом. Прочитав обсуждения, понимаю, что в общем случае это не верно - товар до подписания накладной клиентом ему еще не продан.

Общее мнение в топике, что такие требования стандратным функциналом не решаются. Два предложенных варианта "расширения" функционала соответствуют этим запросам.

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

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

Похоже, для нашей ситуации предпочтительнее вариант б.

Большое спасибо за помощь и советы.

Последний раз редактировалось Constantine; 21.02.2006 в 07:53.
Старый 21.02.2006, 00:29   #65  
OTiger is offline
OTiger
Участник
Аватар для OTiger
 
11 / 11 (1) +
Регистрация: 20.02.2006
Цитата:
Сообщение от mazzy
Пока глеба нет, можно я вопросы позадаю?

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

Цитата:
Сообщение от mazzy
Поищите здесь, например.
Да уже обыскался, в том числе и на МаззиФоруме...

Цитата:
Сообщение от mazzy
Всегда?
Будет ли идти на поводу у своих клиентов Макдональдс, например?
Вы пробовали в нем исправить документ (чек)?
Это один контрпример.
Помоему уже глупости пошли, причем абсолютно не в тему.
Я что должен Вам объяснять в чем разница фискального чека от товарной накладной?
Кстати, полагаю, что поставщики Макдональдса еще как идут на поводу у него самого.
И давайте закругляться с частными случаями. Я же нигде не утверждаю что не бывает случая когда только сторнирование, я лишь беру на себя смелость писать что всегда нужно предоставлять выбор.

Цитата:
Сообщение от mazzy
Я правильно понимаю, что ваши клиенты никогда не будут создавать отдел по работе с претензиями?
Почему?
Будут, только он будет гораздо меньше в размерах и работы у него будет поменьше чем в Вашем случае, а это, извините таже прибыль предприятия.

Цитата:
Сообщение от mazzy
Проще и дешевле для кого?
Полюбовно - это как?
Что получит владелец бизнеса от такого полюбовного решения?
Как владелец бизнеса убедится, что такое полюбовное решение не ущемляет его интересов (другими словами, как он убедится, что у него не воруют)?
Дешевле и проще для обеих сторон. Ибо разбитая бутылка или рассыпавшаяся пачечка скрепок всегда дешевле, чем телодвижения обеих сторон по ликвидации конфликта в Вашем случае. Или не так? В моем случае просто отредактируют документ и заново распечатают фин.документы. Ну ессно оформят разницу в зависимости от причины этой разницы А у Вас?

А отследить все можно эллементарно, для этого и существует история телодвижений пользователей с документами. Или в Акапте и этого нет?

Цитата:
Сообщение от mazzy
Ну и для полемики - насчет целей вы круто ошибаетесь.
Начните рассмотрение с вопроса, кто оплачивает учетную систему?
Ну Mazzy, такого от Вас не ожидал. Теперь до меня уже окончательно дошли основные цели внедрения Аксапты...

Наши клиенты как правило окупают внедрение достаточно быстро и дальше уже получают только прибыль от внедрения учетной системы. Да и пользователи тратят гораздо меньше времени на работе, чем было до внедрения. Я считаю это одной из основных целей внедрения. Не знаю, может я и старомоден, это мое ИМХО.
Как дела у клиентов Аксапты стоит только догадываться...

В этой ветке обсуждение заканчиваю, уже не интересно. А Constantine видимо остался при своей проблеме, как и многие на этом сайте. Могу лишь пожелать им удачи в их не легком деле.
Старый 21.02.2006, 08:14   #66  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от Constantine
Похоже, для нашей ситуации предпочтительнее вариант б.

Большое спасибо за помощь и советы.
Спасибо за выводы.
__________________
полезное на axForum, github, vk, coub.
Старый 21.02.2006, 08:30   #67  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от OTiger
Так вот и хотелось бы здесь услышать, что же есть? Пока ничего кроме административных мер и пути сторнирования я ни на одном форуме прочитать не смог. А ведь интересно...
Вся ветка только об этом.
Почитайте предыдущее сообщение Constantine.

Но если вам из теоретических соображений - продолжим.

Цитата:
Сообщение от OTiger
Да уже обыскался, в том числе и на МаззиФоруме...


Цитата:
Сообщение от OTiger
Помоему уже глупости пошли, причем абсолютно не в тему.
Я что должен Вам объяснять в чем разница фискального чека от товарной накладной?
КОНЕЧНО!!! Заодно и сами разберетесь.
Так в чем разница между фискальным чеком и накладной?

Афоризм: Задавать вопрос, когда знаешь ответ означает поступать вежливо.

Цитата:
Сообщение от OTiger
Кстати, полагаю, что поставщики Макдональдса еще как идут на поводу у него самого.
И меняют содержание накладных...
Ну-ну... В общем, просто узнайте.
Хорошо, давайте закругляться с частными случаями
Будем обсуждать теоретически.

Цитата:
Сообщение от OTiger
Дешевле и проще для обеих сторон.
Тогда вопрос - сколько сторон имеется при продаже?
Если вы ответите две стороны - вы ошибаетесь.
Если вы ответите три стороны - вы будете ближе к правильному ответу.
Но сторон больше. Сколько на ваш взгляд?
Так проще и дешевле для кого?

Цитата:
Сообщение от OTiger
Ибо разбитая бутылка или рассыпавшаяся пачечка скрепок всегда дешевле, чем телодвижения обеих сторон по ликвидации конфликта в Вашем случае.
Я правильно понимаю, что кроме дешевых товаров и мизерных поставок вы другой торговли просто не продполагаете? Бывают ли продажи, для ошибка в которых будет дороже телодвижений?

Цитата:
Сообщение от OTiger
Или не так? В моем случае просто отредактируют документ и заново распечатают фин.документы. Ну ессно оформят разницу в зависимости от причины этой разницы А у Вас?
Почему "ессно"?

Цитата:
Сообщение от OTiger
А отследить все можно эллементарно, для этого и существует история телодвижений пользователей с документами. Или в Акапте и этого нет?
О как!!! В Аксапте конечно есть.
Но вы сейчас ввели что-то новое.

Итак, я правильно понимаю, что ОДНОВРЕМЕННО с возможностью правки документа ОБЯЗАТЕЛЬНО должна вестись история изменений?
Что на ваш взгляд входит в "историю изменений". Расскажите.

Еще раз повторюсь, что "Задавать вопрос, когда знаешь ответ, означает поступать вежливо".
Если бы вы все таки нашли в себе силы, и поискали предыдущие дискуссии, то увидели бы что подобная дискуссия идет уже не первый и не второй раз. И вы идете точнехонько по плану предыдущих дискуссий.

Цитата:
Сообщение от OTiger
Ну Mazzy, такого от Вас не ожидал. Теперь до меня уже окончательно дошли основные цели внедрения Аксапты...
Ну так сформулируйте.
Что вы вокруг да около ходите. Сформулируйте одним предложением:
= Цели внедрения ERP-системы
= Цели внедрения Аксапты

Цитата:
Сообщение от OTiger
Наши клиенты как правило окупают внедрение достаточно быстро и дальше уже получают только прибыль от внедрения учетной системы.
Я об этом и спрашивал.
Кто ваши клиенты?
Кто покупает?
Кто окупает внедрение?
И при чем здесь конечный пользователь, которому вы облегчаете работу (Цитата: "задача любой учетной системы облегчить работу конечного пользователя")

Цитата:
Сообщение от OTiger
Да и пользователи тратят гораздо меньше времени на работе, чем было до внедрения. Я считаю это одной из основных целей внедрения. Не знаю, может я и старомоден, это мое ИМХО.
Я помню эту дискуссию на sql.ru
Я правильно понимаю, что ваша система НЕ снижает издержек, НЕ помогает увеличивать затраты, НЕ делает бизнес более предсказуемым и поддающимся планированию, НЕ помогает наладить учет и контроль.
Ваша система предназначена для того, чтобы пользователи тратили гораздо меньше времени на работе?

Цитата:
Сообщение от OTiger
Как дела у клиентов Аксапты стоит только догадываться...
Я спрашивал и повторю вопрос - кто является клиентом Аксапты?
Чтобы вам было легче, варианты ответов:
= Пользователи
= Управляющие
= Начальники отделов
= Владельцы бизнеса
= Другое

Цитата:
Сообщение от OTiger
В этой ветке обсуждение заканчиваю, уже не интересно. А Constantine видимо остался при своей проблеме, как и многие на этом сайте. Могу лишь пожелать им удачи в их не легком деле.


Как скажете.
__________________
полезное на axForum, github, vk, coub.
Старый 21.02.2006, 09:28   #68  
Pavel is offline
Pavel
SAP
SAP
 
2,760 / 239 (13) ++++++
Регистрация: 14.12.2001
Адрес: Moscow
Сколько ненужных слов!
Ведь совершенно очевидны следующие вещи:
1) перевод локализаторами слова "invoice" как "накладная" - глупость
2) аксапта не предлагает пользователям нормальных вариантов для автоматизации бизнес процессов:
- учет товаров в пути и на складах временного хранения
- учет товаров переданных на реализацию
- учет товаров переданных в производство в качестве давальческого сырья
- поставки товаров через каналы дистрибуции

Все процессы придется подгонять под банальные "заказ-отгрузка-задолжность", т.к. решений в системем нет, качество покрытия бизнес процессов будет зависеть только лишь от опыта консультантов и программеров. Есть примеры, когда решение переписывалось по несколько раз.
За это сообщение автора поблагодарили: Recoilme (1).
Старый 21.02.2006, 10:10   #69  
ppson is offline
ppson
Участник
Аватар для ppson
Ex AND Project
1C
 
2,102 / 114 (8) +++++
Регистрация: 25.06.2002
Адрес: SPb, Msk
Павел, прекрати пропаганду САПа
__________________
Старый 21.02.2006, 10:42   #70  
Pavel is offline
Pavel
SAP
SAP
 
2,760 / 239 (13) ++++++
Регистрация: 14.12.2001
Адрес: Moscow
Цитата:
Сообщение от ppson
Павел, прекрати пропаганду САПа
Это, пожалуйста, к mazzy, лого он прицепил.
Старый 21.02.2006, 10:50   #71  
ppson is offline
ppson
Участник
Аватар для ppson
Ex AND Project
1C
 
2,102 / 114 (8) +++++
Регистрация: 25.06.2002
Адрес: SPb, Msk
Цитата:
Сообщение от Pavel
Это, пожалуйста, к mazzy, лого он прицепил.
__________________
Старый 21.02.2006, 11:32   #72  
KSS is offline
KSS
Коллективное бессознательn ое
 
116 / 10 (1) +
Регистрация: 09.12.2002
Адрес: Москва
Цитата:
Сообщение от Pavel
Сколько ненужных слов!
Ведь совершенно очевидны следующие вещи:
1) перевод локализаторами слова "invoice" как "накладная" - глупость
2) аксапта не предлагает пользователям нормальных вариантов для автоматизации бизнес процессов:
- учет товаров в пути и на складах временного хранения
- учет товаров переданных на реализацию
- учет товаров переданных в производство в качестве давальческого сырья
- поставки товаров через каналы дистрибуции

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

Товары в пути делались неделю, передача на реализацию тоже неделю, "давальческие" операции сэмулировали стандартными средствами - у нас они редкость. Про последний пункт - слишком туманно, там много чего можно сделать...
__________________
Жизнь такова, какова она есть и больше никакова.
Старый 21.02.2006, 12:38   #73  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от Pavel
Ведь совершенно очевидны следующие вещи:
1) перевод локализаторами слова "invoice" как "накладная" - глупость
2) аксапта не предлагает пользователям нормальных вариантов для автоматизации бизнес процессов:
- учет товаров в пути и на складах временного хранения
- учет товаров переданных на реализацию
- учет товаров переданных в производство в качестве давальческого сырья
- поставки товаров через каналы дистрибуции
Как это связано с исходным вопросом?
Pavel, если вы хотите сказать что Аксапта гуано - ваше мнение услышали.

По исходному вопросу что-нибудь еще будет?
__________________
полезное на axForum, github, vk, coub.
Старый 21.02.2006, 14:49   #74  
Pavel is offline
Pavel
SAP
SAP
 
2,760 / 239 (13) ++++++
Регистрация: 14.12.2001
Адрес: Moscow
Цитата:
Сообщение от mazzy
Как это связано с исходным вопросом?
Напрямую.

Цитата:
Сообщение от mazzy
Pavel, если вы хотите сказать что Аксапта гуано - ваше мнение услышали.
Я сказал, что есть ситуации и бизнес процессы, в которых применение аксапты оборачивается клиенту головной болью. Именно такой бизнес процесс здесь обсуждается.
Есть такие консультанты, которые вместо решений проблем, активно втирают клиенту - «что все только так и никак иначе, а если не нравится, значит, сами дураки».

P.S. Уверенность моя основывается на нескольких реальных проектах и на девятилетнем опыте работы с продуктами Damgaard-Navision-MBS.
Старый 21.02.2006, 15:00   #75  
Pavel is offline
Pavel
SAP
SAP
 
2,760 / 239 (13) ++++++
Регистрация: 14.12.2001
Адрес: Moscow
Извиняюсь за оффтоп...

Цитата:
Сообщение от KSS
Ну...есть еще одна очевидная вещь - все эти минусы не есть повод переплачивать пару миллионов за внедрение САПа
Причем тут САП? Если на то пошло, то у компании САП есть решения, которые дешевле и качественнее аксапты.

Цитата:
Сообщение от KSS
Товары в пути делались неделю, передача на реализацию тоже неделю, "давальческие" операции сэмулировали стандартными средствами - у нас они редкость. Про последний пункт - слишком туманно, там много чего можно сделать...
Бла-бла-бла… почему бы тогда в 1С не запрограммировать, быстрее, легче, дешевле??
Старый 21.02.2006, 15:33   #76  
ALES is offline
ALES
Участник
Злыдни
 
220 / 45 (2) +++
Регистрация: 11.08.2004
Цитата:
Сообщение от Pavel
почему бы тогда в 1С не запрограммировать, быстрее, легче, дешевле??
Бла-бла-бла… почему бы вам тогда не назвать "коробочный" продукт, который решает заявленную задачу и перечислить успешные внедрения "коробок" без модификаций, консалтинга и т.п.?
Старый 21.02.2006, 15:52   #77  
shuhard is offline
shuhard
Участник
1C
 
31 / 15 (1) ++
Регистрация: 15.07.2005
Цитата:
Сообщение от Pavel
ИЕсли на то пошло, то у компании САП есть решения, которые дешевле и качественнее аксапты.
Есть то мы есть , но с возвратами в SAP BUSINESS ONE та-же беда что и в Аксапте

Старый 21.02.2006, 16:21   #78  
KSS is offline
KSS
Коллективное бессознательn ое
 
116 / 10 (1) +
Регистрация: 09.12.2002
Адрес: Москва
Цитата:
Сообщение от Pavel
Извиняюсь за оффтоп...



Причем тут САП? Если на то пошло, то у компании САП есть решения, которые дешевле и качественнее аксапты.



Бла-бла-бла… почему бы тогда в 1С не запрограммировать, быстрее, легче, дешевле??

Да? Это САП бизнес ван?
Там такие же проблемы, я не спец, но, как видно, я не один о них знаю.

1С, мне кажется, принципиально система пониже классом. И по технической архитектуре и по идеологической.
А реально, если брать сопоставимые системы, то думаю, что по большому счету, ни у кого драматических преимуществ нет.
__________________
Жизнь такова, какова она есть и больше никакова.
Старый 21.02.2006, 16:27   #79  
KSS is offline
KSS
Коллективное бессознательn ое
 
116 / 10 (1) +
Регистрация: 09.12.2002
Адрес: Москва
Цитата:
Сообщение от Pavel
Напрямую.

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

P.S. Уверенность моя основывается на нескольких реальных проектах и на девятилетнем опыте работы с продуктами Damgaard-Navision-MBS.
Тут соглашусь полностью. Проблема консультантов в том, что они чаще "внедренцы", чем консультанты или аналитики.
Известный профессор Шеер будучи в Москве выразился в том духе, что чаще бизнес подстроить под систему дешевле, чем систему под бизнес.
Заявления абсолютно двусмысленное, но большинство консультантов его считают буквальным руководством к действию...
__________________
Жизнь такова, какова она есть и больше никакова.
Старый 21.02.2006, 17:06   #80  
Pavel is offline
Pavel
SAP
SAP
 
2,760 / 239 (13) ++++++
Регистрация: 14.12.2001
Адрес: Moscow
Цитата:
Сообщение от shuhard
Есть то мы есть , но с возвратами в SAP BUSINESS ONE та-же беда что и в Аксапте
KSS писал не про возвраты, а про «пару миллионов переплаты» за САП. Чисто из пальца высосанная тема. Мне интересно, кто, где и почему «переплатил»?
Теги
faq, коррекция, накладная, перепроведение, сторно, счет-фактура, crm2011

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Журнал регистрации исходящих счетов фактур Lesja DAX: Функционал 5 30.11.2007 16:32
Массовое формирование счетов-фактур в заказах LGray DAX: Функционал 5 19.05.2006 20:12
Выставление счетов-фактур по Проектам lana DAX: Функционал 11 17.03.2005 12:49
Обработка счетов-фактур глючит konstant DAX: Функционал 1 05.11.2003 17:15
Журнал одобрения счетов-фактур George V. Tavrizoff DAX: Функционал 1 15.04.2003 15:04

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 15:40.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.