автоматизированные примочки для 1С

Обсуждение вопросов по использованию Excel, Access и других программ оптимизирующих работу закупщика
RazVal
Гуру
Гуру
Сообщений: 895
Зарегистрирован: 28 май 2015 17:58
Имя: Валерий
Фамилия: Разгуляев
Должность: эксперт по управлению величиной запасов и оптимизации затрат
Откуда: http://upravlenie-zapasami.ru/

автоматизированные примочки для 1С

Сообщение RazVal » 21 авг 2010 21:54

Нашёл прикольную контору, которая торгует автоматизированными примочками для 1С: http://www.applix.ru/ - многие вещи мы реально под себя программировали, по-моему купить здесь было дешевле. ;)

Реклама
Аватар пользователя
KaPrAL
Гуру
Гуру
Сообщений: 682
Зарегистрирован: 12 май 2009 03:00
Имя: Александр
Фамилия: Пруцков
Должность: Критик
Откуда: Москва

Re: автоматизированные примочки для 1С

Сообщение KaPrAL » 22 авг 2010 22:10

Из всех учетных систем, взаимодействующих с MS SQL, 1C-самая удобная для аналитики и отчетности. И пусть недоброжелатели ругаются и плюются.
Некоторое время назад, внедрял красочную систему отчетности OLAP в одной ювелирной компании с самопальной учетной системой, в которой было возможно всё: и проведение документов "задними" числами, и любое удаление и корректировка данных. В итоге, разработка отчетной системы заняла 4 месяца, и была признана неудовлетворительной из-за некорректного вычисления остатков самой учетной системой. Это при том, что разработка таких систем обычно занимает от одной до трех недель для компаний с 1С. :co_ol:

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

Аватар пользователя
Роман Бодряков
Авторитет
Авторитет
Сообщений: 5253
Зарегистрирован: 19 апр 2004 03:00
Имя: Роман
Фамилия: Бодряков
Должность: Ген.Директор в кубе - наноолигарх
Откуда: Россия

Re: автоматизированные примочки для 1С

Сообщение Роман Бодряков » 23 авг 2010 14:09

Я бы не выделял так 1С. Проводить документы задним числом можно в любой учетной системе...

Отсюда, главенствующим будет - политика учета и автоматизируемые ей бизнесс-процессы. А вот информационная система - вторична.
Есть такие решения, после принятия которых тараканы в голове аплодируют стоя! И просят повторить "НА БИС!!!"
Образование круче не у того, кто больше Знает, а у того, кто хоть что-то умеет.

Аватар пользователя
KaPrAL
Гуру
Гуру
Сообщений: 682
Зарегистрирован: 12 май 2009 03:00
Имя: Александр
Фамилия: Пруцков
Должность: Критик
Откуда: Москва

Re: автоматизированные примочки для 1С

Сообщение KaPrAL » 23 авг 2010 14:25

Роман Бодряков писал(а):Я бы не выделял так 1С. Проводить документы задним числом можно в любой учетной системе...
Отсюда, главенствующим будет - политика учета и автоматизируемые ей бизнесс-процессы. А вот информационная система - вторична.

В некоторых учетных системах отсутствует запрет на удаление сущностей, по которым были движения: сущность удаляется, а движения по ней остаются. Информационная система, конечно, вторична... для пользователей. Какое им дело, что там происходит "внутри"?! А когда приходится разбираться, каким образом проходят вычисления, получить ответ, имея 1С-ку, проще всего, т.к. данные хранятся в регистрах в самом удобном виде. В любой другой системе невозможно понять логику, например, вычисления остатков на любую дату, т.к. задействованы несколько вложенных рекурсивных процедур ("Фрегат"), а в 1С-ке просто и понятно :mi_ga_et:

Аватар пользователя
Роман Бодряков
Авторитет
Авторитет
Сообщений: 5253
Зарегистрирован: 19 апр 2004 03:00
Имя: Роман
Фамилия: Бодряков
Должность: Ген.Директор в кубе - наноолигарх
Откуда: Россия

Re: автоматизированные примочки для 1С

Сообщение Роман Бодряков » 23 авг 2010 15:00

Во всех учетных системах присутствует возможность изменения задним числом...

От настройки системы зависит включена она или заблокирована для "рядового пользователя".

У нас в России управленческий учет сильно различается с бухгалтерским по принципам построения и целям.

Логика вычисления остатков...

Их две базовые. Либо с текущего состояния. Либо с начального.

Плюс ускоряющие расчет вариации. Хранение промежуточных результатов расчета в отдельном месте. Тут вариативность зависит от того кто настраивал и программировал систему.

Добавь сюда еще партионный учет. Резервы. Виртуальные склады. ... и получится то, что и в 1С это можно сделать так, что потом никто разобраться не сможет.

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

У 1С неоспоримое преимущество. Программистов, которые могут... как собак не резанных и стоят они дешево. С SAP или ORACLE не сравнить.

Это же является недостатком. Вариантов реализации учета... столько же сколько компаний. Плюс наша российская безалаберность. Программиста уволили, а описание настройки системы сделать забыли... Новый программист ...
Есть такие решения, после принятия которых тараканы в голове аплодируют стоя! И просят повторить "НА БИС!!!"
Образование круче не у того, кто больше Знает, а у того, кто хоть что-то умеет.

Аватар пользователя
KaPrAL
Гуру
Гуру
Сообщений: 682
Зарегистрирован: 12 май 2009 03:00
Имя: Александр
Фамилия: Пруцков
Должность: Критик
Откуда: Москва

Re: автоматизированные примочки для 1С

Сообщение KaPrAL » 23 авг 2010 15:26

Роман Бодряков писал(а):Логика вычисления остатков...

Их две базовые. Либо с текущего состояния. Либо с начального.

Плюс ускоряющие расчет вариации. Хранение промежуточных результатов расчета в отдельном месте. Тут вариативность зависит от того кто настраивал и программировал систему.

Добавь сюда еще партионный учет. Резервы. Виртуальные склады. ... и получится то, что и в 1С это можно сделать так, что потом никто разобраться не сможет.

Хоть 1С-ка и агрегирует данные за начало месяцев, чтобы потом вычислять остатки, начиная с этой даты, однако в большинстве случаев этого не делает, и считает остатки "с начала времен", что проще для понимания и реализации доп. алгоритмов.


Роман Бодряков писал(а):Сколько работаю с клиентами по алгоритмам автоматизации заказа... каждый раз уникальное решение именно на уровне получения данных из системы.

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

Роман Бодряков писал(а):У 1С неоспоримое преимущество. Программистов, которые могут... как собак не резанных и стоят они дешево. С SAP или ORACLE не сравнить.

Это же является недостатком. Вариантов реализации учета... столько же сколько компаний. Плюс наша российская безалаберность. Программиста уволили, а описание настройки системы сделать забыли... Новый программист ...

А новому программисту ой как не легко разобраться без мануалов, да и с мануалами не легче, поэтому и зп они просят соответствующую...

Аватар пользователя
stanley

Re: автоматизированные примочки для 1С

Сообщение stanley » 27 авг 2010 11:05

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

и ты после этого говоришь о преимуществах 1С??? как говорил Шарик, от пеньков только бабушкам польза.
Чтобы такого не случалось, дополнительные алгоритмы, изначально должны продумываться так, чтобы зависить в минимальной мере от изменений учетной системы. Моё предложение: пользоваться прямыми запросами к базе, которые легко изменить при изменении уч. системы. В этом случае алгоритмы"проживут" подольше :mi_ga_et:

это путь, в корне противоречащий всем мировым design patterns. есть framework, предоставляющий объекты и процедуры высокого уровня и обеспечивающий их корректное отображение в объекты базы данных. и единственный некривой путь - писать, опираясь на объекты высокого уровня, иначе как раз завтра изменится движок хранения данных, изменится структура бд, еще что. в общем изменится механизм отображения, и все, приплыли, переписывай. только вначале еще раскопай, где там оно и как теперь хранится.
зато и без работы не будешь сидеть, отчего и спрос на 1с-программеров никогда не кончится :)
хотя конечно, тащить напрямую из базы и быстрее, и проще.

Аватар пользователя
KaPrAL
Гуру
Гуру
Сообщений: 682
Зарегистрирован: 12 май 2009 03:00
Имя: Александр
Фамилия: Пруцков
Должность: Критик
Откуда: Москва

Re: автоматизированные примочки для 1С

Сообщение KaPrAL » 27 авг 2010 15:30

stanley писал(а):
KaPrAL писал(а):Конфигурация системы меняется гораздо чаще, чем мы этого хотим, и при её смене, приходится переделывать все опирающиеся на неё решения, и иногда это сделать невозможно. В одной ювелирной компании два года велась доработка 1С, внедрялись алгоритмы и справочники, но изменился бизнес-процесс, и справочники и регистры были переделаны, и вся аналитическая доработка "пошла лесом".

и ты после этого говоришь о преимуществах 1С??? как говорил Шарик, от пеньков только бабушкам польза.

Какая бы система не стояла: 1С, SAP, Фрегат и пр., при глобальном изменении бизнес-процессов, при котором меняются таблицы БД, любая обработка бы отвалилась. Но восстановить обработку проще, зная структуру базы, а в 1С структура легко читаема, в отличие от того же SAP.
1С "общается" с СУБД посредством обычных запросов, без процедур, и все промежуточные итоги сохраняет в таблицах, к которым несложно обратиться.

stanley писал(а):
KaPrAL писал(а):Чтобы такого не случалось, дополнительные алгоритмы, изначально должны продумываться так, чтобы зависить в минимальной мере от изменений учетной системы. Моё предложение: пользоваться прямыми запросами к базе, которые легко изменить при изменении уч. системы. В этом случае алгоритмы"проживут" подольше :mi_ga_et:

это путь, в корне противоречащий всем мировым design patterns. есть framework, предоставляющий объекты и процедуры высокого уровня и обеспечивающий их корректное отображение в объекты базы данных. и единственный некривой путь - писать, опираясь на объекты высокого уровня, иначе как раз завтра изменится движок хранения данных, изменится структура бд, еще что. в общем изменится механизм отображения, и все, приплыли, переписывай. только вначале еще раскопай, где там оно и как теперь хранится.
зато и без работы не будешь сидеть, отчего и спрос на 1с-программеров никогда не кончится :)
хотя конечно, тащить напрямую из базы и быстрее, и проще.

Так объекты "высокого уровня" в учетной системе как раз и меняются при изменении бизнес-процессов, и таблицы БД тоже при этом меняются, поэтому любая обработка отваливается. Вопрос в наиболее простом способе восстановления ее работоспособности. Например, для прогнозирования я использую отдельное приложение, в которое импортируется sql-запрос, возвращающий столбцы: "Дата, Товарная_группа, Группа_покупателей, Клиент, Товар, Кол_во". Как изменится структура БД, можно за пару часов переписать этот запрос, чтобы он возвращал правильные данные. Чем больше данных используется в приложении, тем больше времени уйдет на корректировку sql-запросов, максимум, пару дней. А если бы обработка была написана на внутреннем языке учетной системы, манипулируя ее "объектами высокого уровня", то на восстановление ее работоспособности ушли бы недели.

Аватар пользователя
stanley

Re: автоматизированные примочки для 1С

Сообщение stanley » 27 авг 2010 17:16

KaPrAL писал(а):
stanley писал(а):
KaPrAL писал(а):Конфигурация системы меняется гораздо чаще, чем мы этого хотим, и при её смене, приходится переделывать все опирающиеся на неё решения, и иногда это сделать невозможно. В одной ювелирной компании два года велась доработка 1С, внедрялись алгоритмы и справочники, но изменился бизнес-процесс, и справочники и регистры были переделаны, и вся аналитическая доработка "пошла лесом".

и ты после этого говоришь о преимуществах 1С??? как говорил Шарик, от пеньков только бабушкам польза.

Какая бы система не стояла: 1С, SAP, Фрегат и пр., при глобальном изменении бизнес-процессов, при котором меняются таблицы БД, любая обработка бы отвалилась. Но восстановить обработку проще, зная структуру базы, а в 1С структура легко читаема, в отличие от того же SAP.
1С "общается" с СУБД посредством обычных запросов, без процедур, и все промежуточные итоги сохраняет в таблицах, к которым несложно обратиться.
Аксиома.
1. Изменение состава бизнес-объектов приведет к изменению структуры БД.
2. Изменение структуры БД необязательно означает изменение бизнес-объектов.
относится к любым системам. согласен?

stanley писал(а):
KaPrAL писал(а):Чтобы такого не случалось, дополнительные алгоритмы, изначально должны продумываться так, чтобы зависить в минимальной мере от изменений учетной системы. Моё предложение: пользоваться прямыми запросами к базе, которые легко изменить при изменении уч. системы. В этом случае алгоритмы"проживут" подольше :mi_ga_et:

это путь, в корне противоречащий всем мировым design patterns. есть framework, предоставляющий объекты и процедуры высокого уровня и обеспечивающий их корректное отображение в объекты базы данных. и единственный некривой путь - писать, опираясь на объекты высокого уровня, иначе как раз завтра изменится движок хранения данных, изменится структура бд, еще что. в общем изменится механизм отображения, и все, приплыли, переписывай. только вначале еще раскопай, где там оно и как теперь хранится.
зато и без работы не будешь сидеть, отчего и спрос на 1с-программеров никогда не кончится :)
хотя конечно, тащить напрямую из базы и быстрее, и проще.

Так объекты "высокого уровня" в учетной системе как раз и меняются при изменении бизнес-процессов, и таблицы БД тоже при этом меняются, поэтому любая обработка отваливается. Вопрос в наиболее простом способе восстановления ее работоспособности. Например, для прогнозирования я использую отдельное приложение, в которое импортируется sql-запрос, возвращающий столбцы: "Дата, Товарная_группа, Группа_покупателей, Клиент, Товар, Кол_во". Как изменится структура БД, можно за пару часов переписать этот запрос, чтобы он возвращал правильные данные. Чем больше данных используется в приложении, тем больше времени уйдет на корректировку sql-запросов, максимум, пару дней. А если бы обработка была написана на внутреннем языке учетной системы, манипулируя ее "объектами высокого уровня", то на восстановление ее работоспособности ушли бы недели.

интересно, с чего бы это? все так же точно, пришлось бы искать и заменять один объект + атрибут на другой. а если по уму, то в модуле обработки вообще должно было быть изначально описано в виде метаданных или конфигурации из каких объектов брать данные. причем при "глобальном изменении бизнес-процессов" (что ж это за изменение, которое требует не модификации учета товародвижения, а полной переработки структуры объектов) разрабатывается (и документируется) новая структура, так что вся информация есть. а в твоем случае после этого шага нужно ДОПОЛНИТЕЛЬНО разобраться с отображением в бд.

кстати, я, каюсь, тоже предпочитаю лазить непосредственно в бд, хоть и понимаю, что это неверно. просто мне так проще, инструменты все стандартны, а фреймворк еще изучать надо :)

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

Аватар пользователя
KaPrAL
Гуру
Гуру
Сообщений: 682
Зарегистрирован: 12 май 2009 03:00
Имя: Александр
Фамилия: Пруцков
Должность: Критик
Откуда: Москва

Re: автоматизированные примочки для 1С

Сообщение KaPrAL » 27 авг 2010 17:58

stanley писал(а):Аксиома.
1. Изменение состава бизнес-объектов приведет к изменению структуры БД.
2. Изменение структуры БД необязательно означает изменение бизнес-объектов.
относится к любым системам. согласен?

Ага, согласен! Но второе происходит редко. Обычно на таблицы БД накидываются дополнительные индексы для ускорения работы, если уч. система сама этого не делает, но назвать это "изменением структуры БД" язык не поворачивается :-):

stanley писал(а):интересно, с чего бы это? все так же точно, пришлось бы искать и заменять один объект + атрибут на другой. а если по уму, то в модуле обработки вообще должно было быть изначально описано в виде метаданных или конфигурации из каких объектов брать данные. причем при "глобальном изменении бизнес-процессов" (что ж это за изменение, которое требует не модификации учета товародвижения, а полной переработки структуры объектов) разрабатывается (и документируется) новая структура, так что вся информация есть. а в твоем случае после этого шага нужно ДОПОЛНИТЕЛЬНО разобраться с отображением в бд.

кстати, я, каюсь, тоже предпочитаю лазить непосредственно в бд, хоть и понимаю, что это неверно. просто мне так проще, инструменты все стандартны, а фреймворк еще изучать надо :)

Вот в этом-то все и дело, что проще и быстрее разобраться с отображением в БД, чем с фреймворком :mi_ga_et:
А почему этот подход неверный? Лучше анализировать данные непосредственно в хранилище, чем пользоваться пока еще убогим инструментарием фреймворков. Сколько времени было впустую потачено на обработку выгрузок из 1С несколько лет назад! А сколько сейчас до сих пор тратится сотрудниками? Вместо того, чтобы воспользоваться возможностями хранилища, их аналитическими надстройками, люди обрабатывают кучи выгрузок из фреймворков! Чем длиннее цепочка переходов данных, тем больше вероятность ошибки, а ошибки чреваты неверными управленческими решениями, а значит, финансовыми потерями. Например, в какой цепочке будет больше вероятность ошибки при транспортировке и переконвертации данных?
"БД-->фреймворк-->Excel с макросами-->Готовый отчет" или же:
"БД-->Готовый отчет"?
А уж если настроить службу аналитики, которая предоставляется в комплекте с известными СУБД, то эффективность работы увеличится в разы!

stanley писал(а):кстати, скажите, а есть ли еще герои, у которых 1с на файловой бд? что там, dbf-файлы кажется использовались?

У меня 1С на пока еще SQL Server 2005, но планируется перейти на 2008. А героев с dbf-ками я не знаю, все друзья с Ораклом...

SuperFS
Профессионал
Профессионал
Сообщений: 413
Зарегистрирован: 11 окт 2009 03:00

Re: автоматизированные примочки для 1С

Сообщение SuperFS » 27 авг 2010 20:13

У меня 1С на пока еще SQL Server 2005, но планируется перейти на 2008. А героев с dbf-ками я не знаю, все друзья с Ораклом...
----MS SQL server --недешевое решение ( исходя из стоимости лицензий) . У нас Линукс и Postgress SQL на сервере баз данных ( база порядка 20 гигабайт) , все бесплатное, скорость работы очень высокая. Правда за линуксовый сервер мы платим стороннему админу 100 баксов в месяц ( за тех .поддержку), но в принцыпе, за два года ничего не ломалось. Следующий год сторгуемся с админом за меньшую сумму.

Аватар пользователя
KaPrAL
Гуру
Гуру
Сообщений: 682
Зарегистрирован: 12 май 2009 03:00
Имя: Александр
Фамилия: Пруцков
Должность: Критик
Откуда: Москва

Re: автоматизированные примочки для 1С

Сообщение KaPrAL » 29 авг 2010 15:15

SuperFS писал(а):---MS SQL server --недешевое решение ( исходя из стоимости лицензий) . У нас Линукс и Postgress SQL на сервере баз данных ( база порядка 20 гигабайт) , все бесплатное, скорость работы очень высокая. Правда за линуксовый сервер мы платим стороннему админу 100 баксов в месяц ( за тех .поддержку), но в принцыпе, за два года ничего не ломалось. Следующий год сторгуемся с админом за меньшую сумму.

Я бы не стал торговаться, странно, что админ вообще согласился поддерживать сервер, да к тому же линуксовый, за 100$...
Насколько я знаю, бесплатные СУБД: PostgreSQL, Firebird и прочие, весьма ограничены по функционалу. Например, Firebird поддерживает только самые примитивные запросы одного невложенного SELECT-а, поэтому для функционирования дополнительных приложений, приходится настраивать связь c MS SQL. С PostgreSQL не сталкивался, возможно, там дела обстоят лучше.

SuperFS
Профессионал
Профессионал
Сообщений: 413
Зарегистрирован: 11 окт 2009 03:00

Re: автоматизированные примочки для 1С

Сообщение SuperFS » 29 авг 2010 21:05

Я бы не стал торговаться, странно, что админ вообще согласился поддерживать сервер, да к тому же линуксовый, за 100$...
----у нас 2 линуксовых сервера, поэтому у него получается 200 в месяц. На втором сервере свой хостинг и сайт на Битриксе. В техподдержку входит только поддержание работоспособности программного обеспечения серверов, то что касается дополнительных настроек , то это уже за отдельную плату.
Потороговаться, это я имел ввиду предложить админу, предоплату за год, в обмен на скидку 10-15%, но вопрос непринципиальный.
А за сервер с windows2003 server ( работает в терминальном режиме), он вообще денег не берет...один раз настроил, и без единой ошибки много лет пашет, там говорит вообще не за что денег брать.
Насколько я знаю, бесплатные СУБД: PostgreSQL, Firebird и прочие, весьма ограничены по функционалу.
---PostgresSQL рекомендован фирмой 1С для работы с сервером приложений 1С, дистрибутивы по-моему есть на сайте 1С.
Последний раз редактировалось SuperFS 29 авг 2010 21:25, всего редактировалось 1 раз.

Аватар пользователя
KaPrAL
Гуру
Гуру
Сообщений: 682
Зарегистрирован: 12 май 2009 03:00
Имя: Александр
Фамилия: Пруцков
Должность: Критик
Откуда: Москва

Re: автоматизированные примочки для 1С

Сообщение KaPrAL » 29 авг 2010 21:23

SuperFS писал(а):А за сервер с windows2003 server ( работает в терминальном режиме), он вообще денег не берет...один раз настроил, и без единой ошибки много лет пашет, там говорит вообще не за что денег брать.

Честный админ, были бы все такими...

SuperFS
Профессионал
Профессионал
Сообщений: 413
Зарегистрирован: 11 окт 2009 03:00

Re: автоматизированные примочки для 1С

Сообщение SuperFS » 29 авг 2010 21:55

Мы кстати, на линукс пробовали ставить 1С 8.2 и на нем же разворачивать сервер приложений 1С, все получилось..но не смогли настроить доступ из интернета к управляемым вэб формам. Тогда 8.2 была бета. Сейчас установили 1С:Предприятие 8.2 (8.2.12.78) , управляемые вэб формы сделали, теперь будем доступ из интернета настраивать, быстрей бы программист выздоровел ( пока болеет).

Аватар пользователя
KaPrAL
Гуру
Гуру
Сообщений: 682
Зарегистрирован: 12 май 2009 03:00
Имя: Александр
Фамилия: Пруцков
Должность: Критик
Откуда: Москва

Re: автоматизированные примочки для 1С

Сообщение KaPrAL » 29 авг 2010 22:35

SuperFS писал(а):Мы кстати, на линукс пробовали ставить 1С 8.2 и на нем же разворачивать сервер приложений 1С, все получилось..но не смогли настроить доступ из интернета к управляемым вэб формам. Тогда 8.2 была бета. Сейчас установили 1С:Предприятие 8.2 (8.2.12.78) , управляемые вэб формы сделали, теперь будем доступ из интернета настраивать, быстрей бы программист выздоровел ( пока болеет).

Если подходить с точки зрения безопасности, то опрометчиво иметь один экземпляр PostegreSQL, с доступом к нему через web, ведь и хакнуть могут. Безопаснее иметь 2 связанных экземпляра PostegreSQL: один-для внутренних пользователей, а второй- для работы с ним через web. В этом случае основной сервер хакнуть сложнее :mi_ga_et:

Аватар пользователя
stanley

Re: автоматизированные примочки для 1С

Сообщение stanley » 31 авг 2010 13:24

KaPrAL писал(а):
SuperFS писал(а):---MS SQL server --недешевое решение ( исходя из стоимости лицензий) . У нас Линукс и Postgress SQL на сервере баз данных ( база порядка 20 гигабайт) , все бесплатное, скорость работы очень высокая. Правда за линуксовый сервер мы платим стороннему админу 100 баксов в месяц ( за тех .поддержку), но в принцыпе, за два года ничего не ломалось. Следующий год сторгуемся с админом за меньшую сумму.

Я бы не стал торговаться, странно, что админ вообще согласился поддерживать сервер, да к тому же линуксовый, за 100$...
Насколько я знаю, бесплатные СУБД: PostgreSQL, Firebird и прочие, весьма ограничены по функционалу. Например, Firebird поддерживает только самые примитивные запросы одного невложенного SELECT-а, поэтому для функционирования дополнительных приложений, приходится настраивать связь c MS SQL. С PostgreSQL не сталкивался, возможно, там дела обстоят лучше.

it depends.
дело в том, что поддержка единожды настроенного линуха - это ни о чем. он просто работает. другое дело, что сервер бд требует периодического внимания - бекапы там, к примеру, да и те автоматом делаются. к тому же все можно сделать удаленно, что не вставая с дивана, что не выходя с основного места работы, а это тоже снижает стоимость, согласись :)

насчет firebird не в курсе, а сегодняшние postgresql, mysql уже далеко не те, что были раньше. стандартный (в отличие от transact) sql, процедуры, функции, триггеры, транзакции - все есть.
конечно, m$ позиционируется как более высокого уровня, но уж тогда oracle лучше :)
у m$ есть единственное преимущество и одновременно огромный недостаток - им можно мышкой управлять и для непрофессионала очень легкие аналитические примочки типа report server'a.

Аватар пользователя
KaPrAL
Гуру
Гуру
Сообщений: 682
Зарегистрирован: 12 май 2009 03:00
Имя: Александр
Фамилия: Пруцков
Должность: Критик
Откуда: Москва

Re: автоматизированные примочки для 1С

Сообщение KaPrAL » 31 авг 2010 17:31

stanley писал(а):it depends.
дело в том, что поддержка единожды настроенного линуха - это ни о чем. он просто работает. другое дело, что сервер бд требует периодического внимания - бекапы там, к примеру, да и те автоматом делаются. к тому же все можно сделать удаленно, что не вставая с дивана, что не выходя с основного места работы, а это тоже снижает стоимость, согласись :)

Да, согласен. Если изначально грамотно настроить в перспективе на будущее: чтобы новые бэкапы создавались, а совсем старые удалялись.

stanley писал(а):насчет firebird не в курсе, а сегодняшние postgresql, mysql уже далеко не те, что были раньше. стандартный (в отличие от transact) sql, процедуры, функции, триггеры, транзакции - все есть.
конечно, m$ позиционируется как более высокого уровня, но уж тогда oracle лучше :)
у m$ есть единственное преимущество и одновременно огромный недостаток - им можно мышкой управлять и для непрофессионала очень легкие аналитические примочки типа report server'a.

Оракл лучше, но и дороже, и спецов по нему меньше, и просят они больше, поэтому MS распространённее. Ораклом в основном пользуются западные компании и розница, использующие SAP и Axapta, хотя теперь 1С 8 тоже с ним интегрирован :-)
А вот MS report server лучше не использовать, т.к. съедает много ресурсов и под веб-сервер, и под собственный движок. Да-да, sql-выражения он обрабатывает не на SQL Server, а на своем движке, под который тоже приходится выделять ресурсы.

Аватар пользователя
Ольга Шерст

Дайте ваш отзыв о расчёте НДС в 1С:8

Сообщение Ольга Шерст » 01 сен 2010 11:22

Дайте ваш отзыв о расчёте НДС в 1С:8

Уважаемые коллеги, нужна ваша помощь. Пишу книгу про учет НДС в программе

1С:Бухгалтерия 8, очень нужны ваши советы или проблемы с которыми вы сталкиваетесь,

дайте ваш отзыв о работе с НДС в 1С:8, рекомендации, что хорошо получается, что плохо

получается, что "бесит" и очень не нравится.

Буду вам очень благодарна за конструктивную критику.

Аватар пользователя
KaPrAL
Гуру
Гуру
Сообщений: 682
Зарегистрирован: 12 май 2009 03:00
Имя: Александр
Фамилия: Пруцков
Должность: Критик
Откуда: Москва

Re: Дайте ваш отзыв о расчёте НДС в 1С:8

Сообщение KaPrAL » 01 сен 2010 12:19

Ольга Шерст писал(а):Дайте ваш отзыв о расчёте НДС в 1С:8

Уважаемые коллеги, нужна ваша помощь. Пишу книгу про учет НДС в программе

1С:Бухгалтерия 8, очень нужны ваши советы или проблемы с которыми вы сталкиваетесь,

дайте ваш отзыв о работе с НДС в 1С:8, рекомендации, что хорошо получается, что плохо

получается, что "бесит" и очень не нравится.

Буду вам очень благодарна за конструктивную критику.

Много сказать не могу, но в конфигурации "Управление торговлей" НДС считается просто, а вот с конфигурацией УПП (Управление производством предприятия) проблемы. В ней НДС вычисляется по 20-ти регистрам...

Аватар пользователя
stanley

Re: автоматизированные примочки для 1С

Сообщение stanley » 07 сен 2010 12:13

KaPrAL писал(а):Оракл лучше, но и дороже, и спецов по нему меньше, и просят они больше, поэтому MS распространённее. Ораклом в основном пользуются западные компании и розница, использующие SAP и Axapta, хотя теперь 1С 8 тоже с ним интегрирован :-)
А вот MS report server лучше не использовать, т.к. съедает много ресурсов и под веб-сервер, и под собственный движок. Да-да, sql-выражения он обрабатывает не на SQL Server, а на своем движке, под который тоже приходится выделять ресурсы.

ну так оракл в совсем другой категории, то, что он тянет, msу не поднять. а вот как это "обрабатывает не на SQL Server, а на своем движке"? какая-то поза извращенная, левой ногой правое ухо.
кстати, сколько стоит MSSQL?

Аватар пользователя
KaPrAL
Гуру
Гуру
Сообщений: 682
Зарегистрирован: 12 май 2009 03:00
Имя: Александр
Фамилия: Пруцков
Должность: Критик
Откуда: Москва

Re: автоматизированные примочки для 1С

Сообщение KaPrAL » 07 сен 2010 14:10

stanley писал(а):
KaPrAL писал(а):Оракл лучше, но и дороже, и спецов по нему меньше, и просят они больше, поэтому MS распространённее. Ораклом в основном пользуются западные компании и розница, использующие SAP и Axapta, хотя теперь 1С 8 тоже с ним интегрирован :-)
А вот MS report server лучше не использовать, т.к. съедает много ресурсов и под веб-сервер, и под собственный движок. Да-да, sql-выражения он обрабатывает не на SQL Server, а на своем движке, под который тоже приходится выделять ресурсы.

ну так оракл в совсем другой категории, то, что он тянет, msу не поднять.
кстати, сколько стоит MSSQL?


Разные версии стоят по-разному: есть бесплатная Express, есть версия Developer дла тестирования и разработки, устанавливаемая на Windows XP, и стоит она 70$, а есть корпоративная Enterprise- сколько около 230 000 руб.

stanley писал(а):а вот как это "обрабатывает не на SQL Server, а на своем движке"? какая-то поза извращенная, левой ногой правое ухо.

Да, MS порой "радует". У сервера несколько багов, и периодически появляются обновления, их исправляющие. Часто сталкивался в версии 2005: то одно не работает, то другое... А левой ногой в правое ухо действительно неудобно... Но скорее всего я ошибся: запрос выполняется на SQL Server, но с настройками Report Server-а, это значит, что один и тот же запрос в Report Server и в Managment Studio может давать разный результат в зависимости от разных версий и языка.

Аватар пользователя
stanley

Re: автоматизированные примочки для 1С

Сообщение stanley » 07 сен 2010 14:19

KaPrAL писал(а):Да, MS порой "радует". У сервера несколько багов, и периодически появляются обновления, их исправляющие. Часто сталкивался в версии 2005: то одно не работает, то другое... А левой ногой в правое ухо действительно неудобно... Но скорее всего я ошибся: запрос выполняется на SQL Server, но с настройками Report Server-а, это значит, что один и тот же запрос в Report Server и в Managment Studio может давать разный результат в зависимости от разных версий и языка.

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

Аватар пользователя
KaPrAL
Гуру
Гуру
Сообщений: 682
Зарегистрирован: 12 май 2009 03:00
Имя: Александр
Фамилия: Пруцков
Должность: Критик
Откуда: Москва

Re: автоматизированные примочки для 1С

Сообщение KaPrAL » 07 сен 2010 14:25

stanley писал(а):ой. Саш, ты сам-то понял, что сказал? как может запрос - статический, абсолютно однозначно определенный объект, давать разные результаты? гадом буду, принцип неопределенности здесь еще не работает :)
может, ты имел в виду, что запрос идет от разных пользователей, поэтому не всегда достаточно прав на выполнение и доступ к данным?

Например, в домене я заведен под русской учеткой, а Иванов- под английской. Соответственно, у меня неделя начинается с понедельника, а у него- с воскресенья. И под первым днем недели у меня подразумевается понедельник, а у него-воскресенье. И RS, как и Sql Server, могут дать разные результаты в зависимости от настроек пользователя, пославшего запрос.

Аватар пользователя
stanley

Re: автоматизированные примочки для 1С

Сообщение stanley » 07 сен 2010 14:48

KaPrAL писал(а):
stanley писал(а):ой. Саш, ты сам-то понял, что сказал? как может запрос - статический, абсолютно однозначно определенный объект, давать разные результаты? гадом буду, принцип неопределенности здесь еще не работает :)
может, ты имел в виду, что запрос идет от разных пользователей, поэтому не всегда достаточно прав на выполнение и доступ к данным?

Например, в домене я заведен под русской учеткой, а Иванов- под английской. Соответственно, у меня неделя начинается с понедельника, а у него- с воскресенья. И под первым днем недели у меня подразумевается понедельник, а у него-воскресенье. И RS, как и Sql Server, могут дать разные результаты в зависимости от настроек пользователя, пославшего запрос.

а, ну это да. свойствами сессии определяется.

Аnatol520
Коллега
Коллега
Сообщений: 9
Зарегистрирован: 18 июн 2010 11:44
Имя: Анатолий
Фамилия: Левин
Должность: нач. снаб

Re: автоматизированные примочки для 1С

Сообщение Аnatol520 » 13 сен 2010 23:45

Роман Бодряков писал(а):Я бы не выделял так 1С. Проводить документы задним числом можно в любой учетной системе...

Отсюда, главенствующим будет - политика учета и автоматизируемые ей бизнесс-процессы. А вот информационная система - вторична.



Многие просто не знают и не умеют пользоваться 1С!

Аватар пользователя
lazy
Гуру
Гуру
Сообщений: 1239
Зарегистрирован: 25 мар 2009 03:00
Имя: lazy
Фамилия: lazy
Должность: procurement manager
Откуда: Ростов-на-Дону

Re: автоматизированные примочки для 1С

Сообщение lazy » 14 сен 2010 08:36

Аnatol520 писал(а):...Многие просто не знают и не умеют пользоваться 1С!...
открою страшную тайну - многим она вовсе и не нужна:))))
Перед началом рабочей недели помните: лучше всех в колхозе работала лошадь. Но, тем не менее, председателем она так и не стала.

Аватар пользователя
stanley

Re: автоматизированные примочки для 1С

Сообщение stanley » 21 сен 2010 13:55

Аnatol520 писал(а):
Роман Бодряков писал(а):Я бы не выделял так 1С. Проводить документы задним числом можно в любой учетной системе...

Отсюда, главенствующим будет - политика учета и автоматизируемые ей бизнесс-процессы. А вот информационная система - вторична.



Многие просто не знают и не умеют пользоваться 1С!

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

Аватар пользователя
KaPrAL
Гуру
Гуру
Сообщений: 682
Зарегистрирован: 12 май 2009 03:00
Имя: Александр
Фамилия: Пруцков
Должность: Критик
Откуда: Москва

Re: автоматизированные примочки для 1С

Сообщение KaPrAL » 21 сен 2010 13:59

stanley писал(а):ну что поделать, я вот не умею пользоваться. а зачем это мне? операционные документы я не ввожу, проводки не делаю...

Хотя бы для того, чтобы:
1) Знать проблемы, с которыми сталкиваются операционисты
2) Сверять данные с выгрузками 1С-овских отчетов
3) Узнать структуру БД. Структура БД лучше всего раскрывается, когда тыкаешь по документам, стравочникам и регистрам. Например, без такого тыканья я бы долго разбирался в структуре БД, заточенной под сборку часов из деталей.

Аватар пользователя
stanley

Re: автоматизированные примочки для 1С

Сообщение stanley » 21 сен 2010 14:30

KaPrAL писал(а):
stanley писал(а):ну что поделать, я вот не умею пользоваться. а зачем это мне? операционные документы я не ввожу, проводки не делаю...

Хотя бы для того, чтобы:
1) Знать проблемы, с которыми сталкиваются операционисты
зачем это мне?
2) Сверять данные с выгрузками 1С-овских отчетов
зачем это мне?
3) Узнать структуру БД. Структура БД лучше всего раскрывается, когда тыкаешь по документам, стравочникам и регистрам. Например, без такого тыканья я бы долго разбирался в структуре БД, заточенной под сборку часов из деталей.

зачем это мне? ну, ладно, если не глумиться, то
п.1 интересен, если занимаешься допиливанием ея. да минует меня...
п.2 вытекает из знания п.3
п.3 обязан быть описан. если же нет, и господь меня угораздит попасть в такую контору, не понимающую, на какой пороховой бочке она сидит, конечно придется в первую очередь это описывать. либо тихо разобраться, выполнить задачу и унести это знание с собой. и тем не менее:

а что, потыкать по справочникам - это уметь пользоваться? :za_da_va_la:

к тому же тыканье ничего не скажет об отображении.

в общем, я не очень понимаю, что такое "уметь пользоваться 1с".


Вернуться в «Программы для закупщиков»

Кто сейчас на форуме

Количество пользователей, которые сейчас просматривают этот форум: CommonCrawl [Bot] и 0 гостей