| 0
- 16.06.2014 - 11:50
|
1с 8.2, бухгалтерия. возможно ли в ней реализовать следующие вещи и сколько это займет ориентировочно трудочасов. 1. Резервирование товара по счету (снятие резерва по реализации 2. Изделие (склад1) состоит из комплектующих (склад2), которые в свою очередь изготавливаются из материалов(склад3). На основаннии счета на изделия создается документ1 с перечнем и суммарным кол-вом комплектующих которые резервируются на складе2. На его основании аналогично делается документ2, содержащий список и кол-во материалов. На основании этих двух документов делаются комплектация и перемещение готовых комплектов на другой склад. Если кто готов предложить свои услуги по реализации этого механизма, пишите в личку.     | | |
| 121
- 19.06.2014 - 17:16
|
120-economist > Спасибо, Капитан Очевидность ;) Несколько замечаний: 1. Метод "вчерашней копии", вообще-то универсален. Даже для v8.x. И даже не для 1С. А вообще везде, где 20 из 30 пользователей активно пользуют вчерашние данные. 2. Может это окажется большой новостью, но SQL умеет делать копии. Даже глубокой ночью. 3. 1sqlite (адаптация sqlite для dbf) весчь замечательная. Вот только относится к "костылям". И особенно печально, что проект заброшен разработчиком. И хотя в продукте есть магические три символа SQL, это все-таки не SQL: отчуждения клиента от данных нет, запрос по прежнему работает на клиенте, и тащит через сеть все таблицы, участвующие в запросе. Целиком. Увы. Но зато надо писать в модуле SELECT. А не просто помнить, что пошлое Запрос на самом деле транслируется в благородное Select. В v77 тоже ;) | | |
| 122
- 19.06.2014 - 18:48
| Читаю и радуюсь, всё как всегда: стоит лишь заикнуться о том, что в решении ряда задач 7-ка успешно конкурирует с 8-кой, как у сторонников снеговика тут же находится только масса неприятных эпитетов в адрес клюшек и напрочь исчезает способность рассказать о достоинствах и преймуществах своей платформы. Остаётся лишь одно: дожидаться не только многословного, но ещё и достойного оппонента. | | |
| 123
- 19.06.2014 - 19:00
|
122-xxc > Вообще-то, я начал работать с "семеркой" с версии 7.5 ;) "Восьмерка" богаче функционалом. На порядок. Так что сравнения не будет. | | |
| 124
- 19.06.2014 - 20:04
| 122-xxc >где она "конкурирует"? в каком воображаемом мире значимое количество контор покупают семерку для новых проектов? | | |
| 125
- 19.06.2014 - 20:09
| 122-xxc >Моя карьера началась вообще с Бухгалтерии 6.0. Даже ключ с книжками где-то валяются - спроса почему-то нет. Хотя те же бухгалтерские задачи вполне можно решать, функционал есть. | | |
| 126
- 20.06.2014 - 08:16
|
VZ - при <5 пользователях SQL-версия медленнее работает, копируется. перепроводится, выбирается. А в чем преимущества "принцпиально не-костыльной" схемы? Только лишь в нэйтивной реализации? А если одна работает в 4 раза медленнее, чем "костыль"? Да, мы когда распробровали sqlite - резвились как дети. Со справочниками материалов на 20 тыс. строк - она "натравилась" на базу, как красивый грудной имплантант. Стали юзабельны всевозмождные дикие подборы, консолидация, хранение данных за 10 лет из десяти обрезанных баз в одной таблице итп. Я вот думаю, что именно благодаря "костылям" (типа FormEx, MXLDoctor, Yoksel, 1ssqlite, OSV253.ert итп) - именно благодаря им был совершен дикий прорыв в сближении автоматизации и реальной работы, произошло слияние 1С-ников и бухш в едином учетно-оргаистическом экстазе, именно за счет "костылей" жива 77, а часть их "внедрена" в 8-ю версию, и из "костылей" вовсю до сих пор черпают вдохновение нуралиевцы. В конце-концов 7-ка всех вас выкормила, и за это надо ей быть благодарным :-)) А нынешние студенты, "чистовосьмерошники", по приходу на работу - тратят МЕСЯЦЫ, пытаясь штатно решить разные задачи. Между тем в 8-ке ряд вещей реализован крайне неудачно, и без "костылей" все равно не обойтись. Я уж молчу про типовой проект автоматизации какого-то бизнес-процесса, который в 90% случаев задействует COM/OLE (вот уж где костыль дак костыль! - наверняка ломается каждый год). Кстати, давно не встречал свежих данных по числу инсталляций 7/8, а вот по обслуживанию оборота выручки, основываясь на данных ФНС одного крупного города (2400 "документалок" за 2 года - 2011/2012)- могу сказать, что 45% выручки прошло по семерке, 35% по восьмерке, 20% - по иным учетным системам. Если же сравнивать по числу предприятий - в лидерах восьмерка, благодаря множеству компаний, сдающих в аренду дыроколы... | | |
| 127
- 20.06.2014 - 09:32
| 126-economist >Лично мне твои бухши и слияние с ними даром не надо. Реальная работа - она далеко за пределами сдачи отчетности. | | |
| 128
- 20.06.2014 - 09:40
| Reaper - слияние происходит как раз вне периодов сдачи отчетности. Основная трудоемкость - это сам учет. И именно его 1С-ник призван автоматизировать. | | |
| 129
- 20.06.2014 - 09:43
|
126-economist > Еще раз спасибо, Капитан Очевидность ;) Вообще-то, SQL всегда медленнее DBF. Для любых программных решений. Да, в "коробку" специалистов не кладут. И главных бухгалтеров тоже. Как жаль, как жаль. Неудачные решения? Мы уже съехали на уровень применения? А обсуждать неудачные решения на "семерке" тоже будем? Кстати, если кому-то надо брать в аренду дыроколы, пожалуйста, не губите арендодателей. | | |
| 130
- 20.06.2014 - 10:05
| Reaper - и да, с моими бухшами сливаться не позволю! Они у меня замечательные, особенно некоторые. | | |
| 131
- 20.06.2014 - 10:12
|
VZ - а что - давайте обсуждать неудачные решения на "семерке". "Комплексная конфигурация", "Финансовое планирование" - это неудачные, практически "нелётные" решения/коробки. Правда, половину грехов я списываю на неутомимых новаторов новизны - Минфин, Росстат и ФНС. Если бы не перманентно идущие изменения, влекущие новые ошибки и ненужны налучет - конфы вылизали бы до стального блеска. | | |
| 132
- 20.06.2014 - 10:12
|
128-economist > Нечего мне там автоматизировать, для бухгалтеров целая толпа разработчиков работает в 1С, этого достаточно для 95% рынка. Как бы ты не пыжился задачи уровня управления запасами по ТОС на клюшках в любом случае будут делаться дольше, дороже и с меньшим качеством. Для примера - можешь для любого типового решения попытаться сделать отчет, показывающий количество дней внутри выбранного периода, во время которых товар был на остатках. При этом функционал настроек отчета должен быть сопоставим с отчетом Остатки ТМЦ из ТиС 9.2. Ну и отчет должен без плясок с бубном работать у любого клиента в любой базе. Так, чтобы пользователь взял файл из почты, сделал ему "Файл->Открыть" и все заработало. Даже если у пользователя нет прав локального администратора и пр. | | |
| 133
- 20.06.2014 - 10:27
|
Reaper - "целая толпа в 1С" - это 30-40 программистов, из которых 7-кой сейчас занимается всего пятеро. По примеру - соглашусь: готовых аналогов ТиСовской примочки на регистрах в других семерочных коробках нет. "Количество дней наличия" можно забабахать на движке 1csqlite, работать будет быстро, и у любого клиента на любой базе, достаточно прислать заархивированные библиотеки и ert-шник. Тем более что сама по себе эта таблица для маркетолога недостаточна: нужно увидеть корреляцию с посетителями, рекламным бюджетом, шоу-выручкой, сезонной кривой, акциями, индексом конкуренции и даже погоды итп. Всего этого в ТиСе нет, а прикрутить - сложно (кастели же). В то же время добавить десяток подзапросов в SQLite, берущей данные из XLS-файлов, парсящих погоду скриптами с gismeteo.ru итп - будет более реально. | | |
| 134
- 20.06.2014 - 10:37
| 133-economist > И тут клиенту приходится перейти на SQL. Ой, нехорошо с партизанами получилось... | | |
| 135
- 20.06.2014 - 10:43
| 132-Reaper >ТОС - это по Голдратту? или что другое имеется в виду? | | |
| 136
- 20.06.2014 - 10:46
| 135-Управление торговлей 11 > Она самая. | | |
| 137
- 20.06.2014 - 10:46
| 133-economist >да живите счастливо с вашим legacy решением, никто на него не покушается. речь о востребованности семерки в новых проектах | | |
| 138
- 20.06.2014 - 10:53
| 129-VZ >в восьмерке же нет DBF, как сравнивать | | |
| 139
- 20.06.2014 - 10:58
|
Кстати, слышу смешки по поводу погоды, сусликов и влияния фаз луны на половую жизнь директора :-)) Н самом деле связь есть во всем. Жестко детерминированная многофакторная модель бизнеса всегда легко маскируется жестко отодранным бизнес-процессами персоналом, надо лишь поймать нитку и размотать весь клубок. Усаживайтесь поудобнее! Приведу (давнишний правда) свой кейс на другой работе: Завод, зарплату работникам уже лет пять как выплачивали 25-го числа, но с непредсказуемым распадом +/-10 дней, и вообще без авансов. Банально не успевали отчитаться и рассчитать, все было новое. А еще не планировали денежный поток. Делалась, а затем исправлялась куча ошибок из-за "смены смен". В итоге есть деньги - нет ведомость, есть ведомость - нет денег. Люди были все злые, "попадали" на просрочки по кредитам, плюс всеобщая нервозность из-за того, что довольно ощутимая, почти ежемесячная, премия (50-100% оклада) выплачивалась с опозданием в 2-3 месяца, когда уже все подзабыли, кто какой именно подвиг совершил и в каком количестве (хотя "примерно" процент премии объявлялся сразу по итогам месяца). Так люди примерно и говорили "А за что это нам?... А-аа.., помним-помним..." Получив картбланш на реформы -провел корреляционный анализ зависимости выработки от дней выплат и интервала просрочек. Получил >0,65. По ритмичности - тоже близко. И даже если сумма меньше, но ритмичнее - то эффект больше, чем много, но поздно. Начал доказывать акционеру, что если будем платить "те же деньги", но быстрее - будет лучше эффект. Мотивация не работает спонтанно. А нервотрепка вызывает саботаж, простои, прогулы, поломку инструмента и массовый pоxyisм. Доказал не особо успешно (в терминологии не сошлись), но разрешили попробовать, с условием что если не сработает - буду сам сидеть без премии три месяца. Готовились полгода к "переходу". Стали платить 30-го аванс и 15-го ЗП, премия - до 20-го. Для этого пришлось полностью отказаться от ЗИКа, все расчеты - в Excel, потом загрузка в ЗИК готовых сумм, +система контроля доступа на iButton за смешные 10 тыс. руб., +автоматизация заполнения табелей итп. 2-х зарплатчиков сократили - оказались лишними. Итог: производительность труда за год выросла на 60%. Конечно же, случайное совпадение... | | |
| 140
- 20.06.2014 - 11:03
| Reaper - 1csqlite для 77 - это не SQL. Партизаны целы. | | |
| 141
- 20.06.2014 - 11:07
|
139-economist > Темой ошибся? бывает... 140-economist > Ну так а я о чем? База уезжает на MS SQL, а отчет твой летит в помойку. | | |
| 142
- 20.06.2014 - 11:08
|
Управление торговлей 11 - для сабжа любое решение является современным: - УПП (200 тыс. руб.) - допил БП 8-ки (50 тыс. руб.) - legacy-коробка за 5 тыс. руб. с освоением, которое можно назвать "обучением", ну допустим, за 20 тыс. руб. Интересно было бы услышать мнение топискстартера, что ему больше приглянулось и что он в итоге выберет. | | |
| 143
- 20.06.2014 - 11:14
| 142-economist > Затраты на лицензии в стоимости владения ничтожны. Ваши цифры не сообщают никакой полезной информации. | | |
| 144
- 20.06.2014 - 11:19
|
битва клюшечников со снеговиками в разгаре. и опять снеговикам утерли морду... лица. ибо ... | | |
| 145
- 20.06.2014 - 11:22
| (142) непонятно от чего в первые 2 пункта вышеназванного бизнесс-плана не вошло освоение, которое можно назвать "обучением", ну допустим, за 20 тыс. руб.? | | |
| 146
- 20.06.2014 - 11:27
|
день восьмерочника прошел не зря  | | |
| 147
- 20.06.2014 - 11:29
|
xxc - да вы что, там же в первом МЕГАКОРОБКА, умеющая все и не требующая внедрения! А во втором - некостыльное идеальное дописанное решение, да еще и на актуальном инструментарии. Да щаз воще любой программирует на 8-ке! Поэтому к клюшкам пришлось хоть что-то дописать. В них-то никто не работает уже давно, отвыкли. Ведь восьмерка с 99-го есть, сейчас выросшим на ней - целых 2014-1999+18=33 года, самая "кровь с молоком"! Дорогу молодым! ~:-) | | |
| 148
- 20.06.2014 - 11:51
| 142-economist > обязательно, как только определюсь. правда, не обещаю, что это будет завтра-послезавтра. | | |
| 149
- 20.06.2014 - 11:54
|
138-Управление торговлей 11 > А я и не сравниваю. Несравнимые системы. Есть общее в скриптовом языке: так все алголоподобные языки имеют "общее". Неужто Пока Цикл КонецЦикла кардинально отличается от Whele Do EndDo? Схожие многомерные переменные (списки, массивы, ets.)? Что делать, механизмы обработки данных вненациональны, и не зависят от прикладных потребностей. Оне, механизмы эти, родились раньше компьютеров (в скобках: в "восьмерке" эти конструкции побогаче будут). SQL? А что SQL? Любое решение, взаимодействующее с sql-машиной не может быть богаче в методах, нежели имеются у самойsql-машины. В v7 еще есть внутреннее ограничение: конфа должна одинаково работать как с ДБФ, так и с MSSQL. В "восьмерке", значительно более в этом плане продвинутой, замах шире: с любой sql-машиной. Пока с тремя вышло ;) Но все-таки... Аж с тремя :) SQLITE для ДВФ? Тут бизнес-решение. Если бы этот продукт хоть проприетарным был, можно договорится об роялти, но тут сложнее... Нет, не надо сравнивать. Надо выбирать: v7 не имеет функциональных преимуществ (т.е., на ней нельзя сделать что-то таке, что недоступно v8, а даже наоборот). К среде исполнения v7 имеет больше ограничений: только Windows, только MSSQL. Причем устаревшие версии (оч.умелые ручки в коробку не влезают). Может, v7 дешевле? Правда штоль? Не слышал обоснований, где не было забыто что-то существенное ;) Вот и все: просто выбираем, на что ткнуть пальчиком "Заверните!". | | |
| 150
- 20.06.2014 - 12:00
| (147) Вот уже несколько лет при учебном центре компании Портал Юг (г. Краснодар) функционирует 1С:Клуб программистов – это не школа и не секция дополнительного образования, а настоящий клуб для ребят 11-17 лет, а в формуле по прежнему используется цифра 18. Так мы далеко не уйдём. | | |
| 151
- 20.06.2014 - 12:12
| Цитата:
Мы старания утроим, построение устроим И пройдем железным строем накануне перед боем. Пусть не кажется порою, что сражаться будет просто, Мы - отважные герои очень маленького роста, Мы - отважные герои очень маленького роста. А враги гора-горою мимо нас глядят устало, Они вовсе не герои, но огромные, как скалы, И холодные, как льдины, не воюют, а скучают. Мы бы всех их победили, только нас не замечают. Только нас не замечают из-за разницы в размерах, И поэтому прощают, очень маленьких, но смелых. (Машина времени) | | |
| 152
- 20.06.2014 - 12:18
| Цитата:
| | |
| 153
- 20.06.2014 - 12:21
| P.S. ничего против 7-ки не имею, сам с нее начинал и учил кодить на ней многих (и очно и заочно, при помощи самосочиненных методичек). Но 8-ка это инструмент, который позволил решать подавляющее большинство задач гораздо быстрее и изящнее, чем на клюшках. | | |
| 154
- 20.06.2014 - 12:55
|
(149) На доводы о якобы преимуществах 8 над 7 отвечу тезисно: 1) Многомерные переменные (списки, массивы, ets.) и прочие объектноориентированные конструкции —> 1C++ 2) До уровня и масштабов бизнесс-процессов, когда возникает реальная необходимость задействования SQL-технологий надо как говорится дорасти с учётом указанных в п. 34 нынешних масштабов. 3) О "внутреннем ограничении" хотелось бы подробнее, потому как невполне понятно что имеется ввиду. 4) Использование в информационной системе SQL-сервера в качестве несущего отличного от MS помимо очевидных выгод одновременно влечёт за собой и неявные недостатки. 5) Использование 1sqlite и её проприетарность неактуальны, т.к. владелецы бизнеса как правило силами собственных специалистов разрешают вопросы работоспособности информационной системы. 6) v7 не имеет функциональных преимуществ (т.е., на ней нельзя сделать что-то таке, что недоступно v8) - затрудняюсь прокомментировать, так же и: К среде исполнения v7 имеет больше ограничений: только Windows, только MSSQL - а именно, является ли ограниченная среда исполнения очевидным недостатком v7. 7) Дешевость v7 так же неочевидна как и все ранее отмеченные её преимущества. Склонность к обобщению критериев оценки сложных систем до уровня 1/0, чёрное/белое, хорошо/плохо, правильно/... - вот основной тормоз процесса развития всякого бизнеса. | | |
| 155
- 20.06.2014 - 13:29
|
Резюмируя всё вышесказанное, поведаю вам быть может поучительную, а быть может и для кого-то знакомую историю: Как-то пятничным вечером предложил товарищу отправиться на рыбалку. Идея оказалась настолько увлекательной, что на рассказы о своём прежнем опыте рыбной ловли товарищ без устали рассказывал мне следующие два дня. Как вы уже догадались, далее порога дома за эти два дня мы удалялись ровно до близлежащего магазина. Свежей рыбы и удовольствия в ожидании поклёвки в те выходные со мной не случилось. | | |
| 156
- 20.06.2014 - 13:39
| 142-economist >УНФ за двадцатку вполне подойдет | | |
| 157
- 20.06.2014 - 13:42
|
bma1 - обслуживание 7-кой бОльшей части выручки означает МЕНЬШИЕ удельные расходы на единицу оборота, а значит бОльшую эффективность и распространенностью решений именно на 7-ке. Понятно что так будет не всегда. "Семеркекапец" мы слышим все чаще. И, кстати да: я за семерку не ратую: был бы ПУБ для 8-ки, да еще за 3,5 тыс. руб. - вперед и с песней! Но нету. УНФ не то, УПП не того... | | |
| 158
- 20.06.2014 - 13:47
|
149-VZ >Файловая восьмерка работает на порядок быстрее, чем семерка DBF на тех же данных. Файловая восьмерка работает быстрее, чем на MS SQL, но до определенного момента, с ростом объема данных происходит деградация быстродействия. Это при работе в одну морду. С ростом количества пользователей, при выделении и добавлении серверов приложений 8-ка на MS SQL будет на коне всегда. Рассматриваю именно MS SQL, потому что постгри - тормоз, несмотря на управляемые блокировки и тюнинг настроек. | | |
| 159
- 20.06.2014 - 13:53
| 157-economist >И почему же вдруг они стали меньше? | | |
| 160
- 20.06.2014 - 13:56
| 157-economist >Объективная реальность, массовые вакансии для восьмерочников есть везде и постоянно, для семерочников - в основном в Москве, с требованиями выше средних, и "желательно знание 8". | |
Интернет-форум Краснодарского края и Краснодара |
