Выгрузка данных с TechnologiCS в 1С (Страница 1 из 2)

Создайте отчет "Внешняя обработка данных", в котором укажите выгрузку необходимой вам информации. Информация будет выгружена в БД Access и затем будет запущен внешний обработчик, написанный вами, который и занесет информацию в БД 1С.
Таким образом, пользователю надо будет занести номенклатуру в БД TechnologiCS и нажать клашишу "отчет".

Из 1С через API ломиться в TechnologiCS API.
Правда для этого надо достаточно хорошо разбираться в программировании под 1С и TechnologiCS API.

Наша местная контора занимающаяся 1С в принципе проводила такую работу по синхронизации справочников 1С и TechnologiCS. 

Только вот они вряд ли бесплатно поделятся исходниками, да и конфигурация 1С везде разная, поэтому унифицированных программ обмена с 1С создать невозможно, для каждого предприятия надо делать свою - это специфика 1С.

Событий в АПИ пока нет. Планируем конечно, но всему своё время.
Есть некоторые обработчики - можете в TCS_Api_Ex посмотреть, можно на них написать некоторые функции - но тут регламент потребуется, но планируется более гибкий функционал, облегчающий разработку внешних приложений (приложений пользователя) в самом TechnologiCS.

Этот вопрос выходит за рамки данного форума.
Конкретно по TechnologiCS почитайте лицензионное соглашение.

В дистрибутиве есть исходники TCS_Api_Ex.  Там есть пример обработчика. Но там минимальные обработчики. Полностью всех событий нет. Запустите сам пример TCS_Api_Ex.

Вообще самый быстрый и легкий в реализации способ -  это конечно же то что писалось в начале - создаешь и отчет и обрабатываешь данные. В автоматическом режиме это можно сделать и через АПИ. Единственный недостаток - не работает в онлайн. Если номенклатурный справочник не огромный, то работать будет довольно быстро, особенно если заведете некие параметры ( в идеале уникальные).

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

1. Разделяем "зоны ответственности":

Справочники номенклатуры, материалов, инструмента, деталей, и пр. - TechnologiCS.
Состав изделия, техпроцессы и содержащиеся в них НОРМАТИВНЫЕ ресурсы - нормы расхода основного и вспомогательного материала, трудоемкость и пр. - TechnologiCS.
Здесь вопросов нет - получаем базу нормативно-справочной информации, необходимую для работы производства.
Дальше начинаются взаимосвязанные вещи.
планирование и сменные задания (а также учет) - вопросы не решаются правильно, если мы не будем иметь актуальной информации о текущем состоянии складов (НО, обратите внимание - объекты складского учета ТОЛЬКО те, что нужны нам, а именно, ДСЕ, материалы, применяющиеся в производстве). При этом 1С работает от первичных документов (накладных, счетов-фактур поставщиков) и поэтому на складах у 1С присутствует в том числе номенклатура, которая нам не нужна.
Кроме того, 100%, что в 1С номенклатура, которая является НАШЕЙ (конструкторско-технологической) - занесена не совсем так (или совсем не так), как в наших справочниках. Естественно, ведь они ее заносили с первички! В этом большая проблема, и если СРАЗУ на старте не договориться, как мы будем идентифицировать номенклатуру TechnologiCS и 1С, то мы заложим большую бомбу под общую систему.
Возможное решение - провести водораздел по складам 1С и TechnologiCS. При этом оставить 1С работу с первичной документацией (вести там полный учет), а склады TechnologiCS должны "следить" за движением интересующей нас номенклатуры. Технически это вполне реализуемо.
При подобной организации дела мы получим возможность планирования и производствнного учета в TechnologiCS с использованием "родных" складов и задача будет решена корректно.
Склады цехов и склад готовой продукции (как вариант) - здесь ситуация "наоборот" - первично операции проводятся в TechnologiCS, а 1С "следит" за движением по нашим складам. Таким образом удается удовлетворить интересы всех систем.
Что качается незавершенки - 1С ее получит, только надо понимать требуемую детализацию (цех, участок) - от этого будет зависеть, в каких точках склады TechnologiCS и 1С должны "соприкасаться".

2. Теперь о последовательности.

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

2.2. Учитывая то, что требования к конструкторско-технологической информации в основном определяются сводом нормативных документов (ГОСТы, ОСТы, ТУ и пр), приступать к конструкторскому и технологическомы проектированию в TechnologiCS можно параллельно с решением проблемы 2.1.
В результате к моменту нахождения консенсуса мы будем уже иметь базу НСИ (то, на основании чего можно будет прланировать и учитывать)
2.3. Разработка технических средств интеграции - в последнюю очередь, тем более, что и TechnologiCS, и 1С располагают всеми необходимыми средствами для этого.

Не претендую на истину в последней инстанции:) Возможно, я что-то упустил...
Просто это один из вариантов программы действий.

5.1.0 ? какое-то обновление (к пробной версии) или полный пакет для пробы когда можно запросить у вас?
Интернет порой неустойчивый и два раза на неделе срывалась закачка "пробника" 5.0.2 (от 19-06-2007, однако).

Мы действительно так и поступим.

Абсолютно понятная точка зрения, которая вполне имеет право на жизнь. Более того, на крупных проектах мы как раз исповедуем подобный подход, с одним исключением, что вместо 1С фигурируют ERP системы типа BAAN, SAP R\3... Что в какой ситуации правильнее применять - оставлю эту тему для отдельной дискуссии:)
Тем более, неблагодарное занятие - убеждать 1С-ника в том, что вместо 1С в производстве надо применять TechnologiCS. И все же, огульно судить негоже. Ведь сама формулировка "1Ска рулит в производстве" - очень широка и позволяет трактовать как угодно. Я видел, например, как ECXEL в производстве "рулит":) надо конкретнее.

API вещь тормозная, согласен (опять же, смотря для каких целей). Мы, кстати, совсем не настаиваем на использовании ТОЛЬКО API для работы внешних приложений. Там где целесообразно - сами применяем прямые запросы, только помним о том, что в случае возможного изменения структуры базы при переходе на новые версии придется корректировать наши запросы.
Кстати, регулярный "опрос" БД TechnologiCS - подход чисто программистский. На самом деле, TechnologiCS "сам прекрасно знает", какие данные и когда надо отдавать, если правильно построить управдение процесcом подготовки производства. Так что вовсе не надо с такой частотой опрашивать базу:) И почему раз в 10 минут? почему не раз в секунду? Тогда и никакие прямые запросы не помогут...

А вот это уже похоже на рекламу (если я ошибаюсь, прошу у уважаемого LelikOFF прощения).
Коллеги, мы находимся на форуме, то есть в месте, где ПУБЛИЧНО обсуждаются вопросы, интересующие достаточно широкий круг пользователей.
Если мы будем соблюдать этикет, присущий подобным средствам общения, тогда от этого будет польза. И не только нам.

нет не на рекламу просто интернет у меня очень дорогой и все блага цивилизации не скоро придут в мой угол.
так что писать лучше прямо на почту LelikOFF@mail.ru, код могу дать, но лучше совет как это сделать с примерами, т.к. вариаций может быть множество.

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

мы еще только на подходе к реализации решений такого рода, но пришли к тому де делению.
Т.е. если бухгалтера в инструменте интересует номер, накладная, срок и порядок списания, то меня интересует, кроме номера - из чего, когда и под какую задачу я его скомплектую, когда и на какой станок установлю и какой ресурс на те же пластинки заложить. Та же разница по оборудованию, расходникам и т.п. - данные разные, а предмет один и тот же.
Планировать закупку я должен, глядя в "Технолоджик", а зарос и спецификацию отгрузки, счета и пр. наверно удобнее вести в более продвинутой в этом направлении 1С-***.
К ней тоже пишут ERP-модули, впрочем... И в них эти "небухгалтерские" похождения персонала и материалов начинают походить на  продукт хозяев форума
:)