Не найден план затрат 1с уат
20/06/2017 08:58:23 «Кривая» интеграция 1с УАТ Проф 2
Тема: «Кривая» интеграция 1с УАТ Проф 2
20/06/2017 10:15:57 «Кривая» интеграция 1с УАТ Проф 2
20/06/2017 11:19:18 «Кривая» интеграция 1с УАТ Проф 2
Т.е. я правильно понимаю, что АРI у версии Local 1504 отличается от API версии 1604 ?
И где в этом случае можно взять документацию на старый API 1504 ?
А у 1604 и Hostig API одинаковые ?
23/06/2017 14:07:58 «Кривая» интеграция 1с УАТ Проф 2
04/07/2018 15:40:32 «Кривая» интеграция 1с УАТ Проф 2
Добрый день!
Подскажите пожалуйста, как Вам удалось настроить Рарус на работу с хостингом? У нас при настройке рарус требует указать "Имя ресурса", при этом там выпадающее меню, в котором пусто и соответственно мы не можем настроить нормально Рарус. Что это за имя ресурса и как сделать, что бы оно появилось? Спасибо!
19/06/2019 12:39:31 «Кривая» интеграция 1с УАТ Проф 2
Добрый день! Поддержу тему. Судя по низкой активности в теме вопрос разрешился сам собой? Первоначально настроить Рарус: УАТ ПРОФ 2.2 мне, таки удалось. Но при загрузке пробегов за период (месяц) - выдает пробеги не соответствующие данным получаемым с сайта. Кто-нибудь сталкивался с такой проблемой?
19/06/2019 14:59:06 «Кривая» интеграция 1с УАТ Проф 2
Не лучше-ли вопросы по творениям франчайзи задавать непосредственно им? И быстрее решение будет, уверен.
19/06/2019 16:03:09 «Кривая» интеграция 1с УАТ Проф 2
Не лучше-ли вопросы по творениям франчайзи задавать непосредственно им?
Увы, Рарус отвечает -"У нас все в порядке" и Естественно, информацию о аналогичным случаям не предоставляет.
19/06/2019 16:20:04 «Кривая» интеграция 1с УАТ Проф 2
Если у вас официальная программа, то пинайте их дальше, пусть решают. Или в 1С настучите, их оттуда пнут.
Кроме них никто не знает, как работает их программа и откуда какие данные берет.
19/06/2019 16:24:26 «Кривая» интеграция 1с УАТ Проф 2
plinij-y , действительно информацию о реализации интеграции с Wialon нужно получать у разработчика, который этой интеграцией занимался. Данные о пробега из Wialon можно получить различными методами, из разных отчетов, плюс разработчиков может добавить свою обработку полученных данных, поэтому вполне могут быть расхождения с ожидаемыми данными. Но предоставить точную информацию вам сможет только разработчик.
19/06/2019 16:39:05 «Кривая» интеграция 1с УАТ Проф 2
Это все понятно. Но простой ответ, на простой вопрос - У кого-нибудь такое было, или эту "болезнь назовут моим именем"? )))
Данные о пробега из Wialon можно получить различными методами, из разных отчетов
УАТ хранит пробеги по мониторингу в РегистреСведений, туда и смотрю напрямую. (но это не важно).
Мы продолжаем серию материалов , посвященных отраслевому решению 1С:Управление автотранспортом ПРОФ . В этой статье мы рассмотрим учет Доходов и расходов.
Назначение раздела учет Доходов и расходов
Задачи данного раздела можно обозначить следующим списком:
Учет прямых оперативных расходов на собственный транспорт,
Расширенная настройка планов затрат по организациям,
Гибкая настройка базы для распределения доходов и расходов,
Учет прочих затраты на автомобили
Напомним, что ранее мы уже рассматривали отражение доходов и расходов в таких документах, как «Заказ на ТС», «Путевой лист» и «Маршрутный лист». Сейчас посмотрим прочие расходы, распределение расходов будущих периодов и анализ занесенной информации с помощью отчетности.
Начнем с настроек учетной системы. Если маршрутные листы не используются на предприятии (раздел Администрирование ---- Настройка программы --- Транспорт), тогда путевой лист будет закрывать Заказы на ТС.
Важно! В релизе 1С:УАТ 2.2.13.1 необходимо включать/отключать две настройки совместно:
Если оформляются документы Заказ на ТС—Маршрутный лист—Путевой лист, то распределение будет происходить только в случае, когда правило для распределения настроено для аналитики (ниже посмотрим, что это за правила).
Отчеты по доходам и расходам в 1С:УАТ
К отчетам по доходам и расходам относятся следующие:
- Прибыль по транспортным средствам (ТС)
- Расходы по транспортным средствам (ТС)
- Анализ финансовых результатов
- Прибыль по контрагентам
- Рентабельность по заказам
Рассмотрим их подробнее.
Прибыль по ТС
В отчете «Прибыль по ТС» отражается отдельно информация по доходам и расходам в разрезе транспортного средства.
Расходы на ТС
Отчет «Расходы на ТС» позволяет получить информацию о расходах на транспортные средства в различных разрезах аналитики. Для удобства можно изменить группировку отчета, сначала указать транспортное средство затем статью расходов.
На рисунке выше видно какие расходы были учтены на конкретном транспортном средстве.
Учет расходов на ТС в 1С УАТ
Давайте посмотрим подробнее, как учитываются расходы:
Амортизация рассчитывается планово-линейным методом. В карточке транспортного средства на вкладке «Бухгалтерский учет» указывается балансовая стоимость и срок полезного использования по кнопке заполнить рассчитывается сумма амортизации.
Далее необходимо ежемесячно оформлять документ «Прочие доходы и расходы» по кнопке заполнить ТС амортизация заполняется автоматически, на основании данных заполненных в карточке ТС:
Данная сумма и отразилась в отчете Расходы на ТС.
ГСМ учитывается из документа путевой лист, если предварительно был настроен план применения затрат (Настройка учета доходов и расходов).
Парковки учитываются из документа «Прочие доходы и расходы».
Предварительно необходимо произвести настройки:
1. В разделе Администрирование –Настройки программы включить настройку Паркоматика
2. Далее необходимо настроить синхронизацию ТС между УАТ и внешними системами (Доходы и расходы). В правой табличной части отображены ТС из программы 1С: УАТ, которые необходимо сопоставить с данными системы Паркоматика
3. Загрузить данные по парковкам можно регламентным заданием или вручную. Документы по парковкам находятся в разделе Доходы и расходы.
4. После чего уже можно заполнить документ «Прочие доходы и расходы» на основании загруженных данных по парковкам.
Для того чтобы отразить Платные парковки документом «Прочие доходы и расходы» также необходимо предварительно произвести настройки:
В отчет системы Платон можно загрузить данные из Excel файла:
На основании этого отчета заполняется документ «Прочие доходы и расходы».
Страхование помесячно - это расходы будущих периодов. Для отражения данных затрат необходимо, чтобы было настроено две статьи расходов Страхование помесячно и Страхование на РБП.
После чего заполняется документ «Прочие доходы и расходы» суммой расходов на страхование, данная сумма распределяется с помощью документа «Распределение расходов будущих периодов», табличная часть заполняется автоматически при нажатии на кнопку «Заполнить по нераспределённым РБП».
Также можно отражать прочие расходы и расходы на ремонты (есть предопределенные элементы справочника статей расходов) в данном отчете.
Анализ финансовых результатов
После того, как доходы и расходы были распределены можно формировать отчет «Анализ финансовых результатов» - данный отчет отображает информацию по финансовым результатам: доходы, расходы, прибыль за период в разрезе статей доходов и расходов и различных аналитик учета доходов и расходов (ТС, заказ на ТС, контрагент, объект строительства, маршрут, вид перевозки).
Прибыль по контрагентам
Дополнительно можно сформировать отчет «Прибыль по контрагентам», в котором отражается сумма доходов, сумма расходов и прибыль от работы ТС в разрезе контрагентов.
Рентабельность по заказам
Отчет «Рентабельности по заказам» можно сформировать по заказам, транспортным средствам и сцепкам. Рентабельность по сцепкам, в данном случае рентабельность учитывается не отдельно по тягачу или прицепу, а в целом по сцепке. Есть возможность выводить информацию по всем или только по закрытым заказам.
Мы рассмотрели основные средства для анализа доходов и расходов в программе 1С: УАТ. Описанные возможности, несомненно, помогут предпринимателям, занимающимся грузовыми или пассажирскими перевозками, а также руководителям транспортных отделов организаций более тщательно анализировать доходные и расходные статьи, принимать управленческие решения, которые оптимизируют затраты и повысят рентабельность предприятия.
Расширение конфигурации для Управление автотранспортом (УАТ) 2.1.2.1, 2.1.3.1
Данное расширение конфигурации переопределяет (подменяет) процедуры модулей объектов и форм на свои. Имеет собственные модули и обработчики.
Про применение патча на практике, читайте статью о внедрении УАТ на предприятии.
Перечень исключаемых ошибок далеко не полный. Расширение постоянно обновляется!
— Заказ на ТС. Проблема ошибок расстояний
— Справочник маршруты (опять же проблема с расстояниями между пунктами)
— Изменёно вычисление расстояний.
— Маршрутные листы не создавались на основании заказа на ТС.
— В Маршрутных листах ошибки расстояний.
— АРМ Контроль перевозок не запускался. Ошибка в закрытом модуле.
— АРМ Контроль перевозок, убрана ошибка детальной информации по ТС.
— Пункты Назначения. Проблема с адресами. Функции ПобитовоеИ и ПобитовоеИли, используемые в УАТ, в версии 1С 8.3.11, стали собственными.
— Адреса физических лиц. Проблема с адресами. Функции ПобитовоеИ и ПобитовоеИли, используемые в УАТ, в версии 1С 8.3.11, стали собственными.
— Адреса банков. Проблема с адресами. Функции ПобитовоеИ и ПобитовоеИли, используемые в УАТ, в версии 1С 8.3.11, стали собственными.
— Адреса организаций. Проблема с адресами. Функции ПобитовоеИ и ПобитовоеИли, используемые в УАТ, в версии 1С 8.3.11, стали собственными.
— Адреса контрагентов. Проблема с адресами. Функции ПобитовоеИ и ПобитовоеИли, используемые в УАТ, в версии 1С 8.3.11, стали собственными.
— Обработка ввода контактной информации. Проблема с адресами. Функции ПобитовоеИ и ПобитовоеИли, используемые в УАТ, в версии 1С 8.3.11, стали собственными.
— Обработка расширенного ввода контактной информации. Проблема с адресами. Функции ПобитовоеИ и ПобитовоеИли, используемые в УАТ, в версии 1С 8.3.11, стали собственными.
— Общий модуль управления контактной информации переписан.
— Общий модуль уатОбщегоНазначения модифицирован.
— Общий модуль уатОбщегоНазначенияТиповыеКлиент модифицирован.
Представленная здесь версия расширения конфигурации «Патча для УАТ» (БагФиксУАТ), является демонстрационной. Демоверсию не обновляю.
Внимание! Данный форум является модерируемым.
Для получения к нему доступа необходимо зарегистрироваться или авторизоваться на сайте.
Цитата |
---|
Валентина Головко пишет: 6)4С. смотрите, там в графах принял-сдал тоже должны быть оба водителя. потому что они принимают и сдают оба. мне так диспетчера и механики объяснили. ФИО сверху должно быть полностью(сейча - Иванов И.И. а надо Иванов Иван Иванович). может это где-то настраивается. но мы не в курсе? да, и документы должны быть указаны обоих водителей. |
Цитата |
---|
Валентина Головко пишет: новое. есть ли где-то отчет, который показывает какие машинки на каких маршрутах за определенный период? желательно с отбором по машиам определенным. |
Добрый день!
" Обязательные реквизиты и порядок заполнения путевых листов
установлены Приказом Минтранса РФ от 18.09.2008 N 152.
Письмом Минфина РФ от 25.08.2009 N 03-03-06/2/161 сообщено, что путевой лист,
самостоятельно разработанный организацией, может являться одним из документов,
подтверждающих расходы на приобретение горюче-смазочных материалов,
при наличии в нем обязательных реквизитов, утв. Приказом Минтранса России от 18.09.2008 N 152."
взято из Консультанта. юристы подствердили. что дополнения можем вносить,
а удаления каких-либо реквизитов - запрещено. Вообще, основываясь именно на этом,
вы сами делаете изменения, там где добавляете второго водителя.
Добрый день.
Решение по выводу двух водителей в раздел "Принял/Сдал" пока не принято, рассматривается целесообразность такой доработки. Безусловно, в печатных формах ПЛ есть некая свобода для "творчества", но в рамках типового решения мы стараемся реализовать общие для всех пользователей особенности. В случае если необходим индивидуальный функционал печатных форм возможно использование механизма внешних печатных форм.
Здравствуйте!
Почему перестал печататься прицеп (полностью строка, то есть номер, модель, гаражный номер )
в путевых листах. форма 4-С, конф. УАТ стандарт.
некоторые машины печатает - а последние добавленные - нет.
если в путевом сразу добавляешь прицеп, то тоже не печатает, хотя записывает все, как положено.
Добрый день. Пришлите, пожалуйста, следующие скриншоты:
1) печатной формы путевого листа, в который не попали номер, модель, гаражный номер;
2) модели прицепа, который должен был напечататься;
3) прицепа, который должен был напечататься
1) печатной формы путевого листа, в который не попали номер, модель, гаражный номер;
2) модели прицепа, который должен был напечататься;
День добрый. Спасибо за ответ, извините, что так долго.
Проблема была в том, что когда заносили последние прицепы указали тип "Автотранспорт" поэтому он вставал в состав ТС, но не пропечатывался в прицепах.
помогла отмена провелдения путевых связанных с этими прицепами, изменение типа модели, перевыбор в путевом и перепроведение. заметили сразу, так что не много пришлось менять.
СРОЧНО!
Добрый День!
после обновления на версию 1.8.2 перестали выбираться сотрудники из списка выбора в путевых листах.
то есть привязанные сотрудники показываются, а если вводишь фамилию - нет. пишет ошибку "в поле введены некорректные данные. отменить ввод?"
и если нажать на многоточие показываются только 3 сотрудника. тогда как в Сотрудники(УАТ) на панели инструментов все!
помогите пожалуйста. пока приходиться привязывать сотрудников к машинам и выбирать из списка.
Проблема решена. отключаешь отбор - и все работает.
на линии консультации сказали что это происходит из-за незаполненности вкладки "Доп сведения". что неверно, кстати.
все сотрудники выгружены из ЗУПа, вкладка при этом пустая. но по некоторым сотрудникам заполнение было произведено вручную кадровиком, но сотрудники все равно не отразились.
Добрый день.
Пришлите, пожалуйста, скриншоты путевого листа, в который не выбирается сотрудник, и карточки этого сотрудника с закладкой Доп.сведения.
Сие повествование – есть последовательность шагов внедрения системы учёта и автоматизации бизнес-процессов на предприятии. Все описанные ниже события, происходят в настоящее время. Поэтому данный материал, будет дополняться новой информацией!
Подробнее про «Патч для 1С УАТ » (БагФиксУАТ) Вы можете узнать здесь.
Предприятие, описываемое в данной статье, занимается грузоперевозками. Основной системой учёта хранения и движений материальных запасов, кадров, бухгалтерии и логистики является — 1С 7.7 Комплексная конфигурация. Которая, на протяжении нескольких лет, была вся «перепилена» и дополнена новым функционалом.
Для предприятия наступил тот момент, когда потребности ведения бизнеса, давно переросли возможности хорошо зарекомендовавшей себя, но устаревшей платформы 1С 7.
Было продумано много вариантов «на чём и как» работать дальше. В пользу 1С 8.3 выбор был однозначен. А на счёт конфигурации, было рассмотрено масса вариантов, вплоть до написания своей «с нуля». Итогом выбора стал УАТ 2.1.3.1 (Управление автотранспортом), по причине того, что это решение, больше всего подходило под требования организации.
По крайней мере, так были официально заявлены возможности этой конфигурации. Плюсом в пользу УАТ, послужила ещё её свежесть и частота обновлений. Создавалось впечатление, что эта конфигурация бурно развивается, своевременно исправляются ошибки и появляются новые функции.
Забегая вперёд, скажу, это только впечатление. Вся конфигурация состоит из ошибок… Причём, некоторые из них, настолько лежащие на поверхности, что иной раз приходила мысль – вообще кто ни будь перед релизом, тестировал это решение…
Так почему же УАТ? Как правильно и ёмко сказали на одном из интернет ресурсов: «… Он плох, но безальтернативен…». В общем таковы реалии…
Могу сразу сказать, что в поставке присутствует демоверсия (заполненная виртуальными данными конфигурация). Но посмотреть её возможности без ключа, вы также не сможете. Защита устроена таким образом, если при запуске не обнаружен лицензионный ключ, появляется форма его установки. При отказе от установки ключа — конфигурация закрывается. Поэтому, только купив УАТ, вы сможете ознакомиться с его возможностями.
Мы усложним себе задачу тем, что по мере возможности, не будем вносить изменений в код конфигурации. Для этого используем возможности платформы 1С 8 –«Расширение конфигурации».
Таким образом, все нижеописанные ошибки, мы устраняли при помощи собственного «Патча для УАТ» (БагФиксУАТ)
Вначале, был произведён перенос необходимых справочников из базы 1С 7 в УАТ, в разрезе учёта транспорта и логистики. Конфигурацией – «Конвертация данных» не пользовались. Уж сильно не стандартен был переезд и в перспективе ожидалась синхронизация между базами с расчетом на то, что предприятию придётся работать в двух базах на этапе тестирования. Для этих целей, была написана собственная внешняя обработка для УАТ, которая через OLE подключалась к базе 1С 7.
Из-за проблем с дублированием кодов и незаполненными обязательными реквизитами справочников в базе 1С 7, пришлось вводить для элементов справочников УАТ, дополнительный реквизит ID элемента. В этом месте, наша внешняя обработка для переезда, превратилась в расширение конфигурации, так как возможности платформы 1С 8.3.11, позволили ввести в справочники новый реквизит , в нашем случае — ID элемента.
Базу 1С 7 не «причёсывали», тащили всё как есть, чтобы не терять время. Помеченные на удаление элементы, переносили в новую конфигурацию тоже, где их также делали «помеченными». По причине того, что в старой базе, эти помеченные на удаление объекты, участвовали в общей ссылочной массе.
В свойствах УАТ установлен режим совместимости с 1С 8.3.10, а нам для полноценной работы расширения, необходимо использовать 1С 8.3.11. Поэтому указанное свойство поменяли на «Режим совместимости – Не использовать».
Тут появилась первая проблема: Общий модуль «УправлениеКонтактнойИнформациейКлиент» при работе с адресами вызывал ошибки:
Процедура или функция с указанным именем уже определена (ПобитовоеИ)
Процедура или функция с указанным именем уже определена (ПобитовоеИли)
При беглом взгляде, в этом модуле подобных функций не было. Сразу пришла мысль… Да ну. Выделил полностью в тексте кода ПобитовоеИ и ПобитовоеИли, щёлкнул правой кнопкой мыши и вызвал Синтакс-помощник. Точно, в 1С 8.3.11 – это теперь своя собственная предопределённая функция!
Как дальнозорки были программисты))). А, может, и притащили её из стандартных подсистем, там комментарии в коде, вроде чего говорили об этом. Вот верите, лень сейчас открывать БСП и смотреть оттуда ли она. Если надо посмотрите сами.
А теперь представьте, что этот ошибочный модуль даже не инициализируется, то есть перехватить в расширении данную функцию Аннотацией &Вместо невозможно. (Мы же решили не менять код конфигурации).
Поэтому выход один, создать собственный модуль — «Собственный_УправлениеКонтактнойИнформациейКлиент», копировать в него весь код «хозяина», переименовывать функции ПобитовоеИ и ПобитовоеИли , искать все вызовы процедур, в которых они участвуют, заимствовать в расширение все объекты, вызывающие их и перенаправлять на новый собственный модуль. Сделали, всё заработало…
На самом деле ошибок очень много. Здесь привожу примеры только тех, которые запомнились. Много поправок было внесено в процессе чтения кода, многие обнаруживались случайно.
К примеру, документ – «Заказ на ТС». Ссылается на справочник «Пункты Назначения», где указываются расстояния между этими пунктами. При попытке внести пункт в заказ, возникает ошибка:
Поле объекта не обнаружено (Расстояние)
Копаем и видим, что в процедуре получения расстояний написано непонятно что. Передаются не существующие параметры, к несуществующим реквизитам. Даже нет ни малейшего желания разбирать этот бред. Такое ощущение, что программист уснул на клавиатуре и ввёл в модули наборы букв.
Удаляем целый клок. Создаём собственный общий модуль, так как расстояния задействованы по всей конфигурации. Пишем свои процедуры. Все обращения из объектов конфигурации к вычислению расстояний, переписываем заново и перенаправляем на наш модуль. Всё работает…
Здесь можно дополнить, что по этой самой причине не работал и документ – «Маршрутный лист»; вываливался в ошибку. Тем более создать его, на основании заказа на ТС, не представлялось возможным. Он даже не открывался…
«АРМ Контроль перевозок» — дал много поводов для размышлений. Он не запускался вообще. Выдавал лишь:
Значение не является значением объектного типа (Получить ТекущиеКоординатыТС)
Было обнаружено, что эта ошибка происходит в закрытом модуле. Который ещё, до кучи, поставляется без исходных текстов. Здесь оставалось только догадываться, или ошибка в самом модуле, но его посмотреть мы не можем. Или ошибка в параметрах, которые передаются в этот модуль.
Убито было много времени. Отладчик использовался на всю катушку. Кое-что выяснить удалось, но только на уровне догадок. Переписав код обращения к этому модулю, «АРМ Контроль перевозок», наконец то запустился… Дальше его «копать» не стали. Ждём новых ошибок, поэтому если они будут. А они будут))) вернёмся к АРМу позже…
Форма списка справочника ТС и оборудования, так же была ущербная. При выборе детальной информации по ТС, возникала ошибка:
Преобразование значения к типу Булево не может быть выполнено
Во всём было виновато условие, по которому определялось – учитывать работу ТС по спидометру или моточасам. Здесь всё просто – Если Булево СпидометрУстановлен = Истина, значит считаем по спидометру, = Ложь, значит по моточасам.
Условия были написаны программистом правильно, но почему не работало? Всему причиной послужило то, что справочник ТС иерархический и в проверку по этим условиям, «просачивались» группы. Откуда спидометр у группы справочника?))). Самое интересное, что и в коде была проверка на Ссылка.ЭтоГруппа, но УАТовские чудотворцы сравнили овальное с зелёным. Немного поправив код, буквально пару букв, форма списка справочника ТС заработала…
А этот «баг», я бы назвал поэзией программирования))). Документ Путевой лист имеет несколько табличных частей: заправки, сливы, билеты и прочие.
Проверка заполнения этих таблиц осуществляется процедурой ПередОкончаниемРедактирования, где проверяются различные реквизиты на предмет их заполненности в текущей строке. Вроде бы всё нечего, но «светлые» умы Раруса сделали так, что если какой либо из проверяемых реквизитов не заполнен, Отказ сразу становится Истина и более того, выдаётся Предупреждение. (Бла, бла у вас не заполнено это).
Чувствуете поэзию и торжество ума программеров!. Вот и пользователь чувствует, когда при заполнении строки, сразу вылетает предупреждение о незаполненности реквизита, до которого он ещё и не добрался))).
Естественно, даже передвинуть скроллбар в таком случае невозможно. И закрыть форму тоже. И закрыть программу тоже. Только жёсткий выход при помощи диспетчера задач.
Ну а мы заимствуем процедуры табличных частей ПередОкончаниемРедактирования в наше расширение. Безжалостно удаляем оригинальный код (оригинальный — во всех смыслах этого слова). И пишем собственные процедуры проверок.
Всё бы было весело, если не потеря драгоценного времени на поиски ошибок и последующего их анализа. Иной раз, логику УАТ понять вообще невозможно, ввиду её отсутствия.
Ну а пока мы боремся с ошибками, наш переезд продолжается. Готовим самостоятельную конфигурацию, которая в дальнейшем, будет служить мостом между УАТ, базой 1С 7 и другими решениями организации. Для начала создадим в ней функционал, который загрузит и сохранит в себе ИД обьектов УАТ, их наименования, ссылки и коды.
Как можно сразу догадаться — это подготовка к «точечному» обмену между конфигурациями. Не будем же мы из-за изменения одного элемента, синхронизировать или опрашивать запросом весь справочник или вид документа. Постараемся сделать синхронизацию «невидимой» и «нечувствительной» для пользователя. Работать ей предстоит потом в режиме сервиса.
На сегодня пока всё. Ждите продолжения…
Актуально при внедрении УАТ рассматривать параметры и нормы расхода ГСМ. А для начинающих водителей, как не допускать перерасхода ГСМ, найдётся информация здесь.
Читайте также: