Добрый день!
Ситуация в следующем:
Имеем:
Бухгалтерия (локально на компе буха) - 1С 7.7 (связи с торговой прогой - нет)
Своя торговая прога - MS Access + SQL 2005 - в терминалке 20 пользователей
Интернет магазин прикручен к торговой базе
Объём примерно - 200 документов в день (за год приход 30 000 записей, продаж 100 000 записей плюс перемещения и т.д.)
3 подразделения - по VPN
Предполагается рост по пользователям до 30, объём инфы до х10
Сфера деятельности - торговля опт, розница, интернет

Рассматриваем вариант перехода на 1С 8.2 , но т.к. никогда не работали с 1С есть масса вопросов:

1. Возможно ли перенести наши данные из торговой проги в 1С - цена вопроса?
2. Перенести данный бухгалтерии из 1С и связать их с данными торговой проги - - цена вопроса?
3. Какая нужна версия (конфигурация) для наших целей
4. Сервер - сколько и примерная стоимость

Можно ли реализовать в 1С 8.2 следующее:
1. запуск по расписанию некоторых процессов - например рассылки по емайл напоминаний об оплате
2. собственно рассылка смс и емайл
3. обмен сообщений м-ду пользователями 1С
4. Работа с объеденными остатками - т.е. часть товара на ООО (учитывается бухом), а часть на ИП (бухучет не нужен) - а для манагера это все в одной куче
5. проводки "отдельно" от бухгалтерии - т.е. манагер списал "кусок бочки", бухгалтер изменил на списание "кусок ящика"
6. многие конторы за время деятельности меняют ООО - можно ли эти ООО объединить для анализа статистики
7. по номенклатуре - можно ли сделать так что данная запчасть является составной частью другой. А другая состоит например из этих 4-х
8. по номенклатуре - например "Амортизатор 123" - позиция в номенклатуре одна, но он имеет кросс номера производителей ЦЦ - 345621, КК - 77621767, UUI - 878787 - и по поиску любого этого номера я найду "Амортизатор 123" и тыкнув в него я увижу что на кладе: от производителя ЦЦ и поставщика1 - 5 шт., производителя ЦЦ и поставщика2 -2 шт., и КК и поставщика2 - 1 шт. или как в прошлых версия нужно заводить для каждого производителя отдельную позицию?
9. Можно ли для скидок задать свой алгоритм в зависимости от наценки, производителя и поставщика (не вручную, а чтоб сама считала)
10. При приходе - сама считала продажные цены (опт, розница) по заданному алгоритму и предлагала варианты, а оператор волен согласится или ввести свои цены
11. Поиск по маске в наименованиях - напр. %Аморт%зад% (или *Аморт*зад* )
12. Есть ли АВС и XYZ анализы
13. Внедрение в интернет магазин - трудозатраты?
14. Если будет подразделение в другом городе - синхронизация серверов? Насколько не проблематично? Объем данных? Я имею ввиду - у нас на одну продажу - будет синхронизироваться по одной записи из 4-х табл. А тут?
15. Формирование своих отчетов.
16. Возможность оперативного вытаскивания данных - например нужны все клиенты у кого директора зовут ИВАН и которые должны нам более 1000 руб. - причем эти данные нужны только один раз и сегодня.
17. Возможность получения данных с MS SQL сторонними приложениями, насколько "по-человечески" расположены там данные

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

Злой Бобрshefus...
Рассматриваем вариант перехода на 1С 8.2 ...
А внятно объяснить причины перехода? Просто у вас такие смешные объемы что 7.7 вам за глаза хватит еще лет ...надцать, это для учета. Ну а учитывая что ваша торговая база крутится в скуле то я вообще невижу смысла дергаться. Вот и хотелось бы услышать объективные причины...

Причина... объективных нет, а субъективно - ну наверно как-то так:

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

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

Тут вопрос ещё такой - обучение персонала... Например - в 1С 7.7 чтобы найти акт сверки - нужно потрудится :) Потом выбрать пару тройку параметров и т.д. В нашей проге всё нужное на главной форме или на ленте - тыкнул кнопку и получил. Для розничных продавцов - на главной форме ВСЁ - поиск по кросам, наличие по складам и производителям, статистика продаж, цены розница -опт, описание товара, картинки, набор и печать чека инфа по клиентам, товар в пути, привязка к TecDoc (прога по кроссам автозапчастей) и т.д. В 1С реально такое сделать (см. скрин ниже)?

http://s2.ipicture.ru/uploads/20130721/T8n7iCNX.jpg

Nitro_JunkieNitro_Junkie,

Плюс непонятно, если у вас торговля опт и розница, руководство какую конфу собирается ставить? УТ? Для розницы там практически нет функционала. В 1С:Розница наоборот нет опта. А делать мутанта из 3-х баз Розница - УТ - Бухгалтерия для 20 пользователей это жесть.

Хм... я думал это все можно делать в одном. А что нет такой конфигурации где есть всё? И какого нет функционала в УТ для розницы? Один-два примера, если можно. Товарный чек не выписать? Учет денежных средств в кассе? И связки - это выгрузка из УТ и загрузка в Бух? Первичка? Справочники?

авторЕсли у вас на 1С бухгалтерия то зачем вы туда первичку грузите? Вполне достаточно за месяц выгрузить сводные проводки. И поверьте мне на слово что будет там 50-60 проводок всего. Хотя по уму то при нормальной реализации торговой программы бухгалтерия вообще ненужна (ну по крайней мере для меня не представляет сложностей взять сводные цифры и заполнить отчетность).

Долго объяснять - вкратце: учет идет только по ООО (ОПТ) - остальные ИП и т.д. которые участвуют в процессе учета не требуют, а в торговой проге для манагера тоже все без разницы товар пришёл на ООО или ИП и можно ли его продать с ООО по безналу или только в розницу и т.д. Его задача ПРОДАТЬ, и для него не имеет значения методу и способы учета этого товара в бухгалтерии и торг. прога сделана для МАКСИМАЛЬНОЙ помощи в продаже для менеджера. А задача буха и его программы сделать все правильно с точки зрения НК и ЗАКОННОЙ МИНИМИЗАЦИИ расходов на налоги.

авторЕсли вы все еще думаете что идете правильным путем - завидую вашей выдержке.

Я то как раз к этому отношусь скептически, но вокруг прям истерия 1С 8 - как круто, мы тут перешли у нас аж офигеть. Хотя если они до этого в EXCEL работали, то их восторг понять можно. Это как с ВАЗ пересесть на Ford Focus, да классно, но... есть ещё и MB, и BMW и т.д. Я просто хочу пообщаться с профи, которые объективно скажут да, нет, возможно.

авторТо что вы неможете найти акт сверки это ваши проблемы.

У меня проблем нет. Поверьте, я спокойно общаюсь с любыми прогами от бух до автокада, и картинку нарисую и балку с защемленным концом рассчитаю в Маткаде. Тут вопрос, что у нас 20 человек, НИКОГДА не работавших в 1С - тратить время на обучение, вместо того, чтобы они занимались своими обязанностями - это потери прибыли. Я считаю, что программное обеспечение должно подстраиваться под пользователя. а не наоборот. И если мне постоянно нужен Акт сверки (это как пример), то он должен быть на главной форме, а не засунут в спец. отчеты.

авторТак например я привязывал TecDoc к ТиС, и не только посредсвом ODBC. И невижу в этом ничего сложного
Согласен. Мы его еще лет 10 назад привязали.

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

Shuhard
ответ понятен ?



Угу.

А как же?:
непонятно, если у вас торговля опт и розница, руководство какую конфу собирается ставить? УТ? Для розницы там практически нет функционала. В 1С:Розница наоборот нет опта. А делать мутанта из 3-х баз Розница - УТ - Бухгалтерия для 20 пользователей это жесть.

ShuhardshefusУгу.

А как же?
а какая связь между платформой 1С/Access и прикладным решением/конфигурацией ?

Ну я бы не назвал 1С платформой - это готовое решение с возможностью модификации, по крайней мере в моём случае. Ни кто не собирается писать на 1С с нуля (то что написать можно всё и на всём - это понятно). Вы же "1С перекрывает 95% процентов функционала Access" имели ввиду не инструментарий/платформу 1С? А базовую программу 1С и дальнейшие возможности программирования. Если нет - то тогда это утверждение спорно - если писать с нуля - то связка MS SQL + клиент (Access, .Net, VB, C++) ни сколько не проиграет 1С, а во многом и более гибкая и функциональная. Вопрос стоит в том, чтобы перейдя на 1С использовать уже РЕАЛИЗОВАННЫЙ в ней функционал с доработкой под свои потребности. Рациональность этого. Дело в том, что например, на базе MS SQL + Access спокойно можно решить вопросы бизнес-аналитики - кубы, abc и т.д., особенно если отлично знаешь структуру своих данных - просто для нашей проги это ещё предстоит сделать, а в 1С это уже есть, НО как это там сделано? Точки находятся по 5/15/80 ? А я хочу, например, методом касательных. И автоматически принимать решение - будет это ABC или ABCD. И что такого есть в 1С как платформе (не готового уже написанного решения), чего нет в SQL+Access+SSAS ? Тем более если бухгалтерию нужно ставить отдельно. А движение товара и анализ данных - для этого все СУБД и предназначены.

Повторюсь: Вопрос стоит в том, чтобы перейдя на 1С использовать уже РЕАЛИЗОВАННЫЙ в ней функционал с доработкой под свои потребности. Рациональность этого. В текущей проге не всё реализовано, но это сейчас в процессе. Сомнения в основном в следующем: не изобретать велосипед (как бы в природе есть 2-х колесный, а надо 3-х - переделать из 2-х или заново сделать 3-х) и второй момент: Типа все работают на 1С, а ты что рыжий - свою прогу изобретаешь. - 1С такая крутая или на сторонние проги у народа денег/сил/мозгов не хватает и едят что дают? Вот на тебе 1С Розница и радуйся жизни. Или отказавшись от 1С останемся в стороне от праздника жизни :) ?!!?

Попробовал он-лайн демку :)) Это нормальное явление??!?
http://s2.ipicture.ru/uploads/20130721/CBfgZX76.jpg

Тоже будет постоянно и в "внедрённой"

[quot Shuhard
поржал
от души[/quot]

:) , но я имел ввиду, что рассматриваю В ДАННОМ КОНТЕКСТЕ 1С как, готовое решение. Ни кто же на рассматривает SQL или Access, как продукт готовый к внедрение для предприятия? В данном топике не ставился вопрос "КАКУЮ ВЫБРАТЬ ПЛАТФОРМУ ДЛЯ НАПИСАНИЯ ПРОГИ ДЛЯ ТАКОЙ-ТО ЗАДАЧИ".

PS Я бы с удовольствием использовал платформу 1С, но на данном этапе код в виде:




для восприятия вообще пока никак.
20 лет на FOR, IF, SELECT - сложно.... (((

Злой Бобрshefus,

Учитывя что access является приложением начального уровня, то в коде я думаю разберется и школьник. Так что проблем с поиском программиста у вас небудет. Да, есть определенные узкие места. Но я недумаю что это так уж критично что б переписывать все на С или другой язык. Поэтому если у вас уже есть 80% то я б наверное дописал оставшееся и не метался из стороны в сторону.

Вот и я вроде склоняюсь к этому...

Nitro_Junkieshefusпропущено...


Вот и я вроде склоняюсь к этому...

Фишка в том, что вас с большой вероятностью никто спрашивать не будет. У нас бизнес не сильно разбирается в IT, ROI считать не умеет, и мыслит в основном брендами (1С, SAP, Axapta и т.п.). Детали особо никого не волнуют.

Не... у нас с этим более менее нормально. Адекватно.