> 问：我们企业买了另一个企业的互联网软件服务，有合同，我们需要缴纳印花税吗

## ChatGPT

企业购买互联网软件服务涉及的合同，是否需要缴纳印花税，取决于合同的性质和适用的印花税税目。



### 分析合同性质

1. 是否属于商品买卖合同？

如果合同主要是购买现成的软件产品，且明确软件使用权转移（如一次性买断的软件许可），则可能被认定为商品买卖合同，按 万分之0.3 缴纳印花税。

如果只是使用软件服务（如云服务、订阅模式的SaaS服务），则不属于商品买卖合同，不缴纳此税目下的印花税。
是否属于技术合同

如果合同涉及技术开发、转让、咨询或服务（如定制开发软件、提供技术解决方案等），可能被认定为技术合同，按 万分之0.3 缴纳印花税。

2. 服务性质的合同

如果是单纯的服务合同，例如提供云计算、数据存储、互联网服务等，则通常不在印花税征税范围内。
是否需缴纳印花税的判断

## 总结

### 需要缴纳的情况

1. 一次性购买的软件许可：被认定为商品买卖合同。
2. 技术合同：涉及定制开发、技术转让或服务。

### 不需要缴纳的情况：

1. 纯服务合同：如购买SaaS、PaaS、IaaS类服务，通常不涉及印花税。
2. 没有明确金额的服务协议。

【企业税务】购买什么样软件、互联网服务需要缴纳印花税？

## 报错详情

如果你使用 `Navicat15` 链接 `PostgreSQL` 数据库时，报了如下错误：

```console
ERROR: column "datlastsysoid" does not exist
LINE 1: SELECT DISTINCT datlastsysoid FROM pg_database
```

不要慌，这是软件的问题，不是你的问题！

`Postgres15` 从 `pg_database` 表中删除了 `datlastsysoid` 字段，因此 `Navicat 15.0.29` 或 `16.1` 之前的任何版本在查找这个弃用的字段时都会引发此错误。

因此，解决办法如下：


<div class="article-ads"></div>



## 方案1：更新Navicat

> 这种方式最简单，但有风险。

要解决此问题，可以升级到最新的 `Navicat 15.0.29` 或 `16.1` 及更高版本，不过，这有可能导致你的激活方式失效，但是老狗尝试了离线激活方式不会影响，因此如果你是离线激活方式，基本可以放心更新到 `Navicat 15.0.29`。

**PS: 不敢保证昂，每个人的情况不同！请自行考虑是否升级！**

> 另外提示，如果你有原软件的安装包和激活码，完全可以尝试升级一下，如果需要重新激活，大可以重新安装激活嘛。

如果你不想承担激活失效的风险，可以尝试下列较为复杂的解决办法：


<div class="article-ads"></div>

## 方案2：修改软件dll库文件

这种方案需要你修改 `Navicat` 软件编译后一个库文件，因此请备份好原库文件，防止软件无法使用！详细步骤如下：

1. 退出 `Navcat`；
2. 打开 `Navicat` 文件夹（通常在 `C:\Program Files\PremiumSoft\Navicat....` 下），取决于您的自己安装的 `Navicat` 路径；
3. 找到 `libcc.dll` 并创建此文件的备份（将其复制并粘贴为“`libcc-backup.dll`”或任何其他名称，请自行修改）；
4. 在任何 `HEX` 编辑器中打开此文件，如果需要，您可以使用在线工具，例如 `https://hexed.it/` 。
5. 在文件中搜索“`SELECT DISTINCT datlastsysoid`”，并将其替换为“`SELECT DISTINCT dattablespace`”
6. 将文件保存在原始位置。如果遇到任何安全问题，请将其保存为“.txt”文件，然后将其重命名为“.dll”
7. 现在 `Navicat` 可以像以前一样工作了。如果您有 `ESET` 或其他安全工具，`dll` 文件可能会被锁定几分钟，以进行安全检查。请耐心等待，并在约 `5` 分钟后再次尝试...

Navicat15链接PostgreSQL数据库时报错【column "datlastsysoid" does not exist... 】的解决办法

PostgresSQL官方镜像说明（机翻中文）【PGSQL】

## 背景

最近看到一篇热文，标题大概是：【网友吐槽：外包做事真是极其不负责任，别怪别人看不起外包……】

老狗只看标题就大致能猜出来其内容，所以连点进去看一眼的兴趣都没有，但对于“`看不起外包`”这件事，老狗一直想说点什么，今天就来说说我的看法吧。



## 表面分析

从前面提到的文章标题开始，老狗来分析一下“`看不起外包`”的表面原因。

首先，“做事不负责任”这一点是标题直接点出来的，这点无需多说，然后结合网络上、工作中讨论比较多的一些点，无外乎一下这些原因：

1. 做事不负责任；
2. 技术能力差；
3. 没有主动性/积极性不强；
4. 工作态度散漫/喜欢摸鱼；
5. 不服从管理？
6. ……

不知道这些是否符合你对外包行业的认知？对我来说，大概只能想到这些吐槽外包比较多的点吧。那么这些吐槽到底是不是事实？我想这是一个主观题目，回答问题的人一般会结合自身的经历，回答时常常带有强烈的个人主观判断，所以答案一定是众说纷纭的。

老狗觉得，这些问题确确实实存在于外包人员中，但是，在任何一个行业的工作者当中，都一样存在这些问题，因此老狗认为通过一些个例来吐槽整个行业是及其不好的行为。

这时可能有些人会反驳：“为什么其他行业没人吐槽，只吐槽外包？”很好，这是一个很关键的问题，回答这个问题就是写这篇文章的原因，且听老狗慢慢道来。

> 接下来，正文开始。

## 为什么外包总是被吐槽？

外包行业一直是现代职场中的一个特殊存在，虽然它在很多行业中得到了广泛应用，但却也常常受到员工和客户的吐槽。通过分析外包行业的由来、盈利模式、甲方与乙方的关系，以及行业内部人员的状况，我们可以更全面地理解外包行业为何常被批评。

### 1. 外包行业的由来

外包行业的兴起可以追溯到上世纪80年代。当时，企业尤其是大型公司开始意识到，某些业务并不是他们的核心竞争力，而是一些支持性、辅助性的工作。为了减少成本和提高效率，许多公司决定将这些“非核心”工作外包出去，尤其是脏活累活，如清洁、物流、客服等，甚至包括研发、IT支持等。

甲方公司（外包的需求方）希望通过外包节省成本，甚至将责任转移出去。通过外包，他们不仅可以避免直接雇佣员工的负担，还能减少管理和税务上的成本。然而，这种成本节约的同时也导致了乙方（外包服务提供方）压力的增加。为了在竞争中占有一席之地，乙方往往不得不压低报价，承接较低利润的业务，进一步依赖员工的低薪和高强度工作。

### 2. 外包行业盈利方式

外包行业的盈利模式主要通过“差价”来获取利润。甲方公司通常选择外包商时，会通过公开招标或询价的方式，选择报价最低的乙方。乙方为了赢得合同，往往只能将价格压得很低，甚至接近亏损。在这种情况下，乙方通常通过压低员工薪资、缩减福利、加班等方式来降低成本，确保自己能够盈利。

乙方的盈利来源还包括从甲方获取的服务费差价。如果乙方将员工薪资压得很低，那么剩余的差价便成了其盈利的主要来源。通过这样的方式，乙方通常会忽略员工的权益，甚至不提供足够的职业培训和发展机会，最终使得外包工作人员的生活和工作状况变得不堪重负。

### 3. 外包甲方“刁难”

许多人吐槽外包的另一大原因是甲方在项目管理上的“刁难”。外包工作往往是一项定制化的服务，甲方会提出越来越多的需求，希望乙方能够尽力满足。然而，由于甲方缺乏对外包服务的全面理解，许多任务的要求极为苛刻，甚至不断修改或增加工作内容，导致乙方承受巨大的工作压力。

甲方为了追求更高的效率，往往对乙方提出“最后期限”上的苛刻要求。这些要求不仅没有合理的时间安排，还可能在项目进行过程中频繁变动，使乙方难以完成任务，员工也会因此加班加点，承受身心压力。然而，甲方依然会用“按合同办事”为借口，要求乙方完成工作，给乙方施加压力，而对乙方的困难视而不见。

同时，外包行业的另一个问题是信息不对称。许多甲方在选择外包商时，往往没有足够的了解和认识，导致他们对外包人员的能力和工作质量产生过高的期望。与此相反，乙方为了尽可能多接到外包合同，往往会对工作进行过度承诺，使得甲方产生不切实际的期待。最终，双方的矛盾加剧，外包行业的负面评价越来越多。

### 4. 外包乙方压榨、克扣工资、加班费

乙方的工作人员在外包行业中的困境，往往表现为工资低、加班费没有保障以及职场发展前景模糊。由于外包行业的竞争激烈，很多乙方公司为了节省成本，倾向于压榨员工，特别是那些做一些基础性工作（如客服、工厂流水线等）的员工。这些员工不仅工资低，很多情况下还没有享受法定的加班费、社保等福利。

更严重的是，部分外包公司还存在克扣工资的现象。员工的工资可能因为各种“扣款条款”被削减，而加班费也未必能如约支付。工作压力大，薪水低，许多外包人员的职业生活被困在了恶性循环中，最终导致了他们对外包行业的强烈不满。

### 5. 外包人员的现状

外包行业的工作性质以及对员工的压榨，使得许多原本积极进入外包行业的工作人员逐渐失望，最终选择离开。离开的人中有很多是对外包行业的不满者，他们可能因为工资待遇差、工作强度大而选择跳槽或离职，最终离开了这个行业。

而留下来的人员，大多处于两种情况：一是担心自己难以找到更好的工作，不敢轻易离职，尤其是年龄较大或技能较为单一的员工；二是那些适应了外包行业的工作环境，已经找到工作与生活之间的平衡点的人，通常这些人被戏称为“老油条”。他们通常会根据外包公司的规则灵活应对，尽量避免额外的压力和冲突，从而保持相对稳定的工作状态。可惜的是，这种“老油条”心态也使得他们对外包行业的创新和改善缺乏积极性。

> 上面是老狗认为造成外包行业现状的一些根本原因，如果你有其他补充，欢迎评论交流！

### 总结：错在行业，而非人员

外包行业的种种问题，归根结底并非外包工作人员本身的错。员工在外包公司中往往处于弱势地位，受到甲方和乙方的双重压力，导致他们工作压力大、待遇差，甚至承受着不公平对待。外包行业的问题更深层次地反映了企业成本压缩和市场竞争中的不合理运作机制。外包行业的结构性问题，尤其是在盈利模式、用工关系和项目管理等方面，往往导致了外包行业的负面口碑和不满情绪。因此，外包行业被吐槽的核心问题，实际上是整个行业的运作方式和结构所致。

## 写在最后

在外包行业中，我们看到了一个由甲方、乙方和外包人员共同造就的恶性循环，这个循环的关键点有：

1. 甲方推责任，主要表现：压缩工期/加班、肆意提出/变更要求、不关心工作过程
2. 乙方压工资，主要表现：加班、加班、加班、扣钱、不服滚蛋、不关心工作过程
3. 外包老油条，主要变现：摸鱼、挖坑、虚报费用(捞钱)、不关心工作过程

这些问题构成了一个完美的恶性循环，在这个循环中，没有一方是无责任的，而正是这个循环，才导致外包行业看起来是如此的差劲。

而这种现象不仅仅局限于外包行业本身，更是整个社会的一种缩影。企业为了追求短期利益，个人为了生存和职业发展做出妥协，整个社会在潜移默化中陷入了类似的负面循环。外包行业的发展轨迹揭示了一个警示：如果我们不打破这种循环，社会整体的运作和发展将日益疲弱。

那么如何打破？这时候不由得想起来一句让人十分恶心的话：`觉得不好，就去建设/改变他。`

老狗觉得，要想解决这个问题，只有两种方法：

1. 提高所有人的道德、素质、品行，减少恶性循环的发生。
2. 让有这些问题的行业消失。

你觉得呢？

外包不负责任？能力差？为外包人说两句！

## 前言

很久之前，由于 `Vuetify` 没有全局消息通知组件，所以基于 `v-alert` 自己封装了一个简单的 [全局消息通知工具](https://www.oldmoon.top/post/216)，有人一直诟病说没有全局确认框组件，最近终于抽空基于`v-dialog`也简单封装了一下，够用。

下面直接上代码，有不明白的欢迎评论交流。

## 代码组成

**提示：下面代码基于 `Vue3 + Nuxt3`，所以很多资源不需要手动引入，如 `ref` 等，如果你在非 `Nuxt3` 环境使用，请手动调试修改代码，相信这难不住你对吧~**



### GlobalConfirm.vue

- 组件核心代码

```html
<script setup lang="ts">
import {
  openConfirmDialogFlag,
  ThisConfirmModel,
  GlobalConfirmModels,
} from "~/utils/store";

const cancel = () => {
  if (ThisConfirmModel.value && ThisConfirmModel.value.cancel) {
    ThisConfirmModel.value.cancel();
  }
  closeConfirm();
};
const close = () => {
  if (ThisConfirmModel.value && ThisConfirmModel.value.close) {
    ThisConfirmModel.value.close();
  }
  closeConfirm();
};
const confirm = () => {
  ThisConfirmModel.value?.confirm();
  closeConfirm();
};
const closeConfirm = () => {
  openConfirmDialogFlag.value = false;
  // 原本想实现多层级确认框回显的，但使用有限，所以先注释掉不管了
  // ThisConfirmModel.value = model;
  // if (GlobalConfirmModels.value.length > 0) {
  //   setTimeout(() => {
  //     const model = GlobalConfirmModels.value.shift();
  //     openConfirmDialogFlag.value = true;
  //   }, 100);
  // }
};
</script>

<template>
  <v-dialog
    v-model="openConfirmDialogFlag"
    transition="dialog-bottom-transition"
    max-width="30rem"
    persistent
  >
    <v-card v-if="ThisConfirmModel">
      <v-card-title class="text-h5">
        {{ ThisConfirmModel.title }}
      </v-card-title>
      <v-card-text v-show="ThisConfirmModel?.content">
        {{ ThisConfirmModel.content }}
      </v-card-text>
      <v-card-actions>
        <v-btn color="" @click="cancel()">取消 </v-btn>
        <v-btn color="primary" @click="confirm()">确定 </v-btn>
      </v-card-actions>
    </v-card>
  </v-dialog>
</template>

<style scoped></style>

```

### store.ts

- 这里用于存放一些全局变量

```ts

// 打开确认框标识
export const openConfirmDialogFlag = ref(false);
export const ThisConfirmModel = ref<ConfirmModel>();

// 单层级确认框用不到
// export const GlobalConfirmModels = ref<ConfirmModel[]>([]);

// ConfirmModel 如下
export interface ConfirmModel {
  title: string;
  content: string;
  confirm: Function;
  cancel?: Function;
  close?: Function;
}

```

### Confirm.ts

- 这里定义了弹出确认框的入口函数

```ts
export class Confirm {
  // 通过调用 Confirm.open 函数即可打开确认框
  static open = (model: ConfirmModel) => {
    if (openConfirmDialogFlag.value && ThisConfirmModel.value) {
      // 如果是弹窗接弹窗，延迟100ms再打开
      openConfirmDialogFlag.value = false;
      setTimeout(() => {
        ThisConfirmModel.value = model;
        openConfirmDialogFlag.value = true;
      }, 100);
    } else {
      // 如果是第一个弹窗，直接打开
      ThisConfirmModel.value = model;
      openConfirmDialogFlag.value = true;
    }
  };
}

```

## 使用方法

### 1. 在全局文件中引入组件

在普通的 `Vue` 项目中，可以在 `App.vue` 文件中引入组件 `GlobalConfirm.vue`，这样相当于使 GlobalConfirm 全局注册，使其全局可用。

> 如果不需要全局可用，在适当的地方引入即可，在 `Nuxt3` 中，可以在各个布局文件中引入。

### 2. 在需要使用确认框的地方调用 `Confirm.open`

如下代码，使用方法类似于 `Element` 中的 `ElMessageBox.confirm`：

```ts
// 打开确认框
Confirm.open({
    title: "提示", // 确认框标题
    content: "确定要删除吗？", // 确认框内容
    confirm: () => {
      openConfirm(); // 确定按钮回调事件
    },
    // cancel 函数可以自定义，也可以省略
    // close 函数暂时没用到，所以没封装，传入也没用
});
```

## 特别提醒

由于本人水平有限，不太会封装插件，因此采用这样简单的封装方式，本着能用就行的原则，暂时够用了，如果你的能力高超，完全可以将其拓展、封装成功能能全面的插件，感谢阅读~


相关内容：[使用vuetify实现全局v-alert消息通知](https://www.oldmoon.top/post/216)

Vuetify全局确认框的简单实现

twitter:card

twitter:title

twitter:site

twitter:image

努力做一只帅气、有才、豁达的老狗！

twitter:description

程序员,笔记,Bug记录,编程技术,AI,Java,Node,Golang,个人博客,资源分享,月上老狗,dingdangdog

ChatGPT

报错详情

快速参考

背景

前言

代码组成