Блок производство #142854

есть такая проблема по автоматизации ведения учета! Собственно сущаствуют 2 конфигурации 1)тогровля и склад и 2)производство. в торговле и скалад создается документ (заявка на поставку)..... вот этот документ хочу перенести в производство и использовать его как основание для (заявка от покупателя+счет на оплату) Помогите советом можно ли использовать стандартные инструменты по обмену данными. Если можно укажите пожалуйста направление куда и как двигаться. Просто не знаю с какого боку подойти к этой проблеме. а вопрос жизни и смерти!

фигней занимаешься. убей одну из конф..

1 давно такой умный ?

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

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

не могу прибить ... они нужны для разных целей

1,4 фигню говорит

я понимаю что это фигня но не понимаю почему и менно не получается реал тайм... почему именно в конце дня?

я вообще с импортом никада не игрался может мануал есть какой ??? дайте ссылку

6 фигню говорит. ты не в бане?

пишуться 2 обработки - одна выгружает док - другая загружает документ.

если тебе только табличная чать документа нужна ...

давай поподробнее. разберемся кто фигню говорит..

10! я тоже так думаю сделать но вопрос можно ли это сделать при помощи стандартных средств экспорта/импорта

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

в торговле и скалад создается документ (заявка на поставку)..... вот этот документ хочу перенести в производство и использовать его как основание для (заявка от покупателя+счет на оплату)

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

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

Аналогичная ситуация Решилось написанием правил конвертации Торговля: Заявка на поставку Производство: Прием заявки, выгрузка накладной Торговля: Прием накладной --- Если базы рядом, по проще по OLE

Сделали через OLE. Контрагенты и номенклатура д.б. синхронизированы по каким-нибудь полям

номенклатура точно по коду идентична о контрагентах ничего сказать не могу

.... простите  не знаком я с правилами конвертации... .мож мануал есть где?

Контрагентов можно по ИНН

да можно

Самому надо все писать:

Это не сложно

24) насколько я понял стандартных процедур выгрузки нет.... хота есть многа ниверсальных обработок... тока нафига они нафываются универсальными

ну это смотря с кем сравнивать... :)

2(my_shadow) Поиск по "конфигурация конвертация данных" С мануалом сложно, да и по OLE проще

Посмотри разработку МОД - там был уже реализованный обмен между типовыми 1С.

29 что такое МОД?

2(my_shadow) Поиск по "МОД" С мануалом сложно, да и по OLE проще (с) не мой ;))))

2 ПУБолюб и не мое :) но это к делу не относится

24) насколько я понял стандартных процедур выгрузки нет.... хота есть многа ниверсальных обработок... тока нафига они нафываются универсальными Универсальная обрабокта по переносу документов есть на итс

в данном случае не надо переносить документы... Отчетом - делаете сбор заявок на производство с суммированием одинаковых позиций... Создаете файл переноса (текст, ДБФ, эксель) - каждая строка содержит что сделать.... сколько что сделать.... сколько что сделать.... сколько что сделать.... сколько в другой конфе - открываете нужный док и по кнопке ВСОСАТЬ загружаете в док табличную часть... синхронизацию ЧТО СДЕЛАТЬ сами придумаете

я думал что есть стандартная обработка типа как выгрузка в 1с бухгалтерию

а её нет :(

и на итс тоже ничего нету (ИТС за ноябрь 2005)

хотя я бы переносил не свернутое по изделиям, а все заказанное отдельными строками  + Заказчик в каждой строке тогда в цехе получат информацию, что еще нужно этому Заказчику и согласовать время изготовления всего заказа + упаковка....

я писал и пользуюсь универсальной обработкой переноса..

По моему, дурь что вопрос сразу ставится так - "в торговле и скалад создается документ (заявка на поставку).....". Всем рулит, конечно, сбыт. А перед ним - производство. Вот пущай производство и формирует заяки на потребность в ресурсах. Продолжать?

2- если не трудно скинь на мыло

2-  Худой мы уже так тоже крутиди вопрос ... но для нас пока это неприемлимо. :)

А что, например, неприемлемо? Интересно

Худой  - продолжай.

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

Можно, для начала, попробовать чтобы заявки на ТМЦ формировали производственники. Они неплохо знают что им нужно, в отличии от снабженцев. Это не будет противоречить потом расширению системы в сторону сбыта.

Мне просто не поняно почему неприемлемо. Какая тут демагогия?

производственник и снабженец у нас один итот же человек.

Когда я писал , почему то, так и подумал. Контора то какая? Может быть и не стоит ничего городить тогда?

поясните мне пожалуйста что за обмен данными в формате xml может ли он помочь в решении проблемы?

нет . на самом деле если бы не стоило то не городил бы! :) а контора самая обыкновенная!

Тогда, точно, получается просто базар.

поясните мне пожалуйста что за обмен данными в формате xml может ли он помочь в решении проблемы?

похоже, что Худой не въезжает... Торговля формирует заявку НА ПРОДУКЦИЮ и передает ее в производство... Производство изготавливает... Торговля продает... Вопросы снабжения и заказа материалов (ТМЦ) для производства здесь никоим боком... Их формирует производство самостоятельно....

да. именно так! (спеца видно сразу!) так что там с обработкой?

я писал и пользуюсь универсальной обработкой переноса.. что за обработка переноса?

Есть СНАБЖЕНИЕ, ПРОИЗВОДСТВО и СБЫТ. Не надо все в одну кучу валить.

2 Худой (ТМЦ здесь ни причем)... посмотри

господа крутился я по интернету нарыл кое-что по этой проблеме... одна просьба может у кого есть документация по конфигурации "КОНВЕРТАЦИЯ ДАННЫХ"

Документации нет. Спрашивайте и вам ответят.

Здесь основная сложность не программная, а организационная. Как обеспечивать логическую целостность при изменении, удалении заявок? Как часто надо актуализировать заявки? OLE-мне кажется слишком хлипким для этого случая, а все остальное (текст, DBF, XML,..) примерно равнозначно, формат разный, и проблема, повторяюсь, не в нем в организации обмена.

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

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

Я прекрасно знаком с подобными задачами, методами их решения и проблемами при этом возникающими. Вам повезло, если не было разбора: мне не звонили, не говорили. Не вижу смысла ставить галку выгруженности заказа. Может он не загрузился. Галку можно ставить только при наличии потверждения о загрузке. У каждого подхода есть плюсы и минусы, и надо смотреть что лучше. Как я понимаю, с производством нужен обмен в реальном времени, а не в конце дня. Тогда надо выгружать документ при любом его изменении или удалении, запрашивать потдверждение и тд, короче делать автоматический нормальный обмен

А это не суть важно - когда галку ставить. Обмен в реальном времени... Из практики - в большинстве случаев нет необходимости. Правда я не сталкивался с 1С для управления движением самолетов или ядерных реакций. А все остальное - вполне переживет без реального времени. Возникнет необходимость - можно сочетать оле и хмл - опять же стандартный подход, но ведь работает. Но как правило - необходимости нет. Лично я противник исправлений документов. Создал документ, записал - отвечай за накорябанное. Потому что уже встречался со случаями, когда правили документы и получали гадость на выходе - а концов - не найдешь. Поэтому выгруженный док как правило не правят, а создают документ корректировки.

Лично я тоже противник исправлений, но есть теория и практика) Наша дискуссия уже перешла в абстрактную плоскость. Надо рассматривать все варианты и выбирать наиболее приемлемый. Мое мнение осталось прежним: в данном случае надо стремиться к тому, чтобы всех в одну базу посадить, а пока руками поколотить в Производстве. Хотя это тоже абстрактное суждение...

Одновременно с выгрузкой делается печатная форма заказа и отдел сбыта в ней РАСПИСЫВАЕТСЯ... А что написано пером - не вырубишь топором... После получения росписи на заказе - отдел сбыта может сколь угодно раз менять заказ - клизма все равно будет вставлена ему... P.S. должна быть процедура изменения заказа....