Имя: Пароль:
1C
1C 7.7
v7: Дублирование приходных накладных при проведении в другую базу
0 yeahdudeimrock
 
27.11.12
15:49
Добрый день, уважаемые. Есть 1С 7.7 SQL Бухгалтерия и Склад. Необходимо при проведении накладной в складе автоматическое дублирование ее же в Бухгалтерии. Подскажите какие варианты. Заранее спасибо.
1 Ёпрст
 
гуру
27.11.12
15:52
Комплексная и привет.
2 yeahdudeimrock
 
27.11.12
15:55
Ёпрст4, знать бы мне что это. :)
Забыл сказать, стажа программирования в 1С не так уж и много. Основные другие языки.
Можно немного разжевать?
3 Vladal
 
27.11.12
15:56
Писать свой или воспользоваться готовыми обменами.
Но если "автоматически", то только своё. В складской базе придумай выгрузку документов, в бухгалтерской обработчик ожидания читает определенную папку и грузит документы.

Аналогично делал выгрузку в ККМ розничного магазина при реализации на этот розничный магазин и при изменении цен этого магазина в ТиС.
4 yeahdudeimrock
 
27.11.12
15:59
Vladal, ну вот "попросили" написать свой. Расходные документы дублируются по какому-то принципу. Изучал код, из бухгалтерской 1С-ки фигурирует только сопоставление Номенклатуры.
5 mzelensky
 
27.11.12
16:02
(3) ты зачем плохому учишь парня???

(0) делай на прямую через Ком-подключения.

Вот ток как отслеживать всю эту кухню ты планируешь?!
6 Mikeware
 
27.11.12
16:04
(5) Можно через УРБД :-)
7 oslokot
 
27.11.12
16:05
интересно что скажет Mikeware
8 yeahdudeimrock
 
27.11.12
16:05
mzelensky, да я вообще не могу понять, по какому принципу в 1С дублирование происходил. Писал уже выше, что расходники дублируются только в путь. Изучал код, намеков на бухгалтерскую 1С-ку нету. Только справочник Номеклатура профигурировал в коде. Каким образом продублировалось, не могу понять.
9 Ёпрст
 
гуру
27.11.12
16:05
10 oslokot
 
27.11.12
16:06
(6) а где ваша коронная фраза? "..." © :)
11 yeahdudeimrock
 
27.11.12
16:08
Можно ли какой нибудь небольшой примерчик программный? Для общего понятия дублирования.
12 Mikeware
 
27.11.12
16:09
(10) их есть у меня...
только какую именно нужно?
"позовите программиста"©?
или "Беда, коль пироги начнет печи сапожник,А сапоги тачать пирожник"©И.А.Крылов ?
13 Mikeware
 
27.11.12
16:11
нет такого "общего понятия".
есть "создание и заполнение объектов одного вида на основании данных объекта другого вида, возможно, в разных базах".
14 yeahdudeimrock
 
27.11.12
16:12
Okay. Тогда можно хоть код где-нибудь посмотреть "создание и заполнение объектов одного вида на основании данных объекта другого вида, возможно, в разных базах"?
15 oslokot
 
27.11.12
16:13
(14) вам лучше перейти на (1)
16 oslokot
 
27.11.12
16:15
(14) утонете в переносе объектов, один фиг как надо работать не будет
17 Mikeware
 
27.11.12
16:18
(14) тогда лучше юзать конфигу "КонвертациюДанных"
18 yeahdudeimrock
 
27.11.12
16:19
oslokot, комплексными являются конфигурации со всеми компонентами, я правильно понял? Они установлены. Но базы две разные и совмещать их нельзя.
19 mzelensky
 
27.11.12
16:20
(16) если нормально написать, то не утонет! У меня работает похожая система уже больше года.
20 yeahdudeimrock
 
27.11.12
16:20
Mikeware, и придется вручную бухам перегонять документы тужа-сюда?
21 Mikeware
 
27.11.12
16:25
(20) как напишешь....
22 yeahdudeimrock
 
27.11.12
16:26
Mikeware, мне бы хоть пример для наглядности. :(
23 mzelensky
 
27.11.12
16:29
(0) поюзай тут:

http://help1c.com/faq8.html
24 Mikeware
 
27.11.12
16:30
(22) какой именно? способов много..
ищи конфу кон\вертация данных, ищи книгу по ней (хучь за деньги, хучь пиратку), и читай.
хочешь - цепляйся по ОЛЕ, и пиши.
хочещь, каячай любую обработку, типо "универссал'а" с инфосрани, и делай на основе ее.
хочешь - получай в бухбазе данные прямыми запросами из торговли, и лепи документы там.
да мало ли способов...
лучший - "позовите программиста"©
25 Ёпрст
 
гуру
27.11.12
16:31
мод еще есть..
и уриб..


но лучше, чем (1) всё равно нет.
26 Mikeware
 
27.11.12
16:33
(25) ну, урибом с разнородными базами - геморрой.
МОДом можно, да...
собственно, способов всего три - тянуть, толкать, и использовать промежуточное хранилище...
природу не обманешь...
27 yeahdudeimrock
 
27.11.12
16:34
Спасибо. Будем изучать этот вопрос дальше.
28 oslokot
 
27.11.12
16:36
(19) да, если нормально
(27) у тебя рано или поздно объекты разъедутся. офигеешь искать почему, а потом когда наколбасят доков с кривым переносом - будет поздно. Оно тебе это надо?
Решите вопрос на административном уровне, делайте единую базу. Канал между складом и бухгалтерией широкий?
29 yeahdudeimrock
 
27.11.12
16:38
oslokot, достаточный для работы. Но не в этом дело. по каким то непонятным причинам, сверху был указ, чтобы баз было две. Одна Склад (+ в ней еще 3 SQL базы) и Бухгалтерия.
30 Ёпрст
 
гуру
27.11.12
16:40
полный онлайн, как правило, бухии нафик не упал..
там вся отчетность квартальная в основном *(ну, часть еще месячная какая-нить)

А вот учет весь, проще вести в одной базе.
31 DGorgoN
 
27.11.12
16:42
Я бы сказал - вызовите специалиста. Но видимо ТС хочет сам потом все проблемы разгребать.
32 Mikeware
 
27.11.12
16:44
(31) "вазелин еще надо заслужить!"©
33 vladko
 
27.11.12
17:19
(0) используй комплексную конфигурацию. Это так же самая торговля, только с проводками
34 Злопчинский
 
27.11.12
17:22
особо весело будет когда у манагера долг за клиентом будет одно значение, а у бухгалтера другое. Потому что 1. бухгалтеру недосук, 2. учить персонал как ПРАВИЛЬНО работать в комплексной некому  3. и еще кучу всего неочевидного...
35 Ёпрст
 
гуру
27.11.12
17:41
(34) при правильной настройке, никого учить не надо будет