Что не работает в УАТ проф.

Добрый день.
Это ограничение функциональных возможностей, которое можно обойти несколькими способами. Один из таких способов (через сменные графики) был Вам предложен в телефонном разговоре сотрудником линии консультации.

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

Данное замечание не является ошибкой. Такое решение принято по следующим причинам:
- Решение "Управление автотранспортом Проф" можем объединятся с "Бухгалтерией предприятия" и "Управлением производственным предприятием";
- В  "Бухгалтерии предприятия"  отсутствует управленческий справочник, а расширять типовые справочники другими нельзя;


Под начислением ЗП подразумевается расчет суммы начисления по документам "путевой лист" и "ремонтный лист". Данные начисления делаются корректно - по одному расчету на каждый документ.
Другое дело, когда идет формирование документа "Начисление зп работникам организации" назначение которого выгрузка данных в "Зарплату и правление персоналом". Предполагается, что данный документ вводится регламентировано раз в месяц, после чего выгружается в типовую конфигурацию.

Если речь идет про некорректный учет НДС в связке документов "Поступление товаров услуг", "Ремонтный лист", то данная ошибка была исправлена. Исправление выйдет в релизе 1.0.7

При разработке данного функционала анализировались результаты консультаций с пользователями по применяемым ими алгоритмам и их пожелания. Полученная схема успешно работает не первый год. Озвученные Вами пожелания встречаются первый раз. Они зарегистрированы и в ближайшее время будет рассматриваться вопрос об их реализации в рамках типового решения.

При использовании предложенной Вами схемы может возникнуть ситуация, когда будут меняться данные по выработке и затратам по уже закрытым периодам.

Для корректной работы отчета "Сравнение пробега и расхода по ПЛ и данным GPS" необходимо, что бы данные загружались в следующем формате:
в поле "Значение датчика 1" должно быть накопленное значение пробега (фактически показания одометра);
в поле "Значение датчика 3" - накопленное значение потребленного топлива;

Уважаемый Ростислав, данный вопрос уже неоднократно с Вами обсуждался, в том числе и по телефону.
Реализация жесткой связи между номенклатурой и агрегатами не планируется, поскольку в бух. учете шины, как правило, списываются сразу при поступлении, а учет у механиков ведется отдельно. Более того, как правило, механики не знают как заведена и учитывается номенклатура в бухгалтерии.

Ошибка уже была исправлена, обновление будет включено в релиз 1.0.7

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

Мы правильно понимаем, что Вами выдвигается претензия в отсутствии функционала заполнения актов по ремонтным листам по аналогии с заполнением актов по ттд (заполнение предоставленными за период и заполнение ещ еще выставленными)? Если да, то какое пожелание зафиксировано и будет реализовано в следующем релизе.

Все отчеты полностью перенесены из "управление автотранспортом 3.0" в новые конфигурации. Скажите пожалуйста как назывался данный отчет в УАТ 3.0 или где он располагался в меню.

Разъясните пожалуйста более подробно суть проблемы.

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

Ц0001919  – ошибка при первоначальном вводе


Вы не поняли суть , авансовый отчет это не только денежные отношения , а также услуги и материал .Скажем шиномонтаж , изолента . Каким образом это отнести на машину , каким образом оприходовать номенклатуру .

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

Нет. Совершенно не обязательно, что бы была одна запись на ПЛ. Их может быть множество с произвольным интервалом, например раз в минуту. Но эти данные должны быть представлены в формате, описанном выше.

В типовой конфигурации УАТ 3.0 представленного Вами отчета нету.

Пока это можно сделать через поступление на склад.

Добрый день, Айгуль.

В типовых документах УАТ нет полей для вывода значения "Таксировщик", соответственно и нет такой настройки.

Добрый день, Айгуль.

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

План видов характеристик и обработка "Установка прав и настроек" не предполагают добавление пользователем новых элементов в режиме "Предприятие". Права и настройки определены разработчиком.  Для расширения перечня прав и настроек требуется доработка конфигурации.

Добрый день, Айгуль.

На типовой тестовой базы подобной ошибки при формировании этого отчета не возникает.

Для более детального разбора данной ситуации, просьба направить детальное описание Ваших действий, с приложением скриншотов на адрес auto@rarus.ru.

Ситуация была протестирована на актуальном релизе 2.1.1.1 - ошибку воспроизвести не удалось.

Ваше пожелание было зафиксировано и передано разработчикам.

Добрый день, Айгуль.

Ваше пожелание было зафиксировано в нашей базе под номером С000850619 и передано разработчикам для рассмотрения.