Расчет стоимости в 1С

[SPb]

Хотим поставить 1С, чтобы в ней не только счета выставлять и приход денег отслеживать, но чтобы она и как CRM работала (с базой и напоминалками на перезвон), и чтобы можно было расчет тиража делать в ней.
Такую функцию (расчет) увидел в 1С.Полиграфия, где вносятся данные об оборудовании (амортизации), необходимом времени для изготовления того или иного тиража, и исходя из этого выдается стоимость - получается готовый полиграфический калькулятор.
Функция, прямо скажем, крутая, правда, возможно, излишне навороченная и дорогая (для больших типографий за 155 000 р), нехило так.
Вот может посоветуете что-то похожее из продуктов, поделитесь опытом?

[Chernov]

очень классная штука, да и стоит не особо дорого - это книга по программированию в 1С. сможете любую конфигурацию подогнать под себя. это я без шуток.

[dia pason]

Есть решение: "УМНЫЕ ЦИФРЫ" Классная штука. Все что вы перечислили,есть в ней. И стоимость в 10раз меньше.

[SPb]

В Умных цифрах есть:
- работа с банк-клиентом?
- crm с напоминалками?
- ведение базы данных "Расчеты" с привязкой к клиентской базе и в связке с базой "заказы"?
- полиграфический калькулятор?

[SPb]

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

[dia pason]

SPb Кроме клиент банка все будет в скором времени реализовано,да и клиент банк я думаю тоже будет.
Сейчас есть калькуляция,первичка,смс уведомление о готовности тиража(кстати прикольная вещица) многим нравится)

[Softologic]

Сообщение от SPb

В Умных цифрах есть:
- работа с банк-клиентом?
- crm с напоминалками?
- ведение базы данных "Расчеты" с привязкой к клиентской базе и в связке с базой "заказы"?
- полиграфический калькулятор?

1) Пока не знаю тонкостей взаимодействия с различными банк-клиентами. Возможно, чтобы получить такую связку, необходимы какие то разрешения от самих банков... Плюс, интересует, что именно вам нужно при таком взаимодействии: получать автоматически данные об оплате, дате оплаты, номере платежки, что еще?
2) CRM-расширения и складской модуль (для версии ПРО) запланированы на осень.
3) есть.
4) есть. Даже с учетом охвата каких либо доп. работ.

PS: Есть еще ряд интересных особенностей, которых нет в аналогичном ПО в такое же ценовой категории и даже подороже. Но один из главных факторов, немаловажный на сегодняшний день в мегаполисах: скорость расчета и оформления заказа. Отзывы о программе - на сайте.

PS2: Кстати, в Санкт-Петербурге у нас есть представитель. Он мог бы вам провести презентацию продукта.

[bubapb]

Сообщение от Softologic

1) Пока не знаю тонкостей взаимодействия с различными банк-клиентами. Возможно, чтобы получить такую связку, необходимы какие то разрешения от самих банков... Плюс, интересует, что именно вам нужно при таком взаимодействии: получать автоматически данные об оплате, дате оплаты, номере платежки, что еще?
2) CRM-расширения и складской модуль (для версии ПРО) запланированы на осень.
3) есть.
4) есть. Даже с учетом охвата каких либо доп. работ.
.

у вас нету главного, бух.части, либо переделывайте свое ПО на базе 1С, либо грамотную выгрузку в 1С, иначе это не туды и не сюды

[Softologic]

Сообщение от bubapb

у вас нету главного, бух.части, либо переделывайте свое ПО на базе 1С, либо грамотную выгрузку в 1С, иначе это не туды и не сюды

Насчет - не туды, не сюда - не совсем так. Иначе бы ПРО-версию с первичкой не покупали бы, а ее покупают.
Касательно "грамотной выгрузки в 1С" - это хороший вопрос. Будем его обдумывать. Кстати, я был бы вам благодарен, если более детальные пожелания\замечания будут высказаны у нас на форуме. Спасибо!

[d_Serg]

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

[Softologic]

Сообщение от d_Serg

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

Про выгрузку в 1С для УЦ периодически всплывают разговоры. Так что реализуем осенью, следом за складом. Склад в приоритете на очереди - будет в сентябре.

[bubapb]

Сообщение от Softologic

Про выгрузку в 1С для УЦ периодически всплывают разговоры. Так что реализуем осенью, следом за складом. Склад в приоритете на очереди - будет в сентябре.

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

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

если автоматизировать это, то переписать на базе 1С ваше ПО (это кстати не сильно сложно должно быть, особенно на 1С8), либо городить сервер БД и прикручитьвать скрипты автообмена "на лету"

[Softologic]

Сообщение от bubapb

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

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

Ок, благодарю! Учту.

[bubapb]

Сообщение от Softologic

Ок, благодарю! Учту.

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

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

[d_Serg]

Сообщение от bubapb

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

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

[bubapb]

Сообщение от d_Serg

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

до первкой проверки, они будут, поверь и за рупьписят не стыковки 50т. штрафу вкатают

бух. учет вести надо в 1С, в УЦ вести лишь то, что требуется для работы типухи, по максимум фин. документы убрать, максимум счет оставить, ибо он по сути самодостаточен, а все документы должна выписывать бухгалтерия, на основании счетов

по твоей схеме, бух повесится, ему проще с двух-трех фирм провести взаимные расчеты (проводкой или документом)

[Softologic]

Сообщение от bubapb

бух. учет вести надо в 1С, в УЦ вести лишь то, что требуется для работы типухи, по максимум фин. документы убрать, максимум счет оставить, ибо он по сути самодостаточен, а все документы должна выписывать бухгалтерия, на основании счетов

хмм... спорный момент. Мне известны типографии, где бухгалтерия ведется в БизнесПаке, Радософте и прочих решениях... Для них, собственно., и был собран модуль первички в УЦ, ибо проще, быстрее намного, а суть та же.
Для тех же, кто ведет в 1С - тут конечно все несколько сложнее.

[bubapb]

Сообщение от Softologic

хмм... спорный момент. Мне известны типографии, где бухгалтерия ведется в БизнесПаке, Радософте и прочих решениях... Для них, собственно., и был собран модуль первички в УЦ, ибо проще, быстрее намного, а суть та же.
Для тех же, кто ведет в 1С - тут конечно все несколько сложнее.

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

либо вам прибедтся городить из своей системы что-то на подобие галактики и еже с ним CRM монстров, по сему я вам и говорил, перепишете на базе 1С, сделайте дешевле 1С.Полиграфия (все же 150т это дохрена), думаю 10т за решение на базе 1С базовая будет многим интересно, либо дороже, но не больше 30-50, на 5 пользователей сетевое

[d_Serg]

Сообщение от bubapb

до первкой проверки, они будут, поверь и за рупьписят не стыковки 50т. штрафу вкатают

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

Сообщение от bubapb

бух. учет вести надо в 1С, в УЦ вести лишь то, что требуется для работы типухи, по максимум фин. документы убрать, максимум счет оставить, ибо он по сути самодостаточен, а все документы должна выписывать бухгалтерия, на основании счетов

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

[d_Serg]

Сообщение от bubapb

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

этточно...