|
|
|
Запрос к документу в регистре сведений
|
|||
|---|---|---|---|
|
#18+
Уважаемые форумчане, Помогите с запросом. Есть регистр сведений, в котором, в качестве измерения выступет "Номенклатура", а ресурсом есть документ "НормаЗатрат", в котором в табличной части (Запасы) хранится то из чего эта самая номенклатура состоит. Что-то я совсем запутался с выборкой таблицы, из чего состоит номенклатура. Вот так получаю таблицу Код: plaintext 1. С документом это получается вот так: Код: plaintext 1. 2. 3. 4. 5. 6. Как сделать такую же выборку, но с регистра сведений ??? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.08.2010, 23:50 |
|
||
|
Запрос к документу в регистре сведений
|
|||
|---|---|---|---|
|
#18+
это просто левое соединение вас спасет почитайти что нибудь хотя бы того же Радченко ... простые примеры разработки или еще что то в конце концов в литературе из коробки должны быть простые примеры и объяснение как пользоваться конструктором запросов ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.08.2010, 09:03 |
|
||
|
Запрос к документу в регистре сведений
|
|||
|---|---|---|---|
|
#18+
В том-то и дело, что все примеры касаются либо документов, либо справочников. А вот из регистра сведений, точнее из документа, который есть ресурсом этого регистра, как не кручу, все равно никак без вложенной таблицы не получается :( ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.08.2010, 15:26 |
|
||
|
Запрос к документу в регистре сведений
|
|||
|---|---|---|---|
|
#18+
ant2000В том-то и дело, что все примеры касаются либо документов, либо справочников. А вот из регистра сведений, точнее из документа, который есть ресурсом этого регистра, как не кручу, все равно никак без вложенной таблицы не получается :( ant2000 , но я хочу получить в результате "плоскую" таблицу, с полями Номенклатура, ЗапасыНоменклатура, ЗапасыКоличество Это вообще не понятно зачем, получается вы хотите вот так : Код: plaintext 1. 2. 3. 4. 5. без соединения по номенклатуре. В результате запрос вернет бред. Вы уверены, что вам нужно так? Или вам нужно вот так: получить в результате "плоскую" таблицу, с полями Номенклатура и ЗапасыКоличество .? Код: plaintext 1. 2. 3. 4. 5. Вообще какой смысл данного запроса - зачем он нужен? Другими словами какие данные вы хотите получить с помощью данного запроса? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.08.2010, 16:01 |
|
||
|
Запрос к документу в регистре сведений
|
|||
|---|---|---|---|
|
#18+
Опишу-ка все сначала, может я не правильно выразился. Мне нужно где-то хранить то из чего состоит номенклатура (то есть продукция, которую производит предприятие состоит из какого -то сырья в определенных количествах). Так как состав номенклатуры периодически меняется (и довольно часто), то хранить состав в подчиненном справочнике или в табличной части этой самой номенклатуры, не представляется удобным (нужна еще и история). Поэтому было принято решение о создании периодического регистра сведений с измерением "Номенклатура" и единственным ресурсом - Документ.НормаЗатрат (В этом самом документе и хранится то из чего он состоит. Теперь мне нужно получить таблицу вида Продукция, НаименованеСырья, КоличествоСырья. Причем таблицу это хочу получить именно из регистра сведений. Для простоты я просто опустил выражение "СрезПоследних" Пример с документом я просто навел, чтобы показать, что я хочу получить. То есть, исходя из Вашего примера надо как-то обойтись без "Документ.НормаЗатрат" (потому, что документ надо взять из таблицы регистра а не из таблицы документов) Замечу, что я сейчас получаю то что хочу, но приходится обращаться ко вложенной таблице, а хочется обойтись без нее ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.08.2010, 17:26 |
|
||
|
Запрос к документу в регистре сведений
|
|||
|---|---|---|---|
|
#18+
вы там чего, спецификацию для УПП изобретаете заново... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.08.2010, 17:55 |
|
||
|
Запрос к документу в регистре сведений
|
|||
|---|---|---|---|
|
#18+
я за одним похожим товарищем доделывал ... вам сказать как - за вами будут переписывать бросьте это дело менеджеры больше получают ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.08.2010, 18:15 |
|
||
|
Запрос к документу в регистре сведений
|
|||
|---|---|---|---|
|
#18+
ant2000 То есть, исходя из Вашего примера надо как-то обойтись без "Документ.НормаЗатрат" (потому, что документ надо взять из таблицы регистра а не из таблицы документов) Да мы обходимся без шапки документа "Документ.НормаЗатрат", но без ТЧ Запасы документа НормыЗатрат мы обойтися не можем, вот здесь мы к ней и обращаемся: Код: plaintext 1. в вашем случае вместо левого соединения можно использовать внутреннее соединение. Но вы пока не заморачивайтесь, поймите для начала, что такое ЛЕВОЕ СОЕДИНЕНИЕ. В соответствии с вышесказанным и вот этим: ant2000Теперь мне нужно получить таблицу вида Продукция, НаименованеСырья, КоличествоСырья. Причем таблицу это хочу получить именно из регистра сведений. Для простоты я просто опустил выражение "СрезПоследних" необходимый вам запрос будет выглядеть примерно так: Код: plaintext 1. 2. 3. 4. 5. 6. А так конечно архитектура вашего решения совсем неоптимальна. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.08.2010, 18:51 |
|
||
|
Запрос к документу в регистре сведений
|
|||
|---|---|---|---|
|
#18+
Господин ПЖвы там чего, спецификацию для УПП изобретаете заново... так думается, что свое ближе и работать будет понятнее. Да и попроще хотелось-бы... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.08.2010, 22:35 |
|
||
|
Запрос к документу в регистре сведений
|
|||
|---|---|---|---|
|
#18+
ant2000Господин ПЖвы там чего, спецификацию для УПП изобретаете заново... так думается, что свое ближе и работать будет понятнее. Да и попроще хотелось-бы... не знаю... у меня структура которую вы создаете вызывает больше вопросов чем ответов ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.08.2010, 22:37 |
|
||
|
Запрос к документу в регистре сведений
|
|||
|---|---|---|---|
|
#18+
leafя за одним похожим товарищем доделывал ... вам сказать как - за вами будут переписывать бросьте это дело менеджеры больше получают так и не говорите. И так работает. Вопрос больше касался методики получения нужных данных. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.08.2010, 22:38 |
|
||
|
Запрос к документу в регистре сведений
|
|||
|---|---|---|---|
|
#18+
[quot не знаю... у меня структура которую вы создаете вызывает больше вопросов чем ответов[/quot] Так вроде-бы куда уж проще Номенклатура - > Документ с составом продукции. С удовольствием признаю свою кривизну. Намекните только :) Где спрятан подвох? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.08.2010, 22:42 |
|
||
|
Запрос к документу в регистре сведений
|
|||
|---|---|---|---|
|
#18+
Код: plaintext когда институт закончили? что такое себестоимость выпуска в курсе? поговорить бы с вашим работодателем хотя ... оно и к лучшему я сам ломать не умею - рука не подымается а кушать хочется впечатляют юноши бледные с пламенным взором что бы вам здесь не посоветовали ВЫ сломаете систему если уже не сломали ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.08.2010, 09:12 |
|
||
|
Запрос к документу в регистре сведений
|
|||
|---|---|---|---|
|
#18+
Код: plaintext Вы ничего не знаете - вот в этом и подвох отойдите от УПП пожалуйста и подальше ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.08.2010, 09:13 |
|
||
|
Запрос к документу в регистре сведений
|
|||
|---|---|---|---|
|
#18+
leaf Код: plaintext когда институт закончили? что такое себестоимость выпуска в курсе? поговорить бы с вашим работодателем хотя ... оно и к лучшему я сам ломать не умею - рука не подымается а кушать хочется впечатляют юноши бледные с пламенным взором что бы вам здесь не посоветовали ВЫ сломаете систему если уже не сломали ... Советы не хуже Вас давать умею И уж давайте поменьше лирики и фантазий у кому сколько лет и кого пиписька побольше А по существу, я не собираюсь клонировать УПП и тем более ее ломать, в моем конкретном случае использовать УПП - что из пушки по воробьях Хотелось бы услышать мнение Господина ПЖ Кстати, по поводу себестоимости. В моей системе она считается по факту, и нормы здесь в общем-то уже абсолютно не при делах... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.08.2010, 13:29 |
|
||
|
Запрос к документу в регистре сведений
|
|||
|---|---|---|---|
|
#18+
vitkhvant2000 То есть, исходя из Вашего примера надо как-то обойтись без "Документ.НормаЗатрат" (потому, что документ надо взять из таблицы регистра а не из таблицы документов) Да мы обходимся без шапки документа "Документ.НормаЗатрат", но без ТЧ Запасы документа НормыЗатрат мы обойтися не можем, вот здесь мы к ней и обращаемся: Код: plaintext 1. в вашем случае вместо левого соединения можно использовать внутреннее соединение. Но вы пока не заморачивайтесь, поймите для начала, что такое ЛЕВОЕ СОЕДИНЕНИЕ. В соответствии с вышесказанным и вот этим: ant2000Теперь мне нужно получить таблицу вида Продукция, НаименованеСырья, КоличествоСырья. Причем таблицу это хочу получить именно из регистра сведений. Для простоты я просто опустил выражение "СрезПоследних" необходимый вам запрос будет выглядеть примерно так: Код: plaintext 1. 2. 3. 4. 5. 6. А так конечно архитектура вашего решения совсем неоптимальна. Да, спасибо, розобрал, правда Ваш пример тоже возвращает вложенные таблицы, но направление я понял ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.08.2010, 13:32 |
|
||
|
Запрос к документу в регистре сведений
|
|||
|---|---|---|---|
|
#18+
ant2000 Да, спасибо, розобрал, правда Ваш пример тоже возвращает вложенные таблицы, но направление я понял Какие еще вложенные таблицы? Не возвращает мой пример никаких вложенных таблиц. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.08.2010, 14:26 |
|
||
|
Запрос к документу в регистре сведений
|
|||
|---|---|---|---|
|
#18+
ant2000, Вот так и развивается миф о невозможности построить нормальную систему учета на 1С... По делу: почитайте радченко, желтые книжки с описанием языка из коробки, на курсы какие походите.. Обращаться к документу через регистр в данном случае равносильно удалению аппендицита через, пардон, задний проход. Наводящие тема номер раз (если уж средства самого УПП вам религия использовать не позволяет) - попробуйте почитать о проведении документов. Запросы по регистрам выполняются быстрее. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.08.2010, 15:30 |
|
||
|
Запрос к документу в регистре сведений
|
|||
|---|---|---|---|
|
#18+
Какие еще вложенные таблицы? Не возвращает мой пример никаких вложенных таблиц. Просто вот этот код: Документ.НормаЗатрат.Запасы КАК НормаЗатратЗапасы У меня возвращает не плоскую таблицу, а колонку таблиц. Во всяком случае я понял что все таки без ссылки на документ не обойтись. Если кому интересно, то вот такой запрос делает именно то что я хотел получить изначально: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.08.2010, 15:31 |
|
||
|
Запрос к документу в регистре сведений
|
|||
|---|---|---|---|
|
#18+
ant2000 Какие еще вложенные таблицы? Не возвращает мой пример никаких вложенных таблиц. Просто вот этот код: Документ.НормаЗатрат.Запасы КАК НормаЗатратЗапасы У меня возвращает не плоскую таблицу, а колонку таблиц. Во всяком случае я понял что все таки без ссылки на документ не обойтись. "Заставьте меня увидеть это обратно"(с) Почитайте про запросы, там букаф совсем чуть-чуть, но полезно. Про структуру хранения таблиц данных. В примере vitkhv две таблицы связываются по left join и результат - таблица данных, без вложенных таблиц. Если уж нарисовали документ и решили данные из него писать в регистр - сделайте уж ваш регистр сведений подчиненным данному регистратору, и пишите туда данные (измерение сырье и ресурс количество) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.08.2010, 15:39 |
|
||
|
Запрос к документу в регистре сведений
|
|||
|---|---|---|---|
|
#18+
Обращаться к документу через регистр в данном случае равносильно удалению аппендицита через, пардон, задний проход. Принимается раз. Как видите, я все вернулся к обращению к документу напрямую :) Запросы по регистрам выполняются быстрее. Принимается два вот это уже посущественнее.... Однако сомневаюсь что усложнение конфигурации в сторону использования спецификаций даст в целом прирост производительности на моей, в общем-то в остальном, простой конфигурации. В общем-то, залезу-ка я в УПП да посмотрю что к чему.... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.08.2010, 15:43 |
|
||
|
Запрос к документу в регистре сведений
|
|||
|---|---|---|---|
|
#18+
Если уж нарисовали документ и решили данные из него писать в регистр - сделайте уж ваш регистр сведений подчиненным данному регистратору, и пишите туда данные (измерение сырье и ресурс количество) так и делаю. В общем то что регистратор, что ресурс-документ, это одно и тоже, я просто для наглядности сделал его измерением. Догадываюсь что это лишнее :)) планировал изначально хранить состав в регистре, но моих знаний к сожалению не хватило на решение следующей задачи, как в таком случае получить состав продукции, на определенную дату? Ведь каждый следующий документ записывает новый состав, и боюсь что конструкция "СрезПоследних" вернет и частично старые нормы тоже, например которые уже отсутствуют в новом документе. Ну, это теория, на практике, думаю все решается проще. Просто ушел к документу. пока ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.08.2010, 15:58 |
|
||
|
Запрос к документу в регистре сведений
|
|||
|---|---|---|---|
|
#18+
ant2000 Документ.НормаЗатрат.Запасы КАК НормаЗатратЗапасы У меня возвращает не плоскую таблицу, а колонку таблиц. На вас жара, что ли действует? Или вы откровенно надо мной прикалываетесь? Вот это: Код: plaintext вам вернет колонку таблиц (ТаблицЗначений) а вот это: Код: plaintext 1. Или вы даже не удосужились проверить прежде чем что то утверждать? Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. Запрос написан не правильно, по крайней мере для тех документов НормаЗатрат где количество строк в ТЧ Запасы будет больше одной. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.08.2010, 16:00 |
|
||
|
Запрос к документу в регистре сведений
|
|||
|---|---|---|---|
|
#18+
vitkhv Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. Запрос написан не правильно, по крайней мере для тех документов НормаЗатрат где количество строк в ТЧ Запасы будет больше одной. Извиняюсь, теперь понял вашу структуру данных, в документе храниться сырье для Номенклатуры из регистра. Тогда конечно связывать по номенклатуре не надо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.08.2010, 16:06 |
|
||
|
Запрос к документу в регистре сведений
|
|||
|---|---|---|---|
|
#18+
ant2000 Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. перепишите вот так, без подзапроса т.к. он здесь не нужен : Код: plaintext 1. 2. 3. 4. 5. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.08.2010, 16:15 |
|
||
|
Запрос к документу в регистре сведений
|
|||
|---|---|---|---|
|
#18+
Запрос написан не правильно, по крайней мере для тех документов НормаЗатрат где количество строк в ТЧ Запасы будет больше одной. Да, прошу прощения, Ваш пример у меня просто не работал, выдавалась ошибка Неправильный псевдоним "НормаЗатратЗапасы.Количество" <<?>>НормаЗатратЗапасы.Количество КАК КоличествоСырья, я просто проверил, что выдает конструкция: Выбрать Документ.НормаЗатрат.Запасы А он выдал В колонку "Запасы" результат - таблица, поэтому дальше не стал проверять А вот конструкция ВЫБРАТЬ Номенклатура КАК Сырье, Количество КАК КоличествоСырья ИЗ Документ.НормаЗатрат.Запасы Выдала то что мне надо Насчет ошибок, сейчас проверяю, вроде бы все правильно ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.08.2010, 16:19 |
|
||
|
Запрос к документу в регистре сведений
|
|||
|---|---|---|---|
|
#18+
ant2000 Да, прошу прощения, Ваш пример у меня просто не работал, выдавалась ошибка Неправильный псевдоним "НормаЗатратЗапасы.Количество" <<?>>НормаЗатратЗапасы.Количество КАК КоличествоСырья, Здесь уж извините, структуры ваших данных с ее именами полей у меня нет. А уже вы сами должны были подставить правильные имена полей. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.08.2010, 16:24 |
|
||
|
Запрос к документу в регистре сведений
|
|||
|---|---|---|---|
|
#18+
ant2000 А вот конструкция ВЫБРАТЬ Номенклатура КАК Сырье, Количество КАК КоличествоСырья ИЗ Документ.НормаЗатрат.Запасы А вот эту конструкцию использовать не надо, она здесь лишняя, читайте здесь ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.08.2010, 16:26 |
|
||
|
Запрос к документу в регистре сведений
|
|||
|---|---|---|---|
|
#18+
перепишите вот так, без подзапроса т.к. он здесь не нужен : Код: plaintext 1. 2. 3. 4. 5. СПАСИБО! Вот так получилось: Код: plaintext 1. 2. 3. 4. 5. 6. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.08.2010, 16:31 |
|
||
|
Запрос к документу в регистре сведений
|
|||
|---|---|---|---|
|
#18+
ant2000 Если уж нарисовали документ и решили данные из него писать в регистр - сделайте уж ваш регистр сведений подчиненным данному регистратору, и пишите туда данные (измерение сырье и ресурс количество) так и делаю. В общем то что регистратор, что ресурс-документ, это одно и тоже, я просто для наглядности сделал его измерением. Догадываюсь что это лишнее :)) планировал изначально хранить состав в регистре, но моих знаний к сожалению не хватило на решение следующей задачи, как в таком случае получить состав продукции, на определенную дату? Ведь каждый следующий документ записывает новый состав, и боюсь что конструкция "СрезПоследних" вернет и частично старые нормы тоже, например которые уже отсутствуют в новом документе. Ну, это теория, на практике, думаю все решается проще. Просто ушел к документу. пока Вы меня не совсем поняли. Вы не получаете данные из поля "Регистратор", у вас документ-регистратор записывает в периодический РС сырье и количество в разрезе комплекта, например 10.02.2008 Стол Ножка 4 10.02.2008 Стол Столешница 1 (здесь стол - значение измерения "номенклатура", ножка и столешница - значения измерения "сырье", а 4 и 1 - значения ресурса "количество") а потом решили делать кривоногие с тремя ножками, и новый документ записал в регистр следующее: 15.02.2008 Стол Ножка 3 15.02.2008 Стол Столешница 1 Потом это все элементарно получается из регистра, без обращения к документу ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.08.2010, 17:28 |
|
||
|
Запрос к документу в регистре сведений
|
|||
|---|---|---|---|
|
#18+
1C никПотом это все элементарно получается из регистра, без обращения к документу 10.02.2008 Стол Ножка 4 10.02.2008 Стол Столешница 1 10.02.2008 Стол Болты 6 15.02.2008 Стол Ножка 3 15.02.2008 Стол Столешница 1 формально на "срезе последнего" получим кашу если будет изменения по номенклатуре ... на 18.02.08 Стол Ножка 3 Стол Столешница 1 Стол Болты 6 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.08.2010, 17:42 |
|
||
|
Запрос к документу в регистре сведений
|
|||
|---|---|---|---|
|
#18+
вот поэтому движений и не надо делать в УПП все то же самое - только вместо документа - справочник движений ... нигде делать не надо ... нет гарантии что вы соберете живую спецификацию по срезу последних на дату ... потом есть версии потом есть аналоги ... короче ... Код: plaintext я уже не говорю что можно без спецификаций ... да он счас одним росчерком поставит УПП на колени не учите его ... он не те вопросы задает прошло время 7.7 и непризнанных гениев надо литературу читать а он не хочет судя по вопросам если я конечно понял правильно он переписывет УПП сломает он его однозначно ... я видел последствия вмешательств не может молодое дарование не разбирающееся в запросах написать конкурента УПП ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.08.2010, 17:51 |
|
||
|
Запрос к документу в регистре сведений
|
|||
|---|---|---|---|
|
#18+
leaf, Не правильно поняли Господин ПЖ , Вот и я о том же на этом и споткнулся ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.08.2010, 17:57 |
|
||
|
Запрос к документу в регистре сведений
|
|||
|---|---|---|---|
|
#18+
все равно это бред засовывать документ типа "Спецификация" в регистр сведений ... для чего? в УПП другой механизм и более работоспособный кроме того можно использовать старые спецификации можно вообще без них ... а Вы что пытаетесь отстроить? жесткую систему? не устоит ... проверено на практике да и "регистр комплектующих" по размеру больше будет чем та система что в упп если брать по длинне и ширине ваша система поиска комплектующих будет работать медленнее и предоставлять более узкие возможности Вы делаете не лучше а хуже чем в УПП просто ВЫ этого не знаете ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.08.2010, 09:21 |
|
||
|
Запрос к документу в регистре сведений
|
|||
|---|---|---|---|
|
#18+
Господин ПЖ, Да, малость я перегрелся.. Не выйдет каменный цветок.. Можно получать пакетом запросов в первом запросе последний период, а во втором по нему собирать строки, но это уже извращения.. В любом случае выйдет криво, как не крути - как ни устанавливай спойлер на "копейку", пользы от него не прибавится))) З.Ы. Как то ковырял за одной вроде крупной и рекламированной 1/8-байтовой франчёй УПП, чего я там насмотрелся.... цикл, в нем попытка, а в нем запрос.... и отбор по результатам запроса идет в цикле обхода результатов и там же еще запрос... бррр. От 9 до 20 минут на вывод примитивного отчета как результат. А вообще ант2000 молодец - ведь, пока такие кулибины трудятся, на свою булку хлеба с колбасой я всегда заработать сумею=) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.08.2010, 09:40 |
|
||
|
Запрос к документу в регистре сведений
|
|||
|---|---|---|---|
|
#18+
не ожидал, что мой ерундовый вопрос поднимет столь жаркие дискуссии. С чего вы взяли, что я что-то переделываю или изобретаю что-то новое? Особых иллюзий я не испытываю и не собираюсь построить какого-то конкурента УПП. все намного проще и сложней одновременно. Прав тот, кто платит деньги. А клиент в данном случае не сможет "потянуть" УПП, вот и стоит вопрос, убедить его потратиться на монстра, которого, по опыту прошлых внедрений все равно придется "подпилить" под его требования, что в результате через 5-6 лет уведет в сторону отличную от той в которую будут двигаться разработчики конфигурации, или сразу взять что-то изначально близкое ему. На данный момент, окончательное решение не принято, так что еще не поздно потратится на УПП. Наверное, проблема эта стара, как мир и не собираюсь я тут спорить, во многом я с вами leaf и 1C ник на 90% согласен ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.08.2010, 10:02 |
|
||
|
Запрос к документу в регистре сведений
|
|||
|---|---|---|---|
|
#18+
ant2000А клиент в данном случае не сможет "потянуть" УПП, вот и стоит вопрос, убедить его потратиться на монстра, которого, по опыту прошлых внедрений все равно придется "подпилить" под его требования УПП не такой уж и монстр, особенно после того как в нем разберешься. Да и допиливать там не так много надо, если с грамотным подходом 1-2 % изменений. Причем после этих изменений обновления от 1С встают на ура. А стоит он не так уж и дорого по сравнению с ЗП спецов, которым либо его внедрять, либо писать что то свое. И далеко не факт, что свое будет лучше и оперативнее. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.08.2010, 11:29 |
|
||
|
|

start [/forum/topic.php?all=1&fid=28&tid=1522125]: |
0ms |
get settings: |
9ms |
get forum list: |
11ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
30ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
55ms |
get tp. blocked users: |
1ms |
| others: | 245ms |
| total: | 367ms |

| 0 / 0 |
