[Electrokom]

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

[Petre]

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

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

[logist]

и начинаете рисовать УФ.

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

[python]

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

[logist]

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

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

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

[python]

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

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

[logist]

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

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

Текущая версия конфигурации "Управление торговлей для Украины", редакция 3.0 предназначена для использования с версией системы 1С:Предприятие 8.2 не ниже 8.2.19.116.

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

Как себя поведет типовая БУ - не известно, тем более - после отключения режима совместимости.

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

ОбщаяКартинка.ОткрытьФайл: Имя не уникально!
ОбщаяКартинка.РазвернутьВсе: Имя не уникально!
ОбщаяКартинка.СвернутьВсе: Имя не уникально!
ОбщаяКартинка.СохранитьНастройкиОтчета: Имя не уникально!

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

А под Андроидом УФ нормально себя ведут?

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

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

[Acid]

для работы в WEB-интерфейсе

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

[logist]

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

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

[Electrokom]

зачем создали заказ в столе заказов, хотите просто оценку, или реально ищите исполнителя?

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

нашелся какой-то руководитель, который сказал - надо что бы работали на айфоне и ниипет

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

для активной работы с данными использовать вэб-клиент все таки рискованно и не практично

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

отказались от айфонов, сделали под андроид и все счастливы

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

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

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

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

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

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

[logist]

Я новичок на Вашем форуме, потому и решил, что заказы надо размещать в столе заказов

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

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

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

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

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

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

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

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

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

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

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

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

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

[Electrokom]

Все зависит от того, какую цель преследуете

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

говорилось о мобильном приложении 1С

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

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

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

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

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

вы пользователь-заказчик которого интересуют общие моменты - возможно ли такое в принципе

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

[logist]

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

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

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

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

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

Да.

[Electrokom]

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

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

[logist]

Писать свое приложение - кажется, было бы отличное решение.

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

[Electrokom]

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

[Acid]

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

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

[logist]

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