Галактика в вопросах и ответах

Может быть Минфину и подчинятся вся ИМНС и даже ,наверное, письмо минфина не может носить рекомендательный характер(не знаю, неспециалист в этой области ), но вот уже сколько времени с момента выхода этого письма наша бухгалтерия пользуется доработанными формами , не учитывающими ПИСЬМО от 25 август...

В путевых листах в окне «Учет ГСМ в путевом.» перестал автоматически рассчитываться конечный остаток.
Галактика 7.12.,установлены PROIZVFIX1, PROIZVFIX2, PROIZVFIX3.

При вводе новой записи в «Справочник норм времени и расценок» (таблица NORNTMR) система генерирует код работы по алгоритму word(МАКС(kodwork)) +1( МАКС – наибольшее значение поля в таблице),несмотря на то, что в таблице поле описано как longint .Почему WORD в алгоритме??? У нас записи имеют 9-значны...

Наших бухгалтеров не устраивает, что в книге продаж в графе «Стоимость продаж без НДС» для авансовых счетов фактур( и в книге покупок для возврата платежей) ничего не печатается. По их мнению ПИСЬМО от 25 августа 2004 г. N 03-04-11/135 носит скорее рекомендательный характер(можно как печатать, так и...

При расчете наряда у нас используется алгоритм «(4) по КТУ , без учета тарифа», учитывающий фактически отработанное время. Но для некоторых видов нарядов (праздничные, сверхурочные) нужно значение, получаемое по этому алгоритму *2.Реализовать алгоритм «(4) по КТУ , без учета тарифа» мне не удается, ...

Спасибо, все получилось.Можно еще использовать промежуточную переменную типа string
Str_:=iOdecl.FIODeclension(Persons.NRec, Persons.FIO, 3)
message(str_)
Дока это, конечно, хорошо, но с вашей помощью гораздо быстрее .Спасибо!

А в какой версии это работает? У меня (VIP – 3.03.22) при обращении к функции
iOdecl.FIODeclension(Persons.NRec, Persons.FIO, 3)
message(iOdecl)
выдается сообщение «Значение не определено».

Почему-то при расчете наряда Галактике не нравится формула UCH_SUMMA/NrSumKTY*NAR_KTU , используемая в алгоритме вида оплаты , выдается сообщение : «В формуле 201 Ошибка при вычислении Для табельного номера 392 Для доплатыN-214» Сообщение выдается только первый раз, при повторном расчете наряда – вс...

Иногда после разноски наряда в спецификации наряда не заполняется вид оплаты(почему это происходит – еще не разобралась). Но дело в том , что Галактика позволяет оставлять это поле пустым, а при расчете з/п эта ситуация не обрабатывается ,
выдается сообщение Runtime error 216 .

После установки патча ZAR12 платежные ведомости из зарплаты
стали попадать в список подотчетных документов с аббревиатурой
ППРП в интерфейсе "Подотчетные лица".

Конечно, если производить разноску без учета лицевой стороны, а в наряде (в его лицевой стороне) были доплаты на некоторые работы(техоперации) , то после разноски в спецификации наряда они теряются.

По доплатам нужно , чтобы время бралось нулевое, под "управлением часами доплат" я имела ввиду , что может быть существует какая-то настройка, позволяющая при расчете з/п брать часы из спецификации наряда из графы “Часы” в строке доплат, даже если там стоит ноль. Воспользоваться функцией d...

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

Значится так, подытожу все, что предлагалось . С доплатами разобралась : временем в доплате управлять нельзя, зашито в коде по основному виду оплаты. Ч то делать с временем по основному виду оплаты? Я так понимаю, в Галактике есть два пути: -брать время из табеля( что не устраивает, т.к. на одного р...

Да с другим видом оплат проблем бы не было, но … Мария_Ф, вы , как я поняла , считаете наряды в Галактике, поделитесь, пожалуйста, опытом. 1. Как вы разносите в наряде фактическое время по работнику, если у него несколько техопераций: вручную или используете какие-то функции? 2 . Может быть вы сталк...