|
|
|
Обмен с внешним приложением
|
|||
|---|---|---|---|
|
#18+
iscrafmvitkhv, когда невозможно найти поддержку для купленной бухгалтерии. Это случай не интересный. Вот когда найти поддержку Торговой системы невозможно или очень дорого. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.10.2009, 00:01 |
|
||
|
Обмен с внешним приложением
|
|||
|---|---|---|---|
|
#18+
Вообще не факт, что автору нужен именно онлайн. Помоему это мы в онлайн свернули, так сказать между собой. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.10.2009, 00:04 |
|
||
|
Обмен с внешним приложением
|
|||
|---|---|---|---|
|
#18+
vitkhv, Смотри, Виталь... Забанят за пеар :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.10.2009, 00:06 |
|
||
|
Обмен с внешним приложением
|
|||
|---|---|---|---|
|
#18+
vitkhv/topic/478881&hl= Не похоже на BizTalk. Ему больше нужно извлекать данные из 1С, чем записывать в нее. Тем более, он сам сервис - противоречит DinDimПриложение распределенное. Клиентов море. Всего один раз на каждом клиенте? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.10.2009, 00:10 |
|
||
|
Обмен с внешним приложением
|
|||
|---|---|---|---|
|
#18+
vitkhvПомоему это мы в онлайн свернули, так сказать между собой. DinDimЖелаемое условие - on-line обмен. Собственно чего и ждем от автора - зачем именно онлайн при обмене с 1С? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.10.2009, 00:13 |
|
||
|
Обмен с внешним приложением
|
|||
|---|---|---|---|
|
#18+
От себя про оперативный учет: 1. Многие бухи думают только планом счетов, поэтому оперативная информация архи как им нужна в бухии. 2. Документ на оплату бьют в торговле, а деньги в кассу берут из бухии. Обе эти ситуации делал через промежуточное хранилище. Да, месяц потратил на универсальный механизм по связи разных баз. Результат - использовать может кто угодно, лишь бы знаком был со спецификой предприятия. Объем передаваемых документов при перепроведении очень большой и тормозится только временем проведения/записи в обеих базах. Кстати, при записи многих объектов обрабатывается масса дополнительного кода. Например, при создании контрагента, необходимо создавать основной договор, валюты к нему, регистрация изменений, назначения кода (по памяти пока больше не вспомню), так что если это все дублировать чем-то сторонним то боюсь это по крайней мере глупо. А вообще многим лучше попробовать самому и набить шишки, чем слушать кого-то. В начале карьеры сам пытался не смотреть "как работает у других" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.10.2009, 09:41 |
|
||
|
Обмен с внешним приложением
|
|||
|---|---|---|---|
|
#18+
Enot54671. Многие бухи думают только планом счетов, поэтому оперативная информация архи как им нужна в бухии. Оперативная информация в бухгалтерии? Не удержусь и спрошу - а зачем?. Не проще ли в оперативный учет добавить план счетов и формирование проводок? Будет все-равно быстрее проводиться, ибо вместо онлайнового переноса и проведения во внешней системе, останется только проведение в своей. Enot54672. Документ на оплату бьют в торговле, а деньги в кассу берут из бухии. Что мешает бить "деньги в кассу" тоже в торговле? А переносить уже полностью закрытый оперативный период? И сам перенос проще, и можно это делать ночью, не грузя в оперативное систему лишней синхронизацией? C учетом Enot5467Объем передаваемых документов при перепроведении очень большой и тормозится только временем проведения/записи в обеих базах. я понимаю, что у вас перепроведение документов в оперативном учете (восстановление последовательности?), которая происходит в двух системах одновременно? При том, что перепроведение торговли и уже потом перенос месяца в бухию пройдет существенно быстрее, ибо торговля не будет тормозиться проведение бухгалтерии, а бухгалтерия получит читсую последовательноть, коорую вообще не надо будет перепроводить? Enot5467Кстати, при записи многих объектов обрабатывается масса дополнительного кода. Например, при создании контрагента, необходимо создавать основной договор, валюты к нему, регистрация изменений, назначения кода (по памяти пока больше не вспомню), так что если это все дублировать чем-то сторонним то боюсь это по крайней мере глупо. В бухии 1С это реализовано в методах формы (говорю сейчас только про 77). Соотв никакая "внешняя" обработка не имеет доступ к этому коду. Либо курочить конфу и добавлять в формы справочников эмуляцию интерактивной записи, либо таки дублировать код в своей обработке. Поскольку конфу бухгалтерии трогать очень не хочется - пришлось дублировать код. Ну а раз дублировать, то тогда уж можно и "прямой записью". Я сделал так - в бухгалтерии запрещено на уровне прав доступов создавать объекты справочников, получаемых из оперативного учета. Такие справочники синхронизируются online, sql-хранимкой, с учетом всех "дочерних" объектов. Хочется ж скорости и оперативности :) В 8-ке с этим получше, там есть события объектов и встроенный в конфигурацию код будет работать при записи объектов из внешней обработки, но я пока с 8-кой серьезных дел не имел. Enot5467А вообще многим лучше попробовать самому и набить шишки, чем слушать кого-то. В начале карьеры сам пытался не смотреть "как работает у других"Иногда прежде чем нырнуть куда-то, хочется спросить кого-нить, как там водичка и дно :) Хотя соглашусь - пробовать самому интересно действительно в начале карьеры, когда и время есть, и к серьезным проектам никто не пускает. :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.10.2009, 10:18 |
|
||
|
|

start [/forum/topic.php?fid=28&msg=36273691&tid=1523163]: |
0ms |
get settings: |
10ms |
get forum list: |
16ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
147ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
45ms |
get tp. blocked users: |
1ms |
| others: | 238ms |
| total: | 474ms |

| 0 / 0 |
