|
![]() |
#1 |
Member
|
RecId в Динамиксе будет 64-битный в рамках таблицы. Примерно как komar писал по поводу Скалы. Читайте "Layman’s Specification".
Насчет утечек памяти... ну гадость наприятная. Но сейчас можно работать с ax32.exe от сп3, который работает весьма неплохо. Подождем сп5, там посмотрим. С функционалом (включая баги... а точнее даже желание их править) действительно ж... Лирическое отступление. Если кто-то захочет возразить, что Микрософт имеет очень огромное желание исправить баги (ну, примерно как я могу иметь желание стать... пусть будет богаче Била Гейтса), то меня это не интересует. Конец лирического отступления. Сторно по складу — действительно вещь спорная. Откуда у вас берутся ошибки? Вы операции на основании первичных документов заводите или как? Если вы неправильно указали ячейку, например, то можно редактированием складской аналитики ситуацию поправить. Если количество меньше, то сделайте еще один документ. А больше у вас не должно быть возможности указать, т.к. до того, как один головотяп что-то неглядя разнесет, второй должен это скомплектовать (а без этого ничего не должно разноситься). Вы можете, конечно, возразить, что у вас в Аксапте только бухгалтер работает, и не будет он регистрацию делать... но мое мнение по этому поводу не изменилось. Повторяться не хотелось бы. Теперь еще несколько реальных недостатков. Ну, отсутствие переоценки банковского счета это так... совсем ерунда. Раньше обещали сделать в 4.0, но согласно исходных обещаний мы уже на ней года полтора "работаем". А переоценки нет. И это при том, что серьезный разработчик такую вещь максимум за 4 часа осилит. Да здравствует соответствие Аксапты ПБУ в полном объеме! И еще каким-то практикам бухучета. Реальная проблема есть с исправлнеием ошибок в накладных. Например, если мы ошиблись в цене, то исправить ошибку можно только породив еще минимум 2 складские проводки. Это серьезно мешает разбираться что вообще происходит на складе несчастному складу. Если оформлять такие переделки документами и одобрять на складе, склад просто скопытится. Как правило, это делают без его ведома. И хорошо, если не ошибаются с датой и количеством. Я, конечно, понимаю, что есть проблема себестоимости и связи книжки операций по клиентам с ГК через вакучер, но слишком уж много проблем такое упрощение работы разработчикам доставляет пользователям. А вот при использовании управления складом когда товар скомплетован и вывезен в зону отгрузки попробовать его разукомплектовать и вернуть... в другую ячейку (та, в которой он лежал уже занята) кто-то пробовал? А проделать примерно то же самое с packing slip уже разнесенным... ну не принял клиент товар? А инвойса ему еще не было. И нужно принять назад товар на другой склад. Этот список можно продолжать и продолжать. И не раз это на данном форуме делалось. И не два. И не три. И даже не тридцать три... И каждый раз после этого следуют реплики типа "ну вот опять все ворчат без конкретики... где факты?". Как будто все и впрямь от нефиг делать ворчат или прямо дураки какие-то. Как-то тоже уже начинают надоедать эти провокации. Пользуйтесь поиском, господа! (см. п. 2.5 правил). PS. Прочитал я "Layman’s Specification". И несколько раз просканировал... Ну, и где же SCM? Где цепочки поставок? Где учет товаров в пути? Где распределение расходов на доставку и включение их в себестоимость? Ну где хотябы накладные расходы на внутреннее перемещение? Про привязку складов (хотябы) к счетам ГК помолчу лучше.
__________________
С уважением, glibs® |
|
![]() |
#2 |
Шаман форума
|
Цитата:
Сообщение от glibs
Ну, и где же SCM? Где цепочки поставок? Где учет товаров в пути? Где распределение расходов на доставку и включение их в себестоимость? Ну где хотябы накладные расходы на внутреннее перемещение?
__________________
All information in this post is strictly confidential. If you have read it in error, please forget it immediately. |
|
![]() |
#3 |
Участник
|
Цитата:
Сообщение от komar
Во! Это ответ mazzy на вопрос, что я хочу. Накладные расходы на доставку хочу. Хотя бы.
![]() Вы с глебом хотите разные вещи. Глеб хочет дополнительных статусов. Действительно, сейчас есть статус заказано у поставщика и зарегистрирован физический приход. Между этими статусами нет ничего. Что сильно затрудняет отслеживание товаров в пути. И связанные с этим вещи. Накладные расходы на доставку в Аксапте есть. Накладные расходы на доставку можно регистрировать при любом статусе прихода. Даже после окончательного финансового прихода. И любые накладные расходы повлияют на себестоимость не только оприходованного, но и уже проданного товара. |
|
![]() |
#4 |
Шаман форума
|
Цитата:
Сообщение от mazzy
![]() Накладные расходы на доставку в Аксапте есть. Накладные расходы на доставку можно регистрировать при любом статусе прихода. Даже после окончательного финансового прихода. И любые накладные расходы повлияют на себестоимость не только оприходованного, но и уже проданного товара.
__________________
All information in this post is strictly confidential. If you have read it in error, please forget it immediately. |
|
![]() |
#5 |
Участник
|
Цитата:
Сообщение от komar
Регистрировать их отдельным счетом нельзя.
Цитата:
Сообщение от komar
Распределять на несколько разных накладных по разным (!) заказам тоже не очень-то получится.
Действительно постоянно приходится добавлять в алгоритм распределения условие по нескольким заказам. После чего распределяет на насколько заказов. Действительно - неаккуратненько ![]() komar, ты забываешь о контрактах... Ладно, ок... зачем убавлять пункт? пусть правят. komar, только одно... ты сейчас говоришь совершенно не о том, что действительно надо править. сказал бы о структуре себестоимости. сказал бы о ГТД и о том, что ее обязательно надо вводить на стадии физического прихода, хотя о ней мы узнаем только на стадии финансового прихода... сказал бы о сопоставлении в разных валютах. сказал бы о том, что вторичная валюта существует только в ГК. В общем, повторюсь: проблем в Аксапте - вагон и маленькая тележка. Но почему-то хотелки даже у... из области бантиков... Действительно, в коде жестко прописано условие - распределять по одному заказу... Елы палы! Какая досада! |
|
![]() |
#6 |
Шаман форума
|
Цитата:
Сообщение от mazzy
komar, только одно... ты сейчас говоришь совершенно не о том, что действительно надо править. сказал бы о структуре себестоимости. сказал бы о ГТД и о том, что ее обязательно надо вводить на стадии физического прихода, хотя о ней мы узнаем только на стадии финансового прихода... сказал бы о сопоставлении в разных валютах. сказал бы о том, что вторичная валюта существует только в ГК. В общем, повторюсь: проблем в Аксапте - вагон и маленькая тележка. Но почему-то хотелки даже у... из области бантиков... Скажу и о "закрытии склада", хотя тема эта столько раз уже тут мусолилась....Можно тему поднять и о накладных расходах в производстве, хотя в производство никто и соваться не будет - дальше главной книги локализаторы все равно не идут. О вторичной валюте уже говорил раньше - да только это не к локализации вопрос, и сопоставление - не к локализации вопрос. Ведь потому и проблемы из области бантиков, что сама локализация из области бантиков, вот в чем беда ![]()
__________________
All information in this post is strictly confidential. If you have read it in error, please forget it immediately. |
|
![]() |
#7 |
SAP
|
Вот официальная информация поставщика о локализации продукта - http://www.microsoft.com/Rus/Dynamic...alization.mspx
Комментировать фразы типа: "На данный момент версия Microsoft Axapta, поставляемая на российский рынок полностью соответствует требованиям российского бухгалтерского и налогового учета.", - не стану. Далее по списку: 1) учет НДС - крыжик: ошибки. 2) зарплата - крыжик: отдельный модуль, отсутствие интеграции с проектами, производством, HR 3) налог на прибыль - без претензий, по большому счету, вопрос к внедренцам и грамотно организованной учетной политике 4) различия в учетах - крыжик: ошибки 5) регулирование - крыжик: ошибки 6) налоговая отчетность - без претензий 7) связь с локализацией не понятна. По ошибкам расписывать не стану, уж не один год здесь обсуждаем, ничего из известного мне за 2002-2005гг не исправили. Видать погорячился я, когда нахваливал улучшение качества информации на сайте MS. |
|
![]() |
#8 |
Участник
|
Цитата:
Сообщение от komar
А никто и не говорил, что я уже закончил.
Скажу и о "закрытии склада", хотя тема эта столько раз уже тут мусолилась....Можно тему поднять и Можно тему поднять? Можно. Подними. Сделай список, если так хочется. |
|
Теги |
курсовая разница, логистика, локализация, накладные расходы, основные средства, ошибка, пбу, перенос, подотчетные лица, ax3.0 |
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|