15.02.2002, 13:54 | #21 |
SAP
|
Привет, Aleck,
Со схемами разноски все ОК. А вот всего остального описанного AlGol не наблюдается (не в 2.1, не 2.5, не русской, не международной версиях). Отсюда и вопрос. С уважением |
|
15.02.2002, 13:59 | #22 |
Участник
|
Основные средства (RU)/Настройки/Параметры
Основные средства (RU)/Основные средства/кнопка показать. Павел, Вы конечно, извините, но RTFM! |
|
15.02.2002, 14:02 | #23 |
Участник
|
Re: Российкие ОС.
Цитата:
Изначально опубликовано Aleck
... скорее всего пользуетесь международной версии. А это функциональ русского модуля ОС. |
|
15.02.2002, 14:13 | #24 |
SAP
|
Цитата:
Изначально опубликовано Aleck
Основные средства (RU)/Основные средства/кнопка показать. AlGol - Columbus? |
|
15.02.2002, 16:29 | #25 |
Участник
|
Основные средства RU продает Navision CIS, дистрибуторское подразделение и вся локализация Columbus IT Partner Russia перешли к Navision CIS.
Как получить: Если вы конечный пользователь - у вашего NSC Если NSC - то такие вопросы и не должны задавать Модуль входит во все SP к русской 2.5 |
|
23.03.2002, 16:09 | #26 |
SAP
|
Re: Модуль - Зарплата
Привет участникам,
Прошло не много не мало три месяца, а конкретных ответов по данным вопросам не опубликовано. Видимо уж очень интимная информация. Цитата:
Изначально опубликовано Pavel
Хотелось бы открыть тему для обсуждения данного модуля. Вопросы: - Какие компании используют модуль з/п в системе Аксапта? - Выполняется ли расчет регрессивной шкалы ЕСН? - Как обрабатываются строки одинакового вида начисления с разными значениями учетного измерения (кода аналитики)? - Какой набор отчетных документов реализован в текущей версии (справка о доходах в ПФ, расчетная ведомость, платежная ведомость, Отчет по ЕСН, карточка сотрудника ЕСН, табель учета рабочего времени, налоговая карточка, отчет в ГНИ, др.)? - Сколько времени/денег стоит проект по внедрению (например, на 100 человек)? С уважением. |
|
03.07.2002, 18:25 | #27 |
SAP
|
Re: Re: Модуль - Зарплата
Цитата:
Изначально опубликовано Pavel
Прошло не много не мало три месяца, а конкретных ответов по данным вопросам не опубликовано. Видимо уж очень интимная информация. Надеюсь все же на благоприятный исход. Полагаю, что зарплата - это тема актуальная для каждой компании. Может быть, есть свежая информация? С уважением. |
|
04.07.2002, 11:22 | #28 |
Участник
|
Павел, ну у тебя просто какие-то журналистские замашки последнее время наблюдаются. Буквально - погоня за сенсациями...
Поверь З/П в AXAPTA достаточно функциональная, гибко настраиваемая -> внедряемая! Просто здесь все еще от "ручек" зависит... Я УЖЕ ВИДЕЛ З/П в AXAPTA, находящуюся в тестовой эксплуатации и рассчитывающую з/п на более чем 500 сотрудников в адекватные сроки. И даже не на одном предприятии... Видел, правда, и другое... :-( Павел, ты сам знаешь, что ты должен сделать чтобы посмотреть/познакомиться с "работающими образчиками". Сам же учил... ;-) |
|
04.07.2002, 11:51 | #29 |
Участник
|
дело не в ручках
плохо ответил.
вспомнил немножко наивную историю из детства: отец когда-то участвовал в городских соревнованиях по лыжам и шел на одно из первых мест. метров за 500 до финиша он падает и ломает лыжу (деревянные они тогда были). его тут же обходит человек восемь. он встает и доезжает до финиша на одной лыже. ему вручили тогда модный подарок - компас, с формулировкой "за волю к победе". вот так... так вот, при работающем функционале, и может быть недостаточных знаниях (знать все - невозможно) "воля к победе" либо есть, либо нет! идеальных программ, консультантов и клиентов не бывает. желаю всем внедряющим и "внедряемым" удачи и "воли к победе"! |
|
04.07.2002, 15:27 | #30 |
SAP
|
Цитата:
Изначально опубликовано lbs
Поверь З/П в AXAPTA достаточно функциональная, гибко настраиваемая -> внедряемая! Просто здесь все еще от "ручек" зависит... Я УЖЕ ВИДЕЛ З/П в AXAPTA, находящуюся в тестовой эксплуатации и рассчитывающую з/п на более чем 500 сотрудников в адекватные сроки. И даже не на одном предприятии... Видел, правда, и другое... :-( Прочитал. Вроде, как наезд. Объясни, почему твою зарплату (Columbus) рассчитывают в Конкорде, а не в Аксапте. Ну очень интересно, какое это имеет отношение к "воле к победе", "журналистике", или "кривым ручкам". Кстати, почему Ростелеком у тебя не купил внедрение Зарплаты в Аксапте? С уважением. |
|
04.07.2002, 15:40 | #31 |
Участник
|
тс!!!
Павел, ты не прав. Это не наезд.
1. конференция - не место где могут обсуждаться вопросы коммерческой тайны; 2. любая работоспособная (т.е. уже внедренная гдето и удовлетворяющая нуждам Заказчика) функциональность внедряется при обязательном наличии "воли к победе". это основной тезис который я хотел донести; 3. заданные тобой в начале вопросы к з/п в AXAPTA реализованны в этом модуле. есть желание - давай общаться на конкретную тему; 4. "журналистика"... зачем "шокировать" публику не публичной информацией? смысл? 5. Расчет з/п в columbus. Скажи а почему многие твои клиенты по-прежнему используют concorde? потому, что решения, на которое потрачены усилия и средства достаточны на текущий момент; 6. Я не IBS! :-) Если уж писать, то LBS (хотя мне нравится маленькими буквами). |
|
05.07.2002, 12:45 | #32 |
SAP
|
Назвался груздем...
Привет, lbs,
Ну что же... давай поспорим маленько. Цитата:
Изначально опубликовано lbs
1. конференция - не место где могут обсуждаться вопросы коммерческой тайны; 2. любая работоспособная (т.е. уже внедренная гдето и удовлетворяющая нуждам Заказчика) функциональность внедряется при обязательном наличии "воли к победе". это основной тезис который я хотел донести; Цитата:
Изначально опубликовано lbs
3. заданные тобой в начале вопросы к з/п в AXAPTA реализованны в этом модуле. есть желание - давай общаться на конкретную тему; 4. "журналистика"... зачем "шокировать" публику не публичной информацией? смысл? Цитата:
Изначально опубликовано lbs
5. Расчет з/п в columbus. Скажи а почему многие твои клиенты по-прежнему используют concorde? потому, что решения, на которое потрачены усилия и средства достаточны на текущий момент; Что касается модуля Зарплата, то ответ очевиден. Практически все наши "дочки" (мне известно 6 внедрений) используют данный модуль. Отличные performances, например, по паре моих проектов от начала работ до запуска в эксплуатацию потребовалось 2-4 недели. (только не нужно комментариев "про ручки", не верю, что в Колумбусе нет специалистов по Зарплате). Но это все лирика, а по предмету дискуссии следующие вопросы: 1. Переводить расчет зарплаты из Конкорда в Аксапту Колумбусу неэффективно? (т.е. миграцию продукта провели, а расчет зарплаты посчитали нужным оставить в Конкорде)? 2. Получается, что Ростелеком, купивший Аксапту, посчитал, что автоматизацию расчета зарплаты более эффективно делать, купив "Босс Кадровик"? Может быть вопросы "неудобные", но логичные. Их любой мог бы задать, получив соответствующую информацию. Давай выкручивайся. Только не пойму, зачем тебе надо было своей грудью защищать честь зарплатного модуля Аксапты. Тем более, что от вовлеченных в события требуется не раскрываться. С уважением. |
|
05.07.2002, 14:24 | #33 |
Участник
|
лирика:
1. придется тебе поверить мне на слово что тема целеустремленности консультантов/компании не банальна... 2. если РОСТЕЛЕКОМ захочет чтото обнародовать, то это его право и ничье больше. 3. ни капли не сомневаюсь в том, что на твоих проектах Заказчик доволен. я тебя знаю лично и не первый год, был на твоих проектах и в курсе отзывов. на "провокации" по всем вышеоговоренным темам - я со своей стороны закрываю обсуждение. нелирика: 1. скажи а зачем той или иной компании менять ПО, которое успешно решает поставленные перед ним задачи? вот это действительно банально и я не вижу смысла в продолжении дискусии по этой теме. 2. РОСТЕЛЕКОМ... все вопросы к РОСТЕЛЕКОМУ и компании NAVISION CIS. http://www.axforum.info/forums/showt...=&threadid=814 выкручивание: 1. Мне нравится модуль ЗАРПЛАТА в AXAPTA (не просто нРаВиТсЯ, а я считаю его достаточным для реализации расчета з/п на российском предприятии; наша компания имеет опыт успешного внедрения з/п в AXAPTA, ищите инфо в ближайших пресс-релизах, обращайтесь лично). 2. Считаю очень перспективным для крупных организаций использование модуля HumanResources, существующего в AXAPTA, и его симбиоз с ЗАРПЛАТА, т.к..... <пишите письма>. |
|
05.07.2002, 16:23 | #34 |
SAP
|
Продолжим...
Цитата:
Изначально опубликовано lbs
1. скажи а зачем той или иной компании менять ПО, которое успешно решает поставленные перед ним задачи? Цитата:
Изначально опубликовано lbs
2. РОСТЕЛЕКОМ... все вопросы к РОСТЕЛЕКОМУ Цитата:
Изначально опубликовано lbs
выкручивание: 1. Мне нравится модуль ЗАРПЛАТА в AXAPTA (не просто нРаВиТсЯ, а я считаю его достаточным для реализации расчета з/п на российском предприятии; наша компания имеет опыт успешного внедрения з/п в AXAPTA, ищите инфо в ближайших пресс-релизах, обращайтесь лично). 2. Считаю очень перспективным для крупных организаций использование модуля HumanResources, существующего в AXAPTA, и его симбиоз с ЗАРПЛАТА, т.к..... <пишите письма>. Будем с нетерпением ждать обещанного пресс-релиза и изучать фактические результаты, если их не законспирируют. С уважением. |
|
08.07.2002, 12:38 | #35 |
Участник
|
Re: Модуль - Зарплата
Цитата:
Изначально опубликовано Pavel
Хотелось бы открыть тему для обсуждения данного модуля. Вопросы: - Какие компании используют модуль з/п в системе Аксапта? - Выполняется ли расчет регрессивной шкалы ЕСН? - Как обрабатываются строки одинакового вида начисления с разными значениями учетного измерения (кода аналитики)? - Какой набор отчетных документов реализован в текущей версии (справка о доходах в ПФ, расчетная ведомость, платежная ведомость, Отчет по ЕСН, карточка сотрудника ЕСН, табель учета рабочего времени, налоговая карточка, отчет в ГНИ, др.)? - Сколько времени/денег стоит проект по внедрению (например, на 100 человек)? 2 вопрос - не проверял. не знаю 3 вопрос - что имеется в виду? 4 вопрос - все это есть, но часть отчетов врет. 5 вопрос - модуль сырой, часть функций не работают в том числе и критичных для расчет зарплаты (вычеты в ПФР, НДФЛ). Очень много нет. см ответы Mazzy. Функционал реализован очень плохо. Алгоритм расчета очень медленный. 100 человек будут расчитываться примерно час. |
|
08.07.2002, 13:31 | #36 |
SAP
|
Еще несколько вопросов
Привет,
Хотелось бы уточнить, речь идет о российском модуле или стандартном. Полагаю, что первый должен быть более адекватен, но его использование, скорее всего, приведет к ряду стандартных в таком случае проблем. В 98-99 рулил разработкой в Колумбусе и еще не забыл, как после выпуска нового релиза XAL начинался процесс подготовки всей продуктовой линейки: подготовка доп. модулей к новому релизу или сервиспаку - ОС, 12 кодов аналитики, ОС+12dim, англоязычный интерфейс, SQL/ORACLE. Каждая мутация функциональности в виде доп. модуля стоила усилий его дальнейшего сопровождения и развития, а установка ее клиенту требовала отдельного проекта, т.к. клиенты сами серьезно "уходили" от базовой функциональности. Вопросы 2 и 4 - основные. Именно автоматический расчет ЕСН и ПФ требуется от инструментария, плюс отчетность. В оценке полноты функциональности позиции сейлзмена и пользователя диаметрально противоположны. Даже в случае проблем (функции работают, но не все и не всегда) первый говорит - все ОК, а второму - не нужна функция, которая частично работает (касается не только зарплаты, но и корреспонденции счетов, частичных оплат в книгах покупки/продаж и т.п.). Поэтому для оценки модуля меня в первую очередь интересует завершенное внедрение и отзывы по процессу эксплуатации. Вопрос 3 достаточно прост. Как правило при расчете зарплаты предприятие ведет аналитический учет (по подразделениям, видам деятельности, продуктам и др). Тогда одна строка начисления/удержания (например, оклад) может потребовать расшифровки (указания кодов аналитики), чтобы проводки прошли с соответствующей аналитикой (в первую очередь на счета затрат). Стандартный алгоритм расчета зарплаты в XAL, написанный Колумбусом, данную задачу не покрывал и нам пришлось его переписывать. Боюсь, что в алгоритме Axapta, также будет данная проблема. Еще вопрос по быстродействию. Приведенные временные характеристики зависят от объема накопленной в базе информации (т.е. будет ли к концу года расчет зарплаты на 100 сотрудников все также считаться час, или потребуется больше времени)? С уважением. |
|
08.07.2002, 14:45 | #37 |
Участник
|
Re: Еще несколько вопросов
Цитата:
Изначально опубликовано Pavel
Привет, Хотелось бы уточнить, речь идет о российском модуле или стандартном. Полагаю, что первый должен быть более адекватен, но его использование, скорее всего, приведет к ряду стандартных в таком случае проблем. В 98-99 рулил разработкой в Колумбусе и еще не забыл, как после выпуска нового релиза XAL начинался процесс подготовки всей продуктовой линейки: подготовка доп. модулей к новому релизу или сервиспаку - ОС, 12 кодов аналитики, ОС+12dim, англоязычный интерфейс, SQL/ORACLE. Каждая мутация функциональности в виде доп. модуля стоила усилий его дальнейшего сопровождения и развития, а установка ее клиенту требовала отдельного проекта, т.к. клиенты сами серьезно "уходили" от базовой функциональности. Вопросы 2 и 4 - основные. Именно автоматический расчет ЕСН и ПФ требуется от инструментария, плюс отчетность. В оценке полноты функциональности позиции сейлзмена и пользователя диаметрально противоположны. Даже в случае проблем (функции работают, но не все и не всегда) первый говорит - все ОК, а второму - не нужна функция, которая частично работает (касается не только зарплаты, но и корреспонденции счетов, частичных оплат в книгах покупки/продаж и т.п.). Поэтому для оценки модуля меня в первую очередь интересует завершенное внедрение и отзывы по процессу эксплуатации. Вопрос 3 достаточно прост. Как правило при расчете зарплаты предприятие ведет аналитический учет (по подразделениям, видам деятельности, продуктам и др). Тогда одна строка начисления/удержания (например, оклад) может потребовать расшифровки (указания кодов аналитики), чтобы проводки прошли с соответствующей аналитикой (в первую очередь на счета затрат). Стандартный алгоритм расчета зарплаты в XAL, написанный Колумбусом, данную задачу не покрывал и нам пришлось его переписывать. Боюсь, что в алгоритме Axapta, также будет данная проблема. Еще вопрос по быстродействию. Приведенные временные характеристики зависят от объема накопленной в базе информации (т.е. будет ли к концу года расчет зарплаты на 100 сотрудников все также считаться час, или потребуется больше времени)? С уважением. 2) ЕСН и вычеты в ПФР считаются примерно правильно. то есть есть разница в копейках. если на это закрыть глаза, то все окей. Отчетность формируется так же - примерно правильно. То есть если закрыть глаза на некоторые непонятные числа предположим в средней численности в Налоговой декларации по ЕСН, то будет все "ок" 3) Вопрос к продажным менеджерам на их "Ок": можно ли передвижение на инвалидной каляске считать полноценным. 4) НДФЛ. Вычеты настраивались методом научного тыка. НДФЛ не брался с доходов приходящихся на следующие месяцев. В феврале вычеты почему то вообще игнорировались. Невозможно учесть работника с справкой НДФЛ 2. Или у меня руки кривые? 5) Аналитика сформировалась правильно. Но это было опытное тестирование, так как заказчика (и меня в том числе) идеология формирования проводок по зарплате неустраивает. 6) НДФЛ, ЕСН считаются нарастающим итогом с начала года. Расчет происходит на клиенте. все это не в пользу алгоритма расчета зарплаты в данной реализации. У меня 200 человек считаются примерно 2 часа в данный момент. |
|
08.07.2002, 14:53 | #38 |
Участник
|
Регрессивная шкала + Отчетность
Забыл добавить про регрессивныую шкалу ЕСН. Алгоритм, предложенный напоминает "введи данные сам, а мы их посчитаем". То есть в принципе вы можете рассчитать свое право на пользование шкалой самостоятельно.
Касаемо отчетности в МНС и ПФР хочу только задать вопрос - как оперативно будет Навижн обновлять этот модуль что бы можно было своевременно сдавать отчетность? Отчетность в ПФР сдается 15 января. Не факт, что формат, реализованный сейчас в модуле будет соответствовать тому что надо сдавать в начале 2003. |
|
08.07.2002, 16:49 | #39 |
SAP
|
О сроках
Цитата:
Изначально опубликовано ppson
Касаемо отчетности в МНС и ПФР хочу только задать вопрос - как оперативно будет Навижн обновлять этот модуль что бы можно было своевременно сдавать отчетность? Отчетность в ПФР сдается 15 января. Не факт, что формат, реализованный сейчас в модуле будет соответствовать тому что надо сдавать в начале 2003. Стоит обратить внимание на два момента: 1) Договора, по сути, утверждают, что "клиент приобретает систему, такую, какая она есть". И может "расслабиться", если что-то "не в порядке". Что является прямым нарушением российского законодательства в части защиты прав потребителей. 2) Договор на поддержку и сопровождение не подразумевает обязательств поставщика по реализации изменений в бухгалтерском законодательстве за соответствующий период. Он всего лишь дает право клиенту получить обновления, если такие были выпущены поставщиком. Дело может дойти до абсурда, когда за оплаченный период обновления не были предоставлены, и поставщик требует от клиента оплатить следующий период, чтобы тот имел возможность получить задержанные обновления. Правда, мы уже давно решаем свои проблемы сами, без общения с Navision и NCS, возможно, что-то сейчас изменилось в лучшую сторону. С уважением. |
|
14.07.2003, 13:09 | #40 |
Участник
|
Так все сильно через five point???
А как у Navision с отчетными формами, использование которых действующее законодательство предписывает?
А то табель 97-го года выпуска и формы приказов старее поповой собаки как-то не впечатляют. Еще хотел задать вопрос про возможность перерасчета зарплаты за прошлый период с отражением в текущем, да похоже придется мирно притихнуть и пользоваться индексами счетчиков... (( |
|