Вот дожился
Все-таки придется переводить ТИС 7.7 под SQL
Чтобы не свертывать и жить спокойнее
Нет ограничений по бюджету - все в разумных пределах
Я не жду ускорения не жду улучшения работы с транзакциями
Хотим позже перейти на 8-ку. Попробуем программиста в штат взять
У меня пока что не получается

Но пока что решили хотя бы на SQL перейти
Но это на ЦБ, на 6 ПБ пока DBF будет.

Срок 1-2 месяца на все.

Как-то вот стремно было на боевые базы SQL ставить
Так-то пробовал и не раз.
НО есть куча отчетов тяжелых. Опять же то ли будет лучше то ли они вообще перестанут работать

Малость сумбурно но надеюсь что "двинете" меня в правильном направлении с хорошей скоростью

Сразу уточню - ничего сверхсрочного и критичного слава богу нет
Недавно сделал свертку ЦБ и пересоздал ПБ так что на самом деле как минимум месяцев 10 у меня есть
до следующей свертки но лучше обойтись без нее )
Вот только вопрос с ПБ - если их на DBF оставлять то опять же сворачивать придется
На ПБ 4-5 компов и один сервер win2003 - столько не жувут конечно ) но живы курилки

Шёл 2020й год..

только хотел тоже самое написать

(0) ТИС сильно переработанная но в-основном с помощью внешних механизмов
Хотя учет кабельно-проводниковой продукции, система дисконта, ячеечное хранение - все свое кровное придуманное )

(1,2) Согласен но что раньше все работало что сейчас работает
Но руководство так решило

А вы от центральной базы после свертки переферийки по новой отпочкуйте.

При хорошем высокоскоростном интернете можно ВПН поднять и удаленно в одной базе всем 6 точкам работать

(5,6) Пусть так но все равно под скуль надо - юзеров много база порядка 10 ГБ
Но ведь в-общем летает в терминальном режиме но надо SQL иначе кирдых )

(5) Конечно я так всегда и делаю но ведь речь идет о том чтобы вообще от сверток отказаться

Скуль однозначно, у меня тис розничные магазины уже без свертки 5 Голосков работают

дай Бог памяти, в 2001-ом или 2002-ом меня специально принимали на 1С-ку первый раз официально именно для перевода баз на сиквел

Вы за что переживаете?

До того 2001 года я видел живьем еще реликты, в которых дбф формат хранился на новеловском серваке, а тут спустя 20 лет задаются вопросом "получится или нет"

(0) готовьтесь к тормозам. (будет держать объем, но стабильно тормозить на любом объеме)

я бы не к тормозам готовился, а поискал инфу, какой именно ms sql ставить, потому что была инфа, что не всякий подойдет для работы с 7.7

(11) За то что SQL - отдельная СУБД и как бы не пришлось переделывать отчеты и обработки. Ну и потом чтоб не было замедления
(12) Да я уверен что взлетит но вот как с железом которое уже и win2008 server не поддерживает ?
Ну просто прежде чем ввязываться в бой хотелось бы знать основные подводные булыжники ну и камешки тоже

(0) у меня работате. но если совсем типова тис то потребуется расшивка узких мест где внезапно появятся тормоза

(14) Ага. Хотел sql 2008, вроле не должно быть больших проблем
SOlutionы у меня есть если что )

(16) Сильно не типовая да еще и формекс использую активно

Я х.з. вроде не стонут

(16) все запросы модулях проведения переписаны на прямые?)

Да просто тут и винду серверную надо подобрать и сам скуль
Да еще знать его хоть немного вообще-то сейчас в вузах скуль изучают
насколько я знаю так что это не фунт изюма )

Народ приходит в контору и сильно удивляется как на DBF работает вся эта конструкция
и таком количестве юзеров. Но вот работает же )

(20) (18)

нет. много мест где идет запрос чрез много вложенностей. а скл это не любит. форма подбора с остатками тормозит.
любая постоянная выборка периодики тормозит...
ставка ндс периодическая однако по сотне раз проверяется вызывается и т.п. для товара.

оптимизация определенная требуется. у меня например много ТЗ разных с данными, и например при обращении к период рев спр идет через функцию, которая сначала к этому элементу ищет это значение. Ну или не периодических. да много чего. ставь и смотри. отладчик сразу покажет на производительности где косяки.

(22) Но не хочу 7.7 нив каком виде.
ЗУП вроде ведем но опять же дублируем на ЗИК
Пора заканчивать с этим.

(21) скуль стабильный с патчем 27 платформы только под 2005. далее народ тестил но могут быть проблемы. под 2005 стабильно работает

(25) Спасибо! Конечно хорошо бы знать где стелить соломку но видно придется по граблям
прыгать и уворачиваться

Не понял в чем грабли то?
Если RDP сервак то ваще никаких проблем, в виртуалку засунул W2k3 c SQL2005 и все

(27) на скуле начинает тормозить в неожиданных местах

(0) В конце 90-х с Аспекта, если кто еще помнит, на 1с sql перелезал, путем десятков самописных обработок с переносом данных, и ничего.... фирма еще потом долго работала....а тут такое...\
Не...рано, надо 2030 подождать, тогда - пора....

лет 5 или 6 назад последний раз переставлял АльфаАвто 3 ред. 77 на Sql. Связано было с физическим умиранием сервера (диски сдохли все и как то сразу).Тогда с админом  очень долго запускали саму связку Скуля с 1с -обычные сборки не работали. Смысл проблемы точно не помню-там была проблема и совместимость самого скуля и новой Винды серверной, а также 1с и скуля. Версии точно не помню, но сервак был на 2008Win Server, а sql -2005 (если правильно помню).Более старое ПО-просто на новое железо не ставилось ни в какую. В результате заработало только тогда,когда 2 dll  от скуля заменили на найденные на просторах интернета (ломанные они были что ли?-до сих пор где то  лежат в загашниках у админа).Там еще проблемы с рарусовским  ключами были-но это другая история.
Быстрее чем ДБФ-оно на sql не работало
количество человек было около 50-поэтому только sql

(28) Дык на скуле логично прокрутка не как в dbf но зато запросы шустренько.
Технически конфа 1С 7.7 которая оптимизирована по движку и интерфейсу списков для dbf не фонтан на sql и наоборот.
Вот в 8.Х там уже этот разрыв убран и стало нормально.

(31) Да было бтиповое - прям тут же выгрузил, одпшаманил что надо
работаю в 8-ке.
Но вот вся эта конструкция сложная никак в нее впихиваться не хочет
Точнее можно впихнуть но только на копии, на боевую работу стремно ставить
Особенно из-за магазинов - там же относительно массовая продажа
Не дай бог что-то не отработает - убытком по моей "умной" башке )

В 2015 у одного из заказчиков была ПУБ 7.7 на DBF. 50 пользователей. Работало быстро, разве что открытие периода 1 числа каждого месяца выполнялось около часа.
ИМХО, я думаю, не стоит переходить на SQL автору. Это все полумеры. Надо на УТ11 (+РТ, если периферийные базы - это магазины) переползать.

я столкнулся с тем что 77 на скуле (не 2000) адски тормозит на запросах где типа
Условие(Номенклатура в СЗ). просто адски тормозит. не имея знаний по всяким профайлерам максимально что смог увидеть\понять что на каждую номенклатуру из СЗ генерится отдельная скульная процедура, которая выполняет запрос на отдельную эту номенклатуру. как-то так. адски долго это все. (возможно потому что 77 была у клиента патчена криво секретным релизом или еще как). Лечил тупо убиранием этого условия из запроса и в обходе результатов делал типа
Если СЗ.НайтиЗначение(Запрос.Номенклатура)<>0 Тогда - работало на порядок быстрее

Если нет чегото сильно нетипового типа запросов прямых оптимизированных под дбф, то переход на скуль - особых проблем не принесет. просто ВОЗМОЖНО в некоторых местах будет работать не так быстро как хочется.
но это уже полечится доработками. Опять же - если выпилены какие-то свои тяжелые формы с кучей выборок\запросов и сделаны "криво" - ну, придется подработать более-менее по уму. Никаких критичных вещей не вижу.

(33) у меня аналогичная проблема (даже проще чем у ТС) - надо бы переходить на 8-ку (выбрали EYA? пока стопэ - бюджета нет).
у автора - насколько я знаю - есть допилы критичные сверх типовой по кабельной продукции.
чтобы это БЫСТРО и ПРАВИЛЬНО перетащить на УТ - нужен хороший спеец по УТ (не кодер-прог - нахрена он нужен?) а именно спец по УТ с практикой ее использования\настройки\внедрения на аналогичной специфике.
быстро найти такого АДЕКВАТНОГО спеца - который протянет от и до переход и начальный этап работы - хрен вам в люлю, а не радость. а с учетом магазинов - проект перевода на УТ с переводом магазинов на8-ку (8-розница?) у автора с ЗП спецу сожрет бюджет примерно (грубая оценка поллаптя туда-сюда) - не меньше 2 - 2.5 лямов.

тест сообщения

Около шести лет назад в работе была SQL-версия ПУБ 7.7. Размер базы - около 20 гиг, пользователей через терминальный доступ - около 100.
Всё было норм, но для отчётов, обработок и прочего я использовала 1с++ (классная вещь :) ).

(0) Всё взлетит, главное подходить с умом.

(34) правильно. поэтому надо либо 1 товар запрос либо по всем а далее выбирать нужный

да и при конвертации с скл вас может нежданьчик ждать в виде дублей в дбф таблицах.
2 записи с одним ИД дбф переваривает. скл нет. приходилось руками из дбф эти записи выпиливать

(40) Я с этим сталкивался только не у себя
Не было бы розничной части - все было бы проще но у меня и в ЦБ магазин кроме остального
Не получилось пока остатки центрального магазина выделить в отдельную ПБ
И вот такая огромная база (пусть 20 ГБ) не дай бог екнется а на ДБФ назад
уже не перейдешь без свертки

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

(0) все переходы - это пол беды. надо еще пережить период, когда пользователи начинают понимать, что все стало работать в пару раз медленнее чем раньше)
могу с переходом на УТ 8 могу помочь, если в мск)

(42) Орел вот такие мы орлы )

(0) Вообще я тут уже увидел многие проблемы и проблемки

1. винда например 10 похоже безальтернативное наше будущее
2. восьмерочные базы открываются медленно работают не быстро
пример: ЗУП - расчетный листок несчастный формируется больше минуты
в то же время в ЗИК - секунды

(36) Хрень все это все проблемы перевода типовой фирмы это сопротивление юзеров и "сделайте как было в 7.7", "а мы привыкли к другому отчету".

Фактически же УТ+Розница развернуть с переносом данных по НСИ и остаткам дело месяца.
Можно и быстрее, лично делал перевод с 7.7 на 8-ку с поддержкой команды эникеев 180 магазинов за пару недель.

(43) в середине 2000-х мотался по городам и весям с проектами мобильной торговли.. было ж время))
(44) а почему 10? почему не терминальный сервер для бухгалтерии?

(46) Да нет я просто про 10-ку.
Есть у меня полувосьмерочный клиент старый так у него три ноута с вин10 домашней

(46) Забудьте про терминальные сервера, тонкие и веб-клиенты давно уже.

Все современные конфы УФ заточены на веб-сервер и тонкие клиенты, они в них только и работают как задумано.

(48) походу, одни думают, другие пишут ЗУП))

(49) Проблема ЗУПа в перенавороченности конфы и слишком много разного хлама в ней.
Если отрубить нахрен все лишнее (все эти говно-онлайн-интернет фоновые сервисы) и нормальный комп (проц! ram! ssd!) то ничего там не тормозит.

(39) неправильно. потому что тупило адски.
не так как в прочих базах.
где-то что-то не так настроено/пропатчено...

(41) не, ну если болт забить - то екнется все.
у меня 10 ГБ дбф вертится без еканья больше 10 лет.
ВМС простенькую на ДБФ вертелась 2-3 года - не екнулась (а это тебе не УЧЕТНАЯ Прога).
ВМС-2 нормальненькая такая вертелась 2 месяца на ДБФ - в месяц под миллион операций, если не больше... не екнулась.
фармация опт вертелась на скуле 4 года - правда обьемы там были много меньше, но при этом скуль ВООБЩЕ не трогали. как поставили - так и вертелся (скуль2000) - я даже не помню чтобы там какие-то статистики и обслуживания были (может и были.. хз). просто вертелся и всё.
.
так что - не сцы.
главное чтобы бюджет не зажали.
хочет бизнес работать устойчиво - пусть ресурс выдкляет.
не хочет - риски дело руководятелов.

(50) проблемы 8-ки - в универсальности.
дальше будет только хуже при той архитектуре/подходах.
и решение будет только единственное - мощнее проц! еще мощнее! больше оперативы! еще больше!!! ссд! ссд!! и такие компы нельзя назвать "нормальными" - это уже хай-сегмент.
.
почему мне для всей работы (инет-офис) хватает старого пня десятилетней давности, а для сцуко торговли и бухгпалтерии нужен хай-конфиг? бухия и торговля за 10 лет сильно поменялись? нихера практически (кроме повальной маркировки и регистрации). бизнесмены сильно за 10- лет поменялись? да тоже нихрена!
.
непонятно все.

У нас не взлетело. Скорость записи на скуле просто ужасна, по факту он просто не успевал загружать данные от перефирии (их было 7 штук) и выгружать изменения по филиалам (с выгрузкой из всех филиалов по ночам данных в отдельную, общую, самописную базу на 8-ке для анализов и просмотра статистики за лохматые года). В конечном итоги даже пришлось отказаться от полного обмена, а перейти на MOD с выгрузкой только справочников (ну и документов перемещения).
На текущий момент перевели все филиалы в единую 7-ную базу дбф и отказались от обменов (ну кроме обменов с БП)

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

(53) Я согласен полностью. Но так реило руководство. Оно же во все нюансы не влезает.
Слышит то что говорт другие их коллеги директоры
Короче будем пробовать. Хотя стремно это делать

(54) Вот этого я и опасаюсь. Начнутся тормоза сильные обмены начнут затыкаться - и что тогда делать?
Ну а с другой стороны дбф-ную базу свертывать надо каждый год

(54) Может железо слабое - ресурсов на взлет не хватает?

(57) ну не забывай что и подбор будет дико тормозит в "типовой" так как все "динамические" колонки (остатки, менеджер и прочее) дико тормозят, приходиться либо отключать, или переписывать на прямые запросы.
Короче нам было проще резать раз в год, чем добиться оптимальной скорости путем переписывания всего на прямые запросы. Ну и сейчас с интернетом гораздо проще, так что всех в одну базу в терминал и резать не надо.

(58) возможно, это было 15 лет назад

Просто сейчас работаю в 2-х конторах с одинаковой спецификой. В каждой по 100+ человек в базе.
Одна на ТиС с проводками в 7-ке (дбф). Режем раз в год на новый год (все филиалы в одной базе).
Вторая с апреля 2019 года перешла с самописки на 8-ке на типовую УТ11. (аналогично, единая база)

Так что примерно вижу картину и в скорости работы и в стоимости серверов

(59) Если на точках идет массовая продажа (электротехнических товаров) в розницу и отп - вот как в одной базе. Ну вот нет вдруг инета и все - магазины встали. Убытком мне по шеям )

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

Руководство боится что конструкция накроется вдруг но не вижу для этого причин пока что никаких.
Слишком много лет все это работает достаточно стабильно и многофирменно

Перейти на 8-ку с ее тонким клиентом и т.д. - пусть я в помощниках буду (у меня и 7-ки хватит работы) - вот это дело
Мы заплатили за новый сайт на битриксе а обмена-то нет только со старым сайтом все мои выгрузки работают (ассортимент цены дисконт заказы личный кабинет)
Но столкнулись с вилами:
1. Юзеры привыкли к 7-ке которая развивалась хронологически а в 8-ке надо понимать хорошо что и как (в УТ обязательно)
2. Администрирование БД другое тем более юзеров много так что будет sql и сервер 1С-Предприятие
3. ЦБ на УТ магазины на РТ. Но в магазинах есть еще и опт то есть накладные есть оптовые и одни остатки в ООО И ИП (то есть режим интеркомпани везде)
4.............................. И еще много чего.

Вот такие мои делишки )

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

(61) А еще могут свет в офисе отключить, где сервера...
Правда можно эту проблему решить выносом серверов на площадку в Дата Центре, если параноей не страдаете.
ПО крайне мере у нас таких проблем 1,5 в год. Один раз решилось переходом на резерв, другой раз полдня все отдыхали. Короче в пределах погрешности

В другой конторе у меня работает 15 человек в УТке (+ 2 магазина на УНФ) 1С-ка работает на арендованном сервере.

У 8-ке есть другой прикол/проблема
Если в 7-ке развивается постепенно и ты управляешь процессом, то 8-ка развивается в независимости от тебя, и то что вчера было слева и работало после обновления платформы/конфигурации вдруг перезжает в другое место и перестает работать. И если в конфигурации ты можешь это хотя бы поменять, то вот когда они в платформе двигают кнопки, то становиться грустно

(63)"А еще могут свет в офисе отключить, где сервера..."

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

(65) У нас неделю небыло интернета от ростелекома, после того как бездонная собака провалилась в открытый люк и перегрызла там провада. Так они неделю искали чей это люк и у кого надо разрешения брать (толи водоканала, толи еще чего). Пришлось в срочном порядке тарелку от NForte ставить.

Ну и генератор не всегда выход. К примеру вот у меня дома если свет отключат, толку от генератора если оборудования провайдера в подъезде не запитано и не работает (это для любителей прятатть сервера на квартирах)

С одной стороны и БУХ 7.7 (ОСНО и УСН) работает многофирменно но опять же боюсь - ведь главбух всегда была категорически против свертки бухгалетрских баз и у меня по одной из фирм с 2000 года базы по другой с 2007 и т.д. Выгрузка из ТИС в БУХ уже очень большая стала - файлы обмена больше 100 мб.
На БП переходить не хотят, боятся, еле еле уговорил на ЗУП - и по ЗУП уже ровно как в ЗКИ а ведь 4 фирмы в компании

Хрен его знате что со всем этим делать. Ощущение что с горы катится 8-ный снежный ком а я из вод него еле увертываюсь.
Надоело это делать, пусть будет как положено 8-ка и УТ и БП и ЗУП И РТ на филиалах. Никто не против заплатить за весь этот огород-переход нормальные деньги но нужен живой результат а не акты выполненных работа, нужна работа по проектному внедрению но опять же с гарантией результата в договоренные сроки.

(66)"Ну и генератор не всегда выход. К примеру вот у меня дома если свет отключат, толку от генератора если оборудования провайдера в подъезде не запитано и не работает"

в (65) я этот момент обговорил :) в идеале, чтобы оборудование прова также можно было запитать от своего резервного источника, или когда оборудование прова далеко, на других подстанциях

(69) Бензогенератор есть и на ЦБ и на чатси ПБ. НЕ вопрос.

(67) Вот бухию на 8-ку желательно перевести, тем более в связки с ЗУП. Тем более с выходом 3.0 она наконец таки может в паралельную работу, когда разные фирмы не мешают друг другу (раньше перепроводка по одной фирме вешала всю базу и другие ждали когда закончиться перепроводка). Ну и никаких обменов в БП, иначе в "час пик" можно получить нехилые проблемы с транзакциями

(67)"но нужен живой результат а не акты выполненных работа, нужна работа по проектному внедрению но опять же с гарантией результата в договоренные сроки"

хочешь сделать хорошо - сделай сам :)

(67) Может вообще ЕРП сразу пробовать ставить? Вроле контора наша не маленькая еще и строительством всерьез занимается и проектриованием

(71)
1. Не хватает знаний и умений по 8-ке
2. Рукодовоство никак не поймет принципиального отличия 8-ки от 7-ки (потому в 7-ке все привычно,
а то что делалось это годами - забыли уже) и получается что вот придет один!!! человечек
и быстренько все разрулит, все допишет в 8-ке, и в УТ и в БП и в ЗУП и с Битриксом работу наладит и т.д.

Я увы не этот человечек хотя при наличии грамотного проектного внедренца наверное бы вытянул весь этот воз!

(70) А с транзакция вы в ТИС как боретесь? Ведь ДБФ базы. На ЦБ с утра бывают траназкции - загрузка из клиент-банка, плнаирование закупок (3 закупщика разом и еще управляющие на ПБ), касса розница опт и еще всякие документы по строительству приход перемещения и т.д. + куча тяжелых отчетов запускается - с утра ..опа бывает с транзакциями, на ПБ только во время обмена а он не часто в течениее дня запускается

(73)"Рукодовоство никак не поймет принципиального отличия 8-ки от 7-ки (потому в 7-ке все привычно,
а то что делалось это годами - забыли уже) и получается что вот придет один!!! человечек"

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

Ну как минимум нужно переносить цены из периодических в обычные регистры. Ну и кэширование констант при запуске
Гу и жедательно всем принудительно установить время захвата в 0

Функция УстановитьВ0ВемяОжидания()
    ВремяОжиданияЗахватаБазы =Константа.ВремяОжиданияЗахватаБазы;
    Если ВремяОжиданияЗахватаБазы < 0 тогда
        Возврат 1;
    КонецЕсли;
    
    ЛокВэйт=0;
    Попытка
        МойТекст1С=СоздатьОбъект("Текст");
        МойТекст1С.Открыть(КаталогПользователя()+"1Cv7.CFG");
        НомерСтрокиТекста = 1;
        Пока НомерСтрокиТекста <= МойТекст1С.КоличествоСтрок() Цикл
            СтрокаТекста = МойТекст1С.ПолучитьСтроку(НомерСтрокиТекста);
            Если Найти(СтрокаТекста, "LockWaitTime")>0 Тогда
                Если Найти(СтрокаТекста,Симв(34)+"LockWaitTime"+Симв(34)+","+Симв(34)+""+Константа.ВремяОжиданияЗахватаБазы+""+Симв(34))=0 Тогда
                    МойТекст1С.ЗаменитьСтроку(НомерСтрокиТекста,
                    "{"+Симв(34)+"LockWaitTime"+Симв(34)+","+Симв(34)+""+Константа.ВремяОжиданияЗахватаБазы+""+Симв(34)+"}}");
                    ЛокВэйт=-1;
                    Прервать;
                Иначе
                    ЛокВэйт=1;
                КонецЕсли;                                                
            КонецЕсли;                                                
            НомерСтрокиТекста=НомерСтрокиТекста+1;
        КонецЦикла;
        Если ЛокВэйт=-1 Тогда
            МойТекст1С.Записать(КаталогПользователя()+"1Cv7.CFG");
            Предупреждение("Пожалуйста, войдите в базу повторно",5);
            Возврат 0;
       КонецЕсли;
    Исключение        
    КонецПопытки;
    Если ЛокВэйт=0 Тогда
        Предупреждение("Пожалуйста, войдите в базу повторно",1);
        Возврат 0;
    КонецЕсли;
    Возврат 1;
КонецФункции

// получение константы если она есть то из кэша, иначе из базы
Функция глКонстанта(Имя) Экспорт
    Значение = глКэшКонстант.Получить(Имя);
    Если ПустоеЗначение(Значение) = 1 Тогда
        Значение = Константа.ПолучитьАтрибут(Имя);
        глКэшКонстант.Установить(Имя,Значение);
    КонецЕсли;
    Возврат Значение;
КонецФункции
// получение полномочий

Функция глПолномочияПользователей(Имя) Экспорт
    Значение = глКэшПолномочий.Получить(Имя);
    Если ПустоеЗначение(Значение) = 1 Тогда
        Значение = глПолучитьПолномочие(Имя);
        глКэшПолномочий.Установить(Имя,Значение);
    КонецЕсли;
    Возврат Значение;
КонецФункции

(74) у меня урбд.
1. всех с тяжелыми отчетами в отд безе
2. при проведении минимум рассчетов тормозящих модуль проведения

(75) Как говоится не в бровь а в глаз. Сам на эту тему постоянно думаю
но до хренища всяких работа по нашим 7-кам.

Вот сейчас отойду на полчасика-часик и потом приду и постараюсь подробно и предельно откровенно ответить.

(80) можно не отвечать.
Это будет просто реинкарнация темы "незаменимый Вася"

(81) Иногда выговоришься - и легче на душе. Поэтому пусть коллега уж откровенно ответит. Не забывай, что 1Сник - образец толерантности и сочувствия к чужой боли.

(81) Неа. Заменимый и еще как и этим горжусь блин)
В последние годы даже в отпуск на море стал ездить без страха что без меня контора встанет
Пусть где-то кустарно но сделано так что от меня на 90% как  иинимум контора не зависит.
Потому и не перешел на скуль потому что думал - что-то не заработает и опять без меня никак.
А так вполне "какают" - если что закрыл приложение 1С 7.7 и заново запустил. Финальные обмены ночью
Архивы через кобиан на каждой точке вечером.

Ну как?

(83)+ Более того когда в самый разгар квартальной отчетности года два назад - у меня тяжело болел родной человек, то и бухгалттерия практически справилась без меня (а это 5 бухгалтерских баз), я только выгрузил из ТИС загрузил в Бух, все там сформировал а уже все нюансы бухи молодцы без меня вытянули и я только в СБИС потом все это загрузил.
То есть и тут особенной зависимости от меня нет. Все обработки формирования книги покупок и продаж
внешние открытые без паролей всяких. Вот такой ответ на (81)

(83) вроде норм, но интересно более твое внутреннее самочувствие - как ты вообще себя чувствуешь на технологиях конца 90-ых, в 2020 году? Не гложит ли тебя червячок, что какая-то вот реальная фигня щас происходит - почему основная масса 1сников хотя бы на какой-то версии смузи-восьмерки, управляемого приложения и прочих этих щиколотко-задранных технологиях, а ты там - ну в лихих конца 90-ых? :) Сейчас у 1сников 8-шников тренд - куда валить из 1са, т.к. при тоталитарном узурпаторском режиме невозможно ни жить, ни работать - и каждую неделю они, естественно обревевшись на то, какая 1С - ка-ка, спрашиваю - ну куда ж свалить то, чтоб как в Америке только?

У тебя вот нет чота такого?

(84) "я только выгрузил из ТИС загрузил в Бух, все там сформировал а уже все нюансы бухи молодцы без меня вытянули и я только в СБИС потом все это загрузил."

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

Одна беда - все это на 7-ке.
Есть у меня клиент один сторонний там уже давно то что было возможно на 8-ку перевел
Но тут как тормоз как напасть какая-то. Есдт б хоть башка не болела бы о бухгалтерии и зарплате может и осилил бы с божьей помощью УТ

(86) Пять контор в холдинге - 5 бухий (ОСН ИП и УСН) и 4 ЗИК )а теперь уже и ЗУП)
Что касается обработок - ну да делаю я ибо бухи "умирают" от бешеного объема первички и прочей своей работы
Так что у меня они делают только 3 раздел декларации по НДС и подчищают косяки из-за переженивания по догворам (62.2,62.1,60.1,60.2)

(88) У меня 4 конторы. И ничего, живы они. Тем более - делать им только - налоги подчищать и доходы укрывать )))

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

Там прикольно что для УСН Д-Р для розницы фактически налоги надо в оперативном учете считать, или тащит все с партиями по обмену в бухгалтерию что слегка извратно.

(90)+ Если кто не понял то проблема в принятии расходов в части затрат на товары от поставщиков.
Там же можно зачитывать сумму только полученный, оплаченный и уже проданный товар от этого поставщика в этом периоде.

(91)+ И наступает жопа в плане возвратов в рознице, пока хз что делать и как считать это правильно.
А то продали товар в розницу, как расход учли а оно потом вернулось и? Расходную часть пересчитывать в налогах и корректировку подавать?

(92) *Доходную и расходную часть пересчитывать

(85) Отвечаю.
Из того с чем столкнулся::
1. медленно работает 8-ка яж говорю расчетный листок в ЗУП формируется околоминуты, в ЗИК - секунды
2. Требуются непонятно какие мощные ресурсы техники хотя 7-ка в терминальном режиме в-общем летает на 50 юзерах
(ну или 45). С Windows 10 слабо дружу хотя иногда приходится.
3. В 7-ке все рожали совместно с шефом аж с 2003 года, но уже в 2005 году выгрузили из комплексной в ТИС БУХ И ЗИК - все разделили (ибо обновлять сильно изменненую конфигурацию и в плане ТИС и БУХ и ЗИК было кошмарно), был один маленький магазинчик а сейчас одних видов кабеля оклдл 1000 позиций, 6 магазинов, опт и т.д. (документооборот в базе примерно 1000 и более торговых и прочих документов в месяц)  В штате с 2008 года+на мне были все аукционы компании много лет (44 и 223 закон). Но вся конструкцию создавалсь практически со старенькой типовой комплексной постепенно и конечно такой ячееячный склад как у нас, такой учет работы склада со штрихкодированием документов (не товаров) и прочее - да вот это все мной создано и пашет и может пахать Без меня.
(89) Так и у меня слава богу живы и уж обмен бухии с зиком давно делают слава богу сами.

Что касается 8-ки:
Я-за, приглашали в штат человека, пришел человек вроле с опытом посомтрел на нашу контору в смысле организации оперативного и прочего учета - и больше не пришел. Сказал что лучше меньше где он есть да спокойнее. Я не против никаких препонов с моей стороны нет

Несколько лет назад был человек во франчайзиноговй конторе - сделали ТЗ, на одном магазине запустили РТ 2.0 с учетом учета кабельно-проводниковой продукции (отрезов, пришивания и т.д.), правда РМК из-за наших заморочек пришлось в обычном режиме использовать

Ну и били чеки и прочее, но там опта не было. Однако за управленческой частьью все равно в ЦБ, в 7-ку ибо переоценки свои, ценники хитрые свои и т.д. Потом обмены 7-ки с 8-кой отдельный геморрой омобенно когда ьыли длинные проблемы с инетом. Делал яяя в 7-ке справочник для фиксации объектов к обмену и т.д.

Вроде с точки зрения чистой розницы все неплохо но тут еще режим интеркомпани который у нас (все конечно после тоо отчет ккм из 8-ки выгрузится в 7-ку и уже там отработает режим интеркомпани

Плюнули (человек увы из конторы франча ушел на свобоодные хлеба тогда) и вернули магазин в 7-ке. Благо что масгтабирование у меня сделано и года 3 назад добавился еще один магазин (опт и розница) без особенных проблем заработал как остальные).

(94) Все правильно, зачем программисту ипаться с заморочками законов и учета в 1С когда можно податься на модную Java и там тупо кодить по ТЗ?
Какой бух может вменяемо ТЗ составить, они даже объяснить без упоминания своих дебет-кредит и счетов не могут.

А бухгалтер-программист высокого уровня который лучше буха бухучет и налоги и оперативный учет в опт/розница знает это не то что фантастика но стоит пипец скоко и хрен найдешь.

(94)+ Вот с Злобчинским давно лично общаемся. Он не даст соврать - все так как я описал и есть.
Надо переходить на 8-ку, надо, пусть будет человек в штате грамотный, мне 60 лет стукнуло между прочим.
Пусть переводит, пусть у него будет больше зарплата, но путсь контора перейдет-таки на 8-ку полностью и забудет о 7-ке вообще. Это мое большое желание !!!

(96) А начальство понимает что за спеца который по сути может заменить и главбуха (в части знаний а не руководства) и простого программиста надо платить не зп буха+зп прога а по рыночному?

Ну нету таких почти на рынке, там особенность что такие спецы нужны только на период перехода/внедрения а потом не надо, хватит только буха и прога на поддержку.

(96)+ Если что я могу и аналитиком работать и аукционами заниматься и много чем еще. Но опять же хочется и увидеть и приложить максиммум труда к переходу на 8-ку. Надоела мне 7-ка. Хотя в 7-ке внешнюю печатную форму за полчаса сделалю а в 8-ке требуется минимум часа полтора

(97) Главбух очень грамотная но она же еще и финдиректор по-сути, ей просто некогда и тяжело престроиться на 8-ку. хотя ей и 40 нет. Вот с расчетчиком мы ЗУП более-менее осиливаем

(81) Я ответил на Ваши вопросы?
Может как-то срезюмируете нашу ветку, кстати а еще про ЕРП спрашивалл, может с ним стоит работать пробовать?

(99) Эээ.
Вы понимаете что высоты главбуха глубоко похрен какая программа!
Хоть эксель, хоть 77, хоть 8ка, хоть бумажка с ручкой и счеты?

Если не пофиг - это не главбух а оператор-менагер по вводу данных в прогу и кликальщик по кнопкам с целью "получить отчет"

(101) Нет, не по хрен ибо она базы 7-ные начала с 2000 года вести

(102) Про что и веду речь. Нет у вас главбуха и даже просто хорошего буха нет. Есть бухоператор бухпрограммы.
И есть "незаменимый Вася" который в бухпрограмме ковыряется ))

Готов услышать самые нелицеприятные но конструктивные оценки ситуации

(103) ДАвай не трогать главбуха который еще и финдиркетор по-сути и кредиты и проверки и аудиторы и и т.д. - все на нем окромя бух и налогового учтета

(85) "как ты вообще себя чувствуешь на технологиях конца 90-ых, в 2020 году?"
ну, скажем так - 77 - нормальные технологии до 2010г как минимум. даже чуть больше.
.
я вот более-менее нормально себя чувствую.
с конца 90-ых до сейчас - в автоматизируемых областях существенных изменений не произошло (имхо).
единственное что реально возникло и развилось - это интернет, соответственно обмены и интеграции.
ничего более сущкственного - не произошло.
.
основные проблемы как были так и остались - невменяемость и упертость руководителей, отстутсвие планирования, промышленных подходов к развитию и сопровождению конторы.
.
имхо.

(104) Возьмите Розница2, возьмите БП3 и попробуйте поставить, настроить как надо для тестового склада и пары магазинов и проверить как оно работает при внедрении с нуля, без переноса данных.

Если с нулевого внедрения все работает (считайте что нет сейчас никакого софта на 7.7) как требуется для законов, налогов, отчетности и прочего.
Вот уже тогда думайте как сделать перенос НСИ и остатков из текущего софта. Считайте что это просто БД с некими данными/инфой как в табличках экселя.

(105) Для "финдиркетор по-сути и кредиты и проверки и аудиторы и и т.д. - все на нем окромя бух и налогового учтета" - это все есть в БП3!
Нахрена тут 1С 7.7 ????

(108) Точно ни при чем. Но вот такое положение дел. Давай конструктивные советы. С уодовольствием приму

(106) Не совсем верно.

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

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

(109) см (107)

Возьми бизнес-деятельность конторы и представь закрыв глаза что никакого софта нет! Есть только бизнес-процессы и требуемые на входы и выходе данные (причем не внешние формы а именно сами данные).
А затем подбирается готовый софт из новых.

Если это оптовая торговля то УТ11 + БП3, если розничная торговля то Розница2 + БП3.
И делается тестовое "внедрение с нуля"!

Если оно удовлетворяет, все учитывается, все считается и есть что надо на выходе (пусть и не те формы как привыкли но там те же данные есть) то профит же.

(94) "С Windows 10 слабо дружу хотя иногда приходится."
- на ноутах с вин10 домашних года два работаю уже. никакой существенной разницы с вин7 не вижу.
может для сисадмов есть какието проблемы, хз... может будут какие-то проблемы 64 - 32 разряда, хз..

(113) Да нормально 10-ка работает, особенно если LTSC версию брать. Все что надо пашет уже давно.

(111) Сергей. Спасибо. Да нет пока что ит-ных проблем кроме того что свертывать приходится но
нельзя контору оставлять на 7-ке, нельзя!!! Надо переходить на 8-ке, хотя бы из-за того же интернет-магазина на Битрикс.
Иначе можно конечно выгружать из 7-ки в 8-ку а оттуда делать обмен с инет-магазином и потом занружать в 7-ку, только достали эти костыли уже. Не хочу их. Только 8-ка и все!

(115) В процессе костыли временно могут быть
но не заменять организацию полноценоого учета на 8-ке

(115) У вас какие то странные понимания.

Глубоко похрен на чем учет (77 или 8) если есть магазин на Битриксе или чем то ином.
Это же просто обмен данными - какая нахрен разница то? Вы думаете что перейдете на 8-ку и проблемы с Битриксом пропадут? Да нихрена подобного, там из коробки работает только в простейших случая и то с кучей галюнов.

(112) ДА вот менегеры говорят - ой у нас было удобнее ой а мы так работать не хотим, ой а тут вообще бы в учебном классе поучиться у спецов

(118) Поменяйте менагеров. Это не шутка кстати.
Спросите у Злопчинского про автоматизацию склада и замену складских работников.

(117) Сайт же не мы пишем. Со страым сайтом все пашет, но придумывать в 1с 7.7 обмен еще и битриксом - тысяч за 200 может и возьмусь :)

(94) "Что касается 8-ки:
Я-за, приглашали в штат человека, пришел человек вроле с опытом посомтрел на нашу контору в смысле организации оперативного и прочего учета - и больше не пришел."
.
все восьмерочники делятся на "уродов" и "нормальных".
уроды - работают исключительно с типовыми, все иное - трэшиужос для них, расставлялтели галочек. им головняк себе далать смысла нет.
нормальнеы - сидят в конторах ровно и увперенно, юзают новые технологии, ваяют адски умное и мощное.
.
первых - ненавижу.
вторых - ахереть как уважаю.

(119) Есть люди которые привыкли к кнопочным телефонам (раньше была такая же проблема хоть и меньше с дисковыми да) и никак не могут перейти на смартфоны с сенсорным экраном. Проблема аналогичная.

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

(121) Хыхы.
Вы готовый автомобиль используете или берете "Жестянку Лиззи" или запоржец и пытаемся увезти 5 слонов - а что машина то 5 местная.

(123) Вы зря ударились в Битрикс24. Это софт написанный на PHP (ну и HTML/CSS/JS) еще в хрен знает какие года и он примерно как 1С 7.7 с допилками в 1С.

(110) "С 90-х и 2000-х годов сильно поменялись законы в плане налогов и отчетности."
спорить не буду. для оперативной работы - имхо изменения _миниальные_
.
на месте ТС я в первую очередь перетащил бы бухию на БП3

(123)+ И БСП и Расширения и много чего другого со стороны системы (и конечно УФ). Организация складского оперативного финансового учета и т.д. - со стороны учета. И веб-клиент и тонкий клиент и организация регламентных и фоновых заданий, резарвное копирование данных и прочее (особенно сервер 1С-предприятия) - со стороны администрирования БД

(119) с тех пор я еще нескольо складов сделал.
взлетает там где людям на складе НУЖНО (по разным причинам) и интересно (по разным причинам).
.
остальное идет тяжело и нужно много скиллов...

(125) Не мы ударились а сайтописатели. Так получается дешевле для нас видимо. И кроме битрикс-обмена альтернативы не было по-крайней мере ничего друкгого нам не предлагали

(125)+ https://texterra.ru/blog/kakuyu-cms-luchshe-vybrat-dlya-internet-magazina.html
Имхо не надо брать Битрикс24, это просто раскрученная хрень.

Фактически же лучше OpenCart или даже WordPress с WooCommerce

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

(130) Спасибо. Но ведь это технологии а кто-то же должен их знать и нведрять. Знания по ночам не приходят во сне, только если с книжкоф ночуешь )

(130)+ Еще рейтинг
https://uguide.ru/rejting-cms-dlja-internet-magazina-vybiraem-luchshij-dvizhok-dlja-onlajn-torgovli

Про Битрикс24 в мире мало кто слышал за пределами Рунета. Но популярность "Лада Гранта Седан Баклажан" в РФ не значит что это лучший автомобиль.

(132) Глубоко пофиг.
Там любой админ линукс сможет развернуть OpenCart или WooCommerce и есть готовые модули обмена данными с 1С (и даже 7.7).

А дальше для кастомизации просто нужен веб разработчик. И приличные веб-разработчики от Битрикса плюются.

(0) Максимальный размер файла в базе сколько? и какой?

(135) Давно ждал вопрос. Регистр партий к концу года подходит к 2 ГБ (регистр движения а не остатков)

(119) вопрос про удобство - не праздный. подтверждаю это.
любой долго работающий бизнес в части оперативного учета вырабатывает свои схемы быстрой работы. и если на 77 (которая практически законсервирована в своем развитии) хотелки можно выпилить достаточно быстро, то в непостоянной 8-ке доработки и обновления уже потребуют квалификации побольше чем в 77. и кто это делать будет? "уроды"? - да я сам первым их к этому не подпущу.
.
добавка: уроды ориентируются на некие сферические компании. они нахрен не хотят разбираться в особенностях ОУ конторы, ждут что им все выкатят на голубой тарелочке для работы. это такие люди которые делают "20-50" проектов в год.

(135) Количество записей в РА328 примерно 7 миллионов

ну и бизнес ВНЕЗАПНО не готов в короткий срок вкладывать существенный бюджет (?) в то, что вроде и так работает\работало.
с другой стороны имхо любая контора которая работает с розницей и имеет центральный офис и десятка два магазинов - выделить на проект перехода 3-5 лимонов имхо вообще не должно представлять проблемы. ИМХО.

(137) см (122) ))

Удобство 77 это как кнопочный телефон, а тут взяли и подсунули смартфон (причем часто сэкономили на железе и оно пипец тормозит) на 8-ке.

Фуйли хотите то? Нужно нормальное железо, убрать/отключить лишние свистопеределки и фоновые сервисы телеметрии и 8-ка на УФ практически летает.
И намного функциональнее и удобней стоит только слегка привыкнуть и старая конфа на 7.7 покажется древним раритетом.

(140) Не экономили на железе. Сервак терминальный мощный и проблем в этом плане нет. А вот бухгалтерский сервак вполне тянет 10 баз бух и зик но вот ЗУП тянет но медленно, хотя там памяти 32 ГБ и SSD правда проц один

(141) Пилять. Извини что матом но глубоко пофиг количество процов для 1С УФ.
1С надо 4-8 ядер но лучше чтобы 4+ ГГц было! Никаких 24 ядерных говен по 2Ггц
И никаких тормозных аппаратных RAID, только нативный NVMe!

(139) Ну дай ыт мне 3-5 лимонов. И что? Нужны спецы а им не очень охота копаться в наших реалиях. Не взлетает 8-ка никак. Почему и не пойму сам. Как тормоз стоит ине двигается. Формально все вроде есть а в реальности одна оболочка без скелета

(142)+ И никаких "Сервак терминальный мощный".
Просто тонкие клиенты на машщинках юзеров с 8Гб рам и ssd

(143)+ Было огромная окнтора одна и они купили кажетя миллиона за 4 RS BALANS. И не взлетело. Не смогли выстроить учет

(145) Угу. Можно купить карьерный самосвал и удивляться а почему это таксовать не выходит ))

(140) да я не против.
сам как ИП юзаю БП3
жена-главбух без проблем давно уже с бух77 работает на БП3.
унф как юзер мало-мало кручу.
WMS на 8-ке на УФ (десктопная часть) - без проблем, удобно.
.
так что все проблемы - найти вменяемого 8-никака который готов пахать совместно с 77ником.
имхо основные затыки здесь. лично у меня нет опыта поиска как эйчайра ;-)
.
мелкий опыт работы с "уродами" показал что они не готовы РАБОТАТЬ даже при полной моей поддержке в части 77. а нормальных где взять?

(138) А в чем причина базу не резать?
В Скуле будет тормоза, или все на прямые запросы переписывать.

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

(148) Машину тоже можно жигули копейку годами ремонтировать и тюнинговать. Но ведь сгниет когад-нибудь. Хватит 7-ки, это тупик уже, совсем тупик. Скоро вообще будет железо на которм 1С 7.7 просто откажется работать и что тогда?

(145) а причем тут стоимость каких-то серверов, если требовалось "выстроить учет" ?

(140) чуть в сторону: как известно у меня есть "проект" перехода с 77 ТИС на УНФ.
я и сам бы рад. но работать буду только за деньги. и не фикса по 77, а существенно подороже.
пока бабла - нет.
жду в ближ.время интересного развития событий.
ес ли восьмерочник осилит сам или наплюют и запустятся "как есть" на УНФ - то не возражаю, тогда может и сам этот чемодан скинется, займусь 8-кой. делать нечего все равно существенного, сходить на курсы что ли

(151) РС Баланс - это ж была ЕРП-система. Ее купили на 4 лимона кажется но внедрить не смогли, не взлетело. Не у нас, в другой конторе у же лет 10 назад было такое

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

(143) "Нужны спецы а им не очень охота копаться в наших реалиях. Не взлетает 8-ка никак. "
- я прекрасно понимаю почему.
это должен быть проект. а не "ползучая автоматизация".
Ты ориентируешься на ползучую автоматизацию.
что неверно.
.
а чтобы сделать это как проект - нужно цели, график, понимание, ресурс.
это немного не то что ты привык работать.
.

(155) Нет, не ориентируюсь на ползучую. Хотим проектное внедрение. Но лень видно - есть подписки на ИТС есть там замены ФН и т.д. - франч разными способами может зарабатвать. А тут надо всю контору сажать толкьо на нас

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

(149) не взлетит.
но вдруг - успехов.
.
надо понимать что франч вам ВАIT - не сделает.
сделать должны вы. с помощью франча.
имхо.

(153) понятно. Но это еще не предел.
Я приходил на такой проект, когда там предварительно уже успели купить и УПП и внедрение этого УПП. Примерно через год им удалось выкарабкаться в нормальный режим работы и они скажем так передали меня в другую родственную им организацию. Ставить учет уже там.

(156)+ Сейчас ТС пашет под вин 2008 р2 64. А ну не дай бог сломается. Что взамен ставить чтобы все на 7.7 заработало? На современное эелезо такую операционку уже не натянешь

(157) угу. Это я хорошо понимаю. И это намного сложней, чем " поставить учет "с нуля" "

(156) Вы таки думаете что во франче какие то суперспецы работают?
Франчу выгодно продать кучу коробок или крупнейшее внедрение за много много лямов. А ваша геморройная и малоприбыльная мелочь их слабо волнует.

Ищите спеца под проект, это не так и сложно. Но надо хорошо понимать кто вам нужен и как его искать/нанимать.

(149) нахрена директора франча? он чистый топ.
начни хотя бы с вменяемого спеца из франча (в роли РП или ведущего по проекту со стороны франча)

(150) Я что-то не пойму, у тебя же вопрос, про перевод на скуль, а не на 8-ку.
На скуль, надо лицензии, и тормоза будут.
Вопрос был почему не свернуть?
Хотя в начале поста прочитал, что у тебя свернуто.
Странно. У меня было база 7-ка 15 лет и не резалось. И под 200 пользователей. Размер файла партий был 1.8г. Работали в ДБФ RDP.

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

(157) в этом и есть проблема ;-)
нет у них ничего сложного. кроме работы с кабельной продукцией и кучи вспомогательных свистофич для быстрой работы. а так - все типичное как у опт+розница. и все что надо сделать по-крупному - в момент перехода обеспечить непадение произволительности персонала. а это самое утрдное - ибо вряд ли куроводство ТС пойдет на 3-4 месяца на увеличение трудовых ресурсов на 25-40% оперативного персонала.
.
можно и без этого обойтись - но потребуется тщательно выпиливать все перед стартом.

(160) // На современное железо такую операционку уже не натянешь

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

(162) адски плюсую.
но в этомто вся проблема

(61) А вы выделите отдельно фронты ,пусть на 7.7 дбф, и офлайн грузите в переферийки бэкофисов

(164) Там так и работаем хотя свертку приходится делать а остальное все как у вас. Но есть руководство и ему в уши надудели какие мы устаревшие в смысле 1С - и правильно на самом деле надудели

(164) в рознице, если есть хоть чуть кривизна - партии быстро пухнут.
а если много розницы - то просто пухнут из-за количества операций.
надо смотреть нужен ли партионный учет в родном виде - для розницы в тис - не нужен.
кабельны учету ТС - я не помню как тма сделан, но если посмотреть ТЩАТЕЛЬНО - может все можно переиначить и работать еще с годик-два спокойно на 77, ПАРАЛЛЕЛЬНО ДЕЛАЯ ПРОЕКТ ПЕРЕХОДА НА 8-ку.
с известными сроками - обязательно.

(169) Это надо отказывать от УРБД и от выстроенной и проверенной годами системы учета но идея хорошая но пусть все это будет в 8-ке уже.
Что касается 1с 7.7 под скуль - задача поставлена и думаю мы ее порешаем надо будем по прямым запросам - проконсультируюсь

(165) основная ошибка твоя. поверь прошедшему все эти этапы.
если ты в конторе не имеешь явных личных заинтересованноестей (доля в прибыли, личные плюшки) - ПОШЛИ НАХУЙ все эти нюни насчет "не могу бросить"...
Не могу бросить - это дело владельца бизнеса. а ты - наемник.
вот и ПРОДАВАЙ себя как наемника.
и все.
сразу все станет проще.
и прозрачнее.

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

77 урбд - трэш и угар. без извращений вменяемого не сделаешь.

(171) Если бухия и зарплата на 8-ке - то да можно. Но у руководства главный вопрос - УТ, РТ и обмен с сайтом. У меня в 7-ке сто лет назад сделано что склад оптово-розничный. В 8-ке вот как на одном складе и опт и розницу вести в УТ? Не очень мне это понятно. Режим интеркомпани в УТ не очень удобен и многое другое незнакомо с чтоки зрения боевого ведения учета а не теоретизирования

(173) https://cs10.pikabu.ru/post_img/2020/01/11/7/1578741383145281435.jpg

(172) мне кажется, что вы слишком переживаете... война план покажет.
МЫ когда на 7.7 базы дбф на скуль переводили вообще не думали о каких-то тормозах мифических

(177) угу

(176) да похрен как на 8-ке.
в чем розница принципиально отличается от опта? торговля по ФИКСИРОВАННЫМ ценам. ВСЁ.

(176) Нет и не бывает "оптово-розничного" склада.
Ибо какая СНО по этому складу? ЕНВД или УСН?

Поэтому в 8-ке делят склад на оптовый с УСН и розничный с ЕНДВ и делают так что автоматом товар проданный с розничного (где отключен контроль остатков или написан свой) сначала перед продажей задним числом перебрасывается с оптового.

(173) Я наемник но не наебник :)
Если конторе неплохо и даже лучше - значит мне по крайней мере не хуже.
А ты на какие курсы хочешь учиться? Я вот для себя так и не понял - какие курсы для меня в превую очередь нужны

(182) >> какие курсы для меня в превую очередь нужны
А ты чем хочешь заниматься то после увольнения из этого адка? Ты опиши - курсы подберем.

(178) И мы пойдем так и надо быстро чтоб было. Взлетит куда денется. Ну успокоится рук-во тогда можно будет заняться переводом на 8-ку БП и обмену между ТИС БП и ЗУП. И пробовать строить учет на учебной 8-ке. Просто быстро надо, очень быстро!

(183) Умею играть на губной гармошке и даже есть слушатели. Хочу освоить электроорган с кучей спецвозможностей :)
Примерно так. Надеюсь что взлетит у нас и скуль и 8-ка и точно в течение этого года.

(184) спешка нужна при ловле блох ;)

Мне бы хорошие надежные переносы оборотов и остатков из ТИС в УТ или РТ и в БП. Чтоб было надежно  и можно было заниматься внутренностями системы и учета. На мой взгляд нужны хорошие знание по конвертации данных, и это прежде всего, на уровне умения и занния подводных камней. Я правильно мчслю господа? )

(183) я помню.
если новый проект по складу какому-то не возьму - то зимой-весной буду думать про курсы.
хочется очные. чтобы был учитель. с которым можно обсуждать проблемные моменты.
в первую очередь интересуют общие принципы построения приложений на 8-ке. что где когда отрабатывает итд итп. потом - основы программирования. потом - по типовым (как спец-консультант)

(188) И что это за курсы? Есть ли такие дистанционно. Хотя могу и очно поучиться пару недель. Сложно правда, отец очень пожилой

(187) по оле напиши напрямую загрузку остатков или через конфигурацию конвертации данных, если конфигурации не далеки от типовых. то есть стандартные правила выгрузки данных из ТИС 77. в Ут или Розницу скорее всего. насчет УТ я бы сильно призадумался. нужна ли она . а вот розница вполне, но в функционале принципиально между тис 7.7 и 8.3 УТ и Розница нет. Это как с автомобилем -главное чтобы ехал. газ дал быстрее , тормоз нажал тормозит. правила ведения учета для всех кофигураций одинаковы :)

(183) Вы считаете ччто мне надо уходить из профессии и из контры где я создал учет практическис нуля? Вот по-честному. Я же не темнил и пальцы веером не гнуш

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

(190) Есть разница и большая в системе организации учета и работы менегеров и склада и т.д.

(185) а у меня сомнения что у меня взлетит УНФ. потому что бардак. нихера не продумывается и не планируется.

(193)  да нет и функционал избыточный в Ут , как правило пользуются в основном -заказ-отгрузка , максимум резерв. Отчетов там тоже кот наплакал

(192) А для опта партионка же нужна. Как это ее убить?

(195) Ну да, зачем знать алгебру? достаточно арифметики )

(183) Теперь слово Вам начальнику транспортного цеха :)
Так сказать ввынести мне нелицеприятный приговор объективного суда :)

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

(196) нахера для опта партионка? партионка в основном для расчета прибыльности (если нет сложных схем с комитентами=комиссионерами). всё.
.
если ты тупо файлы партий убьешь - все будет работать.
кроме 1-2 отчетов которые опираются на регистр.продажи и партии.
.
если сильно подумать - то может оказаться что партионку нахрен можно прибить.
для розницы она вообще нахер не нужна.
.
для опта - вспомогательная роль.
.
вся эта партионка нужна только как исходные данные для ценовой политики.
.
и для всяких выибонов когда оплата манагеров зависит от прибыльности сделки

(191) >>Вы считаете ччто мне надо уходить из профессии и из контры где я создал учет практическис нуля? Вот по-честному.

По честному: тебе 60, там вроде уже скоро льготные пенсии и все такое? Или нет? Вроде да, т.е. можно сказать, что скоро у тебя уже будет официальная пенсия. Вопрос в том - ты после нее планируешь работать в принципе, или все? Если все - то я бы советовал до сиживать в этой твоей конторке-староверов до нее и не искать приключений. Если планируешь - то опять же, до каких годов? Здесь есть 80+ летние пацаны, которые еще фигачат похлеще 20-ти летнего смузика. Если планируешь так же, то в этой конторе - у тебя нет будущего как у разработчика, который в будущем может быть востребован по рынку. Чтобы перейти на новые технологии, тебе нужно сменить место работы. Это очевидно. Если не хочешь переходить - так и будешь до праха сидеть на теплой-ламповой.

Советую ли я тебе уходить из профессии? Нет, конечно.
Советую ли я тебе валить из этого адка (твоей конторы): выше описал.

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

(201) согласен в целом.
в частностях у меня сложилось впечаттление что по твоему мнению адка нет там где юзают сугубо типовые некастомизированные конфы?

(202) Там в принципе 1Сник не особо нужен, у меня таких контор много на очень редкой поддержке когда все из коробки почти работает.
Т.е. все хотелки которые в 1С 7.7 надо "рисовать внешний отчет" там уже есть, только научиться пользоваться.

(203) да ты шо?! у меня как новая сетка - так надо что-нить допиливать обязательно.
фантазии покупателей всемогущи
:-)

(204) Просто изучить типовую современную конфу а плане имеющегося функционала и там оно есть с 95% вероятностью, пусть и немного в ином виде.

(205) да ты шо? действительно? это здорово!
есть там чтобы вывернуть так: заказ клиента - один, но сколько-то лямов.
к заказу есть матрица клиента "магазин-количество", магазтнов под 300 штук.
заказ отгрузочными документами оформляется одним документом, физически - каждый магазин собирается и упаковывается в отдельный "подзаказ" (магазины потом валом на паллеты упаковываются), на каждый заказ клиента - НОВЫЙ штрихкод покупателя на одну и ту же номенклатуру мою, каждая коробка для магазина - марикруется отдельным упаковочным листом с указанием номера поставщика, наименования по терминологии покупателя, штрихкод магазина, некий номер-линия магазина... как-то так вот...

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

(207)+ УТ11 и в Розница2 давно разделено накладная на отгрузку и сама отгрузка (ордерная схема) например

кстати насчет особенностей торговой программы ТС. и на своем опыте.
куча докруток сделана под особенности клиентов. и эти докрутк не затрагивают базовые механизмы ТИС.
осталось понять - кто-нибудь может эти особенности работы с клиентом изложить в отсутстие ТС? манагеры? - сомнительно.. Операторы? возможно, но это будет просто набор разрозненных фактов и скорее всего чтото будет упущено

(209) Совершенно не факт что эти докрутки сделаны оптимальным способом.
Человек в теме предметки с опытом запросто предложит типовые способы, которые могут быть еще и лучше сделанных ранее докруток.

Но в каждом случае конечно надо изучать "зачем это?"

(207) да ты шо? а как же супер настраиваемая и супергибкая восьмерка?

(210)+ Это к тому что есть множество способов "забить гвоздь". Не обязательно это удобно делать обточенным булыжником, когда есть стандартные молотки.
Но да кто привык забивать круглым камнем тем овальная рукоятка не очень по руке.

(210) я только за!
главное - чтобы это было не существенно медленнее и не существено сложнее для операторов\менеджеров

(211) Блин. Реализовать эту схему нет проблем! Все будет учитываться и делаться как описано!

Но ручками придется набивать целый документ реализации а затем делать отдельные отгрузки по матрице клиента.
Хочется автоматически чтоб само: Заплатите программисту, он напишет загрузку матриц из екселя или интерфейс для набивки в 1С и автораспределение из одного документа с автосозданием кучи мелких по точкам клиента.

(208) есть типовой отчет, который позволяет отправить клиенту "разность" между его заявкой и в итоге принятого мной "к работе" - с указанием попозиционных отклонений (по каждой номенклатуре), и итог неыполнения по сумпе и по количетсву - в абсолютном и процентоном выражении?

(215) http://catalog.mista.ru/public/80090/

(214) зашибись... а почему надо платить за это повторно (уже заплочено на 77). и почему этого нет в продвинутой 8-ке? в чем профит?

(202) >>по твоему мнению адка нет там где юзают сугубо типовые некастомизированные конфы?

абсолютно не верное. Я поясню, чтобы все стало на свои места. И я сейчас, не про "весь мир, все по и вообще все", только про 1С 7.7. у сабжа автора.

Смотри, почему-то организации (-ия) до сих пор, ни как, вот просто никак не перешла на новую платформу/новую конфигурацию и они напилили у себя все, что уже либо давным-давно есть в типовых, пусть даже это с их точки зрения "там_все_гуано". либо малой кровью кастомизируется. Вот. Т.е. контора сабжа настолько инертна в этом плане, настолько им, при описываемом кратном росте бизнеса, вообще на развитие положить болт, что они готовые все изобретать сами на этом наидревнейшем стеке технологий. И даже сам переход с дбф на скуль, вообще автор сам не понял зачем - т.к. приказало руководство. Ну что это такое? Контора, очевидно, сильно экономит на ит - если там все, и софт, и сервера-файловые-шары, из конца 90-ых? Какие-то самописные сайты, самописное ячеестое хранение - это в 2020 чо правда надо с нуля пере-изобретать? И как автор согласился, они ждут какого-то гуру-мессию, который "переведет" их из их уютненького адка в "о дивный чудный мир"? Т.е. это 1С 77 - там хейт главный, это контора легаси, с легами-людьми, с каким-то мышлением видимо из конца 90-ых: дельфи, вин 98, винамп 1-ый, нфс вторая и т.д. И не понятна мотивация разработчика 1С - зачем ему там, в этом мхе, продолжать деградировать?

>>а почему надо платить за это повторно (уже заплочено на 77). и почему этого нет в продвинутой 8-ке? в чем профит?
Это профит для автора в первую очередь. А у меня складывается впечатление - как будто бы бизнес - его личный :) Он обычный наемный фикс, ему как и любому наемному фиксу нужно действовать исключительно в СВОИХ личных интересах. Его интерес - стать актуальным на рынке труда. Исходя из этого - нужно действовать. И поэтому, конторе нужно заплатить за все повторно, еще и курсы ему оплатить - если он настолько ценный. Вот так.

(217) Дык в 77 же тоже платили?
Если ты купил новую машину а на старой у тебя был и фаркоп и тонировка и магнитола крута и коврики в салоне и багажнике.
Ты тоже будешь возмущаться "а почему на новой в базовой этого нет?"

(216) Кстати вроде как есть нечто типовое встроенное но я не особо в курсе этого, ибо нахрен не надо было мне, клиенты сами не просили подобного.

(219) Хороший пример

(218) Вопрос- нужно ли чуваку в 60, приходить в профессию заново, а у него разрыв именно что 20 лет

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

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

(224) не знаю что ты имеешь в виду. Но кстати руководство весьма и весьма прогрессивное. И я всей душой за. И уверен что взлетит 8-ка со мной или без меня.

Другое дело вот эти реальные мелочи которые вылезают в часы дни и т.д. Вот с ними вся морока.

(223) Ну работать хочется мнозги вполне свежие вот просто такая засада образоввалась но не в смысле того что работать не можем а в смысле того что надоело все эти костыли рисовать вечно. Не было бы грубо говоря бухгалтерии и жили без проблем, работал и как сейчас. Но жизнь идет вперед. Конечно я УФ как-то стараюсь юзать хоть немного. На 1С 8.1 в свое время целая контора по продаже белья была 5 магазинов поддерживал хитрые маркетинговые отчетики лепил. Но вот дальше собственно я уже все подробно обрисовал

(223) Проблема. в том, что не конс он, хотел бы работать консом- работал

(223) Бухучет оперативный учет заню и понимаю, опять же в сове время для бухгалтерии одного крупного завода много отчетов для главбуха (мужик и очень грамотнывй) написал, но вот на 1С 7.7. Увы. Я кстати тоже думал может насчет будущего есть наметки и контору я подставлять и подводить не буду. Уже сейчас в колокола колочу со всей  силы )

(227)+ Найдем сильного прога в штат и сработаем ввместе эффективно. Решим с франчами - с ними сработаем. Ну а скуль попробуем.
Кстати время ожидания захвата таблиц БД давно в ноль установил. Главная беда с транзакциями (хотя не части они бывают) - работа задним числом, приход задним числом и т.д., кроме чеком почти все задним числом. И это базу транзицирует увы )

(226) А почему нет? Все для этого есть. Бегать тоже пока в состоянии )

(229)+ Я и консультирую порой даже аудиторов по мелочам )

(228) >Найдем сильного прога в штат и сработаем ввместе эффективно

Вы понимаете что "сильному прогу" Вы нафик не сдались? Точнее он тупо попросит данные в эксель выгрузить какие скажет и все.

(231) Думаю что вы заблуждаетесь и очень сильно. Но вообще какое мнение форумчан по этому вопросу?

(231) Сильный прог  штат, старый на пенсию, какие проблемы?

(231)+ Если данных сильно много то конечно лучше не xsl а csv или dbf

(231) Я за свою контору конечно держусь но уж точно не во вред ей. И никаких повторяю закрытостей и прочей херни в базе, в системе нет и не было.

(233) Новый прог вряд ли захочет с 1С 77 ковыряться/разбираться вытаскивая оттуда данные.

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

(236)(237) Я про "После внедрения"

(236) Все-таки вы увы не очень представляете себе каких трудов и времени стоит переход - только сервер у меня извини 2013 года очень даже мощный и задумывался как скуль-сервер и поэтому это именно сервер а не мощный комп.

(232) А ты сам подумай: снеговика "сильно" не знаешь, клюшки знаешь, но клюшек уже не будет.
Какое твое мнение: какая должность после упразднения клюшек тебе светит?
Увы и ой, это не отменяет необходимости нанять сильного программиста на снеговика, если делать подобный переход.
Вот поэтому лучше франч - он ВСЕЙ работы не отнимает!

(238) Ну звали, внедряйте. Ан нет пока что. Ради бога. Я - за. Надоело в задних числах копаться ежеквартально базу перепроводить с пересчетом окончательным перепродаж и т.д. Хотя не сплю по ночам из-за работы именно раз в квартал и когда свертываю - раз в год. Но все равно хочется на мерсе ездить а не на телеге. А то то 7.7 с няли с поддержки практически, то вин7 снимают яж говорю скоро 1С 7.7 просто перестанет запускать если комп придется менять

(239) К сожалению, я много чего себе представляю ;-)

(242) ТЕм более ).
Говорю же - типа прекрасный телефон сони кнопочный. Но аккумулятор накрылся и уже хрен найдешь.
Мне кажется - одного этого достаточно чтобы перейти побыстрее.

(239) "сервер у меня извини 2013"

Выкинь свой сервер, это сча хуже чем обычная компа за 50 тыр

(244) Неа. Он очень легко и быстро пашет. И стоил он не 50 тысяч а куда дороже хотя в разумных пределах. 6 сас-дисков между прочим у него 32 ГБ оперативки

(242) Он не представляет что будет после перехода на 8-ку на связку УТ+БП или Розница+БП, а уж УТ+Розница+БП это кошмар.
Там обмены будут падать первое время после каждого обновления типовой конфы постоянно.

А падать будут потому что юзеры будут колбасить черте что и надо постоянно ошибки править.

(241) Зачем ты это делаешь? Или контора и по ночам работает?
Если не работает - рисуешь обработку проведения, результаты (ошибки) выводишь в ПриЗапускеСистемы, все...
Если сами лезут в задние числа - пусть сами и исправляют! Программист тут при чем? оО
P.S. Тоже такое было, очень давно... Переделал на этот механизм и сплю спокойно ;)

(245) "6 сас-дисков между прочим у него 32 ГБ оперативки"

SAS диски в жопу это тормозной хлам по сравнению с NVMe.
32 оперативки это даже не смешно, сча рабочие станции 64 топовые имеют. Сервак мощный начинается от 128 а лучше 256.

(247) За часов пять - один раз в квартал - мелочи жизни вообще-то. Приходы все делаются задними числами, еще ж надо товар разобрать весь и т.д. а уж потом в базу приход забивать. Хотя у меня по многим поставщикам работает загрузка из эксель, хмл, тхт, дбф цсв и чего только душа не пожелает у поставщика )

(248) На моем компе увы 4 ГБ памяти. Мало зверски и селерон к тому же. Но для работы по рдп вполне хватает даже за глаза.

(248) На 128 ГБ, это Сервак под 100 пользователей ЕРП, по тесту ГИлева

Короче так: конечно 1С 7.7 вполне бы могла работать и дальше и Злобчинский во всех своих постах Все очень правильно описал.
Но увы железо новое уже все это не поддерживает и деваться некуда - надо бечь в новый десятилетие 21 века - иначе просто на обочине останешся Я и контора в смысле ИТ развития

(251) Если на него засунуть RDP клиентов то он сдохнет для УФ ERP

(252) Все железо прекрасно поддерживает 1С 77
Даже на Win10 оно прекрасно работает, как в файловом так и в sql режиме.

Но сама 1С и платформа 7.7 и конфы на ней безусловно совершенно устарели.

tgu82, если к тебе наймут второго чела-восьмерошника, то лично ты нужен будешь только на переход. Как только все ваши семерки будут остановлены, ты пойдешь по сокращению из-за своей не нужности. Зачем два 1сника твоей конторе, если там 20 лет был только ты один? На переход да, шефы понимают - ты передаешь дела другому, вас надо две штуки. Но после передачи, после перехода - ты там зачем? Вот и все. Исходя из этого тебе и нужно действовать - самому, если вообще охота, педалить тему перехода и переходить самому, без чужого участия. Был один, есть один и останься один - раз ты так прилик к этому адку уже и тебя не отлипить оттуда ни как. Но. Этот год, как говорят, отлично будет людей лишать всего того, чего им уже не нужно. Возможно оттебя эту контору отдерет реально этот 8-ый переход, чтобы ты наконец стал развиваться, устроился в новую контору, на лучшую зарплату, в лучший коллектив и т.д.

(252)+ Связка УТ+РТ мне нравится очень потому что отличии от УРБД 7-ки в розницу можно пихать из УТ далеко не все а только необходимое. Имел такой весьма положительный опыт на одном нашем магазине (выше описывал это)

(254)+ Хотя ожидается переход на другую архитектуру процов (ARM) и тогда да 1С 7.7 в эмулятор x86 будет конечно не фонтан.

(249) Побереги нервы. Не спать ночью вредно! Сейчас ЗОЖ`ники придут и тебя побьют!!! ;)
У меня ночью всех выкидывает, потом как то так: https://gyazo.com/33d52aa7c4a251058de37893d92edcc6
(254) Да, но те что еще работают, и не испоганены криворукими, работают со зверской скоростью.

(257) Ну вот вы за меня все и сказали.
(255) Не дурак и сам это очень хорошо понимаю. Именно так как вы говорите

(258) >работают со зверской скоростью

А нахера нужна это скорость не там где надо?
Это же пипец сколько времени банальный отбор с фильтрацией на больших данных на 77 по сравнению с 8-кой где оно просто не тормозит.

(258) И у меня всех выкидывает тоже. С помощью Формекса. Но кроме меня )

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

(262) В скулевом режиме возможно но не в ДБФ

(260) С помощью отбора на sqlite банальный отбор не тормозит! На 1с++ тоже. Клюшки без стероидов действительно унылы.

(261) Пропиши там

ЗначениеИзСтрокиВнутр("{}");

Вырубает мгновенно!!!

(262) А открыть журнал документа ЧекККМ на УТ занимает 30 минут (). Это что быстро? Да их там ппц как много, но почему 30 минут?

(266) Вот что ты предлагаешь? Предположим через годик бац и ты имеешь только железо которое платформу 1С 7.7 не поддерживает ваабче. И что делать? Есть альтернатива УТ БП и т.д. ? Да фактически нет

(253) Ну мы брали для своего сервака для разработки, в архитектуре 3 в одном на виртуалке

И на чистом железе

Но у нас сервак 2017 года

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

(267) >>и ты имеешь только железо которое платформу 1С 7.7 не поддерживает ваабче.
Видишь насколько ты дремуч? :) Это все решается элементарной виртуализацией вашего старого хламья - ваши сервера полностью можно отбекапить в том виде, в котором ты их видишь прямо сейчас даже без разгону людей, нынешние технологии это позволяют. Налепить столько же виртуальных машин, и образами из залить с бекапа. Получишь полностью готовую завиртуализированную архаичную среду. И можно в ней работать еще лет 20 или 30, или вообще - всегда, пока железяка гипервизора сможет это крутить.

(272) Пробовал я виртуалки. Согласен но опять же не совсем. Мне как вместо работы своей виртуалками на рабочих серверах играться? Нет конечно. Не нужжна мне архаичная среда. Может в мерсе можно виртуально среду копейки сделать. Но на хрена наэто надо ?

(272) Я в свое время в другой конторе весь бухучет прошил оперативным учетом своего и наемного трансопрта включая и перевозки себе и сторонним клиентам. Ну и производство кстати тоже автоматизировал там. И после того как ушел - много лет пропахало без меня. И еще до хрена всего автоматизировал вплоть до универсальности доходил через свое построение метаданных. Формула вводится в обычном виде в справочник и все потом по ней считается и все счета пропорционально закрывались таким расчетным образов на производстве.

(274)+ Путевые листы не хуже рарус-авто ). С нормой и т.д. С двумя табличными частями. С расчетом затрат на машины и до хрена все остального особенно переделал бух.баланс для консолидированного бюджета конторы и вообще по фин. результатам много чего наваял и по ОС тоже много автоматизировал. С удовольствием делал и пониманием. Такой вот Бух 7.7 был с регистрами оперативного учета собственными

(274) Уникальные самодельные лисапеды это конечно круто и вау.
Но имхо при возможности выбора бизнес выбирает готовые или сча уже в моде на аутсорс выводить в виде облачных сервисов.

(276) Это был 2006 год. За ни хрнеа. Мое работало очень долго и практически без сбоев а вот РС Баланс за лимоны купленный ни взлетел, не смогли внедрить московские спецы до конца

(276) Речь не об этом. Речь о том что надо переходить на 8-ку по крайней мере в БП и ЗУП. В ЗУП работаем а вот БП - никак. Есть нюансы ибо делали мы все правильно с точки зрения бух и налогового учета но с точки построения данных - как нам было удобно

(278)+ И меня беспокоит то что написано в (266) про тормоза жуткие УТ

(279) Врут там про тормоза.
Или там "крутой" говно сервер с виртуалкой и терминалкой.

(280) Нет, я просто в файловую ЭТО загрузил ;)
Но все равно слегка шокировало...

(255) Нельзя ли связаться с вами по почте?
моя [email protected]

(216) "заказано" - это что такое в терминах 8-ки типовых?
в клюшках - есть заказано с типом "неподтвержденка" - то есть хотелка клиента. а есть то что принято в работу, упрощенно - заявка на склад.

(223) (218) спасибо, ясненько-полезненько.
я почему так живо в этой ветке - потом у как ситуация примерно как у ТС, но немного попроще и подходы у меня как у разрабатыавшего-допиливавшего сейчас другие (как ты написал - смотрю теперь не как на "свое" - переход дался тяжело, но как перестал "болеть душой за родное дитятко" - как-то все проще и понятнее и веселее стало. но не так интересно - и вот это главное что печалит ;-). Поэтому я тоже планирую в итоге "вкатиться в консы" имея хороший практический опыт да еще и в программировании на 1С мало-мало разберусь.
.
так что все интнрересно в этой ветке

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

(231) сильному прогу-8 нафиг не интересны все эти бизнес-процессы что пилил-разрабатывал-утрясал ТС.
прог-8 - он ПРОГ. вся проблема в этом. 8-ка в дереве специалистов распалась на ветки - консов, прогов, внедрятелей, итд. на 77 это все тянуть мог 1 человек. а на 8-ке - это уже, блин целая команда. поэтому у ТС - и не взлетает. как и у моего одного клиента.

(258) у меня чуть попроще. у меня так - если не введено то, что должно быть введено - просто не проходит в систему СРАЗУ и все тут. ТУПО СТОП АБНОРМАЛ. поэтому "последующие" траблы редки.

а насчет того, что ТС потеряется после перехода на 8-ку - я бы особо не переживал.
как пример: после ввода ТН нового образца встал вопрос: ТН и ТТН, когда какая выписывается? могут ли две одновременно. Буха для склада написала поясняловку на лист А4 мелким шрифтом - я прочитал. я НИХЕРА не понял. при том, что я какбэ в теме. вот и думайте. кто в такой конторе как у ТС будет "переводчиком" между бухами, кладовщиками, транспортниками, манагерами-продажниками, итд? Прог-восьмерочник? - не смешите мои тапочки... Франч? три раза ХАХА. они со скрипом - как обсуждающие выше писали - со скрипом бследуют то что есть... это уже тапочки моих тараканов...
.

(288) Прямо с языка снимаешь слова, но все-таки надеюсь на нормальный взлет.

(289) сомневаюсь, что в своем городе найдете сильного 8-ка в штат
если я был бы замшелым 7-ком, то:
- глубоко изучил функционал УТ, УНФ и выбрал более подходящую
- изучил администрирование 8-ки
- изучил консоль запросов-отчетов, СКД
- подготовил ТЗ на расширение функциональности по бухтам-катушкам
- подобрал удаленщиков на ТЗ
- на все где-то 12 мес

есть еще вариант промышленного шпионажа у коллег - типа Элком-Электро :)

(290) Очень интересно. АВС-электро до сих пор на 7.7, Европа тоже на 7.7 хотя наверняка у них еще БП и ЗУП есть. Хотя может моя инфа и устарела

(291) сидят на 7.7 но если смотреть вакансии, то активно думают про 1С:ERP
https://voronezh.hh.ru/vacancy/30485768
http://employment-services.ru/vacancy/?action=read1&id=3327607

(291) у Элком-Электро я недавно мелкооптовым клиентом был. я всегда с интересом смотрю как работа с мерным товаром поставлена - мне понравилось

(293) Да вот нашим тоже вроде нравится как я придумал вместе с шефом бухтовый учет. Единственное что не стали делать - резервировать бухты. Кстати руководство теперь уже настаивает что надо бы резервировать

Так что автор-то решил?
Еще раз, ИМХО: не нужно никаких скулей на 7.7, делайте свертку, если dbf разрастается.
В прошлом году у одного заказчика только ушли от ТиСа на связку УТ+РТ. Там на периферийках глюки начинались уже при превышении размера dbf в 1Гб.
Работайте в направлении перехода на УТ+РТ.

(294) удаляюсь
тебе совет двигайся в сторону продвинутого администратора-консультанта 1С, для доработок привлекай удаленщиков
переход на sql для 7-ки тупиковая трата временных ресурсов

Думаю что руководство будет искать спеца-восьмерочника. Ну а я буду делать то что оно требует и то что делал раньше (ведь базы все боевые) и юзать 8-ку может курсы пройду только бы понять какие курсы нужны, до сих пор как-то обходился без курсов и видимо зря.

(297) Кстати, а чего не так с 7.7 на последними ОС?
На 2012 файловая нормально все крутится. На 2016 не проверял.

(298) Крутится на 2012 7.7. Проверял и на вин10 крутится. но при этом она же не устанавливается а просто копируется папка bin
Опять же - обновление конфигураций неудобно устанавливать. Все через костылики.

Работодатель "АВС-электро" предложит заработную плату по результатам собеседования с соискателем работы.
В обязанности работника на вакантом месте "Программист 1С" входит следующее:

    Поддержка, развитие и разработка нового функционала нетипового решения системы автоматизации хозяйственной деятельности организации на базе 1С: Предприятия 7.7 SQL с использованием прямых запросов к БД;
    Участие в поддержке и развитие функционала решений на базе "1С: Предприятие 8", 1С: УПП", "1С-Логистика: Управление складом", "Штрих-М: Кассир;
    Участие в перспективных проектах по внедрению новых систем автоматизации, включая 1C:ERP;
    Сопровождение пользователей в части вопросов, касающихся их работы в поддерживаемых учетных системах.

Подчеркиваю:
1С: Предприятия 7.7 SQL с использованием прямых запросов к БД;

Требования к работнику на должности "Программист 1С", предъявляемые работодателем "АВС-электро" в городе Воронеж, следующие:

    Высшее образование, желательно физико-математическое, ИТ или техническое;
    Опыт разработки программного обеспечения на базе 1С: Предприятия 7.7 от 3-х лет, желателен опыт разработки на базе 1С: Предприятия 7.7;
    Владение техникой написания запросов к БД (например, средствами языка запросов 1С: Предприятия 8.х, T-SQL или ВК для 1С: Предприятия 7.7)
    Опыт самостоятельной разработки сложных функциональных модулей;
    Понимание принципов ведения документооборота и учета, способность разбираться в задачах и вникать в основы предмета автоматизации;
    Приветствуется опыт работы с торговым и складским оборудованием, знания СУБД и другие навыки в сфере ИТ;
    Преимуществом будет знание типовых конфигураций на базе 1С: Предприятия 8, в особенности 1C:ERP.

Опять же 1С 7.7. И никто по этому поводу не жужжит )

erp то вам на><peн не сдался - чо вы его пихаете то в требования?

(+) а, да, ответ на вопрос заголовка: взлетит.

(282) >>Нельзя ли связаться с вами по почте?

Можно. Проверяйте почту, я вам написал.

(302) это не его требования. Это он для примера.

(301) город Воронеж очень характерно себя зарекомендовал. Тренд там был такой :: бежать, всем бежать.
Географическое положение, в принципе, позволяет без проблем устроить подобный "побег" в мягком режиме - перелет на самолете короткий и рейсов много. Проезд на поезде тоже можно выбрать достаточно свободно в режиме "зашел вечером, вышел утром". Поэтому все очень легко. Сейчас там должен наблюдаться откат на уровень стоимости 1с-ника до федеральной стоимости, как бы я выразился.
Т.е. минимум 80 и дальше с шагом по 40 тысяч до 160 для эксперта.

И это абсолютно пофиг на то, есть там 7.7 нету там 7.7 - все весьма размыто.
Достаточно указать, что есть 1С и дальше пойдет раскрутка по компетенциям: 80-100, 120-140, 160+-

(307) Я просто знаю целый ряд сетевых компаний у которых либо на форнте либо на беке стоит 1С 7.7 и даже под DBF, но для того чтобы таких неприятных ситуаций не возникало и из сильного спортивного интереса думаю на копии пробовать все на что ресурсов пробной техники хватит

(308) этот ряд компаний упорно и долгие годы сдерживает рост зп в своих компаниях.
Причем, это общая тенденция у сетевых компаний.
Забавно, что в разработке новых проектов в таких компаниях все-таки привлекают специалистов не изменяя установленный ФОТ, заключая договора со сторонними Исполнителями. Как правило, все заканчивается не полным удовлетворением ожиданий, хотя и ожидания в начале всех подобных проектов "переход из состояния А в состояние В" заключаются в том, что описать желаемое состояние В у заказчика никто не может, точнее, видение этого будущего весьма сильно отличается для разных его представителей.
Самое печальное будет, что оценка финального состояния будет выполнятся на уровне эмоций, а не технических каких-то моментов.

(309) знакомо :-)

(309) Вот сейчас еще на 7-ке своей программировал немного но весьма полезные вещи. Я люблю когда кода немного а решает он достаточно серьезные задачи

(311) тут интересно посмотреть сколько кода в 8-ке и какие там решаются задачи...
ибо _поверхностное_ знакомство ("рабинович напел") по отзывам на мисте - чтото слишком много и заумно написано внутрях 8-ки. И пока что непонятно как кто решает разные проблемы. разбором кода или ну его нах, захренячим расширение и напишем сами как представляем\нужно..

(312) Конечно УРБД 7.7 это такая замануха которая берет на себя целостность всех обменов и т.д. Но в периферийки сыпется огромное количество никому ненужной информации. Ну запущу я в центре скуль но через некоторое время мне потребуется скуль на периферийках ибо они могут встать из-за большого объема регистра движения партий.
А если будет 8-ка там хоть ограничений на размер базы практически нет есть много всяких вкусных плюшек которые гариком перечислял

(313) А зачем ты в периферийку сыпешь "огромное количество никому не нужной информации"?

(314) потому что штатно, без извращений, УРБД в 77 не сделать по уму.
УРБД в 77 пойдет для точек, которые хозяйствуют самостоятельно, а потом весь документооборот сливают в ЦБ.
.
я уже ранее писал об этом.
если на точку скидывать товар из центрального склада перемещением, то внятно сделать не получится, придется изподвыподвертом изращаться и плодить "лишние сущности".
.
у меня на точках у клиента аналогичная хрень.

(313) ну а поставить скуль на точки бесплатный эдишен и все...

(316) бесплатный эдишен это что? У меня там серверки 2003 32-битные слабенькие но для 1С 7.7 под дбф в терминальном режиме очень даже неслабые )
(314) Сколько ни пробовал как-то не писать в периферийки лишнюю инфу с помощью урбд - никак не получалось, не складывалась картина. Гладко было на бумаге но забыли про овраги )

скуль надо лицензии.
но есть варианты скуля называются
Express Edition
можно юзать нахаляву
если текущие скули такого не дают - то взять скуль помладше.

(317) "Сколько ни пробовал как-то не писать в периферийки лишнюю инфу с помощью урбд - никак не получалось, не складывалась картина. Гладко было на бумаге но забыли про овраги )"
- ну я ж говорю - без извращений никак

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

(320) Не по всем. Скажем строки выписки расход и рко у меня не мигрируют, строки выписки приход и пок - только на точках где есть кроме розницы опт и еще много чего не мигрирует. Но все что связано товародвижением с партиями - это мигрирует

накину на вентилятор )
1с 77 + прямые запросы + гибкие блокировки = 250 онлайн + полтерабайта база + 10 распределенок с полным обменом - суточный обмен в монопольонм режиме 15 минут
ну и скорость работы до которой 8-ке ползти и ползти

(322) Как по мне - ветка оставляет двойственные ощущения. С одной стороны, ТС проделал огромную работу. С другой стороны, у него 7.7 освоена только наполовину. Переходить на скуль + прямые запросы и забыть про восьмерку. Ибо думать надо про себя а после внедрения восьмерки ТС не нужен. А если думать про восьмерку - то в другой конторе. Сам уже который год репу чешу.

(323) Спасибо! Вот только не врубился - что значит наполовину? Наверное вы просто ветку особенно и не читали. Я так считаю что по 7-ке мы имеем масштабируемые решения для магазинов, центральную базу с кучей всяких специфичных для нас и просто необходимых в-принципе для многих решениями, отлаженный обмен с бух и зик и все это вплоть до формирования отчетов в СБИС

(323) И еще. Я не согласен насчет 8-ки. Потому что ЗУП мы ведем успешно но как дубль ЗИК (что неудобно), БП3.0 - надеюсь перейти в этом году. Что касается УТ а может вообще КА 2.4 - ну посмотрим. Еще ж РТ - уж очень бы для магазинов хорошо бы ее приспособить.

(325) >>Потому что ЗУП мы ведем успешно но как дубль ЗИК
Зачем?
Чего такого есть в ЗИК, что нельзя было бы реализовать в ЗУП 3.1?

(326) Да просто бухи опасаются поэтому ведут и зик и зуп. А это тяжело по 4 фирмам

(327) То есть, просто боятся выйти за рамки шаблона своего мышления, а подтолкнуть некому. Это к психологам.

(328) Да все они делают в ЗУП кроме регламентированных отчетов. Там 6-НДФЛ ошибки порой дает. А организаций 4 в каждой человек по 40-50

(326) По той же причине что и многие бухи ведут паралельно учет в БП и екселе. Потому что никогда не знаешь какой косяк предподнесет наша любима фирма 1С, из-за которого что то считается не так

(320) не получится.
приход на ЦБ. выдача товара на точки - Перемещением.
подскажи как правильно настроить

Намыслили так:
1. Переношу в БП3 остатки и справочники из БУХ 7.7.
2. Убираю из остатков 41 счет, его переношу из торговли чтоб остатки по номенклатуре образовались (в свое время было сделано так чтобы 41 счет был только по складам и все)
3. Организовываем постоянный перенос из ТИС в УТ типовую
4. Таким образом БП3 питается через штатный обмен с УТ и ЗУП (ЗУП уже ведется полноценно год)
5. Тут пока несколько сумбурно (готовимся бить накладные по опту в УТ с учетом самых необходимых доработок УТ).
6. ....................Дальше проклятая неизвестность :)
Но хоть Бухгалтерия зарплата и все что надо для налогов будет в текущем актуальном состоянии всей этой бесконечной бух и налог отчетности

(323) у меня наналогично. "осовено наполовину". прямые не юзаю практически. потому что надобности не было. тоже чешу репу. Пора организовать Союз Чешущих Репу

(329) квалифицированный расчетчик ведет ~300 сотрудников. бухи у вас какие-то мутные.

(331) Ну как-то помнится пробовали, перемещения пустые создаем в ПБ и ставим перемещению миграцию - место создания и центр. Равно как и моему "любимому" документу движения бухт. В ЦБ когда делаем перемещения на магазины проверяем на какую ПБ и задействуем нужные документы (префикс у них соответствует ПБ). Главное чтоб хватало этих документов, точнее их пустых шаблонов на ЦБ. Но ведь есть еще приход в ЦБ и он же всюду мигрирует. Если отсекать миграцию прихода то тогда в перемещении надо убирать контроль остатков вообще

(334) Так а она практически кроме утренних расходников для водителей (и то когда кто-то в отпуске) занимается только зарплатой и 6-НДФЛ (ибо их все равно руками делают а потом в СБИС забивают то что отработали уже

(333) Ну если говорить про то что обходился без прямых запросов - ну вот так было можно

(333) А что скажешь по поводу (332). С франчом рожали первые этапы а как дальше - ну надо чтобы сначала хоть в чем-то не сомневаться и не беспокоиться - ЗУП БП

(335) это называется "с извращениями". бо при любых операциях, например, программынх по созданию перемещений надо искать пришедшие пустые перемещения, а если их нет? - не прошел обмен? не создали достаточного количчетсва пустых перемещенйи на точках? итд. = с извращениями.
вдобавок на точки как-то надо (если делать правильно) - перекидывать партии прихода с документами прихода в ЦБ в части партий уходящих на ПБ - иначе на ПБ будут незакрытые регистры. и много всякого прочего

(338) а что скахать? думать надо. быстро думать про системные вещи - я не "умею". торопидзэ нада нэт.

(340) Тогда жду. А скуль он и в африке скуль. Говорим для руководоства счет ан оплату

(339) если в ПБ плюнуть на незакрытые регистры, может и можно так разделить, хотя как быть с тем что не будет на ПБ остатков по складу-отправителю с ЦБ на ПБ и как тогда вообще на ПБ учет вести. Центральный склад будет весь красным идти

(339) Это уже будет УРБД с костылями

(342)+ У меня кстати есть самописная база которая втягивает себе часть данных из ТИС (перемещения на склад материалов и инструментов). Вот с ней обмен есть (в одну сторону правда) а УРБД нет.

(332) Начиная с п.3- ерунда. Внедряем УТ и не тянем кота за кругленькие

(345) Вот как внедрять? Когда в УТ и работать не умеют с и бухтовым учетом надо доразобраться. Не все там с помощью серий сделать можно - разбираюсь.
Вот скажите - как внедрять УТ исходя из всего что честно и откровенно расписал?
А вот обмен УТ-БП3 и ЗУП-БП3 мне уже просто в край нужен

(346)+ Что касается скуля - что-нибудь попробуем да я и раньше пробовал хотел но что-тоо тогда с русским языком с кодовой страницей не срослось уже потом появились солюшены. Пришлось остаться на ДБФ

(345) Вот я так понимаю что главное - не терять целостность базы и обеспечивать полноту учета. Обмен ТИС-УТ временный мне даст такую возможность и возможонсть быстро отработать то что некорректно перегружается

(348) Любые пересовывания данных ведут к противоречивости оных. Внедряем при помощи квалифицированной команды или даже одного спеца. Подумаешь, бином Ньютона

Начали с 7.7 под SQL и на 4-ой странице ее уже похоронили..переползанием на 8

(350) Закончится все тем что останутся на 7.7 на DBF, просто лишние данные почистят в базе.

(351) у меня было нечто похожее, только 3 периферийки в разных городах, сделали сначала RDP, положили туда базы все, потом подготовились и в одну сгрузили данные из трех, стали работать все в одной. Потом наладили обмен с БП, и живем пока.

(Всем) Господа и госпожи так может тотализатор? :)
Взлетит не взлетит что взлетит что не взлетит когда взлетит

(352) ДА. Можно и так. Но поскольку все тянется аж с 2005 года то сначала надо приготовить БП как положено с учетом избавления от наших ленивых нюансов

(353) вообще не вижу препятствий для того что бы перенести всех в одну базу и сделать из нее SQL, что-то критичное можно на прямые запросы переделать.

(355) В одну базу перенос ну никак не получится из розницы. А скуль ан центральной базе - ну поставим но все равно надоела уже 7.7 хоть с прямыми хоть с кривыми. Я как-то пытался описать свои представления на этот счет. Просто что-то не отработает - те же кассы и начнется дурдом

(356) раз надоела...тогда в перед..сдается снеговик еще раньше надоест

(356) главное что бы переход был не ради перехода, а что бы выхлоп был для бизнеса

(342) а нахера на ПБ совершенно чужой склад ЦБ? если считаем что ПБ торгует только со своего "склада"
.
а незакрытые регистры по "чужим" складам -я подчищаю на точках прямым запросом (обработку скидывал тебе).

(358) выхлор для бизнеса чтопудово будет. и ощутимый. бабла будет на это дело потрачено немеряно.

(358) За сайт новый на битриксе уже немалые деньги заплачены и дело исключительно за 8-кой моей, но это для бизнеса, а для бухгалтерии привести в порядок учет разобрав всякие наслоения которые образовались за более чем 10 лет ведения учета причем 41 счет был без номенклатуры а бп уж пусть с номенклатурой подокументно, хотя в наших еще двух конторах на упрощенке есть документы товародвижения обменом из ТИС - заодно и тут посмотим вычистим сравним и т.д. Вот поэтому я и хочу - чтоб жить спокойно а не думать что 1С забьет на бух 7.7 большой болт как уже сделала по ЗИК.

(361) блин, если интеграция 1С и битрикса не предполагается очень тесная что прямо капец как - то проще в 77 обмен впилить.

(362) А ты видел битрикс в УТ и его настройки возможнные?

(363) не видел, но имхо пофиг.
есть протокол обмена, он формализирован по крайней мере в основных моментах (а все неосновное все равно не от нас зависит и требует от нас геморав любом случае).
плюс я одному клиенту писал выгрузку из 77 по-моему в битрикс тупо файлик.

(363) и - нахрена мне "битрикс в УТ"..? - ты вот видел все возможные настройки УТ? сколько из всего УТ ты будешь юзать. Так и с любой внешней системой (например, на ВМС описание АПИ обмена - порядка 200 страниц - для любящих читать, но это не значит что юзается все)

(331) это решал сто лет назад подробностей уже не помню, но общий смысл такой - делим на "отгрузку" и "прием". тогда нормально все разделяется, лишнее не едет.
подобные же фокусы с контрагентами и материалами финтили - с заменой глобальных справочников локальными, плюс механизм пополнения глобальных. короче все при желании можно настроить, немного приложив смекалку.
насчет БП и ЗУП я бы не дублировал уже. на последние релизы не стоит впереди паровоза пожалуй обновляться без необходимости, а так в целом нормально все. тем более в последние годы поддержка 1с стала заметно оперативнее работать и реально помогают в решении проблем. выгодно отличается от былых времен когда ответа ждать надо было неделю и чаще всего приходила отписка в решении никак не помогающая.
7ку стоит сохранять там где нагородили сказочный и уникальный огород, ресурсов городить подобный же огород на современной платформе нет, и укладывать бизнес в прокрустово ложе типовых УТ и им подобное - нет желания или возможности. часто это дико переписанные за десятилетия ТиС, где написанного кода уже больше чем исходно типового.

Работала у нас именно такая связка - ЦБ на SQL и куча перефериек на DBF. Миграция была хитропопая сделана, не без сложностей и костыликов, но работало. Обмен был по схеме "звезда", "снежинку" делать было лениво, да и не особо нужно.

(366,367) Ну тогда смекалка была нужна совершенно в других областях.
А вот сейчас перед переходов на 8-ку разз уж мне поставили задачу сделать 7-ку на скуле - хорошо бы это обмен. В-принципе я вижу пока только путь через миграцию документов (но не всех) по формуле "место создания-центр". Хотя это где чистая розница и как говорится наплевать на остатки (особенно по партиям) по ЦБ на ПБ. Как-то их прибивать чтоб не пухли.
То есть создаем кучу пустых перемещений на ПБ и пустых документов движения бухт. Запускаем обмен они все попадают в ЦБ и там уже делаются перемещения из ЦБ в ПБ. Но в справочнике партии есть реквизит приходный документ. Получается что при попадании в ПБ этот реквизит останется типа "объект не найден".
Ну да, не так все просто. Буду рад если подскажете в каком направлении копать. Пока все-таки все это выглядит очень непросто и запутанно. Но если бы получилось - было бы замечательно хотя перехода на 8-ку это ни в коей мере не отменяет.

(368)+ Схема обмена тпереь упрощена (раньше была чуть другой). То есть:
1. выгрузка ИЗ ЦБ по во все ПБ
2. загрузка на ПБ и выгрузка в ЦБ
3. Загрузка на ЦБ из ПБ
............и т.д.

(368) При перемещении из ПБ в ПБ (через ЦБ) принудительно выгружал документ прихода реквизита справочника Партии и делал этот документ недоступным в "неродной" ПБ. Да, получается не очень красиво, но оно работало. Благо, что таких перемещений было крайне мало, потому что менеджеру приходилось вручную отправлять это перемещение. Можно было бы и робота сделать, но уже не понадобилось.

Создавать пустые перемещения смысла особого нет, потому что всё равно придётся гонять документы по "неродным" ПБ туда-обратно. В ЦБ (собссно и в ПБ тоже) придётся делать механизм по принудительной выгрузке.

(369) Получается, что во всех ПБ будет копия ЦБ? Так и нужно что-ли?? На самом деле механизм не такой сложный. Да, будут огрехи, но их можно устранить регламентными операциями по принудительной выгрузке-загрузке документов и справочников за определенный период.

Делал в свое время связку по схеме снежинка на несколько точек через МОД (менеджер обмена данными). Забавная штучка - мигрировали только нужные для данной точки документы (не виды документов, а допустим, только те, где нужный склад-получатель). Ну и движения не мигрировали, а документы проводились и создавали свои движения. Те же перемещения в ПБ не списывали со склада-отправителя, а только приходовали на склад-получатель. На точках получался простенький количественный учет по одному складу, а в ЦБ вся полная аналитика.
Конечно, в 2020 году переписывать на технологии 20-летней давности не комильфо ...

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

(372) Имеется ввиду, что остаются движения только по нужной ПБ. Причём при проведении просто удаляются ненужные движения.

(373) Чем удаляются, где удаляются? в ЦБ или в ПБ. Если в ЦБ то тогда надо еще как-то мудрить списание партий со склада ЦБ. Но вообще я так понимаю у вас не был установлен флан "Автоматическая регистрация изменений". Ну да а у меня стоит - целостность базы зато поддерживается. Ну есть неудобства в смысли запихивания лишних документов по товародвижениям

(73) "вот придет один!!! человечек
и быстренько все разрулит, все допишет в 8-ке"
- неужели такие наивные еще остались?

(375) Работодатели и околонихные топ-менегеры - да сколько угодно )

(369) иногда придется повторить, если в 2 ПБ редактировали один объект, конфликт будет.
там важно порядок навести административными методами четко определив кто именно какую информацию и где вносит. что в ПБ вносится что в ЦБ что и там и там.
для отчетов кстати сделайте отдельную базу, если еще не сделали, в идеале чтобы в ЦБ практически никто не работал. Управление сделать такой же периферийкой, хоть и на локальном сервере.

(374) "Удаляются" при проведении. В ЦБ ессно присутствуют ВСЕ движения, в неродной ПБ при проведении остаются только те движения, которые относятся к этой ПБ. Соответственно в родной ПБ есть только её движения.

Флаг "автоматической регистрации" ессно установлен, миграция "Место создания и центр" (хотя по идее лучше "Все базы"). В ЦБ при изменении нужных нам объектов они принудительно отправляются на нужную ПБ.

(378) Ка реализауется "принудительно" ?

(379) Работа с файлом 1cupdts посредством прямых запросов. В ДБФ работает немножко косячно, т.к. у 1С индексы по-своему строятся. Тем не менее - работало.

(380) Если на ПБ поставить SQL-Express, то работать будет как часы

(380) Спасибо! Как-то мне всегда больше удавалось программировать бизнес-логику. А эти моменты в-основном оставлял по стандарту (ну или почти по стандарту)

(382) Ога, бизнес-логика! ))  Когда платежи разносят в центральном офисе, то бишь в ЦБ, а взаиморасчеты надо видеть в ПБ! И размазывать всю ЦБ по всем филиалам из-за этого совершенно не нужно. Да ещё и цены у всех разные, и доходность каждого видеть не должны. Потому и возникают такие задачи.  )))

(383) Да нет. Я имел в виду программирование алгоритмов оперативного бухгалерского и зарплатного учета. Но типа ячеечный склад и все для чего он используется и т.д. Или там в бухгалтерии всякие удобные плюшки связанные с ОС ну и т.д.

В фирмах, как у ТС, где самописка развивалась 10 лет, из людей и софта выжато всё для максимальной производительности. Запаса по человеческим ресурсам - нет, по железным - нет. Четких целей у руководства - нет, готовности вкладываться в ИТ - нет. В таких условиях - только (351).

(384)+ А насчет платежей я где-то выше писал: там где опт и розница - туда мигрируют строки выписки приход и ПКО. Строки выписки расход и рко вообще н мигрируюи из ЦБ, просто по возвратам они мигрируют в ЦБ где полная информация.
Я вот тут еще с помощью кобиана архивы делаю. Надежно но не гибко. Мне бы как-то теневое копирование чтоб было. Хотя в суль вроде это все и так решено

Ну и удивляют мнения, что с самописок легко перейти на последние типовые.
У нас, например, добавлено объектов: 100 справочников, 100 документов, 200 обработок, 200 отчетов, 120 регистров сведений.
Как вы представляете переход с таких самописок на типовые?
Одни знакомые (несколько десятков программистов в штате) недавно переползли с 7.7 на 8 (на обычные формы). Другие - сидят на 8.1 и не рыпаются.

(387) >>100 справочников, 100 документов, 200 обработок, 200 отчетов, 120 регистров сведений.

Что за отрасль народного хозяйства?

(388) Фарма

(387) А вы посмотрите пост (345) Молочного Брата. Он говорит что это все очень быстро можно сделать.
У меня тоже добавлены свои справочники докмуенты несколько регистров десятки обрвботок и отчетов и т.д.
Ну взять хотя бы справочник "Маркетинговые акции" - все же чистое свое. в ТИС его сроду не было

Уверен, что целесообразность многочисленных дописок отпадет при нормально организованном проекте.

(391) +1
основная сложность при переходе с 7-ки на 8-ку это интерфейсные различия для пользователей, т.е. переход с клавиатуры на мышку :)

(389) фарма - производство или продажа в розницу?

(391) Актуальная потребность не может "отпасть". Юзерам просто придется смириться с тем, что теперь она будет реализовываться в Екселе руками. Понятно, что новые проекты без отказа от старых доработок не внедрить, но нужно сопоставить эффект от снижения производительности труда при отказе от старых решений и роста производительности при переходе на новые.
(393) Опт

(394) Актуальные потребности и ваши многочисленные доработки далеко не одно и то же. Мой опыт говорит, что реально необходимых доработок меньшинство, часто бесконечно малое.

(391) есть отрасли где специфичные процессы и нет типовых. назвать не могу.

(389) производство? ибо в торговле я слабо представляю что в 100 справочниках и 100 видах документов...

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

(386) "Мне бы как-то теневое копирование"
в кобиане есть теневое копирование.
.
но, опять же, я нескольок раз подымал вопрос , но толком никто и не рассказал как работает теневое копирование.
.
от человека, которому я склонен доверять инфа такая:
- если в самой проге не заложена возможность _взаимодействия_ со службой теневого копирования, то в общем случае - будут траблы. На примере 1С дбф - технически скопируется все правильно, на логическом уровне - может расползтись. хотя у меня такое теневое копирование работает много лет - траблов не наблюдал\не нашел (м.ю. потому что за 10-12 лет из бэкапа базу реально подымали раза два, один раз по крупному, второй раз - по мелочи).

(391) нормально организованный проект - требует нормальных ресурсов.
как пример, у себя в конторе - если я рулил\участвовал в проекте - нормально взлетало (один крупные переезд склада, потом еще внедрение ВМС). Если "проекта" как таковго нет - все делается "по факту" - все раком, или в горящем режиме или вообще никак. вот сейчас на новый склад контора перебазировалась - с середины декабря трэш и угар. барадак, в горячем режиме, вмс в ауте итд. вот такие "проекты" у руководства. Второй пример: клиент хочет нормальное "производство". основное здесь в "проекте" - "хочет". По факту - нужен "человек, который придет и все сделает".

(390) и я говорить могу. и ты говори ;-)
клиент, с десяток точек. тис, точки, урбд. базовые механизмы - без изменений. аналогичный "проект" для его конкурента франч посчита сейчас точно не помню - года три назад было - под лям рублей. это только поставить 8-ку и сделать все по-типовому. никакой заточки под удобства и скорость. даже без обследования того что есть насколько мне помнится. просто 8-ка и перетащить данные. под лям. все остальное - неизвестно сколько по времени и по деньгам - "потом". Вот такие тоже "проекты".

(391) выпадение необходимости чтото бописывать на 8-ке - конечно отпадает, много уже есть "из коробки".
но нужен нормальный проект. именно. нормальный.

(400) Чем ваять заведомое дерьмо, я советую автору сосредоточиться на организации нормального проекта

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

(404) Ну да. Проект с полной поэтапной раскладкой должен мне присниться ночью :) и Псе. Но блин мне ночью приснилось что я стал министром МВД. А утром как-то не заметил ничего нового :)

(405)+ Конечно чем хороша 7-ка - это скоростью работы при всяких операциях которые массово работают с данными.

(378)вот что написал в big насчет урбд - это я и называю извращениями. часть озвученных ими вопросов я продумывал, но не реализовывал, например - при получении в ПБ документа - он перепроводится и в проведении оставляет только нужные для себя движения. вопрос - как штатно только механизмами урбд это организовать?

А правда можно ли это реализовать вообще? Перепроведение сразу после загрузки причем средствами УРБД. Ну понятно чтоб оно обратно не смигрировало не дай бог

(405) нет там ничего сложного, поверь мне. тем более проект не аткого уровня чтобы требовались всякие МБА, BTT и прочее.
.
сядь и нарисуй от крупного к мелкому детальный план ВСЕГО что надо сделать.
составь график. и работай.
.

(407) средсвами урбд - не знаю. но по урбд я не спец, но думаю что всетаик нет.
придется дописывать\переписывать кучку всего.
тогда уже проще МОД внедрить.

с учетом того, что при обмене данные тупо пишутся в таблицы и ничего не перепроводится, то я бы (как тупой урбдшник) при обмене из ЦБ в ПБ из файлов обмена вырезал ненужное для этой конкретной точки.

ноя делаю проще. я изредка УРБД тупо подчищаю прямыми запросами по чужим данным на точке, писал ранее. ;-) это проще.. ;-)

Я уже упустил суть разговора , автор вы базу-то на скуль перевели ?

(408)
1. На самом деле проект серьезный тем более что начинает у нас светить настоящее адресное хранение то бишь ВМС
2. Расписывал и не раз все у меня есть и у франча. Но все-таки остановились именно на "ползучем" варианте при условии что БП3 и ЗУП работают полностью как положено

(413) п.1 - херня. ну не совсем херня, но не так уж и сложно если в компании и на складе присутствует ПОРЯДОК.

(412) Квартальная и годовая отчетность по нескольким фирмам плюс задачи по автоматизации дальнейшей - решаю. Жду счет на скуль-сервер. Ну и надеюсь что возьму свободный комп и поставим все на него (хоть там 2 ГБ памяти) и попробуем запустиь 1С под скуль. Когда-то пробовал работать под скуль-экспресс 2008 - да работало без особых проблем и отчеты вполне терпимо формировались

(413) ползучий вариант - плох. в первую очередь тем, что показывает что нет достаточных ресурсов на серьезную работу. это и есть первая трудность.
ползучий вариант хорошо когда можно делать все неспешно В ОДНО РЫЛО.
если франч продавливает ползучий вариант - не вопрос, но пусть фиксирует бюджет.
ползучий вариант - это проект без ответсвености, без сроков, без бюджета. когда больше чем одно рыло в таком "проекте" - это гавно.

(414) начальник склада - молодец так что порядок и средства автоматизации которые помогают его поддерживать давно присутствуют

(412) Что-то конкретное хотите присоветовать?

(418) да нет, интересно чем все кончится :). на сервер скулевый не скупитесь , апгрейдить могут и не дать ;)

(419) Да как-то не собирались скупиться особенно.

с точки зреняи курводства "особенно" - это 50 тыс.. ;-)

(421) минимум 150 я запросил

(422) на леваке будете рабать? ибо лицензии гораздо дорже выйдут

(422) я про техническую составляющую ... обычно конфигурируют сервак и счет уже конкретный отдают

(423) Знаю что дороже. Не будем на леваке работать. Мало того, мне еще для 8-ки лицензии на Сервер 1С Предприятие нужен

(425)+ Те же терминальные лицензии ( опрядка 40 кажется) да и клиентские лицензии на windows сервер 2008 у нас куплены кстати.

(422) Сервак чисто под скуль?
2008 скуль на любом железе будет работать, начиная с 775 сокета C2D. Главное памяти побольше ему и дисковую подсистему хорошую, проц там в основном простаивает.

(422) Возможно все-таки он еще и сервером терминала может поработать. Иди пойми какую винду на него ставить, то ли 2008 то ли 2016

(426) А зачем терминал для скуля? Поясните. Для dbf он нужен, а для скуля то зачем?

(428) Терминал от скульного сервера придется отделить. В крайнем случае, если виртуализация есть, то скуль в своей машине крутится, а сервер терминалов в своей.

(429) Слабые старые рабочие станции в-основном хотя под дбф среверочек ( а на самом деле старенький комп) на одном магазине стоит терминальный вин 2003 - памяти 1 ГБ, рейд зеркало программный диски сата-2 образца 2007 года - пашет без проблем и скорости хватает хотя на магазине где-то 6 компов

(405) Сообщить как должен строить проект вменяемый ИТ-начальник?

(431) Слабые - это 2-3 при что-ли?
У меня есть парочка клиентов типа Celeron 2.4 аж на 478 сокете, оно 7.7 на cкулевой базе нормуль тянет :)
Ну и был тоже до недавнего времени терминальный сервак 2х процовый P3-1000 для удаленного офиса, вполне 7.7 тянул....

(433) ТАк и у меян тянет. Но вот где-то услышали что надо скуль - все делаем скуль

(432) Кому сообщить? :)

(435) Тебе, родной, кому же еще:))

(436) Буду рад конечно

(437) Интересно посмотреть базу, про которую идёт речь, и покрутить её в КД2, на предмет переноса в УТ.

(434) Я вообще удивляюсь как люди на 7.7 на dbf работают. Одно слово "переиндексация" тут 100% аргумент перехода на скуль. А еще и сохранность данных.

(437) Шаг 1. Поход к руководству (вариант служебка) с доказательными рассуждениями о необходимости проекта.
Шаг 2. Обьявление тендера и выбор интегратора с соответствующими компетенциями
шаг 3. Проведение совместного с интегратором предпроектного обследования предприятия. Выбор ПП-прототипа системы, потребностей в оборудовании. Смета и план проекта
Шаг 4. собственно проект
Шаг 5. Приемка работ, определение схемы и условий поддержки проекта

Имею похожую с ТС ситуацию. В плане использования ТИС и перспектив перехода на скуль или перехода на УТ. ТС, а посчитал сколько переход на скуль стоит в плане лицензирования самого сервака и его клиентских лицензий. Если куплен Server 2008 standart, то он поддерживает только до 32гб оперативки, что будет мало. Значит придется тратиться на новый. И еще, 1С уже тебе коробку ТИС на SQL не продаст, у нее их просто нет, не "делают".

(422) какой-то недосервер.

(432) Молочный брат - и мне сообщи, плиз

(439) нормально работают, если инфраструктура нормально собрана, а не из хлама понатыкано
я выше писал - у меня дбф вертится у клиента с 2002г. проблем нет.
вмску на 77 написал - работала пару лет - проблем нет (а это более критичный участок чем чисто учетные задачи).
.
но, конечно, имхо скуль лучшее если есть возможность.
бух77 в свое время на скуль перевели из-за размера только.

(441) не факт.
мы купили скульную версию официально в 1С, когда "ее уже не делают". стоила что-то 70 тыс.

(443) Я ж в (440) написал

(446) угу, прочитал уже.

Нехай ТС тендер вот здесь оставит http://catalog.mista.ru/project/index.php
поржем вместе потом. все. сразу, хором.

Мне интересно как такой "тендер" в части описания будет выглядеть...

(449) Нет ничего проще. Список функциональных задач, краткое описание предприятия Заказчика, основные цели автоматизации. Спрашиваем портфолио проектов интегратора

Вот мне сказали для строительных компаний отдельную базу на 8-ке создать (для части фирм) чтобы там были кс-3 и кс-3. Типа конфигурацию для строительства типовую. Но ведь в бухгалтерии БП3 там же есть на основании реализации услуг КС-2 и КС-3. И обмен с гранд-сметой можно сделать. Вот раз и поставили - опять же обмен с ЗУП должен быть. Поставить ноу проблем. Можно УНФ пока поставить пусть пробуют хотя есть же КА у меня купленная. Ну все есть - выбор большой особенно когда никто в этом котле работают не умеет. Ну  с неба знания не приходят. 1С в вузах обучают

(451) О госпадя, святые угодники... И эти люди автоматизируют родное предприятие. Расстреливать надо. Из рогатки

(452) Автоматизирую я и всех этих метаний как-то не допускаю.

(452) когда ты на родном предприятии всего один автоматизатор - то вполне...

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

(454) Если один, то правильно себя позиционируй. То, что можешь- делай(бумажку из принтера достать, обработку написать), а что не можешь- отдай на сторону и управляй процессом
(4550 да ладно:)

(456) Тот кто управляет - должен получать бюольше или меньше того кто делает под управлением?

(457) Риторический вопрос. Кто рулит- получает больше в общем случае

(458) Ладно будем посмотреть

(440) Сразу чувствуется , специалист ... (С) Городок

(459)+ Меня беспокоит то что наверняка если скажу что БП3 есть кс-2 и кс-3 - меня пошлют и скажут чтоб яискал специальное строительное решение. Так его я уже находил сколько-то лет назад и ничего.

(461) Мдя. Это уровень

(461) ну если в БП есть КС - то вот тебе лично интересно мудохаться? показал как заполнять (или на ИС возьми я там точно видел) и пошли нахер. Хотят спецстроительное решение - главбух или ктотам - руководятел проекта - подсунь им франча кто сторительная специфика владееет и пусть трахаются. хоть проектом, хоть раком.

(462,463) Все это братцы лирика. А физика очень жесткая - из моего котла отваливаются строительные компании (взял для руководства демо и вебинары по "Бухгалтерии строительства". И это хорошо и правильно. Вполне сами введут остатки справочники наверное перекинем и будут работать. А то сейчас я 20 10 по актам услуг по строительству со списанием материалов (читай товаров). А что такое акты услуг - это тис-ские реализации с установленным флагом, то есть я в ТИС наваял большого монстра который начал рассыпаться на нормальные базы данных логически и логистически корректные. Просто когда-то строительная теперь фирма была вообще единственной и потом вновь созданные структуры торговли питались ее остатками при продаже оптом и в розницу. Ну а теперь все это вообще стало ненужным. Все упростилось. На мне остается некая функция обслуги обновления может когда-нибудь отчетик напишу. Ну и по торговле тут очень много всего ну и еще я стал свертывать бухгалтерию 7.7 торговой фирмы иначе в БП3  
ее не засосешь так как она просто вылетает когда формируется выгрузка остаков и справочников. Вот оставляю 5 последних лет как в ТИС. Хочу чтобы быстрее перешли на 8-ку УТ и РТ. Вот тогда попробую наверное найти с помощью руковдоства себе другую работу если все срастется. Может во франч, может еще как-то, может в конторе типа аналитика останусь да мало ли какие варианты. Поэтому максимально быстро скуль и как описывал переход на 8-ку. Просто с отделением строительных компаний из общего котла будет проще перейти на самом деле. По-сути две фирмы перейдут - ООО и ИП

Как вам такая конфигурация компьютера для sql-server:
Материнская плата ASRock EPC612D8 Артикул НИКС: 433390
Процессор INTEL Xeon Processor E5-1650 V4 OEM Артикул НИКС: 285488
Original SAMSUNG DDR4 RDIMM 16Gb < PC4-19200> ECC Registered Артикул НИКС: 277135
Жесткий диск HGST Ultrastar 7K2 1 Тб HUS722T1TALA604 SATA Артикул НИКС: 283572
Плашки памяти 2

(464) Вспоминается в связи с этим басня Крылова... А мишенькин совет лишь попусту пропал
Интересно автор понимает, что он своими "подвигами" наносит ощутимый вред бизнесу фирмы-мамы?

(465) че за SQL сервер такой...там диски нужны быстрые и памяти побольше..а это как то не очень.

(465) Больше похоже на комп для разработчика.

(465) И дисковой системы не вижу (1Тб HDD таковой не считается).

(466) Видите ли - у меня сейчас пашет уже слава богу 7 лет сервер супермикро и он в-общем ззаточен был под скуль. Но так получилось что все-таки тогда осталось ДБФ. Подбирали совместными усилиями с людьми которые съели большую собаку в этом деле и тьфу-тьфу на него не жалуемсся. И сейчас опять будет то же самое. У меня У меня минимум месяц на выбор сервера который должен и 7-ый и 8-ный скуль тянуть. Так что думаю что вы в корне неправы. И сервер терминальный на вин2003 который покупао еще в 2005 году и он пропахал не выключаясь до 2013 - тоже был неплохой. Подбирались именно комплектации серверные. Сейчас пока это подбор нашего сисадмина

(469) Дисковая система - имеется в виду рейд-массив?

(465) Нужно добавить М2 под систему. Рейд к черту, бестолковая приблуда. Память можно потом добавить, но в данном случае вряд ли понадобится, даже при переходе на 8ку.

(465) v4 в 2020году? Это шутка?
Дисковой подсистемы не увидел. HDD 1Tb  - это для бекапов.

Современный сервер в малом бизнесе  - это LGA1151v2 платформа, камень Xeon 2276/2278. (Берите про запас 8-ядерный). Памяти тут ставится до 128Гб. Но начать можно с 32. Диски Samsung 970Pro. ТЧК. Для NVME SSD Рейды не используются. Рейды актуальны для механики. Такой сервер отлично потянет и 1С УТ+РТ.

Если текущему серверу 7 лет, то, наверное, это LGA2011. На алике Зиончик к нему закажите за копье и все! Ну и диски SSD, разумеется.

Хотя, если цель стоит, спустить как можно больше денег в унитаз - то можно и v4 брать с механикой.

(473) Да нет такой цели. Цель одна приборести сервер который будут работать и на будущее как скуль сервер для 1С 7.7 так и для 1С 8.3 (ну разумеется наряду с сервером 1С-Предприятие)

https://www.nix.ru/autocatalog/ssd_samsung/SSD-1-Tb-M2-2280-M-Samsung-970-PRO-Series-MZ-V7P1T0BW-RTL-V-NAND-MLC_360515.html
Samsung 970Pro не рекомендуют: из-за недостаточности ресурма и нагревания

(473) Обычный SSD под данные не подойдет. Уже столкнулся с работой SSD диска под файловой базой, запустили ТИИ и "очень удивились", оказывается 860Ево работает с большими файлами медленнее обычных дисков.

(475) Недостаточность ресурса у 970Pro? Сегодня что, 1 апреля?
https://3dnews.ru/938764/page-3.html#Samsung%20970%20EVO
На 970EVO записали почти 5000ТБ данных и он сдох. У ПРО результат будет лучше!
Никакого катастрофического нагрева там нет. Вы ж не будете стресс-тест на запись ставить в режиме 24/7. При реальной работе - 40/50градусов.
(476) оказывается 860Ево работает с большими файлами медленнее обычных дисков.
"Обычный" - это какой? 970? :-)
860EVO не может работать медленнее HDD в принципе. Возможно, что-то было не в порядке с диском или системой. Да и вообще, EVO-серия как бы с MLC-кешем работает. Когда он заканчивается, диск начинает "уплотнять" данные. У Pro такой особенности нет.

(476) А какой пойдет если не SSD?
На текущем серваке у нас 6 sas-дисков по 300 GB

(477) Я ссылаюсь на никс. Они поставщики и отвечают за свои поставки и если они дают такой отзыв - наверное чем-то они это обосновывают

(478) Серверный, они на много дороже.

Рейд-зеркало всё-таки лучше иметь, и для SSD.

И швец и жнец. Дилетант во всем. Скачем туда-сюда, то ПП, то техника. А по результатам- задница

(482) Зато ты в белом и на коне...

(483) Я вообще тут не при делах. Отрасль не моя, регион, скорее всего тоже. Никакого марьяжного интереса

(480) А sas-диски пойдут?
Мне вот сейчас малость мозги наполнили:
1. Диск под систему
2. диск под базу темп
3. диск под LDF
4. диск под MDF
5. диск под архив
Память будет 64 или 128.
В зеркало будем включать или в рейд 10 - строить дисковую подсистему на отдельном аппаратном рейд контроллере
У меня на текущем серваке - 2 двухяядерных ксеона вообще-то

(482)Ну вообще-то народ кто видел говорил что у такого "дилетанта" ка я все летает на серваке в терминале с 50 юзерами. Хотя не буду обижаться Кто-то меня гением 1С называл и даже есть такое поздравление от бухов где-то образца 2008 года. Ну а кто-то считает что я дилетант. Ладно. Я как раз все время обращаюсь к профессионалам. И сервак мы брали именно как готовый сервак в 2013 да и в 2006 году

(482) А  в чем задница?
Все выгрузил, квартал по НДС практически готова ну и т.д. и т.п.
6 магазинов включая ЦБ - пашут, закупки планируют, отчеты делают, чеки бьют и т.д.
База свернута и еще год может пахать без проблем.

(482) Честно, как-то сам я бы так говорить не стал. У меня с 1996 года было всякое 1С. И внедрений тьма разных и под DOS и 1С6 и 7.5 и 7.7 и 8.1

(487)+ А еще фокспро а раньше вообще паскаль еще раньше фортран

(488) хм.. надеюсь в нике не год твоего рождения:)) Если ты такой опытный человек, то должен был устать от времянок. А ты наоборот ведешься на всякие гибридные связки 77 и 8 и хрен знает что.

(489) Да не ведусь. Просто не вижу дургого варианта реального. Тем более строительная части мы отделяем в БСО. То есть торговая база и разгрузится и всякие строительные плюшкииз нее станут не нужны и переход на УТ+РТ будет полегче в смысле доработки каких-то нетиповых функционала

(489) Даже если лишусь работы (в чем сомневаюсь однако) зато в конторе будет надежная нормлалная торговая база и бухгалтерии отдельные строительной организации (ну там немного материалов по сравнению с торговыми товарами, поэтосу все опрерации можно просто делать в ней с учетом готовой в решении строительных функционала (подрядчик строительства как раз там есть)

я сделе просто. когда пришел в контору (с которой и сотрудничаю длительное время) сказал - я железом - НЕ ЗАНИМАЮСЬ. Подтащил им "своего" сисадмина-железячника и с тех пор - жизнь нормальная. Главное - что с сисадмином с одого инкубатора - задачу поставил - сделано. и не морочу себе голову.

(492) Ну если сисадмин с опытом, но дело в том что оба раза до текущего момента все серверы покупал я (советовался с гуру конечно).

(492) Подскажи пожалуйста гипертрейдинг для работы 1С 7.7 надо отключать в биосе? Как я читал при отключении скорость работы 1С 7.7 возрастает примерно в 2 раза

(494)+ Кто что пишет. Одни говорят выключать НТ обязательно хоть в файловой хоть в скульной, другие пишут НТ - это благо

(485) Конечно подойдут, вот только контролер встанет на эту плату?

(496) Поищем другую если надо будет

прям драматургия в лицах.
(0) скажите, а зачем вы просите совета если всё равно сделаете по своему. например в частности железа, вам говорят - не ставьте механику под базу, возьмите высокочастотник под 1152v2 и набейте рамы с запасом начиная от 32 - вы же носитесь со своими sas-дисками, гипертрейдинг какой-то. глядя на это вам говорят - не занимайтесь железом, потому как там есть нюансы, которые надо знать - вы начинаете про свой труадминский опыт. при всём уважении. а уж как вы будете скуль вкручивать я боюсь даже себе представить. про переход с клюшек на снеговика у меня своё мнение которое в данном контексте я не хочу озвучивать.

и ещё, вам уже пытались донести, что большинство крутых (читай успешных) современный спецов снеговиков работают с целью весьма отличной от вашей. про вашу не буду, но их цель как можно эффективнее и наименее энергозатратно обработать очередного клиента, желательно по накатанной, обязательно в сторону своих чекпоинтов. я не говорю про какие-то обманы, мошенничество, нет, просто надо понимать, что ваш, скажем так архаичный, подход и современный - это две большие разницы. как-раз вы всё время повторяете, что хотите сделать переход, вкатиться в современный. но это очень сложно и местами даже больно, придётся многое (может даже всё) привычное-уютное выбросить вон, о чём вам тоже неоднократно говорили здесь. и мне непонятно зачем оно вам надо? не хочется стареть, неприятно видеть как мир вокруг обгоняет тебя? ну это зря. вокруг меня полно бизнесов у которых оперативный и производственный на клюшках, а бухгалтерский и кадровый на снеговике. и они делятся на две группы - одни пытаются пересесть с клюшек на снеговика вкачивая миллионы денег, а другие меланхолично наблюдают эти факапы. из четырёх таких переходов, что я вижу, только один успешно переехал на упп, но потом провалил переход на ерп (в какой-то момент решили, что это нецелесообразно), остальные три въ...ли столько ресурсов (денежных, временных, людских, репутационных, стратегического целеположения) в это при том, что результат не то, что нулевой, а отрицательный. я понимаю - vita in motu(с) - но, опять же - cui bono?

(498) Да нет драмы вообще! Отвечу подробно просто сильно некогда было. Но опять же не из-за моих программ - они работают как часики слава богу а из-за всяких организаторско-административных дел типа интервьюировал начальника отдела ПТО и т.д, ну НДС еще на носу хоят к нему вроде в один день все готов

(500)+ На самом деле я очень ценю все разумные и не очень :) советы.

(501) оставь ты оперативный учет на клюшках и всего делов, брось ресурсы на выгрузку а БП3 нормальную, хотя и они уже есть вполне рабочие.

(502) Ну я так пок аи хочу свертываю бухбазы 7.7 а то они вылетают при выгрузке в БП3

(503) а базы вообще каких размеров ? у меня есть база SQL 45гигов, крутится по сети на IntelCore2Duo E8200 / 4Gb RAM/ 2*SAS RAID 1 / SQL 2000-й вот тяжко с ней работать, но сейчас планирую нове железо закупить под работу с этой базой.

(504) Регистр движения партий подходит к 2 ГБ. Короче у меня получается сохранять неполных 5 лет.
Документов за квартал примерно 6000 реализаций 3-4 тысячи поступлений порядка 9000 перемещений всяких ну и отчет ккм (6 штук в день)

(505)+ Пользователей в реале порядка 45
Системная плата:
      Тип ЦП                                            2x QuadCore Intel Xeon E5620, 2400 MHz (18 x 133)
      Системная плата                                   Supermicro X8DT6
      Чипсет системной платы                            Intel Tylersburg 5520, Intel Westmere
      Системная память                                  32758 МБ  (DDR3-1333 DDR3 SDRAM) Kingston
Контроллер хранения данных                        Adaptec RAID 5805
      Дисковый накопитель                               Adaptec Array SCSI Disk Device  (278 ГБ) х 6 штук

Вот такой сервак работает у меня сейчас как терминальный с 2013 года

(498) Ну давайте попробую ответить - по поводу железа несмотря на то пока что все серверы в том числе и для самых больших наших ПБ подбирал я но опять же советуясь с поставщиками и на форумах. В этот раз сервер для скуля с запасом на будущее будет покупать сисадмин мой но с моими поправками и опять же консультациями у гуру которые купили не один типовой скуль сервак. Если вы смотрели озвученную мной конфигурацию которая работает сейччас то по ней видно что по сути и затачивалась она под скуль но малость не сложилось и терминальный сервак получился отличный бестормозной в-общем.
(499) Ой тут сложно сказать - мне дано задание я приложу все силы чтоб его выполнить надеюсь что либо у меня поднимется зарплата серьезно либо я просто с чистой совестью поищу себе работу и не обязательно в АйТи. У меня еще где-то валяется аттестат на право работы на рынке ценных бумаг :). Надо же кому-то биткоинами торговать. А может и консом куда-нибудь или менегером. Толкач муку покажет :). Быстрее обработать клиента - дело хорошее не спорю. Не могу ничего сказать на эту тему пока что. Я сейчас начальник отдела, зарплата не самая плохая а когда-то было вообще неплохая )

(499)+ Что касается перехода с 7-ки на 8-ку - пока не отделятся от торговли строительные подразделения (а то все в одной базе) я отрабатываю исключительно переход на БП3 и связки с ЗУП. Но опять же в БП3 опять костылями выгружать? Неохота уже! Пусть лучше будет обмен в одну сторону пока что с УТ и оттуда выгрузка штатная в БП3. А там будет видно. Все механизмы которые я наработал для торговли в ТИС - на мой взгляд полностью или почти полностью реализуемы в УТ и РТ. А те что нереализуемы - я их через внешние обработки рисовал или отчеты. Так что структур данных они особо и не затрагивали или структуры были локальны к ТИС и можно сказать независимыми от типовой его части

(507) "все силы чтоб его выполнить надеюсь что либо у меня поднимется зарплата серьезно"
- смишно.
ты не надейся, ты обговаривай прямо явно с подписанием/заключением официального соглашения/договора/чтототамеще что в результате успешности "проэкта" будет поднята зарплата. Если фоициальнйо бумаги не получитяс сделать, договаривайся прямо и явно на словах. По факту - после успешности проэкта - тебя попытаются нагнуть - сыграть обратку - вариант тут только один - сразу заявление на стол об увольнении. без отыгрыша назад. и две недели - занимаешься чем тебе нравится. Потом взаимодействуешь с конторой исключительно на коммерческих условиях.
.
для проверки: тебе зарплату раз в год индексируют как это положено по тК? - вот и думай...

(508) значит должно все взлететь.

(510) Да не скажи. Вот то же решение для строительной компании - его ж тоже надо подбирать исходя из многих факторов. Если цель выделить строительный блок - то можно просто отдельно вести бухгалтерию хоть строительную хоть обычную.
А если решение как оптимизировать работы строительного блока - то вариантов как бы много. И какой выбрать - проблематично

Что касается торговли то да, там есть например загрузка из XML файла зарплаты в банк в Строку выписки Расход с табличной частью и затем разнесение ее автоматом в бухгалтерию 7.7 (хоть в УСН хоть в ОСН). То есть есть зримые механизмы которые облегчают и выполнение рутинных операций и анализ деятельности предприятия

(511) Мне кажется, что ты уже давно сам с собой разговариваешь. Самодостаточен. Или невменяем:))

(511) Да нет. Вполне вменяем ). Просто без каких-либо практических моих действий ветка утихает. Но я их делаю. Мне ж не завтра все это надо время есть.
Поглядим возможно сегодня со сторонним спецом мою систему на предмет оптимального перехода на УТ+РТ

(513) Действительно серьезная тема. Мощный проект. Кстати, а БСО сами бухи освоят, правда же.. Делов-то:))

(514) Об этом и речь. Ну бухгалтерию бухи точно освоят. А вот строительный блок - правда ПТО говорит что это все малонужные плющки ибо мы ведем все в ценах государственных в сметной программе, а в БСО как-то больше учет в коммерческих ценах. Да пригласим мы к себе спецов но опять же - для другой конторы когда-то покупался RS-BALANS (ЕРП между прочим уже тогда), были спецы из москыв стоила система несколько лимонов - не взлетела. Так что пока не знаю. А так заказать внедрение - не проблема. Вопрос что внедрять - узнаю кто в нашем городе БСО покупал (какого разработчика как работет довольны-недовольны). Просто это не дело одной минуты

(514) Вы насколько я понимаю предлагаете нам воспользоваться проектным внедрением и задействовать для этого опытного системного интрегратора?

(516) Опытный интегратор - как единорог: часто про него говорят, но я не знаю ни одного человека, кто бы видел такого вживую.

(517) не , ну просто опытный, это еще можно встретить.
Для меня мифически звучит сочетание "системный интегратор"

(517) Я про это и говорю. Предлагал нашим франчам чтоб они внедрили по проекту. Нет - ползучее внедрение с почасовой оплатой по факту. Иы можем и миллион заплатить и больше но вопрос за что насколько гарантирован результат а главное кому? Все больше частным образом будем искать

(519) Я бы тоже не подписался на проект в вашей конторе. Ибо мутные вы

(519) А кто ты такой, чтоб чего-то предлагать "нашим франчам" ?

(516) Да, только не только для банальнейшего перевода с вашей самописки на ТИС на УТ. А почему УТ, собственно? А БСО? Хорошо бы это обосновать

(521) ПО согласованию с руковоством. Встречи были на эту тему. Братцы. Ну уже ж пора понять что не ставлю я пальцы веером и никаких крутых амбиций нет у меня. Кстати пробовали мы однажды внедрение РТ по тех.заданию. В-принципе получилось неплохо на одном магазине, но управленческая 7-ка все назад потянула увы. И аоз и ныне там остался ибо потом много чего другого срочного насобиралось и надо было делать

(522) Ну да. Согласен насчет банальности. Действительно ничего экстра здесь нет. Работаем. Что касается БСО - я ж писал в посте (515). Это все руководитель хочет.

(523) вот-вот. Мне как раз предстоит нечто подобное объяснить нашим мечтателям, у которых сама по себе новая или какая-то другая программа должна просто работать, невзирая на условия отсутствия условий :-)

(523) Расшифруй мне "ПО по согласованию с куроводством". То есть они так хорошо понимают линейку 1С, проанализировали потребности и функционал, сделали обоснованные выводы??? Ты тут за идиотов нас не держи. Что ты в клювике принес, то и оплатили. Мастак ты в третью позицию вставать, типо, я то тут не при делах

(526) 1. Никто нничего не покупал. Рукодводство у меня умное и грамотное и достаточно прогрессивное и смотрит и вебинары и демодоступ само и главбух смотрит и пто смотрит. У нас большая контора с большим объемом строительных услуг по 44 и 223 закону
     2. Рассматриваются три системы пока: БСО, управление строительным производством и управление финансами в строительстве.

(527) Выбор ПО одна из задач предпроектного обследования, как и технического обеспечения, например. Можно смотреть вебинары, читать рекламные статейки. Толку ноль.
Ты, милчеловек, пытаешься подменить предпроект своим флудом на этой ветке. Это вредно для бизнеса

(527)+ У меня не 100 пядей во лбу и я не могу знать все - когда-то знал много но и технологии были несколько иными, сейчас мне хватает заморочек с моей системой (все работает но много же вссяких регламентных работ и т.д. и еще теперь переход на скууль будет а он по-любому будет и пока 8-ки нет - еще придется как-то соптимизировать выгрузки в периферийки иначе и на периферийках скуль ставить надо а еще надо купить 1С 7.7 под скуль хотя мне это и не по душе :))

(0) Много ответов, все не прочитал, скажу про быстродействие отчётов: 1С++ в руки, и сможешь получить ускорение на порядок - два. И да, можешь словить ошибку 1СSystem, при недостаточной скорости сервера базы данных. Также та же самая ошибка 1СSystem может появиться на терминальном сервере. Лечится уничтожением сессии на терминалке RDP. Ещё прелесть - в общем журнале происходит рассинхронизация даты-времени документов. Док есть, а найти программно его невозможно. Ну, про групповое перепроведение на 2000 сервере ты скорее всего уже знаешь, и это уже обходится установкой 2008 sql.

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

(530) Владимир1С. Я как раз очень хотел чтоб Вы сказали вое слово. Тогда с джейсоном вы мне очень помогли. Я потом быстренько все сам слепил включая пост запрос и пользуюсь до сих пор.

(531) Ну да, ну да..Ай молодца. Ты вообще-то в курсе, что без обследования проект в большинстве случаев будет провальным.

(528) Все. Флуд закончился :)

(533) Кто будет обследовать? Я не против - вы знаете кому можно заказать такое обследование и последующее внедрение с хорошим результатом за приемлемые деньги - вспомните по РС-Баланс. Там было и обследование и обучение, все было, результат - ноль

(535) Причины неудач я бы поискал на вашей стороне. Обследует системный интегратор, которого было бы полезно найти. Займись лучше этим.

(535) Для кого-то хороший результат и коробку установить на серваке ;-)

+(537) Если результат 0, значит проект был никому не нужен

(532) Хорошо помню, здесь было сообщение, что для недопущения всяких экзотических вывертов, надо выводить всё железо базы данных на максимальную скорость. Современные веяния таковы, что ставят SSD настоящий(в 10-100 раз быстрее HDD) на боевую базу данных, её ежедневно(или ежечасно, или по расписанию) бекапят на HDD. Этот SSD Заменяют в плановом порядке на половине паспортного срока службы. Сейчас идут новые разработки в области SSD, поэтому в этой области предпочту отделаться кратко : Intel+Plextor. Всё остальное - в инет, детально читать.  Для SQL жалеть оперативку - голодного ребёнка от груди отнимать. Под не-SQL задачи лучше оставить другие машины, чтобы SSD не эксплуатировался неосновными задачами. По сети, сейчас появилась возможность по адекватным ценам строить 10 000 МГб сетки, только такую скорость поддерживают не все кабеля: один на 3-5, после обжимки проверять на тестере, пока кабель не начнёт давать приемлемую скорость. И кабель лучше брать медь, а не омеднённый алюминий. Если удастся, построй распределённый сервер: на каждую серверную задачу - отдельная машинка. ОЧень хорошо получается! уже 20 лет контора сидит на таком. Авралы есть , да, но таких, чтобы всё сразу - нет. Держишь в запасе одну готовую не самую дорогую машинку, и в случае чего быстро её профилируешь, а оставшиеся машины в это время нормально выполняют свои задачи.

SQL хорош тем, что, если все базы разместить на одном сервере, можно напрямик брать данные с других баз прямыми запросами. без всяких ОЛЕ-механизмов. 1С++ - отличная компонента. Единственно, для обновления(структурного!!!), если что, может потребоваться XP с SQL2000. Это можно сделать на рабочей станции в виртуальной машине.  И этот вариант - рабочий.

(540) Спасибо! Читаем. Врубаемся. Сейчас сисадмин появится его напрягу.

(539) У 7.7 есть определенные ограничения , емнп, на объем занимаемой оперативной памяти .

(542) В любом случае, детальные данные в объёме нескольких сотен тысяч строк абсолютно бесполезны для человеческого восприятия. Нужно строить вертикальное и горизонтальное масштабирование, наверх поднимать суммы по статьям расходов-доходов, из безумного количества детальных данных сворачивать показатели. Вводить реальные денежные исполняемые штрафы за работу в базе задним числом. По опыту, такие штрафы работают. Даже если сумма от 500 до 1000 рублей. Главное в этом вопросе - чтобы в расчётке была графа "штрафы", видна отдельно.

(543) "Вводить реальные денежные исполняемые штрафы за работу в базе задним числом" - задним числом работают не потому, что так хочется, а потому, что иногда реально возникает необходимость (неправильно завели первичку).

(543) ни прибавить ни отнять .

Про переход на восьмёрку, из реального опыта, процедура это небыстрая. Без проекта с целями и целеразбиением, не взлетит. Для перехода нужна команда из минимум двух прогов, с обязательным документированием разработки, вплоть до невыдачи ЗП , пока руководитель не просмотрит новый код, как он работает, и как это отражено в документации на новый функционал. В нескольких конторах наблюдал , были выделенные люди, вплоть до матерных скандалов при попытках высшего руководства(не директор и не собственники), заактировать этих выделенщиков на текучку. В конторе, в которой ведущий прог и туда и сюда, уже 5-й год идёт написание конфы под фронт продаж-офис-склад.

(544) За это и штрафуют. Пусть вводят правильно. На крайняк, вводят корректирующий документ, но не лезут взад.

(544) Понятие "Задним числом", конечно, растяжимое. Если УРБД на всю Россию, от заката до рассвета, то тогда "Заднее число" будет на 3 для назад, для учёта сдвига часового пояса.

После перехода на новую полатформу и СУБД выкидывает пользователей , 95-й пост, про производительность и SAS диски

(0)
Рекомендуем Вам обращаться в softpoint.ru - там как раз такими проектами занимаются.

(0) Спроектировать масштабирование базы данных лучше с консультациями финдиректоров.

(551) В наших реалиях не лишний вопрос - кто будет консультировать их? :)
Да как-то никакой особой детализации кроме партионного учета и учета кабельно-проводниковой продукции вроде у нас и нет

(551) Вопросов немного: как они разбивают группу компаний? Это по горизонтальному масштабированию.
Как они строят комплексные синтетические показатели ? По какой схеме? По каким формулам? Это для вертикального масштабирования.
Исходя из их тракта подсчёта и выстраивается структура масштабирования.

(553) Торговля и строительство. Строительство в отдельных базах БП3 (возможно строительное решение), торговля пока в 1С 7.7 ТИС (ЦБ+5ПБ+УРБД) в файловом режиме на мощном ТС с переходом 1С 7.7 ЦБ под скуль, ПБ - убрать лишнее из выгрузок пожертвовав в чем-то целостностью УРБД и дальнейшим переходом на связку УТ+6РТ

(0) розницу хочешь от снеговика поставить? )) Эту же конфу явно под кайфом писали. Тебя, после тиса закидают тапками.

(555) Меня и так закидают всем чем попало ибо все в ТИС сделано удобно

(554) Торговлю , при наличии розницы, все вменяемые делят на фронт(что на кассах стоит)и бэкЕнд - полная база розницы . Выгрузка-загрузка происходит элементарно - через файл.
отработано двумя десятилетиями. причём, в базы выше уровнем, финансовые, товар попадает в виде товар10% , товар20% , товар0% НДС. как то так. Если очень чешется причинное место, посмотри "ЭлементарнаяТорговля", или Магазька. Эти кофиги писались с постоянной обратной связью с пользователями.

(557) Спасибо! Да нет проблем с кассами. Что касается бэк и фронт то на части магазинов и опт и розница причем оперируют они в-целом остатком по магазину (ООО+ИП). В конце дня автоперепродажа собственной фирме. Это все давно отлажено и склад у меня не оптовый не розничный а оптово-розничный )

(557) Начетпопадания товар10% товар20%. Ну и выгружаю в буглатерии 41 счет вообще без номенклатуры. А в ТИС мне это на фига? Приходит товар на ЦС, и затем перемещениями уходит на магазины (посл етого как его проверят поэтому с начала он приходит склад Временный ЦС)