39-7d5x > Я мало что понимаю в ТиС...

Но это как?
"открыли три фирмы и ведут работу внутри одной базы- это 1с тис"

- А можно подробнее?

Это как это они работают в ТиС 7.7 и ведут многофирменный учёт (и ещё, наверное, передачи между фирмами корректно учитывают?)

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

41-DeiMos >В ТиСе есть многофирменный учет. И продажи собственным фирмам тоже есть.

41. под фирмами надо понимать ООО ТРЫНДИБРЫНДИ С НДС
ООО ТРЫНДИБРЫНДИ2 ЕНВД И ИП ТРЫНДИБРЫНДИ3 - что то в этом роде :-))

43-Billi > Спасибо, не знал.
Теперь буду знать.

Интересно, как это реализовано на платформе 7.7...

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

45-DeiMos 45-DeiMos >Там есть такой справочник ЮрЛица называется.
У каждого ЮрЛица может быть несколько Фирм.
В каждом регистре есть измерение Фирма, у документов есть общий реквизит Фирма.
Вот тебе и многофирменный учет.
Движения товаров/материалов между фирмами одного ЮрЛица осуществляется доком перемещение, между фирмами разных ЮрЛиц специальной обработкой "Продажа собственной фирме", которая автоматом формирует пакет документов продажа-покупка-оплата.

46-7d5x >О, опередил :)

(46, 47): Спасибо, буду знать теперь.

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

49-DeiMos >Зачем оно тебе?
УТ рулит :)

47-Billi > КРУТО!

Тут и до консолидации один шаг...

50-7d5x >Что значит[quote=Billi;27322707]они [b]могут [/b]иметь общие склады[/quote]
В этом то и главная фишка ТиСа, что на одном складе хранится товар разных фирм.
Для хозяина нужно получать отчетность по всей компании целиком. Его, как правило не интересуют эти заморочки с многофирменностью, это заботы глав.буха. :)

52. кому что надо- кто то любит всё яйца в одну корзину ложить, а кто то каждое яйцо в отдельно ударопрочном футляре держать :-))

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

Что-то мы отвлеклись от сабжа...

Автору то чё надо?
Что и как делает?
Что не получается?

56-DeiMos >Да вот, что ему надо
[URL=http://s1.ipicture.ru/Gallery/Viewfull/13831925.html][IMG]http://s1.ipicture.ru/uploads/20121019/thumbs/S6bUEsn7.jpg[/IMG][/URL]

57-Billi > Я не знаю, как SQL-сервер ТАКОЕ осилит...

На статыщах документах в день....

Я не знаю...
Может, куроводству фирмы - дешевле будет принять на работу ещё 2-х юзеров, но только чтобы не напрягать сервер SQL ужасами типа (57)?

57-Billi > чот реквизитов не густо...
это журнал или обработка так выглядит?

58-DeiMos >А в чем проблема, хоть миллион, считыване то динамическое, порциями. Это как "динамический список в восьмёрке".

59-Зелёный тролль >Это полноценный общий журнал. Все остальные журналы - такие же, а заодно и справочники :)
А на счет реквизтов: сколько нужно столько и добавил в отбор.
Там главный реквизит РасчетныйОтдел, он же является разделителем учета. У кождого юзера отдела он жёстко прописан, и все журналы и справочники открываются с отбором по нему. Отключить отбор по этому полю юзеры не могут. И видяит документы и элемнты справочников только по своему отделу.

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

у меня фигня выходит.
тоже надо пару кнопок и процедуру на них в форму [b]каждого [/b]журнала.

мне-то оно норм для моей базы (с ВК лень разбираться) - расшифровка работает; но сомневаюсь, что оно ещё кому-то интересно будет :-)

53. да! надо что то в этом роде сделать в ТИС в общем журнале

64-7d5x >Ну так делай, разрешаю :)
Способ я тебе указал в (24)

для данной семьи по фирме есть, по проекту есть. Что еще желать ?))

(57): а для дбф - тоже? а с 1склвайт-овыми запросами?

67-Cthulhu >Поставщик работает либо со скулем либо с 1sqlite. Чистый дбф не катит.