1c8: среда разработки

← →
Polevi © (2013-09-06 09:07) [40]

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

← →
Фокс Йожин (2013-09-08 19:24) [41]

> Polevi © (06.09.13 09:07) [40]

> Платформа 1с для решения учетных задач хороша.

При условии малых объемов обрабатываемых данных.

← →
Polevi © (2013-09-08 22:34) [42]

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

← →
MKZM (2013-09-10 18:04) [43]

Пит (05.09.13 19:06) Суть такова. В зике ведут персонал и зарплату. Результаты по зарплате выгружают в Бух. В ут ведут продажи и что надо выгружают в бух. В бух это причесывают и сдают отчетность.

Можно и из одной конфигурации дергать все остальные, но зачем?

← →
Пит (2013-09-10 18:18) [44]

> В зике ведут персонал и зарплату. Результаты по зарплате
> выгружают в Бух. В ут ведут продажи и что надо выгружают
> в бух. В бух это причесывают и сдают отчетность.

1) но есть же пересекающиеся вещи.

Первое что в голову приходит - список пользователей. И там и там надо синхронизировать пользователей системы?

Второй элементарный пример - склад. в УПП есть склад, чтобы на него отгружать продукцию. И в УТ есть склад, ведь со складка надо продавать.
Как обеспечить онлайн синхронизацию?

Как обеспечить 24/7 работоспособность системы? Вопросы те же.

2) а правда, что в УПП есть все? Или все таки, например, УТ в плане продажи более продвинутая штука, чем продажи встроенные в УПП?

← →
MKZM (2013-09-11 14:57) [45]

1. Да. Куча вариантов.
2. УПП = БП + ЗиК + УТ + производство. Как-то так.

← →
Пит (2013-09-11 17:44) [46]

> 1. Да. Куча вариантов.

не понял ответа. Да - это про что?

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

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

← →
Polevi © (2013-09-12 05:48) [47]

http://v8.1c.ru/metod/books/book.jsp?id=121

← →
Пит (2013-09-12 12:27) [48]

ну это конечно да... Но хотелось бы приципиально понять общие моменты. Именно синхронизации разных конфигураций.

← →
MKZM (2013-09-12 14:24) [49]

Да - синхронизировать
Как обеспечить - есть варианты

← →
Пит (2013-09-12 14:27) [50]

MKZM, ну можно как-то хоть немного подробнее.
Может быть, личный опыт или типа того

← →
MKZM (2013-09-12 14:27) [51]

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

Это проблема не 1с. Проведение задним числом. В 1с требуется восстановление последовательности (не всегда). Если договор в уе, то без документа оплаты авансом рублевая сумма будет одна, после введения - другая и так далее и тому подобное.

← →
MKZM (2013-09-12 14:30) [52]

50 Вы определитесь сначала что где будет, а потом уже об обменах надо думать. А так, в общем все есть в интернетах, да и в частности. А личный опыт подсказывает, что если все праильно сделать и все учесть причем с самого начала, то все работает и работает неплохо.

← →
Пит (2013-09-12 15:30) [53]

> Проведение задним числом

я 1c плохо знаю. Да и в ситуацию не вник полностью, но все жалуются, что остатки "плавают". Как объяснили, смотришь остатки за такое-то число - они одни. Смотришь через некоторое время - другие. В результате недоверие к данным и невозможность рассчитать что-то, сделать аналитику.

Допустим, это проведение задним числом... Но я читал, что в восьмерке "неоперативное проведение" не оказывает влияние на остатки. Мол, 1с приняла такое решение. Это подтверждается - допустим, если делаешь заказ покупателя с резервом продукции, то при НЕ оперативном проведении на складе ничего не меняется...

← →
sniknik © (2013-09-12 15:49) [54]

> то при НЕ оперативном проведении на складе ничего не меняется...
а зачем вообще нужна такая учетная система где остатки не меняются? типа весь склад распродали, фактически ни одного товара нет, но 1с все в ажуре... склад забит. так?

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

люди врут. сам проверь.

← →
Пит (2013-09-12 15:55) [55]

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

MKZM говорит, что остатки плывут при проведении задним числом. Похоже на правду, но ведь при этом я читал, что при не оперативном проведении остатки не должны меняться.

← →
Пит (2013-09-12 15:56) [56]

> то все одно необходимо делать оперативное...

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

← →
sniknik © (2013-09-12 16:12) [57]

> что при не оперативном проведении остатки не должны меняться.
откуда уверенность что делались ТОЛЬКО "не оперативные"?

← →
Пит (2013-09-12 16:29) [58]

> откуда уверенность что делались ТОЛЬКО "не оперативные"?

если делаются оперативные (а это значит текущей датой) - то как это может повлиять на остатки за позапрошлый месяц?

при не закрытом периоде и партионном списании, т.е. с той партии в которой товар пришел, и пришел он 2 месяца назад... позапрошлый изменится.
хотя, это ИМХО, от конфигурации зависит, как написано.

+
при закрытом, формируется корректировочный документ +1 сек после закрытия. и остаток до даты закрытия не меняется.

вроде так. давно с 1С не сталкивался.

← →
Пит (2013-09-12 17:04) [61]

ты про семерку или восьмерку?

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

+
а вообще разве есть разница, 7/8? остатки должны меняться. иначе это не учетная система. если неясна логика смены это одно, а вот если "не должны", но система как-то работает, то это "чудо".

← →
Пит (2013-09-12 17:49) [64]

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

Хотя может я и не прав и неправильно прочитал или не то прочитал. Поправьте...

Но это слабо объясняет косяки в моей ситуации..

← →
Пит (2013-09-12 17:52) [65]

sniknik, может мы о разном говорим...

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

1c8: среда разработки Найти похожие ветки