Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Очень интересное предложение, но в УТ штатным функционалом не обойтись, чтобы планировать, бюджетировать и в полной мере удовлетворить руководство.Предлагаю вам перейти на УПП, оно того стоит, я с ним в обнимку уже два года :D
Непонятно немного. Если "В ТиС - все доработки известны, бизнес-процессы устоялись и отлажены", зачем тогда вообще переходить на УТ? Чем обосновано это желание? Я так понял, переходят на восьмёрку потому что "модно", тогда почему "Руководство - очень вменяемое и понятливое"?
ну че сказать 4_12 и 4_14
слава богу работаю с 1с тока с 6-ки :) не с дос версий
поэтому думаю что "что нить новое и полезное" очень часто в 7-ке практически без больших трудо и время затрат значительно сложнее чем в 8-ке. Тока с этой стороны и тока с этой считаю фразу "модно" "глупой"
слава богу работаю с 1с тока с 6-ки :) не с дос версий
поэтому думаю что "что нить новое и полезное" очень часто в 7-ке практически без больших трудо и время затрат значительно сложнее чем в 8-ке. Тока с этой стороны и тока с этой считаю фразу "модно" "глупой"
Че, извини за оффтоп...
(16) Практический пример: у меня в конфе в расчетную формулу в модуле одного входят значения некоторых реквизитов, в т.ч. табличной части, этого документа и значения некоторых констант. Сама формула - периодическая, т.е. не только содержит дату, но и время от времени меняется. Сколько надо написать кода на восьмерке, чтобы это реализовать?
Что-нибудь новое и полезное в восьмерке пока что появляется путем передирания из семерки - не все конечно, но многое.
А здесь на форумах обсуждается, почему клиенты с восьмерки на семерку возвращаются...
...воОтведь...
(16) Практический пример: у меня в конфе в расчетную формулу в модуле одного входят значения некоторых реквизитов, в т.ч. табличной части, этого документа и значения некоторых констант. Сама формула - периодическая, т.е. не только содержит дату, но и время от времени меняется. Сколько надо написать кода на восьмерке, чтобы это реализовать?
Что-нибудь новое и полезное в восьмерке пока что появляется путем передирания из семерки - не все конечно, но многое.
А здесь на форумах обсуждается, почему клиенты с восьмерки на семерку возвращаются...
...воОтведь...
(19)
Арчи, извини за оффтоп...
Практический пример: Есть разные отчёты, основанные на универсальном отчёте или СКД, позволяющие получать показатели с разной степенью детализации, выводить любые реквизиты объектов в любом порядке, etc, то есть одним отчётом можно получать десятки вариаций других. Сколько надо написать кода на семерке, чтобы это реализовать?
А здесь на форумах обсуждается, почему клиенты с восьмерки на семерку возвращаются...
...воОтведь... Дебилы. :D И клиенты и, возможно, прогер-сопровожденец
Арчи, извини за оффтоп...
Практический пример: Есть разные отчёты, основанные на универсальном отчёте или СКД, позволяющие получать показатели с разной степенью детализации, выводить любые реквизиты объектов в любом порядке, etc, то есть одним отчётом можно получать десятки вариаций других. Сколько надо написать кода на семерке, чтобы это реализовать?
А здесь на форумах обсуждается, почему клиенты с восьмерки на семерку возвращаются...
...воОтведь... Дебилы. :D И клиенты и, возможно, прогер-сопровожденец
(21) данная возможность может быть интересна программисту и аналитику. всем остальным возможность кучи отчетов - только мешает. Не надо путать возможности платформы с практическими потребностями юзеров.
(23), да все верно... "..А по поводу 7.7 да стабильно но иногда приходиться так " - ключевое слово "ИНОГДА" - херня то, что 1с начали активно продвигать 8-ку в те сегменты, где вполне за глаза хватит 7-ки. Если мне ИНОГДА нужен КАМАЗ - мне его что - купить надо, чтобы он в кузове две дощечки возил?
(23), да все верно... "..А по поводу 7.7 да стабильно но иногда приходиться так " - ключевое слово "ИНОГДА" - херня то, что 1с начали активно продвигать 8-ку в те сегменты, где вполне за глаза хватит 7-ки. Если мне ИНОГДА нужен КАМАЗ - мне его что - купить надо, чтобы он в кузове две дощечки возил?
(24), не корректный пример с КАМАЗОм и 2 дощечками
тут можно сказать и по другому
если у меня есть груженный КАМАЗ и я еще могу туда доложить 2-20 дощечек почему я должен их возить в легковушке?
разные вопросы-задачи = разные решения
никто не просит тебя закупать и внедрять УПП для простого ЧП, но при этом ЧП вдруг может захотеть чего нить большего чем в УСН. даже допустим у него несколько фирм и 1 материальная база.
тут можно сказать и по другому
если у меня есть груженный КАМАЗ и я еще могу туда доложить 2-20 дощечек почему я должен их возить в легковушке?
разные вопросы-задачи = разные решения
никто не просит тебя закупать и внедрять УПП для простого ЧП, но при этом ЧП вдруг может захотеть чего нить большего чем в УСН. даже допустим у него несколько фирм и 1 материальная база.
По поводу 7.7 vs 8.1 тоже выскажу свое ИМХО.
Софт должен быть ориентированным на пользователя. В восьмерке достаточно вспомнить отчеты на СКД и построителе, и стандартные кнопки "Перейти", "Заполнить" и т.д.
Понятно, что в семерке можно все реализовать. Так же понятно, что человеку, не знающему (плохо знающему) восьмерку, гораздо проще реализовать все на семерке с "довесками". Но человек, знающий и то и другое в равной степени, без сомнений выберет восьмерку.
По поводу отчетов (24):
Весь смыл использования 1С:Предприятие сводится к автоматизации ввода первичной информации на входе, и построение отчетов для аналитики на выходе. И как ни крути, та же торговля Basic-задачей имеет хранение остатков (отчет по остаткам). И быстрый доступ к ценам номенклатуры при продаже - тоже своего рода отчет. И любой человек, понявший смысл вопроса "А зачем вам нужен 1С", ответит "Отчет по ...".
И главным пользователем этой системы должен быть руководитель (даже если он каждый раз просит распечатанную на бумажке табличку), а все остальные - машинистки по набору текста.
Что касается части автоматизации рабочего места, то до восьмерочных бизнес-процесов семерка уже не доживет.
А те люди, кто все еще цепляется за семерку - есть простое объяснение их действиям и мнениям.
3 курс института управления. Раздел: Проектное управление. Тема: Оценка эффективности проетов.
7.7
Стоимость 7.7 SQL около 70 тыс. р.
Сколько у вас заняло написание "довесков", необходимых для реализации поставленных задач? Что-то мне подсказывает, что не менее 5 месяцев (с учетом отладки, тестирования, обучения пользователей, первоначального контроля работы пользователей, коррекции невыявляемых в ходе тестирования ошибок и обработки исключительных ситуаций). И это с учетом использования tSQL, 1C++ и т. д., что увеличивает ценник программиста.
Плюс необходимые отчеты руководителю: тут зависит от руководителя.
Если он сам начинает сводить данные из существующих отчетов в Excell, то тут встает вопрос о потраченном времени на аналитику. Если он достаточно уверенный ползователь Excell, и знаком с VBA и такими функциями, как ВПР(), то на сведение данных из 2-3 отчетов он тратит 1-2 часа. При определенной сноровке и однообразности действий это время сокращается до 0,5-1 часа.
Если же реководитель "другого типа", то ту начинает суетиться программист, который под каждый (как правило некорректный) запрос рукводителя фигачит новый (переделывает старый, не принципиально) отчет. И чтобы некорректный запрос перевести в нормальную задачу программистом за 30-40 тыс. тут, опять же, не бойтись. Программист должен как минимум понимать концепцию управленческого учета, иметь понятие об эффективности управления.
Итого, в тыс.р. :
Первоначальное внедрение (без учета аппаратных средств)
70(1С) + 5*70(з/п программиста) = 420 (тыс. р.)
Относительные ежемесячные расходы:
При реализации отчетов програмистом:
70 (з/п) / 20 (раб. дней) / 8 (раб. часов) * 2 (часа для реализации отчета) * количество отчетов * k * n = 875 руб * кол-во отчетов * k * n,
где k - коэффициент уменшения кол-ва отчетов каждый месяц,
n - месяцев исп-я
При сведении сущ. отчетов руководителем:
120 (з/п рук-ля) / 20 (раб. дней) / 8 (раб. часов) * 1 (час для сведения) * кол-во исходных отчетов / 2 = 375 руб * кол-во исходных отчетов
И все это умножим на С - постоянный коэффициент доплат к з/п пользователей за доп. квалификацию (для сопоставления удобства ползования интерфейсом и доп. средствами)
Зоипалсо писать уже, но коротко говоря о разнице с 8.1:
1. Ценник 1С уменшается за счет "постепенности вложений" и политике апгрейда 1С. Т.о. снижение первоначальной стоимости базового продукта.
2. Сокращение времени реализации "довесков" за счет инструментов, доступных разработчику, а также возможное снижение стоимости программиста в зависимости от реализуемых задач (отсутствие необходимости в tSQL, углубленных навыков администрирования SQL).
3. Сокращение времени обучения пользователей за счет интуитивно понятного интерфейса и справочной системы (в т.ч. ее разработки и доработки)
4. Отсутствие ежемесячных расходов на написание/сведение отчетов путем разового написания универсальных отчетов на СКД.
5. Другие преимущества, такие как более богатый рынок специалистов, поддержка со стороны 1С, богатый выбор типовых продуктов для реализации отдельных механизмов учета и управления с простой интеграцией в реализуемое решение (напр. CRM, интеграция за счет использования механизма подсистем), наличие таких механизмов, как исполнение алгоритмов обработки на стороне сервера (снижение затрат на аппаратное обеспечение), web-клиент (варианты удаленной работы, доступ клиентов), планы обмена (более широкие возможности по сравнению с УРБД), работа с XML (упрощение интеграции с ПО сторонних производителей), механизмы распределенной разработки (хранилище и т.п.) и т.д. и т.п.
Вот и получается, что программисты ваяли год монстра на 7.7, и защищают теперь свое творение, боясь взглянуть правде в глаза и признать, что силы вкладывали в мартышкин труд. А сами втихаря подумывают, как бы свалить теперь в другую организацию и пересесть на 8ку. Описанный пример - это конечно примитив, но картинку, если вдуматься, можно увидеть.
Меня вообще удивляют... хотя нет. Просто программист, говорящий что 7.7 лучше, скорей всего не знает даже верхушек 8.1. Работа программиста в 8.1 в разы комфортней, нежели в 7.7. Если в 7.7 мы принципиально снимали галочку "Использовать мастер присоздании объектов", то в 8.1 даже форматную строку конструктором составляем. Если там мы писали запрос вручную, то здесь мы лишь корректируем запрос при необходимости. Если там мы создавали пять подчиненных справочников, то здесь мы просто втыкаем абличную часть в справочник. Если там нужно было создать 3 однотипных докумета, то здесь мы просто добавляем 3 табличных части в документ, а не плодим бесполезные сущности фактически одного объекта, если там периодические реквизиты были нашим счастьем, то здесь к нашим услугам регистры сведений, доступные из любого объекта и привязанные к регистратору любого типа.
З.Ы. Вы не подумайте, что я сумасшедший (многа букаф и все такое), просто разввернутое видение - благодарность за впервые увиденное почти нормальное предложение работы. Почти, потому что не хватает пары деталей (специфика предприятия как минимум, хотя "заказ поставщику по заказу покупателя" - это уже хоть что-то). В общем, плюс.
З.З.Ы. Внедрение УПП с большой долей вероятности приведет к большому сроку окупаемости проекта, следовательно высоким рискам. В итоге ситуция "2 года ваяли монстра" опять сведется к мартышкиному труду. Рекомендую очень внимательно 7 раз все продумать, прежде чем внедрять УПП при отсутствии производства товаров (для производства услуг вполне достаточно торговли или комплексной автоматизации)
Софт должен быть ориентированным на пользователя. В восьмерке достаточно вспомнить отчеты на СКД и построителе, и стандартные кнопки "Перейти", "Заполнить" и т.д.
Понятно, что в семерке можно все реализовать. Так же понятно, что человеку, не знающему (плохо знающему) восьмерку, гораздо проще реализовать все на семерке с "довесками". Но человек, знающий и то и другое в равной степени, без сомнений выберет восьмерку.
По поводу отчетов (24):
Весь смыл использования 1С:Предприятие сводится к автоматизации ввода первичной информации на входе, и построение отчетов для аналитики на выходе. И как ни крути, та же торговля Basic-задачей имеет хранение остатков (отчет по остаткам). И быстрый доступ к ценам номенклатуры при продаже - тоже своего рода отчет. И любой человек, понявший смысл вопроса "А зачем вам нужен 1С", ответит "Отчет по ...".
И главным пользователем этой системы должен быть руководитель (даже если он каждый раз просит распечатанную на бумажке табличку), а все остальные - машинистки по набору текста.
Что касается части автоматизации рабочего места, то до восьмерочных бизнес-процесов семерка уже не доживет.
А те люди, кто все еще цепляется за семерку - есть простое объяснение их действиям и мнениям.
3 курс института управления. Раздел: Проектное управление. Тема: Оценка эффективности проетов.
7.7
Стоимость 7.7 SQL около 70 тыс. р.
Сколько у вас заняло написание "довесков", необходимых для реализации поставленных задач? Что-то мне подсказывает, что не менее 5 месяцев (с учетом отладки, тестирования, обучения пользователей, первоначального контроля работы пользователей, коррекции невыявляемых в ходе тестирования ошибок и обработки исключительных ситуаций). И это с учетом использования tSQL, 1C++ и т. д., что увеличивает ценник программиста.
Плюс необходимые отчеты руководителю: тут зависит от руководителя.
Если он сам начинает сводить данные из существующих отчетов в Excell, то тут встает вопрос о потраченном времени на аналитику. Если он достаточно уверенный ползователь Excell, и знаком с VBA и такими функциями, как ВПР(), то на сведение данных из 2-3 отчетов он тратит 1-2 часа. При определенной сноровке и однообразности действий это время сокращается до 0,5-1 часа.
Если же реководитель "другого типа", то ту начинает суетиться программист, который под каждый (как правило некорректный) запрос рукводителя фигачит новый (переделывает старый, не принципиально) отчет. И чтобы некорректный запрос перевести в нормальную задачу программистом за 30-40 тыс. тут, опять же, не бойтись. Программист должен как минимум понимать концепцию управленческого учета, иметь понятие об эффективности управления.
Итого, в тыс.р. :
Первоначальное внедрение (без учета аппаратных средств)
70(1С) + 5*70(з/п программиста) = 420 (тыс. р.)
Относительные ежемесячные расходы:
При реализации отчетов програмистом:
70 (з/п) / 20 (раб. дней) / 8 (раб. часов) * 2 (часа для реализации отчета) * количество отчетов * k * n = 875 руб * кол-во отчетов * k * n,
где k - коэффициент уменшения кол-ва отчетов каждый месяц,
n - месяцев исп-я
При сведении сущ. отчетов руководителем:
120 (з/п рук-ля) / 20 (раб. дней) / 8 (раб. часов) * 1 (час для сведения) * кол-во исходных отчетов / 2 = 375 руб * кол-во исходных отчетов
И все это умножим на С - постоянный коэффициент доплат к з/п пользователей за доп. квалификацию (для сопоставления удобства ползования интерфейсом и доп. средствами)
Зоипалсо писать уже, но коротко говоря о разнице с 8.1:
1. Ценник 1С уменшается за счет "постепенности вложений" и политике апгрейда 1С. Т.о. снижение первоначальной стоимости базового продукта.
2. Сокращение времени реализации "довесков" за счет инструментов, доступных разработчику, а также возможное снижение стоимости программиста в зависимости от реализуемых задач (отсутствие необходимости в tSQL, углубленных навыков администрирования SQL).
3. Сокращение времени обучения пользователей за счет интуитивно понятного интерфейса и справочной системы (в т.ч. ее разработки и доработки)
4. Отсутствие ежемесячных расходов на написание/сведение отчетов путем разового написания универсальных отчетов на СКД.
5. Другие преимущества, такие как более богатый рынок специалистов, поддержка со стороны 1С, богатый выбор типовых продуктов для реализации отдельных механизмов учета и управления с простой интеграцией в реализуемое решение (напр. CRM, интеграция за счет использования механизма подсистем), наличие таких механизмов, как исполнение алгоритмов обработки на стороне сервера (снижение затрат на аппаратное обеспечение), web-клиент (варианты удаленной работы, доступ клиентов), планы обмена (более широкие возможности по сравнению с УРБД), работа с XML (упрощение интеграции с ПО сторонних производителей), механизмы распределенной разработки (хранилище и т.п.) и т.д. и т.п.
Вот и получается, что программисты ваяли год монстра на 7.7, и защищают теперь свое творение, боясь взглянуть правде в глаза и признать, что силы вкладывали в мартышкин труд. А сами втихаря подумывают, как бы свалить теперь в другую организацию и пересесть на 8ку. Описанный пример - это конечно примитив, но картинку, если вдуматься, можно увидеть.
Меня вообще удивляют... хотя нет. Просто программист, говорящий что 7.7 лучше, скорей всего не знает даже верхушек 8.1. Работа программиста в 8.1 в разы комфортней, нежели в 7.7. Если в 7.7 мы принципиально снимали галочку "Использовать мастер присоздании объектов", то в 8.1 даже форматную строку конструктором составляем. Если там мы писали запрос вручную, то здесь мы лишь корректируем запрос при необходимости. Если там мы создавали пять подчиненных справочников, то здесь мы просто втыкаем абличную часть в справочник. Если там нужно было создать 3 однотипных докумета, то здесь мы просто добавляем 3 табличных части в документ, а не плодим бесполезные сущности фактически одного объекта, если там периодические реквизиты были нашим счастьем, то здесь к нашим услугам регистры сведений, доступные из любого объекта и привязанные к регистратору любого типа.
З.Ы. Вы не подумайте, что я сумасшедший (многа букаф и все такое), просто разввернутое видение - благодарность за впервые увиденное почти нормальное предложение работы. Почти, потому что не хватает пары деталей (специфика предприятия как минимум, хотя "заказ поставщику по заказу покупателя" - это уже хоть что-то). В общем, плюс.
З.З.Ы. Внедрение УПП с большой долей вероятности приведет к большому сроку окупаемости проекта, следовательно высоким рискам. В итоге ситуция "2 года ваяли монстра" опять сведется к мартышкиному труду. Рекомендую очень внимательно 7 раз все продумать, прежде чем внедрять УПП при отсутствии производства товаров (для производства услуг вполне достаточно торговли или комплексной автоматизации)
(19) две строчки обращения к периодическому регистру сведений.
Создание регистра не сложнее добавления периодического реквизита в семерке.
Плюс возможность перехода и просмотра данных по регистру из любого регистратора на уровне платформы (без доп. программирования).
Плюс возможность отслеживания причины изменения значения по проивязке к регистратору (а не только даты изменения).
Плюс хранение и возможность обращения к значению в разрезе времени с точностью до секунды (а не дня).
Плюс возможность ограничения доступа без доп. программирования и огрничения доступа на регистрирующий объект (документ или справочник)
Создание регистра не сложнее добавления периодического реквизита в семерке.
Плюс возможность перехода и просмотра данных по регистру из любого регистратора на уровне платформы (без доп. программирования).
Плюс возможность отслеживания причины изменения значения по проивязке к регистратору (а не только даты изменения).
Плюс хранение и возможность обращения к значению в разрезе времени с точностью до секунды (а не дня).
Плюс возможность ограничения доступа без доп. программирования и огрничения доступа на регистрирующий объект (документ или справочник)
(19) Если не ошибаюсь, нисколько. В 8-ке можно выполнить любой код, заданный в виде строки (процедура Выполнить(ТекстКода8х) вроде бы).
(24) Конечно мешает. Я один раз написал запрос, сделал пару-тройку типовых настроек и это сильно мешает юзерам потом самим без меня менять там детализацию за 5 сек. Прям плюются. :)))))))))))
Про аналитика приколол. Это что-то из серии "Мне в базе ничего не надо, только остатки посмотреть". Аналитика нужна практически для всех.
(24) Конечно мешает. Я один раз написал запрос, сделал пару-тройку типовых настроек и это сильно мешает юзерам потом самим без меня менять там детализацию за 5 сек. Прям плюются. :)))))))))))
Про аналитика приколол. Это что-то из серии "Мне в базе ничего не надо, только остатки посмотреть". Аналитика нужна практически для всех.
(51) практически для всех нужна аналитика 2-3 видов. причем достаточно простых. все остальное - рядовыми обычными юзерами - невостребованы. А возможность крутить настройки как хочешь - это конечно хорошо - но вот возникают трудности с интерпретацией результатов "накрученных аналитегами" настроек... ;-)
(58) Шо еще за мелкорозница? 40-50 позиций м.быть в одном документе. Фуру будешь гонять между офисом и складом из-за недостающего винта? Или 2-й раз попросишь клиента заехать из Бобруйска за тем же винтом, хотя его можно было снять с резерва другого покупателя? И не об этом я, а о том, что программируется такой просмотр аналитики ЛЕГКО и настраевается самим пользователем безболезненно. Не надо для каждого чиха ночами кодить отчеты.
(59) Всем не получится убрать. Задолбают.
(59) Всем не получится убрать. Задолбают.
"значительно сложнее" - я бы не сказал.. "сложнее" - возможно, и то смотря для кого... Предлагаю бодягу на эту шнягу не разводить потому что пока на большинстве задач 7-ка с довесками пока что уделывает 8-ку
В 8 ке очень много вкусностей которых нет в 7.7. и человек который говорит что 7.7 круче наверное не полностью видел весь функционал. Да и про 7.7 поговаривают о том чтобы снять с поддержки. А по поводу 7.7 да стабильно но иногда приходиться так извратиться что бы написать тот или иной механизм, так сказать, проявить смекалку, когда в 8 это выложенно на блюдечке с голубой каёмочкой. По поводу сабжа: я бы пошел, интерес есть, все устраивает, и опыт позволяет, и возраст,вот только не позволяют мои клиенты, на кого же я их покину... :oops:
Всё-таки 7-ка музей. Я вот проплющился по web сервисам. Остатки в реальном времени вывести на сайт - легко. Заказы принимать с сайта - запросто. Всё штатными средствами и вживую. А уж УРИБ в 8-ке такой какой 7-ке и не снился. Захотел зарегистрил объект, захотел отменил регистрацию.
Или посчитать размер бедствия Выбрать Количество(*) из Справочник.МойСправочник и всё!
Короче 7-ка уходит в прошлое. Туда ей и дорога.
Или посчитать размер бедствия Выбрать Количество(*) из Справочник.МойСправочник и всё!
Короче 7-ка уходит в прошлое. Туда ей и дорога.
(47) Понял. Все уже реализовано. Текст функции пишешь в регистр сведений. Формируешь ТЗ с аргументами функций с колонками:
ИмяПараметра
ЗначениеПараметра
ЭтоФункция (Булево).
При расчете значения функции делаешь цикл по строкам таблицы:
Для Каждого Стр Из ТЗ
ТекстДляВыполнения = ТекстДляВыполнения + Символы.ПС +
Стр.ИмяПарметра + " = " + ?(Стр.ЭтоФункция, "Выполнить(" + Стр.Значение + ")", Стр.Значение) + ";";
КонецЦикла
ТекстДляВыполнения = ТекстДляВыполнения + Символы.ПС +
"Возврат " + ТекстСамойФункции;
ЗначениеФции = Выполнить(ТекстДляВыполнения);
Предупреждение(ЗначениеФции, "Результат");
Неохота сейчас по форуму ковыряться, может кто-то уже предложил. Если есть желание, можешь присвоить идею себе и вписать туда.
ИмяПараметра
ЗначениеПараметра
ЭтоФункция (Булево).
При расчете значения функции делаешь цикл по строкам таблицы:
Для Каждого Стр Из ТЗ
ТекстДляВыполнения = ТекстДляВыполнения + Символы.ПС +
Стр.ИмяПарметра + " = " + ?(Стр.ЭтоФункция, "Выполнить(" + Стр.Значение + ")", Стр.Значение) + ";";
КонецЦикла
ТекстДляВыполнения = ТекстДляВыполнения + Символы.ПС +
"Возврат " + ТекстСамойФункции;
ЗначениеФции = Выполнить(ТекстДляВыполнения);
Предупреждение(ЗначениеФции, "Результат");
Неохота сейчас по форуму ковыряться, может кто-то уже предложил. Если есть желание, можешь присвоить идею себе и вписать туда.
(38 ) Ничего. Много букаф мы осилим.
В целом все правильно написано: есть в восьмерке много такого, чего в семерке не было. Особенно по оснастке разработчика инструментарием. Но почему же все-таки восьмерочная бухгалтерия никак не дотянет по функционалу до семерочной? И почему появляются суперкосячные релизы ЗУП?
Да потому, что пушка малопригодна при охоте на вальдшнепов. И не надо лохматить бабушку на предмет "постепенности вложений". Как это я пользователям объясню, что при обновлении платформы они несколько месяцев/лет не будут своих отчетов получать? Что касается рынка специалистов... Он шире, наверное, чем семерочный. Но скорее, барахолка, чем рынок. Собственно, его элитная часть и состоит из (бывших) семерочников, хотя, конечно, есть исключения. А те, кого курсы 1С плодят...
В целом все правильно написано: есть в восьмерке много такого, чего в семерке не было. Особенно по оснастке разработчика инструментарием. Но почему же все-таки восьмерочная бухгалтерия никак не дотянет по функционалу до семерочной? И почему появляются суперкосячные релизы ЗУП?
Да потому, что пушка малопригодна при охоте на вальдшнепов. И не надо лохматить бабушку на предмет "постепенности вложений". Как это я пользователям объясню, что при обновлении платформы они несколько месяцев/лет не будут своих отчетов получать? Что касается рынка специалистов... Он шире, наверное, чем семерочный. Но скорее, барахолка, чем рынок. Собственно, его элитная часть и состоит из (бывших) семерочников, хотя, конечно, есть исключения. А те, кого курсы 1С плодят...
(42) По бухгалтерии не понял... О каком функционале семерки идет речь (которого нет в восьмерке).
По поводу ЗУП я промолчу. Это наихудшее из иповых решений ИМХО как в 8, так и в 7.7. И без напильника тут не обойтись полюбому. Только вот удобней, когда есть набор напильников и надфилей (8.1), нежели рашпилем (7.7) полировку делать.
По рынку, полностью согласен, только в том и смысл моего писания был.
Возьми в контору одного хорошего спеца (за 80) и 1 стажера (за 12). И не гоняй специалиста (час которого тебе обходится в 500 р) в другой конец города, чтобы сканер ШК подключить. А у стажера есть сертификат, значит минимум знаний есть, с примитивной работой справится, и не надо его неделю по собеседованиям таскать по всем инстанциям.
Согласись, что в 7.7 либо ты мастер, либо ноль полный (юзер в лучшем случае)
По поводу ЗУП я промолчу. Это наихудшее из иповых решений ИМХО как в 8, так и в 7.7. И без напильника тут не обойтись полюбому. Только вот удобней, когда есть набор напильников и надфилей (8.1), нежели рашпилем (7.7) полировку делать.
По рынку, полностью согласен, только в том и смысл моего писания был.
Возьми в контору одного хорошего спеца (за 80) и 1 стажера (за 12). И не гоняй специалиста (час которого тебе обходится в 500 р) в другой конец города, чтобы сканер ШК подключить. А у стажера есть сертификат, значит минимум знаний есть, с примитивной работой справится, и не надо его неделю по собеседованиям таскать по всем инстанциям.
Согласись, что в 7.7 либо ты мастер, либо ноль полный (юзер в лучшем случае)
По этой ссылке
фирма 1С выложила демо базу на 8.2
(пользователь любой, пароль не установлен)
Вот так: открываешь базу и просто работаешь (находясь в любом месте, хоть на островах), а сам сервер (и бесценные данные) может находится физически в любой стране. Причем можно дать возможность клиенту заходить в вашу базу и например, оформлять заявки на товар, смотреть взаиморасчеты с ним.
Думаю, после ознакомления с возможностями 8.2 даже на уровне пользователя не должно вообще возникать вопросов что лучше 7.7 или 8
После езды на хорошей иномарке только тупой чел будет продолжать нахваливать свой убогий запорожец (или жигулю).
а 7-ка закончилась года 3-4 назад - это факт. Нормальный бизнес 7.7 не использует давно. встречающиеся остатки 7.7 это сопливая ностальгия :), ИМХО
фирма 1С выложила демо базу на 8.2
(пользователь любой, пароль не установлен)
Вот так: открываешь базу и просто работаешь (находясь в любом месте, хоть на островах), а сам сервер (и бесценные данные) может находится физически в любой стране. Причем можно дать возможность клиенту заходить в вашу базу и например, оформлять заявки на товар, смотреть взаиморасчеты с ним.
Думаю, после ознакомления с возможностями 8.2 даже на уровне пользователя не должно вообще возникать вопросов что лучше 7.7 или 8
После езды на хорошей иномарке только тупой чел будет продолжать нахваливать свой убогий запорожец (или жигулю).
а 7-ка закончилась года 3-4 назад - это факт. Нормальный бизнес 7.7 не использует давно. встречающиеся остатки 7.7 это сопливая ностальгия :), ИМХО
(0) Текст рваный. Речь очень похожа на бред умирающего в ссылке от какой-нить лихорадки коммуниста с высокой температурой, где-то под 40. В фильмах советских любили таких показывать.
Работать, ИМХО, можно, но на БКБ (Большой Кусок Баблосов) после успешного старта и опытной эксплуатации лучше не рассчитывать. Опять же ИМХО.
Работать, ИМХО, можно, но на БКБ (Большой Кусок Баблосов) после успешного старта и опытной эксплуатации лучше не рассчитывать. Опять же ИМХО.
Еще по вакухе суждение: Думаю, что будут "сюрпризы" с полностью известными бизнес-процессами. И, ИМХО, внедрение адекватно, если такой программист будет вырабатывать стратегию не с руководителем, а в группе ключевых лиц. Откуда руководителю знать, на какие реальные траблы нарываются его сотрудники и как они сейчас эти траблы обходят.
О! наконец-то прозвучала ключевая фраза: "интенсивность работы".. теперь добавим к ней другую ключевую фразу: "разделение полномочий" УТ ориентирована на оптовую торговл. (???). Типовая "схема" оптовой торговли:
- отдел закупок;
- отдел продаж;
- логистика доставки товаров (как закупок, так и отгрузок);
.
вот тут-то и начинает рваться и типовая 7.7 и типовая УТ - на "взаимоотношениях" между "отделами".. но надо отметить, что в УТ конечно же - все немножко получше в этом плане...
- отдел закупок;
- отдел продаж;
- логистика доставки товаров (как закупок, так и отгрузок);
.
вот тут-то и начинает рваться и типовая 7.7 и типовая УТ - на "взаимоотношениях" между "отделами".. но надо отметить, что в УТ конечно же - все немножко получше в этом плане...
(70) И как часто вы предлагаете манагеру снимать такой отчет? имхо - в корне неверный подход. снять отчет чтобы увидет кривые цифры - ТУПАЯ РАБОТА КОТОРУЮ ДОЛЖЕН АВТОМАТОМ ДЕЛАТЬ КОМП. Манагер - рубит бабло, а не занимается тем, что постоянно тыкает "снять отчет - а не произошло ли чего вдруг аварийного" - такая хрень должна "вываливаться" манагеру АВТОМАТОМ...
.
(72) > Причем тут 1С вообще
как причем, это же названо не "печмаш", а __УПРАВЛЕНИЕ__ТОРГОВЛЕЙ...
.
(73) принципиальных ИДЕЙНЫХ трудностей - не вижу. таких критичных участков - не так уж и много в типовой схеме оптовой торговли... если уж доперли до "рабочих мест по заказам/заявкам" в УТ - через год/два возможно допрут и до того, что надо подписываться не только на события, но и на отсутсвие событий...
.
дискусс предлагаю прекратить (пока что), т.к. спать хочется и частности пошли...
.
(72) > Причем тут 1С вообще
как причем, это же названо не "печмаш", а __УПРАВЛЕНИЕ__ТОРГОВЛЕЙ...
.
(73) принципиальных ИДЕЙНЫХ трудностей - не вижу. таких критичных участков - не так уж и много в типовой схеме оптовой торговли... если уж доперли до "рабочих мест по заказам/заявкам" в УТ - через год/два возможно допрут и до того, что надо подписываться не только на события, но и на отсутсвие событий...
.
дискусс предлагаю прекратить (пока что), т.к. спать хочется и частности пошли...
(76)
1. Ну хотите, в оповещение можно вывести автоматом. Мне пофиг.
2. От системы не зависит.
3. Вообще не понимаю, причем тут подписки на события. Они относятся только к записи объектов в базу.
А так ... в любой системе (хоть в SAP) делается периодическое задание, которое выделяет из общей массы "близкие к критическим" заказы и формирует оповещения отв. лицам.
Я выспался :).
Прим. Понапридумывают проблем и носятся с ними.
1. Ну хотите, в оповещение можно вывести автоматом. Мне пофиг.
2. От системы не зависит.
3. Вообще не понимаю, причем тут подписки на события. Они относятся только к записи объектов в базу.
А так ... в любой системе (хоть в SAP) делается периодическое задание, которое выделяет из общей массы "близкие к критическим" заказы и формирует оповещения отв. лицам.
Я выспался :).
Прим. Понапридумывают проблем и носятся с ними.
(77) :))))))))))
Уговорил! В момент подбора шайтан-компьютер информирует юзера о состоянии выбираемой номенклатуры :))))))))).
Да ты к частности привязался, которая не раскрывает некоторых вкусностей 8-ки. Оповещение - не самое интересное, ИМХО.
Гибкость генерации отчетов и их пользовательской настройки позволяет существенно снизить количество итераций разработка-просмотр юзером-доработка-просмотр юзером-доработка-... В этом же основная жрачка времени на автоматизацию.
Уговорил! В момент подбора шайтан-компьютер информирует юзера о состоянии выбираемой номенклатуры :))))))))).
Да ты к частности привязался, которая не раскрывает некоторых вкусностей 8-ки. Оповещение - не самое интересное, ИМХО.
Гибкость генерации отчетов и их пользовательской настройки позволяет существенно снизить количество итераций разработка-просмотр юзером-доработка-просмотр юзером-доработка-... В этом же основная жрачка времени на автоматизацию.
(80) Скорость разработки - не главное, главное, чтобы отчет вовремя был :)))))))).
К сожалению, именно на порядок более высокое число итераций при разработке отчетов в связке прог-юзер есть АБСОЛЮТНОЕ ЗЛО для бизнес-систем. Так можно и постареть, но нужного отчета не дождаться :).
К сожалению, именно на порядок более высокое число итераций при разработке отчетов в связке прог-юзер есть АБСОЛЮТНОЕ ЗЛО для бизнес-систем. Так можно и постареть, но нужного отчета не дождаться :).
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот