авторPetro123
Пы писал:
1.
2.
3.
4.
5.
6.
7.
8.
по закачке электронных накладных:
- система торговли Аптеки
- номенклатура и поставка накладных в день Очень большая
- по модему все поставщики присылают файлы-накладные
- к сожалению, стандарта в России пока нет, поэтому все присылают что угодно (txt/dbf/xls/mdb/....)
- по причине выше пришлось написать на Delphi конвертер, который переводит их формат в формат CommerceXML понимаемый 1C
- на выходе получили эл.накладные от поcтавщиков в XML
- 1C автоматически по меню загружает файлы, распознаёт от кого (GUID поставщика) и формирует приходную накладную в журнале документов
- осталось нажать - провести.
Долго искал этот текст на форуме.
У меня сложилась похожая ситуация:
Для одной конторы написал складскую прогу Delphi+MSSQL, в которой ведётся учёт прихода товара на склад и его продажа.
Заказчика всё удовлетворяет, только есть одно НО. Главбух с центрального офиса сдаёт отчёты в формате 1С. Заказчик при выдаче ТЗ не осветил эту проблему.
Теперь ему на складе приходится проводить накладные по моей проге и параллельно приходные и расходные накладные проводить в 1С. После этого со склада для главбуха делают выгрузку в формате XML.
Заказчик желает исключить двойную работу по вводу накладных.
Подначитавшись сообщений на форуме вижу три пути решения этой проблемы:
1.
2.
3.
4.
1 . Найти программера 1С и доработать складскую 1С и мою прогу для приёма\передачи накладных.
Далее по накатанной схеме - склад выгружает отчёт в центральй офис в XML-формате.
2 . Разобраться со структурой БД складской 1С и доработать свою прогу в части работы напрямую с файлами *.dbf.
Далее по накатанной схеме - склад выгружает отчёт в центральй офис в XML-формате.
3 . Отказаться от использования складской 1С и доработать свою прогу в части выгрузки накладных формат CommerceXML для передачи в центральй офис.
Прошу дать совет и поделиться своим опытом.
