Уважаемые форумчане, помогите, пожалуйста, организовать Рабочий стол менеджера по продажам для работы в WEB-интерфейсе.
Компьютер MacOsX, на виртуальной машине VMware, где проводятся все работы, установлена Вин 7 Максимальная 64-х разрядная. 1С:Предприятие 8.2 (8.2.19.121), Бухгалтерия для Украины (1.2.24.5) в файловом режиме. Установлен веб-сервер Apache 2.2.14 x86. В режиме Конфигуратор опубликована база.
На рабочем столе веб-клиента нужны:
Справочники Контрагенты, Номенклатура, Счет на оплату Покупателю, Реализация товаров и услуг, Входящее платежное поручение, налоговая накладная.
Т.е., чтобы менеджер мог удаленно создать/изменить контрагента/товар/услугу, создать/выбрать из списка/изменить счет на оплату покупателю, создать на основании/изменить входящее платежное поручение, расходную и налоговую накладные.
Работа в удаленном режиме будет, в основном, вестись с iPad/iPhone. Необходима реализация отправки документов по продажам по электронной почте встроенным почтовиком в pdf-формате с печатью («прикрутить» скан печати с подписью к печатной форме).

Напомнило анекдот:
"Дайте стакан воды, а то так есть хочется, что и переночевать негде."

Если коротко, то снимаете с поддержки и начинаете рисовать УФ.

и запаситесь терпением, если знания есть то уйдет пара месяцев. может и бухгалтерия на управляемых формах выйдет быстрее
p.s. не понятно зачем создали заказ в столе заказов, хотите просто оценку, или реально ищите исполнителя?

Petre, а с iPad/iPhone УФ работать будут нормально?

Если не против, отвечу

1С поддерживает работу в iOS только в мобильном браузере Safari. Однако стабильная работа в браузере Safari требует разработки и использования платформы не ниже 8.3.3 (хотя улучшения работы вносятся постоянно и для УФ и работы в браузерах рекомендуется использовать последнюю 8.3.5). Но переведя типовое решение БУ на платформу 8.3 без режима совместимости с 8.2 можно столкнутся с проблемами в работе обычного приложения (обычных форм).
Поэтому прежде чем вообще браться за такую задачу - следует проверить возможность реализации и работоспособности необходимых механизмов. Иначе рискуете на каком-то этапе разработки упереться в то, что идея не взлетит чисто из технических соображений.

Действительно, в режиме совместимости на платформе 8.3.5 в УТ3 наблюдаются глюки, после отката на 8.3.4 жизнь налаживается. Хотя УТ3 изначально под УФ писалась.
Как себя поведет типовая БУ - не известно, тем более - после отключения режима совместимости.

А под Андроидом УФ нормально себя ведут? Почему-то думал что только под десктопными браузерами работать будет.

Прежде чем тестировать и предъявлять претензии к продукту, достаточно почитать ридми к УТ3 в котором написано:

Из этого следует, что разработчики гарантируют стабильную работу на платформе 8.2 (не ниже 8.2.19.116), вопрос перевода ее на платформу 8.3 в текущей реализации не рассматривается, поэтому все действия - только на ваш риск.


Ради интереса загрузил типовую бухгалтерию в 8.3.5, снял режим совместимости, и уже при первой попытке обновить ИБ, получил:

Ладно, переименуем картинки.
Запустился, на 8.3.5.1248, бухотчеты формируются без ошибок, ПКО, РТУ, зарплата проводятся без ошибок, прям хочется сказать вау (со времен выхода 8.3.3 похоже многое изменилось)


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

В общем, думаю все необходимое можно реализовать, единственное - вопрос во времени, надо хорошо тестировать

а почему бы не работать банально в RDP?

Это же для эппл, RDP в видну не круто, вдруг клиент увидит

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

скорее, на iPad-ах

можно немного поподробнее?

т.е. проблема исключительно со стороны Apple? Если это только время на публикацию в аппсторе, то готовы терпеть сколько надо

С работой в RDP не сталкивался. Насколько комфортно будет работать, по сравнению с TeamViewer, через Интертелекомовский интернет? Так как именно дискомфорт от работы с последним и заставил искать другой вариант удаленной работы.

Не понимаю Вашего сарказма - круто, не круто... Мне надо организовать удаленную работу менеджеров по продажам и во внимание принимаются совершенно другие критерии.

UPD. Можно свести задачу к минимуму - создать/изменить контрагента/товар/услугу, создать/выбрать из списка/изменить счет на оплату покупателю

Стол заказов предполагает, что Вы ищите исполнителя для выполнения необходимого задания, там и производится обсуждение, согласование и т.д.
Форум же предполагает, что Вы либо программист у которого есть конкретные вопросы по программированию, либо вы пользователь-заказчик которого интересуют общие моменты - возможно ли такое в принципе.


это не имеет значение


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


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


RDP в некотором смысле и есть тимвьюер, поэтому скорость и комфортность работы у них одинакова, разве что RDP безопаснее (если правильно подойти к вопросу)


Какие критерии? Огласите точный список.


О! Отказ от РТУ, ППВ и НН это уже доброе сведение задачи к минимуму, т.е. сократили общие трудозатраты на две трети.

Менеджер, приняв заказ в любой форме, формирует счет на оплату покупателю и отправляет его по электронке. Условия - стабильный 3G-интернет.


А какое решение, по Вашему мнению, для данной задачи было бы лучше (рассматриваем работу на примере одного удаленного менеджера)?


На данном этапе основной критерий - скорость обработки заказа, но никак не крутость


Останавливаемся на задаче минимум


Возможно ли такое в принципе?

Вариант №1, один менеджер, отсутствие стабильного 3Ж, скорость обработки заказа и никакой крутости - моё решение, кто-то сидит на телефоне - менеджер звонит и передает заказ.
Вариант №2, если у вас есть интернет-магазин (думаю, он же должен у вас быть?) - менеджер составляет там заказ (есть движки которые позволяют работать в магазине и менеджерам по продажам), потом, если магазин не умеет отправлять на почту заказ, из него выгружаем в 1С и отправляем, если умеет, ну выгрузим данные в 1С в какое-то определенное время.
Вариант №3, если у вас есть вэб-сервер, пишем простенький сайт с минимумом необходимого, и удобством, для работы менеджера, и пишем простенький обмен с 1С (как ни странно звучит, но по финансам и по времени это может быть одинаково с вариантом разработки управляемых форм для Бухгалтерии. Вы же учитывайте, что Бухгалтерия это такое решение которое требует постоянных обновлений, и дорабатывая его, вы должны сделать оценку того, как вы в дальнейшем собираетесь его обновлять, и сколько на это будет уходить ресурсов. Например, следующий год в плане регламентированного учета будет очень насыщенным).
Вариант №4 - есть приложения которые могут вести простую базу товаров, клиентов, заказов, можно посмотреть на них, может что-то найдется и подружится через какой-то обмен данными с 1С.
Вариант №4.1 - с перспективой на будущее, написать свое мобильное приложение на платформе 1С, которое будет обеспечивать простой функционал работы для менеджера и обеспечивать оффлайн обмен с 1С (по нажатию кнопки, это избавляет от проблем отсутствия связи здесь и сейчас)
Вариант №х - фантазия может быть бесконечной, все зависит от кучи параметров, которые нужны для принятия решения.


Да.

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

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

Да, кажется, это будем самый оптимальный вариант решения задачи

необходимо зарегистрироваться для просмотра ссылки

необходимо зарегистрироваться для просмотра ссылки

Acid, тут для iOS надо.