Ну так дело в том, что если Вы работаете на 100% типовой, то все работает.
Как только сняли с поддержки и начали ставить костыли, то сами уже и несете ответственность.
Статью читал, и честно говоря проблемы именно с обновлением типовых возникают очень редко.
А смысл ставить последний релиз платформы пока этого не потребует конфигурация — я вообще не вижу.
Но это все личное мнение и личные наблюдения.
Да в чем проблема? Не меняйте форматы обмена!
Есть торговая организация. Она ведет управленческий учет к примеру в 1С УТ.
Есть отдел менеджеров по продажам, которые для внесения заказов непосредственно в базу используют мобильное приложение. Наладили и настроили. Зачем что-то менять или обновлять???
Ну поменялась печатная форма у счета фактуры, ну поменяйте ее и все.
Связку между Учетной системой и сторонними приложениями это не нарушит, но вот зачем постоянно обновлять саму учетную систему — ума не приложу.
Простите а про какие планшеты вы говорите? Мобильная платформа работает на планшетах. А на планшетах с виндой прекрасно работает стандартная платформа.
И почему мои — с а не агент+??
Сам кстати автоматизировал и на том и на том ПО.
1. Это конечно сильный пинок в сторону 1С. Всеравно что пинать на микрософт из-за того, что в ворде люди всякую чепуху печатают, и не пользуются (а иногда просто отключают) орфографическую проверку.
Вы предлагаете все поля типа бренд и прочее сделать обязательными для заполнения? Обычно в самом начале даже не парятся а забивают как есть, потом придумывают как прикрутить и не дорого. Можно через свойства/характеристики/реквизиты.
2. Наверно логично что для новой версии УТ нужно сделать отдельную загрузку/выгрузку данных. Поменялась структура данных. Количество и качество реквизитов. Всеравно что говорить вышла новая версия виндовс. В 98 у меня все работало а в ХР нифига. Микрософт какого хрена?
Документации полно. Берем желтенькие книжечки и учим матчасть. Фраза про реверс инжиниринг глупа. Все равно что делать реверс инжиниринг сайта написанного на голом html при наличии доступа к самим html файлам.
Странно Вы написали. С одной стороны Вы далеки а с другой у Вас 17 баз.
Пакетных обновлений нет возможно из-за того, что после некоторых обновлений необходимо запустить конфигурацию, чтобы выполнилась обработка при изменении версии конфигурации. Она периодически перезаполняет необходимые справочники и данные.
Косяки с батниками также возможно возникают из-за того что процесс не успевает отпустить конфигурацию а вы запускаете следующий для обновления. Попробуйте поставить некоторый таймаут между запусками обновлений.
Ну а то что вы считаете «базовым» функционалом — далеко не базовый.
У «обычной» организации 2-3 базы, не больше. Если у вас 17 баз, то предполагаю что компания достаточно крупная и для нее 12 тысяч не большие деньги. Как писали в Microsoft если компания не может позволить купить себе серверную версию Windows, то она ей не нужна.
то есть вас не устраивает именно название этого понятия в программе 1С бухгалтерия?
Во многих других конфигурациях где нет плана счетов нет и с
лов «субконто» там вас тогда ничего не раздражает?
Кто только во времена студенчества не писал свои маленькие самопальные игры)
Прям ностальгия. У нас была стратегия прям на формочке ползал анимированный трактор и пахал поле )
Ну это если особенности вашей отрасли можно реализовать в типовой хотя бы на 95%
Но к сожалению далеко не всегда так.
Тот же пресловутый общепит сложно реализовать в УТ. Комплектации хватает для изготовления блюд, но только при условии что вы не учитываете промежуточные изготовления полуфабрикатов, и не поддерживается содержание блюда в блюде.
С промежуточными массами брутто, нетто вообще никак.
Гостиничный или арендный бизнес — тоже в небольшой стороне от типовой. С бронированием номерного фонда придется возится.
Ну раз по Вашему мнению тетеньки бухгалтера определяют для кого хабр а для кого нет, то вам стоит у них поинтересоваться Вам то можно его посещать или не стоит.
Ну так я об этом и говорил не путаем 1С консультантов и Программистов.
Если я дописываю к готовой программе модули которые выполняют определенные действия — я программист.
Если я поставил/обновил/настроил — я эникейщик.
Если я научил пользователя пользоваться программным продуктом — я консультант
Естественно периодически все эти понятия путаются для обычного пользователя.
Пришел программист, поставил 1С из коробки, настроил, научил пользователей работать, и по просьбе буха дописал что-либо.
Все вроде логично, человек «побывал» в трех ролях объединяемых общим понятием программист 1С.
Так же как и просто название программист. Обычно программистами называют всех кто более менее разбирается в ПК. Так проще )
если программа выполняет необходимые действия (равно как и текст является осмысленным) то человека можно назвать программистом.
Если не так, тогда кто по вашему программист?
Основная проблема в том что путают 1С программистов и 1С консультантов. Равно как и всех айтишников называют компьютерщиками, а когда профессиональный админ не может (читай не хочет) разбираться почему старая игрушка не встает на новый ноутбук, то про него говорят плохой админ/компьютерщик.
Программист — это человек который может на языке программирования написать некоторую последовательность действий которые необходимы пользователю.
Человек который установил/обновил 1С из коробки — не программист.
Я пишу на ЯП 1С решение необходимое пользователю.
Посредством среды разработки я (к примеру) задаю последовательность действий, которая выполнит программа после определенных действий пользователя.
К примеру пользователь хочет учитывать денежные средства. После нажатия кнопки ОК денежные средства приходуются/расходуются.
Для такой простой задачки даже код писать не нужно. Построители и мастера сделают все сами, надо тока наименования полей указать.
Но если задача посложнее. К примеру заполнение автоматического расписания работ на каждого исполнителя, с учетом максимальной загрузки каждого по дням и равномерного распределения нагрузки в течении всего рабочего месяца. Здесь уже нужны навыки программирования.
Мне кажется что вы зря сравниваете Вашу программу с программой бухгалтерского учета.
По мне так это обычный количественный учет. Но вот если взять задачку посложнее, то для учитывания всех тонкостей количественного учета придется слишком часто применять эти шесть действий.
добавить (то есть внести в учетную систему, зарегистрировать в ней),
соединить (несколько вещей в одну),
изменить (те или иные свойства вещи),
передать (другому лицу),
разделить (одну вещь на несколько),
удалить (вычеркнуть вещь из учетной системы).
С усушкой вы делаете на 1 действие больше чем обычно, вместо списания разницы вы списываете все, потом приходуете остаток.
Как тут будет работать партионный учет или учет себестоимости — вообще не понятно, но дело не в этом. Возьмем учет немного сложнее.
Итак у нас общепит, мы готовим некое блюдо. В простом случае (салат) мы смешали помидор и огурец.
Соединить огурец и помидор и все (ну если я верно понял вашу систему)
Но вот нам приходится готовить суп, на каждый ингридиент у нас идет от 1 до 4 (в простом случае) этапов приготовления.
Этапы к примеру свеклы:
Купили, почистили (часть притом), отварили (масса изменилась), обжарили с маслом (опять что — то поменялось с массой), бросили в суп.
Как ваша программа будет описывать каждый этап количественного учета?
Также мы понимаем что ингридиент свекла может после второй стадии (варки) использоваться в салатах (частично положим ее в винегрет) а частично обжарим.
Я понимаю что это учетная задача средней сложности. Есть более сложные варианты, к примеру учет на непрерывном производстве и т.п.
1С из коробки работает не смотря на уверения в обратно.
Другая проблема в том, что бухов и прочий офисный персонал приучили (а иначе это не назовешь) к тому, что в 1С можно все переделать под них. Из этого вырастают 99% проблем. Если не трогать, и спокойно жить на типовой, то функционала хватит на 110%. Та же избитая УТ 10.3 легко покрывает оптовую торговлю практически чем угодно, добавить во фронт 1С Розница — и оптово-розничная торговля товарами и услугами закрыта полностью.
Для внедрения не нужны именно программисты, достаточно грамотных консультантов, который научат как работать с торговой системой. Если уж бизнес специфический, то приходится применять отраслевые конфигурации. Но и тут программисту делать нечего, грамотного консультанта хватит. Но вот если без нового отчета вообще никак, или отраслевые решения не подходят, тогда приходится либо гнуть стандартные, либо писать нетленку с нуля.
Извините, а в чем проблема русских тегов? Можете просветить зашоренного 1С программиста.
ПФР и прочие налоговые принимают xml отчетность с русскими тегами. Никого это не тревожит, а здесь я смотрю есть какая-то проблема.
<contractor bank account="301300000158">ООО "Рога и копыта"</contractor>
так красивее? извиняюсь за корявый английский, в нем я не очень силен.
Ну и где же в моих комментариях написано что раз другие (интересно кто) делает говно, то и 1С тоже можно делать говно?
Не путайте свои цели жизни с чужими и не делайте скорых выводов.
Хотелось бы добавить что либо при учреждении юр лица, либо до него «на берегу» распределить роли, и кто будет иметь мажоритарную долю ответственности. Чтобы не получились качели когда у всех все поровну и никто не может решить как поступить. Конечно в идеале когда только 1 руководитель, но часто начинают стартапы с другом или с несколькими друзьями. Поэтому разделить доли ответственности стоит сразу.
Баги есть в любом софте, откатились на другую платформу (предыдущую/следующую и все — работа продолжается)
Есть много примеров багов у известных производителей ПО, но ничего страшного в этом не видят — этож рабочий процесс, бывает. Но вот у отечественного производителя притом у такой крупной фирмы такого быть не должно. Я ни в коем случае не оправдываю баги в платформе и конфигурациях, но говорить что продукт гавно просто из-за нескольких редко встречающихся плавающих багов — по меньшей мере глупо.
P.S. аргумент «а конкуренты тоже говно делают» вы где-то услышали или сами придумали но вот как он относится к нашей дискусии — не понятно.
Если нет конкурентов то оценить продукт и полноценно его развивать сложно. Все познается в сравнении. Но можете ли вы объяснить что значит «любое говно », может дадите конкретное обоснование своей фразы?
Сами себя люди, которые обновляют типовые недописанные конфигурации, могу называть как хотят.
Версионный контроль пусть и в зачаточном состоянии, но есть в хранилище.
почему интересно котроля версий нет в SQL. Я же могу скрипт для скула писать и править, но скул почему-то не позволяет хранить версии. Сама конфигурация 1С это надстройка над базой которая описывает как и что делать с данными.
А уж сарказм по поводу циклов и прочего — это личное дело каждого программиста.
Все зачастую упирается во время и деньги. В случае ограниченности ресурсов бывает проще написать цикл который пробегается по кучке документов/справочников и через точку (а иногда и 2) выбирает все данные. Это пишется за 2-3 минуты и стоит копейки. На маленьких базах разницы в производительности не заметите. А если нет разницы и код рабочий то кого волнует как он реализован?
Как только сняли с поддержки и начали ставить костыли, то сами уже и несете ответственность.
Статью читал, и честно говоря проблемы именно с обновлением типовых возникают очень редко.
А смысл ставить последний релиз платформы пока этого не потребует конфигурация — я вообще не вижу.
Но это все личное мнение и личные наблюдения.
Есть торговая организация. Она ведет управленческий учет к примеру в 1С УТ.
Есть отдел менеджеров по продажам, которые для внесения заказов непосредственно в базу используют мобильное приложение. Наладили и настроили. Зачем что-то менять или обновлять???
Ну поменялась печатная форма у счета фактуры, ну поменяйте ее и все.
Связку между Учетной системой и сторонними приложениями это не нарушит, но вот зачем постоянно обновлять саму учетную систему — ума не приложу.
И почему мои — с а не агент+??
Сам кстати автоматизировал и на том и на том ПО.
Вы предлагаете все поля типа бренд и прочее сделать обязательными для заполнения? Обычно в самом начале даже не парятся а забивают как есть, потом придумывают как прикрутить и не дорого. Можно через свойства/характеристики/реквизиты.
2. Наверно логично что для новой версии УТ нужно сделать отдельную загрузку/выгрузку данных. Поменялась структура данных. Количество и качество реквизитов. Всеравно что говорить вышла новая версия виндовс. В 98 у меня все работало а в ХР нифига. Микрософт какого хрена?
Документации полно. Берем желтенькие книжечки и учим матчасть. Фраза про реверс инжиниринг глупа. Все равно что делать реверс инжиниринг сайта написанного на голом html при наличии доступа к самим html файлам.
Пакетных обновлений нет возможно из-за того, что после некоторых обновлений необходимо запустить конфигурацию, чтобы выполнилась обработка при изменении версии конфигурации. Она периодически перезаполняет необходимые справочники и данные.
Косяки с батниками также возможно возникают из-за того что процесс не успевает отпустить конфигурацию а вы запускаете следующий для обновления. Попробуйте поставить некоторый таймаут между запусками обновлений.
Ну а то что вы считаете «базовым» функционалом — далеко не базовый.
У «обычной» организации 2-3 базы, не больше. Если у вас 17 баз, то предполагаю что компания достаточно крупная и для нее 12 тысяч не большие деньги. Как писали в Microsoft если компания не может позволить купить себе серверную версию Windows, то она ей не нужна.
Во многих других конфигурациях где нет плана счетов нет и с
лов «субконто» там вас тогда ничего не раздражает?
Прям ностальгия. У нас была стратегия прям на формочке ползал анимированный трактор и пахал поле )
Но к сожалению далеко не всегда так.
Тот же пресловутый общепит сложно реализовать в УТ. Комплектации хватает для изготовления блюд, но только при условии что вы не учитываете промежуточные изготовления полуфабрикатов, и не поддерживается содержание блюда в блюде.
С промежуточными массами брутто, нетто вообще никак.
Гостиничный или арендный бизнес — тоже в небольшой стороне от типовой. С бронированием номерного фонда придется возится.
Если я дописываю к готовой программе модули которые выполняют определенные действия — я программист.
Если я поставил/обновил/настроил — я эникейщик.
Если я научил пользователя пользоваться программным продуктом — я консультант
Естественно периодически все эти понятия путаются для обычного пользователя.
Пришел программист, поставил 1С из коробки, настроил, научил пользователей работать, и по просьбе буха дописал что-либо.
Все вроде логично, человек «побывал» в трех ролях объединяемых общим понятием программист 1С.
Так же как и просто название программист. Обычно программистами называют всех кто более менее разбирается в ПК. Так проще )
Если не так, тогда кто по вашему программист?
Программист — это человек который может на языке программирования написать некоторую последовательность действий которые необходимы пользователю.
Человек который установил/обновил 1С из коробки — не программист.
Я пишу на ЯП 1С решение необходимое пользователю.
Посредством среды разработки я (к примеру) задаю последовательность действий, которая выполнит программа после определенных действий пользователя.
К примеру пользователь хочет учитывать денежные средства. После нажатия кнопки ОК денежные средства приходуются/расходуются.
Для такой простой задачки даже код писать не нужно. Построители и мастера сделают все сами, надо тока наименования полей указать.
Но если задача посложнее. К примеру заполнение автоматического расписания работ на каждого исполнителя, с учетом максимальной загрузки каждого по дням и равномерного распределения нагрузки в течении всего рабочего месяца. Здесь уже нужны навыки программирования.
По мне так это обычный количественный учет. Но вот если взять задачку посложнее, то для учитывания всех тонкостей количественного учета придется слишком часто применять эти шесть действий.
С усушкой вы делаете на 1 действие больше чем обычно, вместо списания разницы вы списываете все, потом приходуете остаток.
Как тут будет работать партионный учет или учет себестоимости — вообще не понятно, но дело не в этом. Возьмем учет немного сложнее.
Итак у нас общепит, мы готовим некое блюдо. В простом случае (салат) мы смешали помидор и огурец.
Соединить огурец и помидор и все (ну если я верно понял вашу систему)
Но вот нам приходится готовить суп, на каждый ингридиент у нас идет от 1 до 4 (в простом случае) этапов приготовления.
Этапы к примеру свеклы:
Купили, почистили (часть притом), отварили (масса изменилась), обжарили с маслом (опять что — то поменялось с массой), бросили в суп.
Как ваша программа будет описывать каждый этап количественного учета?
Также мы понимаем что ингридиент свекла может после второй стадии (варки) использоваться в салатах (частично положим ее в винегрет) а частично обжарим.
Я понимаю что это учетная задача средней сложности. Есть более сложные варианты, к примеру учет на непрерывном производстве и т.п.
Другая проблема в том, что бухов и прочий офисный персонал приучили (а иначе это не назовешь) к тому, что в 1С можно все переделать под них. Из этого вырастают 99% проблем. Если не трогать, и спокойно жить на типовой, то функционала хватит на 110%. Та же избитая УТ 10.3 легко покрывает оптовую торговлю практически чем угодно, добавить во фронт 1С Розница — и оптово-розничная торговля товарами и услугами закрыта полностью.
Для внедрения не нужны именно программисты, достаточно грамотных консультантов, который научат как работать с торговой системой. Если уж бизнес специфический, то приходится применять отраслевые конфигурации. Но и тут программисту делать нечего, грамотного консультанта хватит. Но вот если без нового отчета вообще никак, или отраслевые решения не подходят, тогда приходится либо гнуть стандартные, либо писать нетленку с нуля.
ПФР и прочие налоговые принимают xml отчетность с русскими тегами. Никого это не тревожит, а здесь я смотрю есть какая-то проблема.
так красивее? извиняюсь за корявый английский, в нем я не очень силен.
Не путайте свои цели жизни с чужими и не делайте скорых выводов.
Есть много примеров багов у известных производителей ПО, но ничего страшного в этом не видят — этож рабочий процесс, бывает. Но вот у отечественного производителя притом у такой крупной фирмы такого быть не должно. Я ни в коем случае не оправдываю баги в платформе и конфигурациях, но говорить что продукт гавно просто из-за нескольких редко встречающихся плавающих багов — по меньшей мере глупо.
P.S. аргумент «а конкуренты тоже говно делают» вы где-то услышали или сами придумали но вот как он относится к нашей дискусии — не понятно.
Версионный контроль пусть и в зачаточном состоянии, но есть в хранилище.
почему интересно котроля версий нет в SQL. Я же могу скрипт для скула писать и править, но скул почему-то не позволяет хранить версии. Сама конфигурация 1С это надстройка над базой которая описывает как и что делать с данными.
А уж сарказм по поводу циклов и прочего — это личное дело каждого программиста.
Все зачастую упирается во время и деньги. В случае ограниченности ресурсов бывает проще написать цикл который пробегается по кучке документов/справочников и через точку (а иногда и 2) выбирает все данные. Это пишется за 2-3 минуты и стоит копейки. На маленьких базах разницы в производительности не заметите. А если нет разницы и код рабочий то кого волнует как он реализован?